gchristensen changed the topic of #nixos-chat to: NixOS but much less topical || https://logs.nix.samueldr.com/nixos-chat
wildtrees has quit [Remote host closed the connection]
wildtrees has joined #nixos-chat
vesper has joined #nixos-chat
vesper11 has quit [Quit: ZNC 1.7.4 - https://znc.in]
cole-h has quit [Ping timeout: 272 seconds]
betawaffle has joined #nixos-chat
cole-h has joined #nixos-chat
lovesegfault has quit [Ping timeout: 260 seconds]
<gchristensen> qyliss: pgtk is actually ... good ... for me now
<gchristensen> afaict
<gchristensen> some bug w.r.t. some of my plugins and a max lisp level error but .... working on that :P
wildtrees has quit [Quit: Leaving]
<gchristensen> okay wow systemd-boot++
<gchristensen> don't have to twiddle any console settings, it just ... does the right thing out of the box, automatically.
<samueldr> what is the right thing in this case?
<gchristensen> all the right console speed settings
<samueldr> for systemd-boot directly, right?
<gchristensen> yeao
<gchristensen> boot.loader.grub = {version = 2;efiSupport = true;device = "nodev";efiInstallAsRemovable = true;extraConfig = ''serial --unit=0 --speed=115200 --word=8 --parity=no --stop=1 ... terminal_output serial console ... terminal_input serial console'';};
<gchristensen> vs: boot.loader.systemd-boot.enable = true;
<samueldr> grub is supposed to be able to work without parameters to serial
<gchristensen> it doesn't :)
<samueldr> just `serial`
<gchristensen> or, didn't in the past
<samueldr> but I guess that's specific to *that* console
<samueldr> I verified with qemu
<samueldr> when I made the new iso
<gchristensen> nice
<samueldr> though it's still not nice
<samueldr> so even though you don't need to setup all settings (in some conditions?) it's still not nice :(
<gchristensen> yeah
<Church-> Man debian packaging is a thing.
<Church-> And I'll need to RPM next...
* Church- sighs
* Church- looks fondly at nix
<gchristensen> what's it for?
<drakonis> presumably work stuff?
waleee-cl has quit [Quit: Connection closed for inactivity]
drakonis has quit [Quit: WeeChat 2.6]
<gchristensen> is there a nice way to see why a particular web page is making my fans spin?
<clever> gchristensen: chrome javascript profiler?
cole-h has quit [Ping timeout: 240 seconds]
buckley310 has quit [Quit: The Lounge - https://thelounge.chat]
buckley310 has joined #nixos-chat
eyJhb has quit [Quit: Clever message]
raboof has joined #nixos-chat
<raboof> If anyone ever sets up a peertube instance with nix-related talks, I'll be disappointed if it's not called 'Nixie Tube'
__monty__ has joined #nixos-chat
eyJhb has joined #nixos-chat
<eyJhb> gchristensen: 10/10 strategi ragarding chocolate :p
<eyJhb> How are you guys going to spend your weekends?
waleee-cl has joined #nixos-chat
<adisbladis> Mostly in transit
<__monty__> #thattheterminallife
<lassulus> playing metro exodus
<talyz> Trying to finish my slides for a presentation about nixops next weekend, mostly
<talyz> eyJhb: Hope the test went well despite the equation :)
<adisbladis> Also trying to do the same as talyz but airplane wifi makes things difficult
<adisbladis> Pretty much only irc and simple websites work
<adisbladis> Wrote developer docs for poetry2nix though since I can do that purely from memory
<__monty__> Does anyone like the new github notification page?
<talyz> adisbladis: I'm always surprised when the airplane offers any wifi at all, but yeah, it's usually not very usable..
<adisbladis> I'm still super impressed :) It's remarkably stable
<adisbladis> 5/10 would lag again
<talyz> Whoa, what are you flying over?
<adisbladis> Australia
<adisbladis> Best airplane view I've head over a desert was the gobi flying over Mongolia
<talyz> Cool :o
<aanderse> hey talyz any interest in declarative database configuration PRs from a few months ago we talked about?
<eyJhb> talyz: where are you presenting? And, I have no clue. It is signal processing, so it isn't my main field
<eyJhb> Just hope I passed so I can get my bachelors soon
<gchristensen> very cool, adisbladis :)
<eyJhb> Cool adisbladis , hope to be flying again soon as well
<eyJhb> Hoping for Cape Town and Thailand this year
<gchristensen> I hate it when I realize I left a root terminal open all night, or even worse, in an alternate pane of tmux / screen for an unprivileged user
<__monty__> Stop suing and start sudoing, or doasing.
<gchristensen> I do!
<gchristensen> `sudo -i` ;)
<gchristensen> maybe I could auto-kill root sessions
<qyliss> systemd-boot is by far my favourite systemd thing
<gchristensen> qyliss: tell us more!
<joepie91> the systemd thing that wasn't :P
<gchristensen> so I have this server that will boot 3 times and then stop
<ajs124> what?
<joepie91> gchristensen: maybe it's booting off one of those floppy disks that you were only allowed to boot N times?
<joepie91> :P
<gchristensen> lol
<joepie91> (yes, that was a real form of DRM back in ye olde days)
<gchristensen> nah, uefi firmware bugs
<gchristensen> after a few boots it decides the UEFI shell should be the primary boot option
<ajs124> Just kexec
<gchristensen> hehe
<gchristensen> unfortunately part of the test procedure is «for i in $(seq 1 100); do nixops deploy --force-reboot; done»
<gchristensen> and this type of server has nearly 100T of disks, I think people would be unhappy to find out it doesn't reboot :P
<DigitalKiwi> gchristensen: those root sessions are life savers when someone breaks something so bad a new root session can't be started but an existing open one will let you fix it
<gchristensen> haha I see you've had stressful days too :'D
<__monty__> Ok, let's agree to keep a secret root session running on a random tty from now on. The canonical random tty being tty4.
<gchristensen> sgtm
<DigitalKiwi> __monty__: i see you are one of culture
<__monty__> Yes, I rate every place I visit a 4, no matter the range of the scale.
<__monty__> So many 4 star apps and 4/10 amazon book reviews...
<tilpner> Closure reduction with nix-du: https://tx0.co/ZIE (large-ish image)
<tilpner> Today I noticed my system closure weighed 14GB, and wondered if anything weird was being included. nix-du works fine, but cairo gave up
<__monty__> tilpner: 10/10 diagram, would zoom again.
<yorick> gchristensen: maybe set the uefi options on boot as a workaround and push for the coreboot project
<yorick> well, on shutdown
<yorick> (packet has a coreboot project)
<DigitalKiwi> the image of the closure was almost as big as the closure
<tilpner> It stopped at a height of 2^15-1, even though the PNG RFC seems to allow up to 4 bytes for storing the height
<tilpner> (TBF, I probably wouldn't have had the memory to store an unscaled version of that graph)
<gchristensen> yorick: I've been bugging them about it for sure :P
<yorick> gchristensen: mullvad recently ported one of the servers close to the intel ones from packet
<yorick> boots in seconds
<gchristensen> nice
<gchristensen> yorick: did you see my sample CPR data? =)
<yorick> gchristensen: no
<yorick> gchristensen: good for the storage boxes :)
<gchristensen> yeah, or any box if you wanted ZFS root :P
<yorick> gchristensen: not a fan of raid on the other instances since they are on the same sata controller
<gchristensen> yep
<yorick> so raid1 halves your availability :P
<yorick> gchristensen: c3? :)
<gchristensen> it fully supports https://www.packet.com/developers/docs/servers/key-features/cpr/ but with the added benefit that "Please note: this feature is not available for on-demand instances. A reserved device is required." is no longer true, on the next NixOS installer, you'll be able to customize storage options for spot and on-demand too.
<gchristensen> yorick: sure :P https://gsc.io/content-addressed/4a0fe6e5c378711664d7e6d09e94a6e6223d65b9dbb5176de162ba9892b3e476.nix (you might be noticing a pattern here -- I basically copy/pasted) here is the default CPR data for c3.medium.x86: https://gsc.io/content-addressed/34353aca9430fd3a41666f33ce60fe42f1bf27724a2ce65f4d2659f26402a877.nix
<yorick> gchristensen: did you get to a c3.small?
<yorick> gchristensen: neat, thanks!
<gchristensen> yeah. that one is easy as far as CPR is concerned -- it has 2 identical drives -- https://gsc.io/content-addressed/1bf4df97c2e17042ff495ef922fd2c42b68e05cf7bdf5b814aa26b84550aa14a.nix
<talyz> aanderse: Hi! :) Not really, no. There were a few responses, most were neutral to negative. The aspect some were interested in was users and extensions. There aren't that many comments on the pr at all though, so hard to say..
<talyz> eyJhb: In Oslo, at the hackerspace Hackeriet :)
<talyz> eyJhb: Aha, let's hope so, then :)
<gchristensen> printers :(
<qyliss> gchristensen: it's just so nice and simple, and does its job well
<qyliss> I don't use GRUB or systemd-boot now, but systemd-boot would definitely be my preference if I had to choose, and didn't want to do stuff like multi-level menus, or dual boot, etc.
<ajs124> qyliss: how _do_ you boot? does your firmware just execute your kernel?
<qyliss> My firmware _is_ a kernel
<gchristensen> you bringing back lilo?
<qyliss> I use Heads
<gchristensen> :D
<qyliss> Sadly doesn't work too well with NixOS
<qyliss> It _could_ be fantastic -- better than with any other distro, but needs some work done
<gchristensen> what sort of work?
<qyliss> So, Heads tries to parse grub and extlinux config files in Bash
<qyliss> This doesn't work very well
<gchristensen> :o
<qyliss> Especially Grub ones, since Grub is (I think) turing complete
<gchristensen> abort.gif
<qyliss> I do a hack where I use the NixOS extlinux boot option, but then symlink that to grub.cfg
<qyliss> That was the only way I could get it to work because Heads wouldn't look in the right place otherwise
<ajs124> I had the pleasure of hearing leannart poettering talk about his new boot specificating thing.
<qyliss> But, if NixOS could just, say, write all the boot options into a directory, that would eliminate the need for parsing on Heads' size
<ajs124> It seemed relatively sane, compared to grub config. Then again, I already use systemd-boot. Also, I got to ask him some stupid questions, which I always wanted to do :D
<qyliss> Heads also requires kernels and initrds be signed, which you could do in an activation script
<qyliss> (Currently I don't actually do that, which means I'm not getting any security benefit of Heads)
<ajs124> systemd-boot entries are pretty barebones already. parsing them should be trivial.
<qyliss> So, this could be a lot more robust, but it would need interest on both the Heads and NixOS sides
<qyliss> ajs124: I'm not convinced that there's any need for a parser at all
<qyliss> Really you just need a directory for each boot option, with kernel and initrd files inside
<ajs124> true. I'm wondering why they didn't go that route
<qyliss> because that's not what grub does, and they want to be compatible with existing distributions
<qyliss> (Unless you mean why systemd-boot didn't go that route?)
<ajs124> I meant systemd-boot, yes
<qyliss> I would also very much like to be able to build Heads with Nix, because right now it builds its own compiler and stuff for reproducible builds, and that's extremely slow.
<qyliss> People very often think they need config files when they don't
<gchristensen> ow
<ajs124> their loader entries only contain title, version, linux, initrd and options
<qyliss> It inherits that property from coreboot
<qyliss> And I think pbb is doing some work to build Coreboot with Nix
<ajs124> yeah, compiling coreboot is always a lot of "fun"
<gchristensen> my secureboot PR makes each kernel its own signed EFI program iirc, and then systemd-boot is basically just a menu
<qyliss> ajs124: oh right, yeah, I guess you'd need another file containing kernel command line
<qyliss> and title
<qyliss> tbh that does sound easy enough to parse that it might be easier to just get Heads to read that
<qyliss> I've just been burned by the Grub parser
<emily> gchristensen: i forget, do the signed systemd-boot bundles contain commandlines?
<gchristensen> yeah, the efi program has the os-release, cmdline, kernel, and initrd data all embedded (either as paths, or literally embedded -- I don't remember. it definitely uses a lot more disk space than the unsigned version.)
<gchristensen> unfortunately it makes every nixos-rebuild switch very heavy, making `nixos-rebuild test` much more useful
<emily> hm, why every switch?
<emily> does it rebuild the packages each time rather than putting them in the nix store?
<qyliss> Otherwise it would need the key in-store
<gchristensen> it has to make a new signed EFI stub
<emily> well, I guess you have to copy all the kernel and stuff
<emily> right
<qyliss> I should be able to do a nice quick Curve25519 signature for Heads I think
<emily> I wonder if it'd be quicker to copy the previous generation and patch the object file :P
<qyliss> hopefully won't be too noticable in activation script
<gchristensen> emily: doesn't sound like NixOS's "thing" :P
<DigitalKiwi> how do other people solve the problem of pliars and wire snips that have springs so remain open
<DigitalKiwi> i've started putting velcro cable ties on the handle
<gchristensen> I usually take out the spring
cole-h has joined #nixos-chat
<gchristensen> that spring might be a bit trickier to remove
<DigitalKiwi> works pretty well
<DigitalKiwi> and yeah that one would be annoying
<gchristensen> I find the springs annoying overall -- during use and during storage, which is why I usually removethem
<DigitalKiwi> my mini pliars set (there are 6 different kinds) don't have easy to remove springs either
<DigitalKiwi> the only ones that would be easy to remove I think are my wire strippers...which have a lock and i like the spring lol
<DigitalKiwi> my arduino is now battery powered!
<__monty__> I just put mine away open. Not as if closing them saves significant space.
<DigitalKiwi> i don't have a lot of space where they're stored so every bit counts
<__monty__> If you store them open you can store them a bit like this <<<<
<eyJhb> *requires multiple*
* joepie91 leaves them open too
<joepie91> the strap approach is interesting though
<eyJhb> Any HTML guys that have a opinion about what HTML tags to use for a list of .... nvm
<eyJhb> Just a unordered list of errors would do. Unless somebody has a better idea ( joepie91 ?)
<joepie91> eyJhb: what's the semantic context?
<eyJhb> I have a simple textarea where the user inputs some yaml. The yaml is then validated (fields etc.), and erros are returned to the user
<joepie91> eyJhb: then I would suggest a ul/li, potentially nested in the case of structural errors
<eyJhb> Currently just having a <h2>Errors</h2> with <ul> <li> Error 1 </li> ... </ul>
<joepie91> eyJhb: UI-wise, I would suggest marking all invalid fields with red styling, if there's more than one field in the form
<joepie91> I usually go for a bright red border and a very light red background
<DigitalKiwi> <3 twitter bootstrap
<joepie91> (very light; saturated enough to distinguish it from other fields at a glance, but definitely also light enough that it doesn't mess with text contrast)
<eyJhb> I am just going 100% HTML and nothing else
<eyJhb> That I will leave some someone else if he wants to take on the task :D
<joepie91> at least give the elements the correct classes then :)
<joepie91> like a 'failed' class for the invalid form fields
<DigitalKiwi> my html used to just be white pages and then i started using twitter bootstrap and things looked much better
* joepie91 is not a fan of bootstrap
<eyJhb> joepie91, DigitalKiwi - this is what I was making https://termbin.com/ypmo
<eyJhb> So the cnstWebTemplate .. :p
<DigitalKiwi> joepie91: how come?
<DigitalKiwi> joepie91: and do you have alternatives i don't know about?
<joepie91> DigitalKiwi: it's Not Great UX-wise, especially the newer 'flat' version, and all Bootstrap sites end up looking basically the same :P
<DigitalKiwi> i use https://github.com/purifycss/purifycss and https://github.com/thednp/bootstrap.native to make the size a lot smaller
<DigitalKiwi> https://www.mostlyabsurd.com/ this my site
<joepie91> DigitalKiwi: depending on the degree of aesthetic styling you want, better options include http://bettermotherfuckingwebsite.com/, https://thebestmotherfucking.website/, or https://purecss.io/
<DigitalKiwi> language
<joepie91> DigitalKiwi: your site looks relatively good for a bootstrap thing though :P
<DigitalKiwi> the first isn't even loading
<DigitalKiwi> ty
<DigitalKiwi> joepie91: try it on mobile! :D
<DigitalKiwi> or firefox ctrl+shift+m
<DigitalKiwi> also it loads pretty fast
<viric> I just had to use an old notebook from ~2006... i put some nixos 17 or so there some years ago.
<DigitalKiwi> it used to be ~7 seconds on dial up
<viric> Xorg says RADEON driver, all fine.....
<DigitalKiwi> no wit's like 16 i think
<viric> it paints the screen TERRIBLY slow.
endformationage has joined #nixos-chat
<DigitalKiwi> joepie91: pure.css looks like it could be interesting
wildtrees has joined #nixos-chat
neeasade has joined #nixos-chat
<__monty__> Hmm, that "best" website is worse than both the other in the franchise imo.
<joepie91> it was with reason that I linked both better and best :)
<__monty__> Do you remember that other variation? It had a lightly grey background. I think I preferred that.
<cole-h> Logged in to my PiHole just now and saw this: https://paste.rs/CXZ.jpg
<cole-h> :D
<srk> hehe
<srk> error: invalid regular expression '(^|.*/)\#[^/]*#', at /home/srk/git/nixpkgs/pkgs/build-support/nix-gitignore/default.nix:26:26
<srk> breaking nix-gitignore with linux .gitignore
<srk> doesn't like comments
<srk> sed -i '/#.*/d' .gitignore fixed it heh
<srk> extremely slow now
neeasade has quit [Ping timeout: 246 seconds]
drakonis has joined #nixos-chat
__monty__ has quit [Quit: leaving]
wildtrees has quit [Remote host closed the connection]
wildtrees has joined #nixos-chat