<gchristensen>
should be up now? mog you're good now.
<sphalerite>
yep I'm back in :)
<mog>
gchristensen, actually i accidently destroyed the private key can i send you a new pr?
<gchristensen>
yes
<sphalerite>
gchristensen: I was thinking I'd do a PR adding a MOTD warning about non-persistence to the machine, but am not sure in which section of configuration.nix to put it…
<gchristensen>
sphalerite: make a new file, see my latest commit
<samueldr>
you see, adding "-enable-kvm -cpu host,aarch64=off"
<samueldr>
the boot is MUCH faster... for what it boots
<gchristensen>
:D
<samueldr>
but it seems to fail somewhere along the storage drivers
<gchristensen>
so about those graphs ^ I've been wanting to do that _forever_ because I have literally no idea how much the thing is actually used
<samueldr>
just sharing here first in case someone has experience, now digging to see if I can corner the issue
<gchristensen>
(oops, I didn't mean to step on the existing chat with idle banter, I wasn't thinking)
<samueldr>
no worries
<samueldr>
but if it works, it'd be useful (though not on the aarch64-only cpus like the thunderx)
<samueldr>
(AFAIUI)
<sphalerite>
gchristensen: following multiple independent interleaved conversation threads is a key skill to have for online communications, no? ;)
<sphalerite>
samueldr: it would indeed! There's a decently-powerful box at packet which gchristensen got me access to a while back which supports aarch32 as well as aarch64
<sphalerite>
it's not booting currently unfortunately
<sphalerite>
but yeah
<samueldr>
and is it me or --option system armv7l-linux fails on aarch64?
<sphalerite>
gchristensen: those little things that you want to do forever and never get around to!
<sphalerite>
samueldr: I did some fiddling with that
<samueldr>
maybe it's a raspi thing, builder for '/nix/store/wlmx3k9zdqc57r3w7wc3nd65zdc5x2ry-bootstrap-tools.drv' failed due to signal 31 (Bad system call)
<sphalerite>
gchristensen: also in that category, I set up DNS for my VPN the other day. It's really nice being able to type names instead of numbers, and use ipv6!
<gchristensen>
:o! how did you do it?
<sphalerite>
I generate the zone file and the tinc config from a single configuration
<samueldr>
gchristensen: on armv7l; for an orangepipc (so not beefy), building a non-generic kernel took around twenty hours IIRC
<gchristensen>
uggggh
<sphalerite>
so now I have names like sudoku.sphalerite.tech for my main laptop (of course these aren't very useful outside the VPN but hey)
<gchristensen>
sphalerite: oh that box should be booting now, but I can't look yet.
<samueldr>
at least it worked the second try :')
<sphalerite>
I also really like the .tech TLD :D
<sphalerite>
gchristensen: ooooh awesome!
<sphalerite>
samueldr: really, that long? On my first chromebook it took about 5-6h for the nixos one with all the modules iirc
<samueldr>
chromebooks were beefier I think
<samueldr>
and it might have been a bit generic
<sphalerite>
huh ok
<sphalerite>
but by *that* much?
<samueldr>
maybe storage speed? while SD card for both, maybe a bad bus + a bad card?
<sphalerite>
I do think the main bottleneck was storage, so it might — lol
Thra11 has quit [Ping timeout: 252 seconds]
<sphalerite>
great minds, eh? :D
<samueldr>
I'm now booting the raspberry pi off a usb drive, seems better
<samueldr>
(can't do usb hard drive though, u-boot doesn't want to start it, even though it loaded from it)
<sphalerite>
oh yeah, I ordered a fancy big microSD card for my chromebook the other day
<sphalerite>
that's… odd?
<samueldr>
maybe not, I'm probably wrong in some aspect, but AFAIUI hard drives and usb drives may talk different usb protocols
<samueldr>
sphalerite: use `f3` (f3write, f3read) to both check the speed and verify the card is legit
<sphalerite>
stick the kernel on an SD card and the rootfs on the hard drive?
<samueldr>
sphalerite: that's an alternative I was thinking of
<sphalerite>
ooh, thanks for the tip. Never heard of that
<sphalerite>
but samsung ought to be good, no?
<samueldr>
if it's a genuine one, yeah
Ericson2314 has quit [Ping timeout: 252 seconds]
<samueldr>
it's not made for benchmarking, but still gives a good ballpark
<gchristensen>
Postponed keyboard-interactive for invalid user mog
<gchristensen>
yeah I know, I just don't understand why
<sphalerite>
and the motd still isn't showing
<sphalerite>
I think it's just not booting the new thing?
<mog>
i added the pub key to authorized keys on one of my other boxes
<mog>
and sshed in using the private key and it did work
<mog>
so my ssh-agent isnt doing anything crazy
<gchristensen>
it is definitely not you
<mog>
just wanted to be sure i wasnt the problem
<gchristensen>
well Nth time is hopefully the charm
<mog>
failure :(
<gchristensen>
it isn't done deploying :)
<gchristensen>
sorry for that not being more transparent
<mog>
IM IMPATIENT!!!!
<mog>
sorry
<gchristensen>
the deploy process involves instantiation, copying the drv to a build host, building, scp'ing a netboot image to a web host, and then issuing a reboot
<mog>
yup, i just misinterpreted your message and am excited to see it work
<gchristensen>
takes long enough you can make a tea
<gchristensen>
(it is tea time...)
<samueldr>
motd!
<mog>
Welcome to the NixOS community aarch64 build box!
<mog>
huzzah
<gchristensen>
yay!
<gchristensen>
phew
<samueldr>
details?
<gchristensen>
cache coherency problems on the upstream iPXE infrastructure
<gchristensen>
one part of their system updated teh boot url properly
<gchristensen>
the other didn't
<samueldr>
this sounds... painful :)
<gchristensen>
it was good to watch the boot log :)
* mog
builds erlang and elixir with all the cores
<gchristensen>
the cores are your oyster
<mog>
sooo fast
<gchristensen>
the cores are slow
<gchristensen>
there are just a LOT of them ;)
<mog>
erlang normally takes 30 minutes or so on my laptop
<mog>
the cores did it in 5 or so
<gchristensen>
nice
<mog>
can i build non-free things on builder by just copying over config? one of things im building wants jre8 which is nonfree
<samueldr>
no restrictions, other than not having root access
<samueldr>
do note that it may not be enough for java stuff :/
<mog>
ive run the program on pi before when it was running debian stuff
<mog>
its not using a lot on it
<sphalerite>
mog: yeah if you're using remote building it'll jsut use your local config
<sphalerite>
mog: otherwise you can enable unfree stuff same as you would locally, although of course it'll disappear sometime in the not-all-too-distant future :)
<mog>
cool cool cool
<samueldr>
hmmm, anyone has a pair of rootfs *image* + kernel for armv7l handy just to try qemu kvm on aarch64? (not nixos + u-boot based)
<samueldr>
just making sure it *should* work
<sphalerite>
samueldr: dezgeg's installer images?
<samueldr>
u-boot based
<samueldr>
those are the one failing
<samueldr>
the fun thing is there isn't much documented online
<samueldr>
and most of those with pre-built artifacts lead to 404s :(
<{^_^}>
#27396 (by lheckemann, 1 year ago, open): debootstrap --foreign does not produce compatible results
<samueldr>
foreign?
<samueldr>
anyway, I'll try
<sphalerite>
yeah when you do only part of the bootstrapping, not everything, allowing use for a foreign arch
Thra11 has joined #nixos-aarch64
Thra11 has quit [Ping timeout: 252 seconds]
<samueldr>
well, it failed not due to foreign. something about missing every binaries in the world (sed, cut, etc), so probably somewhat related
<Dezgeg>
you could probably use edk2 to EFI boot most other distros
<Dezgeg>
or u-boot to EFI boot
<samueldr>
right now most of my issue seems to be related to not finding prebuilt $everything for other distros :/
<samueldr>
and for nixos+u-boot, u-boot failing to see the disk with virtio-blk-device, and with the same "ide-drive" setup as in the nixos wiki, panicing
<Dezgeg>
fedora installer images should work
<samueldr>
(haven't searched fully with fedora) what I found with fedora was always using virt-builder... which I didn't have the patience to look into building on aarch64
* samueldr
checks for installer image
<Dezgeg>
nixos+u-boot should also be working, afaik