!dGrjXvKnCwVLevgmzo:matrix.org

Stockholm NixOS meetup group

49 Members
Monthly meetups in Stockholm, Sweden around Nix releated topics(nixos.org)14 Servers

Load older messages


SenderMessageTime
21 Feb 2024
@markuskowa:matrix.orgmarkuskowaSee you tonight. 09:47:33
@claesatwork:matrix.orgClaesHi, I told some of you about my home audio setup. I created a gist with most of it here https://gist.github.com/claes/61d0579df00a205385b5bd3ed235132c21:52:31
22 Feb 2024
@kraem:ne.bul.aekraem
In reply to @lillecarl:matrix.org
{ lib
, ...
}:
# $FLAKE should be configured to where your repository is located
# Preferably using direnv, you can also set it into your sessionVariables
let
  dot_path = "${builtins.getEnv("FLAKE")}/sub/dir/";
  dot_paths = lib.filesystem.listFilesRecursive dot_path;
  dot_strings = builtins.map (x: builtins.toString x) dot_paths;
  dot_prefixDeleted = builtins.map (x: builtins.replaceStrings [ dot_path ] [ "" ] x) dot_strings;
  dotfile_outOfStoreLinked = lib.attrsets.genAttrs dot_prefixDeleted (name: {
    source = config.lib.file.mkOutOfStoreSymlink (dot_path + name);
  });
in
{
  home.file = dotfile_outOfStoreLinked;
}

I know I mentioned linking things from $FLAKE repo into $HOME which I'm quite happy with. This is the implementation I'm using. It'll replicate a tree subdir into $HOME for you, nothing using home.file.x.recursive so you won't get collisions with folders and stuff 😄

ah this was what you were talking about yesterday! i'm gonna try to roll with some variant of this for a while. long time ago any of my systems were impure hehe
19:05:22
@kraem:ne.bul.aekraem LilleCarl (Salsa9): also did you mean https://github.com/PRQL/prql ? in that case we thought about the same project 19:06:26
@lillecarl:matrix.orglillecarl
In reply to @kraem:ne.bul.ae
ah this was what you were talking about yesterday! i'm gonna try to roll with some variant of this for a while. long time ago any of my systems were impure hehe
Yeah there's the fileset lib I didn't even know about until i saw "umport" that recursively imports modules 😄 So it can be "nicer"
19:07:49
@lillecarl:matrix.orglillecarl
In reply to @kraem:ne.bul.ae
LilleCarl (Salsa9): also did you mean https://github.com/PRQL/prql ? in that case we thought about the same project
Yeap, along with for running prql within pg https://github.com/kaspermarstal/plprql
19:09:19
@lillecarl:matrix.orglillecarlIt's early work, but it's nice to see either way. SQL has had it's best days19:10:06
@kraem:ne.bul.aekraemyeah i saw that, nice! last time i checked prql i think they were still talking about implementing the postgres layer19:10:12
@kraem:ne.bul.aekraemthis (https://github.com/neondatabase/neon) is pretty interesting as well, although not the same thing at all. it basically swaps out the storage layer of postgres, making it distributed and the backing storage is s3 :)19:24:28

There are no newer messages yet.


Back to Room ListRoom Version: 10