worldofpeace_ changed the topic of #nixos-dev to: #nixos-dev NixOS Development (#nixos for questions) | NixOS 20.03 BETA Announced https://discourse.nixos.org/t/nixos-20-03-beta/5935 | https://hydra.nixos.org/jobset/nixos/trunk-combined https://channels.nix.gsc.io/graph.html | https://r13y.com | 19.09 RMs: disasm, sphalerite; 20.03: worldofpeace, disasm | https://logs.nix.samueldr.com/nixos-dev
bhipple has quit [Ping timeout: 260 seconds]
<clever> and things like hetzner are already doing that
<gchristensen> (I still think it'd be best to implement this outside of nixops or any given deployment tool, for reusability among other deployment tools)
<clever> i was thinkign it could be a nixops plugin, that other providers then call into
<gchristensen> (....or without a tool...)
<clever> but it could be a plain python library
<ixxie> where did our IRC logs go? botbot doesn't seem to host them anymore
<clever> referencing back to the issue, step 1 is heavily provider dependent
<clever> step 2 is common to everything, and something youve already done with packet.net
<clever> step 3, needs nixops to build the closure of 1 machine, and deal with generating a valid configuration.nix for that hw
<clever> and then copies it to a remote /mnt/
<clever> and step 4 is just a single shell cmd
<clever> gchristensen: how would you deal with steps 1&3 when nixops isnt at play?
<gchristensen> #3 seems squarely in «tool» responsibility land. nixops is better when it can just find its base config already existing
<ixxie> cheers gchristensen++
<{^_^}> gchristensen's karma got increased to 261
<clever> for nixops, thats a mix of the per-provider nix code, and the get_physical() function in python
<gchristensen> yeah but I think the plugins aren't very good at it :P
<clever> oh, another problematic area
<clever> amazon-image.nix assumes the partition layout and fs type
<gchristensen> exactly, nixops isn't very good at it
<clever> its mixing fs level stuff, and provider stuff (metadata)
<clever> that caused me trouble when generating a zfs ami
<clever> the amazon-image.nix would have to be broken into 2 pieces
<clever> so you can choose to do FS differently
<gchristensen> ideally nixops would always just look on the target device and find its base config
<clever> but then your nixops and nixpkgs versions run into compat issues
<gchristensen> the device is in a better position to tell nixops what is what, than nixops or nixpkgs is to assume
<clever> i was leaning more towards building the entire config on the nixops end, before the machine even has its first boot
<clever> the only edge cases i can see being a problem, is packet.net and the hw not always being identical within a certain plan
<gchristensen> with baremetal, you can't do that
<clever> which is why they only allow cpr on reserved, where you get the same physical box every time
<gchristensen> in general, imo, the smarts in nixops should be minimized
<gchristensen> b/c when its wrong, it is catostrophic. you can't get around it
<clever> for baremetal, i was thinking more along the lines of: boot the install iso, enable ssh, and then give nixops a config that matches the hw
<clever> if you tell nixops to partition 4 drives, and it only has 3, thats your fault
<gchristensen> this is why I think nixops shouldn't do it, it should pass on to another tool
<clever> it could just be an attrset in the deployment file, like deployment.autoPartition.disk1 = ...;
<clever> and then use an existing tool to actually do the work
<gchristensen> oh dear nixops supporting partitioning
* gchristensen runs away
<clever> gchristensen: i'm thinking of packet.net CPR stuff, but on any provider
<gchristensen> aye
<clever> provider X has 3 mechanical drives and 1 SSD on the machine, i define a zfs array with raidz1 + log, and then nixops auto partitions, formats, and installs
<gchristensen> (the other tool auto-partitions)* cool
<clever> it would only be something that triggers on the initial deploy
<clever> similar to initial EBS root disk size
<clever> and i should get to bed now, getting late here
<gchristensen> :) g'night :D
orivej has joined #nixos-dev
abathur has quit [Ping timeout: 256 seconds]
<drakonis> this learn page is a marked improvement over what existed before
<drakonis> or the lack thereof
<gchristensen> drakonis++ garbas++ samueldr++
<{^_^}> drakonis's karma got increased to 6, garbas's karma got increased to 13, samueldr's karma got increased to 204
<drakonis> i'm not sure why i got that karma but its ok
<gchristensen> for caring and saying so :)
<drakonis> ah i see.
<gchristensen> it is good to get feedback
<gchristensen> (and sometimes hard!)
<drakonis> as i'm doing nix pills, i feel what it needs right now is a refresh, no need to rewrite anything
<samueldr> what kind of refresh?
<samueldr> what I'd like to see is a nixpkgs pills, and a nixos pills, bite-sized exposition of bits of the machinery
<drakonis> update the outputs so it doesn't look like the last time it was updated was nearly a decade ago
<drakonis> that's a good idea
ixxie has quit [Quit: Lost terminal]
<drakonis> ahh, it'd be good to have a nixos packages to use as reference for building modules
init_6 has joined #nixos-dev
<lovesegfault> jtojnar, worldofpeace, flokli: What exactly do y'all want me to do with this: https://github.com/NixOS/nixpkgs/pull/84433
<{^_^}> #84433 (by lovesegfault, 4 days ago, open): nixos/networkmanager: make all plugins optional
<lovesegfault> I'm open to an alternative way of doing things, but I need to know which route to take
<lovesegfault> I don't know how to impl the passthru idea
Emantor has quit [Quit: ZNC - http://znc.in]
Emantor has joined #nixos-dev
<drakonis> nixos packages, haw, i wanted pills
<drakonis> i have no idea how that got there
abathur has joined #nixos-dev
<worldofpeace> lovesegfault: I hope I'll get round to showing you exactly, if not hopefully Jan Tojnar
<drakonis> oh man, the pills were written in 2009
<drakonis> this definitely needs a lot of updating
<lovesegfault> worldofpeace: that'd be nice :)
<drakonis> i realize that it has seen some updates after it got imported into the github org, but its still in need of new features
<drakonis> now for a different question, is it a trap to bless specific implementations of things as the way to go? eg: home-manager?
<cole-h> I think it would be good to at least mention, but don't write around it
<cole-h> Considering how prevalent it is
<jtojnar> worldofpeace we really need tests for wrapgappshook
<samueldr> worldofpeace: are you backporting #84849 to 20.03?
<{^_^}> https://github.com/NixOS/nixpkgs/pull/84849 (by samueldr, 1 day ago, merged): nextcloud: Review installation upgrade warning wording
bhipple has joined #nixos-dev
justanotheruser has quit [Ping timeout: 265 seconds]
bhipple has quit [Remote host closed the connection]
justanotheruser has joined #nixos-dev
<worldofpeace> samueldr: not sure I wil get to that
<worldofpeace> feel free to do so if you can
<samueldr> will do, I simply didn't want to step on your toes
orivej has quit [Ping timeout: 265 seconds]
<colemickens> do we not follow upstream casing for package names?
<colemickens> I was encouraged to rename libQuotient to libquotient, for example?
<mkg20001> domenkozar: the downloads on the webpage aren't really working. you can get ISOs from nix.mercode.org/dev/iso
drakonis has quit [Quit: WeeChat 2.8]
<manveru> kraem: git doesn't use netrc, curl does. So you need to use the https form url
page has quit [Quit: leaving]
page has joined #nixos-dev
cole-h has quit [Quit: Goodbye]
orivej has joined #nixos-dev
<kraem> manveru: i've tried several different approaches: 1. i've overriden bundix to use bundler 2.1.4 (which uses https), the url:s in the Gemfile is https, removed my gitconfig (so https doesn't get converted to ssh) 2. use original bundix, ruby_2_7 - both results in asking for username + pw when it's fetching rubocop
<kraem> found this: https://logs.nix.samueldr.com/nix-darwin/2019-04-05 and tried it. bundler doesn't seem to have problems downloading and installing the gems though. it looks like it's when bundix is fetching them to compute the hash, i'm asked for pw on a public repo
<kraem> oh it's not rubocop. it's the private repos
ixxie has joined #nixos-dev
sogatori has joined #nixos-dev
<manveru> kraem: i'm not sure i can help you much with this...
<kraem> manveru: i see. do you have anyone in mind which would be able to?
<manveru> kraem: well, anyone who's able to actually test this, i don't know what kind of setup you have and it's gonna be kinda hard to reproduce
<manveru> adding a test to bundix for it would go a long way :)
<kraem> manveru: ok thank you for your time :)
<kraem> i'm currently setting up a simple private gem and see if i can get it to work :)
<manveru> cool :)
rnhmjoj has quit [Changing host]
rnhmjoj has joined #nixos-dev
rnhmjoj has joined #nixos-dev
__monty__ has joined #nixos-dev
<yorick> let's see if I can netboot a pi
<clever> yorick: ive done it before, its not that hard
<yorick> clever: pixiecore is in nixpkgs now, but I saw something about chainloading ipxe for improved speed?
<clever> yorick: the rpi doesnt support ipxe, it just downloads files over tftp
<yorick> clever: yeah, but you can netboot ipxe and then make that do something better
<yorick> (since tftp is very slow)
<clever> yorick: yeah, you could tftp boot uboot or maybe ipxe, and then it can http dl the rest
CRTified has quit [Ping timeout: 250 seconds]
<srk> "It may need more testing but from my experience netbooting all morning, it appears the RPi3 only appears to boot over the network one in five or ten times that I power cycle." :D
<clever> srk: there is a bug in the netboot stack of the rpi, it treats any tftp timeout as file-not-found
<srk> clever: how's open-fw? :)
<clever> srk: the open fw lacks usb drivers, so it cant netboot on an rpi3
<srk> I see
<clever> srk: i would need help with the dwc2 controller
<srk> I know ppl
<srk> who could possibly help with that (one kernel dev)
<srk> can try myself as well, figured I can use OpenOCD with imx6 gpio as well!
<srk> there's PR now for libgpiod driver as well
<clever> srk: this is what the codebase came when when i picked it up
<srk> :)) lovely
<clever> srk: oh, there is also a mild problem with PLL's
<clever> on the rpi2 and rpi3, they cheaped out, and didnt use a 25mhz crystal for the usb chip
<clever> instead, the main SoC generates a 25mhz clock
<srk> yep, heard about that
<clever> srk: this does half the setup for it, but the PLL isnt configured right so it doesnt actually work
<clever> when linux boots, it finishes the config, and things come to life
<clever> but thats too late, if your goal is to dl linux over usb
<srk> so the boot is slow as well?
<clever> it boots from SD card currently
<srk> I mean due to PLL
<clever> i think the arm freq is fine
<srk> ok, I don't have excuses for setting this up now so I'll do that to see for myself :)
* srk off to #raspberrypi-internals
<yorick> clever: did you use pixiecore?
<clever> yorick: nope
<yorick> it doesn't seem to get past "offering to boot"
<yorick> this one is a pi 2 v1.2
<srk> netboot setup with NixOS is easy :)
<yorick> srk: oh it is? well, teach me :)
<yorick> sudo /nix/store/3gdvdpvl1x7wkx2079624a6zqcl93p63-pixiecore-2020-03-25/bin/pixiecore boot /nix/store/ff3ms3w2vhjs2skhqqj6nbzdxh6g9yyy-netboot/Image /nix/store/ff3ms3w2vhjs2skhqqj6nbzdxh6g9yyy-netboot/initrd --cmdline "init=/nix/store/h1waw7y63vfjz2g65316hn1wl702bsqg-nixos-system-nixos-20.09pre220429.9b0d2f3fd15/init loglevel=4" -d --dhcp-no-bind --port 64172 --status-port 64172 -d
<aanderse> ping talyz in a case you're around
<srk> yorick: you could just enable dhcp/tftp and use something like /srv/tftp where you manually put an image or one of ^^ to create the tftp dir for you
michaelpj[m] has joined #nixos-dev
michaelpj[m] is now known as michaelpj[m]1
CRTified has joined #nixos-dev
michaelpj[m]1 is now known as michaelpj[m]2
<yorick> it stopped sending out pxe now
CRTified has quit [Ping timeout: 240 seconds]
<yorick> okay, yes, this is not at all compatible with anything
<yorick> "if the DHCP server does not respond with this vendor option set to value Raspberry Pi Boot, the Raspberry Pi board will consider its network boot procedure is not implemented on server-side and it will abort its network boot"
michaelpj has quit [Quit: ZNC 1.7.5 - https://znc.in]
<srk> is OfBorg cache public?
<srk> (store)
zarel has quit [Ping timeout: 264 seconds]
zarel has joined #nixos-dev
ChanServ has quit [shutting down]
ChanServ has joined #nixos-dev
<gchristensen> srk: ofborg doesn't have a cache
<srk> gchristensen: like if build products were accessible we could make something like 'run this PR in vm'
<gchristensen> yeah that'd be cool
<gchristensen> I actually already have code to provide anonymous, short-term VM's for people based on a config. maybe that + a public cache there
<MichaelRaskin> Provide a public cache, and a local CrosVM becomes easy to script
<srk> ah, I remember now that you were looking to host that somewhere
ChanServ has quit [*.net *.split]
ChanServ has joined #nixos-dev
<bennofs> gchristensen: maybe you could push the results to cachix, like the r-ryantm bot does?
<gchristensen> that is probably reasonable
<talyz> aanderse: pong! :)
michaelpj[m]2 is now known as michaelpj
<gchristensen> hey so here is a question, what if nixos-install automatically kexec'd in to the new system
<clever> gchristensen: ive found that the GPU rarely survives kexec, and that wouldnt be a full test of the bootloader install
<gchristensen> would the GPU not even survive going from console mode to possibly a gui?
<gchristensen> right. bootloader. same reason I don't like that Packet does it. :P
<clever> depends a lot on the card and drivers
<aanderse> talyz: any thoughts on how we can grant the ability to override php for a buildEnv
<aanderse> specific example: php.override { apacheHttpd = whatever; }
<aanderse> it would be extra awesome if i could php.buildEnv { ... }.override { apacheHttpd = whatever; }, or something along those lines
zarel has quit [Ping timeout: 260 seconds]
zarel has joined #nixos-dev
<julm> aanderse: have you read pkgs/build-support/buildenv/default.nix ?
<gchristensen> what are you thinking he should get out of a reading of buildenv?
<aanderse> julm: maybe not... what's up?
<aanderse> gchristensen: oh I'm aware of what I'm getting
<julm> see if an option can help you or if overideAttrs works
<aanderse> just saying what would be nice :)
<julm> aanderse: sorry that was not supposed to be a RTFM
<julm> just what I would do
<gchristensen> gotcha, cool :)
<aanderse> julm: no problem, just bringing up a point for talyz and etu to see if they had any thoughts about it yet
<julm> I can also see a complicate use of overrideAttrs and buildEnv in pkgs/development/interpreters/php/default.nix
<aanderse> julm: yeah i really haven't looked too far into the details, i figured I'd ask the original authors if they had thoughts first
<julm> so, the makeOverridable in buildenv/default.nix is to override the attributes in the attrset parameter, like ignoreCollisions or buildInputs
bennofs has quit [Ping timeout: 256 seconds]
<julm> there is an example of its use in doc/languages-frameworks/python.section.md
<julm> aanderse: sure. sorry to jump in, the question interested me
<aanderse> julm: i never complain when people try to solve issues for me :D
<MichaelRaskin> It's often hard to say whether the question is how to do something at all, or to do it nicely
<julm> indeed :>
<talyz> aanderse: well, I've been thinking about a solution for it, but I don't have anything concrete at the moment..
<aanderse> talyz: i'm found some time, testing atm... :)
* aanderse crosses fingers
abathur has quit [Ping timeout: 250 seconds]
drakonis has joined #nixos-dev
<yorick> gchristensen: packet should just skip their slow pxe stuff
<gchristensen> lol
<yorick> (when rebooting from the installer)
<gchristensen> yeah
<yorick> there's some ipmi stuff you can set for that
cole-h has joined #nixos-dev
justanotheruser has quit [Ping timeout: 265 seconds]
ixxie has quit [Quit: Lost terminal]
justanotheruser has joined #nixos-dev
ixxie has joined #nixos-dev
avn has joined #nixos-dev
init_6 has quit [Ping timeout: 240 seconds]
{`-`} has joined #nixos-dev
lovesegfault is now known as lovejobsecurity
lovejobsecurity is now known as lovesegfault
sogatori has quit [Remote host closed the connection]
ixxie has quit [Quit: Lost terminal]
<aanderse> anyone familiar with an error where a .so is being loaded dynamically and the program craps on you saying something like: /nix/store/fivq0nbggp4y8mhy3ixprqd7qyn1hy2j-glibc-2.27/lib/libc.so.6: version `GLIBC_2.28' not found
<aanderse> notice the glibc 2.27 and 2.28
<samueldr> I seem to recall seeing something about that being talked about
<aanderse> samueldr: so do i, but i can't recall what and a few searches yield nothing
<aanderse> i mean not "nothing"... but nothing that solves the issue for me
<samueldr> I can't seem to muster anything useful
<infinisil> aanderse: Seen it.. https://github.com/Infinisil/all-hies/issues/32
<{^_^}> Infinisil/all-hies#32 (by Jasagredo, 21 weeks ago, open): Error in emacs: can't load .so/.DLL for libm.so.6 due to GLIBC_2.29
<aanderse> infinisil: thanks, i'll take a look in a bit
<aanderse> much appreciated
<talyz> aanderse: I looked a bit more into getting override working and this is what I came up with https://github.com/NixOS/nixpkgs/pull/85026
<{^_^}> #85026 (by talyz, 2 minutes ago, open): [WIP] php.buildEnv: Make the exported php package overridable
<talyz> aanderse: needs more testing, though :)
<etu> talyz++ had a quick look and initially it looks good, will test it a bit tomorrow
<{^_^}> talyz's karma got increased to 1
<talyz> etu: thanks! :)
<aanderse> talyz: awesome, will look
<aanderse> thanks!
tilpner has quit [Quit: tilpner]
tilpner has joined #nixos-dev
tilpner has quit [Quit: tilpner]
evanjs has quit [Quit: ZNC 1.7.5 - https://znc.in]
tilpner has joined #nixos-dev
evanjs has joined #nixos-dev
__monty__ has quit [Quit: leaving]
justanotheruser has quit [Ping timeout: 256 seconds]
justanotheruser has joined #nixos-dev
bhipple has joined #nixos-dev