gchristensen changed the topic of #nixos-chat to: NixOS but much less topical || https://logs.nix.samueldr.com/nixos-chat
elvishjerricco has quit [Remote host closed the connection]
elvishjerricco has joined #nixos-chat
* colemickens is such a masochist he's excited to play with the new gpg-card
<colemickens> "the new gpg-card" being the gpg-card command being added to gnupg, hopefully for scriptable provisioning of openpgp cards.
<colemickens> oh it has support for using sqlite too for its key db
<colemickens> and "scd: Support PIV cards"...
<colemickens> interesting
<aleph-> colemickens: Finally. Now that's useful
abstractednoah has quit [Read error: Connection reset by peer]
abstractednoah has joined #nixos-chat
h0m1 has quit [Ping timeout: 250 seconds]
h0m1 has joined #nixos-chat
addcninblue has quit [Ping timeout: 246 seconds]
abathur has joined #nixos-chat
abstractednoah has quit [Ping timeout: 245 seconds]
abstractednoah has joined #nixos-chat
MichaelRaskin has quit [Ping timeout: 240 seconds]
rajivr has joined #nixos-chat
abstractednoah has quit [Quit: WeeChat 3.1]
abstractednoah has joined #nixos-chat
abstractednoah has quit [Quit: WeeChat 3.1]
<colemickens> certainly relevant for solokey v2 users, if I understand things correctly
abstractednoah has joined #nixos-chat
nicolas[m] is now known as berbiche
siraben has quit [Changing host]
siraben has joined #nixos-chat
siraben has joined #nixos-chat
<colemickens> if anyone else wants to play with it, here's a nixpkgs patch: https://github.com/colemickens/nixpkgs/commit/f93fa8864d56b5933168241a9fe537257f8cd446
<colemickens> I think this triggers a large rebuild though :/
arcnmx has joined #nixos-chat
arcnmx has quit [Changing host]
elvishjerricco has quit [Remote host closed the connection]
elvishjerricco has joined #nixos-chat
waleee-cl has quit [Quit: Connection closed for inactivity]
endformationage has quit [Quit: WeeChat 2.9]
lunc has quit [Ping timeout: 246 seconds]
addcninblue has joined #nixos-chat
Guest97996 is now known as JJJollyjim
JJJollyjim is now known as Guest13908
Guest13908 has quit [Quit: authenticating]
Guest139081 has joined #nixos-chat
Guest20795 has quit [Changing host]
Guest20795 has joined #nixos-chat
Guest20795 is now known as emily
cole-h has quit [Ping timeout: 268 seconds]
PhantomFutaba has joined #nixos-chat
addcninblue has quit [Ping timeout: 252 seconds]
MichaelRaskin has joined #nixos-chat
PhantomFutaba has quit [Quit: Quit]
__monty__ has joined #nixos-chat
PhantomFutaba has joined #nixos-chat
<MichaelRaskin> OK, so after freeing ~ 130 GiB in a sequence of GCs, I now want a way for Nix to keep only the latest deriver per output path…
<__monty__> Hmm, wouldn't that mean if you install something in your system closure and then afterwards in a nix-shell and you throw away the nix-shell there wouldn't be a gcroot anymore?
spacekookie has quit [Quit: No Ping reply in 60 seconds.]
PhantomFutaba has quit [Ping timeout: 240 seconds]
<lukegb> oh my god github's code review tooling drives me up the _wall_ https://p.lukegb.com/raw/ExtremelyImmuneSparrow.gif
spacekookie has joined #nixos-chat
PhantomFutaba has joined #nixos-chat
Cynthia has quit [Ping timeout: 258 seconds]
Cynthia has joined #nixos-chat
Mic92 has quit [Ping timeout: 258 seconds]
<MichaelRaskin> __monty__: if I install from the same revision, each path would have the same deriver both times, so doesn't matter
<MichaelRaskin> The only case it matters if fixed-output derivations keeping alive an unbounded number of glibc instances when GC is configured to keep derivers
Mic92 has joined #nixos-chat
Peetz2r_ has quit [Ping timeout: 245 seconds]
joepie91 has quit [Ping timeout: 245 seconds]
Peetz2r_ has joined #nixos-chat
Guest22752 has joined #nixos-chat
Guest22752 has joined #nixos-chat
Guest22752 has joined #nixos-chat
Guest22752 has quit [Changing host]
Guest22752 is now known as joepie91
sorear has quit []
sorear has joined #nixos-chat
chvp has quit [Quit: authenticating]
chvp has joined #nixos-chat
<abathur> starting to feel like I undersold my `nix shell` -> `nix snowglobe` turbopun suggestion
PhantomFutaba has quit [Quit: Quit]
lunc has joined #nixos-chat
waleee-cl has joined #nixos-chat
cole-h has joined #nixos-chat
<siraben> I wish borg check printed some status messages
<siraben> I literally cannot tell if it's working, 0 output after 1.5 hrs
<cole-h> PR?
<siraben> cole-h: heh, perhaps, i'll let it run to completion then maybe inspect it
<siraben> there's `--report` for other options but don't think `borg check` has it
<gchristensen> oh borg not ofborg
tomberek has joined #nixos-chat
<pie_> looks like my user list is broken since the netsplit or something
<cole-h> ohhhhhhhh
<cole-h> gchristensen: I was thinking the exact same thing :D
<cole-h> siraben: sorry, we were talking past eachother :P
<siraben> cole-h: ah no worries :P
<DigitalKiwi> abathur: well this is the first i've heard about it and i'm sold on the idea (i don't know what it is yet but i need it)
<abathur> DigitalKiwi: hehe; just joking about nix#4715
<{^_^}> https://github.com/NixOS/nix/issues/4715 (by edolstra, 1 week ago, open): Rename 'nix shell'
<elvishjerricco> Is there a way to get the absolute path of a symlink's target without recursing through symlink chains? I'm trying to automate copying a symlink chain
<gchristensen> you mean resolve one level of symlinks?
<cole-h> readlink only reads one link at a time
<Ke> not like readlink -f
<Ke> which gives you the real file as absolute path
<Ke> assuming it exists
<elvishjerricco> Right, the issue is that readlink allows relative paths as output, unless you use -f but that only gives the recursive target and not the whole chain
<MichaelRaskin> elvishjerricco: realpath -s maybe?
<MichaelRaskin> (On readlink output, I guess)
endformationage has joined #nixos-chat
<elvishjerricco> MichaelRaskin: Your working directory has to be the same directory that contains the link, but yea that would work
<elvishjerricco> thanks
abathur has quit [Quit: abathur]
<DigitalKiwi> oh no abathur left
<DigitalKiwi> i've been toying around making a script ghcWith.sh that sets up a nix shell with various programs and haskell packages. creates the list of what packages from bash history/a few defaults/environment variables to override
<DigitalKiwi> so like `ghcWith.sh` loads "everything", `ghcWith.sh something-new` loads everything plus something-new, subsequent ghcWith.sh invocations don't load something-new, if i decide i like it then i `ghcWith.sh add something-new` and then it becomes part of everything, if i don't want everything i just set an envirnonment value before i run it, can also add/exclude packages in environment variables and change nix channel versions and ghc version
<DigitalKiwi> too for tricky situations
<DigitalKiwi> so i'm a fan of the 'with' and/or 'add' options for nix snowglobe
<DigitalKiwi> ultimately it's just an overengineered messy wrapper around this lol NIXPKGS_ALLOW_BROKEN=1 nix-shell -I nixpkgs=$GHCWITH_SH_NIXPKGS -p cabal-install zlib git -p "haskell.packages.${GHCWITH_SH_GHC}.ghcWithPackages(pkgs: with pkgs; [ ${PKGS[*]} ])"
<DigitalKiwi> https://mostlyabsurd.com/files/2021-04-25-174331_2879x1694_scrot.png the output of https://mostlyabsurd.com/files/bash_history is part of the input that it searches for prior invocations of things like nix-shell -p "haskellPackages.ghcWithPackages (pkgs: with pkgs; [GPipe reflex reactive-banana])" ... i regret my design decisions and typos lol
<eyJhb> samueldr: Is there actually some screenshots of nixos-mobile?
<samueldr> eyJhb: some on the site...
<samueldr> ... but it's not representative either because there's not much to see in Mobile NixOS
<samueldr> eyJhb: anything specific you wanted to know?
<DigitalKiwi> does it have wobbly windows
<samueldr> there is no prescribed end-user GUI
<eyJhb> Is that the images at the top of each post?
<samueldr> so it could!
<samueldr> eyJhb: in some earlier posts there were screenshots of the boot UI too
<gchristensen> ideally controlled by the accelerometer
<eyJhb> I just want to see how it looks/feels when you boot etc. ie. I have NO IDEA what it actually is when you install it
<samueldr> the boot flow
<samueldr> up to the "test" user environment
abstractednoah has left #nixos-chat ["WeeChat 3.1"]
<samueldr> *most* of the time the vendor logo is shown is time we cannot get back, from before the kernel boots
<samueldr> (and varies greatly from device to device)
<samueldr> and note that that watch is not powerful :)
<samueldr> though I guess I could make a new set of videos to show things off
<samueldr> but I always think there's not that much value as, sure, you see a progress bar at boot... then you see a desktop environment or phone environment that is not specific to Mobile NixOS
<eyJhb> Still really cool to see it boot etc. :D
<eyJhb> Just waiting for the day, where I can run NixOS everywhere!
<eyJhb> And deploy it all with Nixus! Not even sure if that would be the end-goal
abstrn has joined #nixos-chat
Guest80259 has quit [Ping timeout: 245 seconds]
thefloweringash has quit [Ping timeout: 245 seconds]
berbiche has quit [Ping timeout: 245 seconds]
manveru[m] has quit [Ping timeout: 245 seconds]
Guest80259 has joined #nixos-chat
thefloweringash has joined #nixos-chat
berbiche has joined #nixos-chat
manveru[m] has joined #nixos-chat
<samueldr> except for some details about the boot process, it's a NixOS install in the end
mjlbach is now known as aterius
aterius is now known as mjblach
mjblach is now known as mjlbach
<pie_> infinisil: what happens when no type is set?: https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/misc/passthru.nix#L7
<infinisil> pie_: Defaults to types.unspecifieds
<infinisil> unspecified
<pie_> I'm getting `error: The option `passthru' does not exist. Definition values:` even though its in the default import set
<pie_> (files incoming)
<pie_> infinisil: withShebang in https://bpa.st/H7BQ recursiveUpdates with https://bpa.st/ME4A
<pie_> config.passthru.shebang.fast in the shebang line does work
<infinisil> pie_: That sounds like a #nixos thing though
<pie_> whoops i thought i was there
<pie_> too many channels :P
<hexa-> ("you are holding it wrong")
<elvishjerricco> I hate bash so much... I have `declare -a foo`, then a while loop, then a different while loop. I can use `foo` in the first while loop, but not after it. The `declare` is outside the loop. Wtf is going on
<pie_> subshells?
<gchristensen> yeah, are you using ( ... ) ?
<elvishjerricco> Nothing like that in site
<elvishjerricco> sight*
<gchristensen> let's see it :)
<elvishjerricco> This is the chunk that's baffling me. `set -euo pipefail` is set above
<elvishjerricco> The echo's in the loop work, the one after does not
<elvishjerricco> unbound variable
<elvishjerricco> Oh and of course that's all in a nix multi line string so ignore the `''${` weridness
<gchristensen> you definitely have a subshell
<elvishjerricco> I guess the `$(dirname "$sym")` thing is technically a subshell but it shouldn't matter
<gchristensen> that is just process execution
<gchristensen> bash sees your pipeline there (| while ) and subshells it
<elvishjerricco> TIL. That would explain a lot
<elvishjerricco> I hate it :P
<gchristensen> shellcheck!
<elvishjerricco> How do I get that loop to work on the correct variable then?
<gchristensen> you might need to bg jq
<gchristensen> or just beat bash at its own game, https://gist.github.com/grahamc/b572fbae1782b512bec3b17b55b9c768 elvishjerricco
<elvishjerricco> gchristensen: `Bad file descriptor`
<elvishjerricco> lol
<elvishjerricco> more and more I want to rewrite this thing in haskell but I definitely can't do that because it's for the initrd stuff...
<gchristensen> it'd be cool if rust were more compatible with programming in the small
<elvishjerricco> I could probably get away with python in the derivation that generates initrd right?
<samueldr> I'm not sure
<gchristensen> we depend on python for systemd today
<gchristensen> systemd-boot
<samueldr> but that's only if you use systemd-boot
<gchristensen> I'm not keen on more scripting languages in stage 1
<samueldr> elvishjerricco: at build time, right?
<elvishjerricco> samueldr: right
<samueldr> still, cross-compiling with python is not always good... in my experience
<elvishjerricco> Yea... Guess I'll stick to bash
<__monty__> How about... Guile? : )
<samueldr> the guile to suggest guile
<elvishjerricco> Hm, I thought `(while .... done) < <(jq ...)` would work, but it did not
<elvishjerricco> oh duh
<elvishjerricco> parens
<elvishjerricco> Can I just... not have parens there?
<elvishjerricco> Yes, yes I can
<matthewcroughan> DigitalKiwi: I hear you. It's been pretty bad this year for a lot of us.
<matthewcroughan> And I wanna quit my job to do Nix quite badly, so even if you have been fortunate like I have, mental health suffers because of lots of things.
<matthewcroughan> We're never ever happy, that's our purpose as human beings.
<matthewcroughan> To find ways to be unhappy.
<matthewcroughan> I actually got hired during the pandemic. So incredibly fortunate.
<matthewcroughan> I can't believe my own psyche. How can I possibly not be happy doing linux/techie stuff working for a company and getting paid above minimum wage?
<matthewcroughan> All because it's not using this new invention made by crazy Europeans that changes the way we build software.
gchristensen has left #nixos-chat ["WeeChat 2.9"]
gchristensen has joined #nixos-chat
addcninblue has joined #nixos-chat
<colemickens> today in "how do normal distros work", trying to just find out how fedora builds ffmpeg. losing interest quickly
<samueldr> colemickens: my outburst last week about how spoiled we are about having everything just laid bare in the repo was basically about that
<samueldr> I was trying to find fedora and suse packaging details
<colemickens> spoiled is a good word for it :) heh
<colemickens> (I think this one was one me though, fedora might not package ffmpeg due to licensing.)
<__monty__> Hmm, but it's not non-free in Nixpkgs.
<__monty__> Unless you enable certain codecs.
<samueldr> is it non-free?
<samueldr> sometimes licensing issue is not about free-ness
sparogy has quit [Ping timeout: 260 seconds]
sparogy has joined #nixos-chat
__monty__ has quit [Quit: leaving]
<pie_> aaaargh mksquashfs is so slow
<gchristensen> pyup
<gchristensen> what're you squashing?
<pie_> im iterating on my netboot image
<pie_> i should probably just make it ull stuff from a server or something for development...
<pie_> *pull
<gchristensen> yeah, that is why I made netboot.nix
<gchristensen> literally, because mksquashfs is slow
<pie_> im not on unstable though
<samueldr> the dev cycle on the UEFI iso wasn't great because of mksquashfs
<pie_> *nixUnstable
<gchristensen> yeah
<gchristensen> might be a way to make it use IFD intead
<pie_> ugh 15 second netboot iterations would be amazing
<gchristensen> it is really nice :)
<pie_> can i do this without upgrading my system nix to unstable
<pie_> a vm would probably lose any gains :P
<colemickens> mfw when virt-manager still doesn't support virtio-fs
<aleph-> Really?
<aleph-> I still need to get back to getting a vm cluster manager running on nixOS.
<pie_> will things break if i upgrade to nix unstable do my netboot builds then back down to stable?
abstrn has quit [Remote host closed the connection]
abstrn has joined #nixos-chat
<DigitalKiwi> yes
<DigitalKiwi> but also maybe no
<aleph-> Eh you can be okay
<aleph-> Most I had break was jellyfin on my setup
<DigitalKiwi> it's one of those "depends on a lot of things sometimes, maybe even more often than not, it'll be fine, but on a long enough timeline something with enough monkeys..."
<aleph-> Eyep
<samueldr> all depends on the stateful data the misc. software you run uses
<pie_> yeah it was mostly wishful thinking
<pie_> ive heard people complaining about unstable breaking...
<pie_> to be clear i mean nixUnstable and not the nixos-unstable channel
<DigitalKiwi> what do you need nix unstable for exactly? can you use it in a nix-shell?
<gchristensen> needs to be the daemon
<DigitalKiwi> was typing that heh
<DigitalKiwi> "or is it the daemon that you need"
<elvishjerricco> what does nix unstable have to do with netboot?
<samueldr> same answer, but more precise
<samueldr> all depends on the stateful data _nix_ uses :)
<DigitalKiwi> colemickens: normal distros lol https://dpaste.com/EJEHW955H
<pie_> well i guess im just screwed
<pie_> DigitalKiwi: 16:25 dostoyevsky: and since the first package it wanted to install was pacman, it deleted itself
<pie_> that feels like the kind of stuff youd read on bash.org
<DigitalKiwi> i've been using nixUnstable/nixFlakes for a few months and it's not been the worst experience at least
<DigitalKiwi> i'm not sure how much of what they said is true/even possible
<DigitalKiwi> but the only rolling arch does is forward
<pie_> Steamroll Yourself (tm)
supersandro2000 has quit [Killed (verne.freenode.net (Nickname regained by services))]
supersandro2000 has joined #nixos-chat
<pie_> DigitalKiwi: fwiw...i love readmes that tell you everything except what the thing actually is
<DigitalKiwi> i may or may not have used the --cachedir --clean as a substitute for rm -rf in a pinch at some point
<DigitalKiwi> the best thing about it is that warning was so over the top i basically had been using it for a few months before i even put it in git let alone shared it