<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>
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
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
<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"
<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