red[evilred] has joined #nixos-aarch64
<red[evilred]> I'm looking at equinix instead of aws
<red[evilred]> for aarch64
cole-h has joined #nixos-aarch64
orivej has quit [Ping timeout: 240 seconds]
h0m1 has quit [Ping timeout: 272 seconds]
h0m1 has joined #nixos-aarch64
Darkmatter66 has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-aarch64
pbb_ has joined #nixos-aarch64
sds2 has quit [Quit: sds2]
sds2 has joined #nixos-aarch64
pbb has quit [Ping timeout: 272 seconds]
sds2 has quit [Client Quit]
sds2 has joined #nixos-aarch64
red[evilred] has quit [Quit: Idle timeout reached: 10800s]
sds2 has quit [Quit: sds2]
sds2 has joined #nixos-aarch64
sds2 has quit [Client Quit]
sds2 has joined #nixos-aarch64
cole-h has quit [Ping timeout: 265 seconds]
<Ke> anyone can tell any available arm server that has mainline linux/efi and 32-bit and 64-bit support
<Ke> ie something that just works on nixos, like x86-pc does
<Ke> EFI does not need to be open source, just as long as it works
<Ke> I guess u-boot is acceptable also
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<sphalerite> Ke: is "be able to put it in your basement" a requirement?
sds2 has quit [Quit: sds2]
sds2 has joined #nixos-aarch64
orivej has quit [Ping timeout: 256 seconds]
<yorick> Ke: rpi4? :P
<yorick> (with tianocore)
<sphalerite> gchristensen: could you run one of the reboot scripts (the old one is fine too)? I've managed to reboot the thunderx test machine just now from the running kernel, but not all the kernels I'm testing will work :')
alpernebbi has joined #nixos-aarch64
sds2 has quit [Quit: sds2]
sds2 has joined #nixos-aarch64
sds2 has quit [Client Quit]
sds2 has joined #nixos-aarch64
FRidh has joined #nixos-aarch64
mvnetbiz_99 has joined #nixos-aarch64
Darkmatter66 has joined #nixos-aarch64
<Ke> when I say server I mean performance from honeycomb and up
<Ke> low power and noise are nice, but not at basement level, just office level
<LinuxHackerman> Emil Karlson: but renting isn't an option then I guess?
<Ke> no, needs to be locsl
<Ke> local
Darkmatter66 has quit [Ping timeout: 258 seconds]
monk has left #nixos-aarch64 ["Error from remote client"]
monk has joined #nixos-aarch64
orivej has joined #nixos-aarch64
monk has left #nixos-aarch64 ["Error from remote client"]
monk has joined #nixos-aarch64
monk has left #nixos-aarch64 ["Error from remote client"]
roberth has quit [Ping timeout: 260 seconds]
hpfr has quit [Ping timeout: 260 seconds]
Ke has quit [Ping timeout: 260 seconds]
roberth has joined #nixos-aarch64
Ke has joined #nixos-aarch64
zupo has joined #nixos-aarch64
hpfr has joined #nixos-aarch64
<angerman> so some more testing with the helios64 leaves me a bit unsure abnout it. I still get random crashes kernel crashes, kernel panics, program segfault, ... primarily under load. There is some remote mention of the kobol team investigating some potential dram timing issues with the rockchip folks.
<angerman> A lot of: `Unable to handle kernel paging request at virtual address 000000007f770000`
<angerman> not sure I feel confident using the helios64 as a solid nas just yet. I even had the zfs driver crash and be rendered non-functional once.
<angerman> From a cursory glance, it seems people using zfs are the ones complaining a lot about stability, but this could easily be selection bias as well. (getting a helios64, because you want to use zfs in the first place).
FRidh has quit [Ping timeout: 240 seconds]
FRidh has joined #nixos-aarch64
<leonardp> angerman: sucks to hear that :/
<angerman> I wish I could say this is just me being an idiot using nixOS and nixOS is to blame. But the Arabian forums are full of stability issues too. And I’m using the Arabian kernel.
<leonardp> that sucks.. i had high hopes for it -.-
<leonardp> if you wish to get rid of it you could always send it to me if you want :)
<leonardp> the amount of barely working arm dev-boards is too damn high!
<angerman> Let’s see if the manage to figure this out.
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
zupo has quit [Client Quit]
zupo has joined #nixos-aarch64
zupo has quit [Client Quit]
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<leonardp> this is not good, i hope it's not a hardware issue
zupo has joined #nixos-aarch64
orivej has quit [Ping timeout: 246 seconds]
sds2 has quit [Quit: sds2]
sds2 has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
sds2 has quit [Client Quit]
sds2 has joined #nixos-aarch64
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
sds2 has quit [Quit: sds2]
sds2 has joined #nixos-aarch64
sds2 has quit [Client Quit]
sds2 has joined #nixos-aarch64
srk has quit [Remote host closed the connection]
srk has joined #nixos-aarch64
zupo has joined #nixos-aarch64
sds2 has quit [Quit: sds2]
sds2 has joined #nixos-aarch64
sds2 has quit [Client Quit]
sds2 has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
orivej has joined #nixos-aarch64
monk has joined #nixos-aarch64
FRidh has quit [Ping timeout: 260 seconds]
FRidh has joined #nixos-aarch64
zupo has joined #nixos-aarch64
alpernebbi has quit [Quit: alpernebbi]
justanotheruser has quit [Ping timeout: 260 seconds]
rajivr has quit [Quit: Connection closed for inactivity]
sds2 has quit [Read error: Connection reset by peer]
sds2 has joined #nixos-aarch64
<sphalerite> angerman: I'm guessing "arabian" = "armbian" :D
FRidh has quit [Ping timeout: 246 seconds]
FRidh has joined #nixos-aarch64
Darkmatter66 has joined #nixos-aarch64
<unclechu> hey, i managed to build and run the install image for my raspberry pi 1. by i can’t build/install the system or any derivation because /nix/var/nix/profiles/per-user/root/channels/nixos does not exist
<unclechu> and i can’t do `nix-channel --update`
<unclechu> what should i do in this case?
justanotheruser has joined #nixos-aarch64
<samueldr> what does "can't [nix-channel --update" mean here?
<samueldr> any particular error?
<samueldr> what about a list of channels?
<unclechu> the same error
<unclechu> /nix/var/nix/profiles/per-user/root/channels/nixos does not exist
<unclechu> list of channels contains only nixos
<unclechu> actually nix-channel --update fails due to /nix/var/nix/profiles/per-user/root/channels does not exist
<unclechu> one directory up
<unclechu> but it’s marked as a warning
<unclechu> it fails further with error: path /nix/store/somehash-nix-2.3.9-armv6l-unknown-linux-gnueabihf does not exist and cannot be created
<unclechu> but this path actually exists
<unclechu> second error is that /nix/store/somehash-nix-2.3.9-armv6l-unknown-linux-gnueabihf/bin/nix-env failed with exit code 1
<unclechu> the hash in the path is the same
<unclechu> so it runs `bin/nix-env` from that path, which exists, and then tells me that this path does not exist
<unclechu> ah, nix-shell also fails with an error, those were just warnings
<unclechu> error is: file 'nixpkgs' was not found in the Nix search path (add it using $NIX_PATH' or -I), at (string):1:13
<samueldr> right, the warnings are likely fine to ignore
<samueldr> I couldn't say right now, been a while since I last checked the armv6 image
<samueldr> there might be further problems compared to the aarch64 image
<samueldr> "file 'nixpkgs' was not found" would be expected if the channel is not updated/present
<samueldr> and in your case it looks like it does not, because of nix-env failing
<samueldr> unclechu: did the image resize on boot?
<samueldr> how much free space is there on the rootfs?
<unclechu> <samueldr "unclechu: did the image resize o"> i don’t think so, should it?
<samueldr> during boot it should
<samueldr> you wouldn't really be aware of it if you didn't look for it
<unclechu> samueldr: it took around 3 gibs, one vfat and one ext4
FRidh has quit [Ping timeout: 264 seconds]
<samueldr> yeah, once burned to an SD card, and booted, it should expand the ext4 fs to fill the sd card
<unclechu> it didn’t, a manually created a partition there, formatted to ext4, mounted to /mnt, wrote a config in /mnt/etc/nixos/configuration.nix and was about to build it
<samueldr> we might be talking past each-other a bit
<samueldr> the sd image is made with the expectation that you're not going to "install" onto another media, but rather rebuild in plac
<samueldr> in-place*
<samueldr> (though it would work if you install onto another media)
<unclechu> in $NIX_PATH nixpkgs= points to /nix/var/nix/profiles/per-user/root/channels/nixos
<samueldr> yeah
<unclechu> which in case does not exist
<samueldr> it's probably fine
<samueldr> can you check with `df /` how much free space there is for the rootfs?
<samueldr> because if it failed to resize, things can get screwy and weird real fast
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<unclechu> 405M available
<samueldr> at least we know it's not that
zupo has joined #nixos-aarch64
zupo_ has joined #nixos-aarch64
<unclechu> i went to /nix/var/nix/profiles/per-user/root and created a symbolic link `channels` there pointing to /nix/store/z9...1i-nixos-20.09.2190.78dc359abf8/
<unclechu> run `nix-shell -p git --run 'git'` for test and now it’s processing
<unclechu> i looked what it should be on my local machine
zupo has quit [Ping timeout: 240 seconds]
<unclechu> grepped for `nixos` in `/nix/store` first to see path to the nixos derivation
<unclechu> it seems it’s working. at least it’s copying some paths right now
<unclechu> hope it wouldn’t run out of space
<unclechu> i better copy /nix/ to another partition or another device and make a symbolic link
<unclechu> it actually failed, it ran out of space
<unclechu> damn. i run nix-collect-garbage and it removed a lot of the tools i actually need
<unclechu> df, parted and stuff
<unclechu> i can’t even see the free space
<unclechu> i don’t even have the `ls`
<unclechu> samueldr: btw. imagine if i locally want to build my image, will all the setup i need. i don’t quite understand how to work with this
<unclechu> installer/cd-dvd/sd-image-raspberrypi.nix or installation-device.nix import would create an SD-CARD device or whatever, right? but if i remove those import it wouldn’t be created?
<unclechu> because my end-point image shouldn’t be an installer image, right?
<unclechu> or it doesn’t really matter if it’s “installer” or not?
<gchristensen> can't reboot 717e2493-f670-4ede-b31c-1cd05ef505e7 :(
<gchristensen> sphalerite: running
<gchristensen> I think
<gchristensen> oh, yeah
<gchristensen> can't reboot 717e2493-f670-4ede-b31c-1cd05ef505e7 :(
<gchristensen> reboot 717e2493-f670-4ede-b31c-1cd05ef505e7? ok
<gchristensen> sphalerite: ^
<gchristensen> reboot_req_headers = { -> headers = {
<unclechu> it seems that `sshfs` package causes build failure
<unclechu> ah, nope, it was something else
<sphalerite> gchristensen: thanks!
<gchristensen> thank you :)
<gchristensen> I also pprinted e
<unclechu> i’m trying to find out what packages are causing gtk, xlib, qt and other gui stuff to install but i have no idea how to do it
<sphalerite> gchristensen: and the new machines are booting /2a5.ipxe?
<gchristensen> pretty sure yeah
<sphalerite> alright, thanks!
<gchristensen> if you don't see those hitting 2a5.ipxe lemme know
<gchristensen> sorry I was afk for almost all of today
<sphalerite> it's fine, I still managed to make some progress on thunderx with a bit of luck (never getting a kernel that didn't work, so I could always reboot it from the running kernel)
<gchristensen> oh wow nice
<gchristensen> hopefully having several 2a5's makes it faster to try stuff
<sphalerite> not sure yet, the main delay factor is still the speed of building kernels, not reboot time :D
zupo_ has quit [Remote host closed the connection]
<sphalerite> though the second thunderx is making an excellent builder for them, it's a bit less busy than the community box ^^
zupo has joined #nixos-aarch64
<gchristensen> :)
<gchristensen> is that one the 96 core one?
<gchristensen> iirc the kernel can parallelize nicely
<sphalerite> yep
<sphalerite> and yep
<sphalerite> ah, the 2a5s seem to "just work" :D
<sphalerite> wait, 43 cores?
<sphalerite> err 44
<sphalerite> still an odd number
<sphalerite> I need to build a proper nixos for the 2a5 to be sure though
<samueldr> 11 per cpu ;)
<samueldr> (not really)
zupo_ has joined #nixos-aarch64
<gchristensen> if the 2a5 just orks ... that is great :)
zupo has quit [Ping timeout: 272 seconds]
<gchristensen> sphalerite: I'm really grateful for you taking this and just ... figuring it out :) thank you a lot
<unclechu> pkgs.git fails to compile for armv6 due to some perl errors (“! inc::latest is not installed”)
pbb_ has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
pbb has joined #nixos-aarch64
srk has quit [Ping timeout: 240 seconds]
srk has joined #nixos-aarch64
<sphalerite> lol BIOS Date: 11/05/2018 11:53:59 Ver: 0ACJA570 EVALUATION COPY.
<gchristensen> oh yeah
<pie_> smh no nixos :P https://xnux.eu/p-boot-demo/
fooker has quit [Ping timeout: 246 seconds]
fooker has joined #nixos-aarch64
rajivr has joined #nixos-aarch64
<samueldr> not that it really would fit in there
<craige> Is anyone aware of any notes on running NixOS on the Odroid HC-4 or am I pioneering here?
<samueldr> Amlogic S905X3 Processor
<samueldr> no spi flash for bootloader :(
<samueldr> craige: you're the only hit on this channel
<samueldr> and (I figure you did it beforehand) nothing obvious with a search engine
<samueldr> you may be
<samueldr> odroid-flavoured amlogic may be annoying to deal with
<samueldr> you'll have to figure out the magic bits needed to "fuse" a u-boot build with their signed initial bootloadery bits
<samueldr> (if I'm not mistaken)
<craige> Cool. Glad to have that confirmed - won't waste any time doing any more research. I note that even Libreelec are not supporting it yet. I may have less of a media centre upgrade and more of a project :-)
<samueldr> haha
<samueldr> amlogic are, weirdly enough, often relatively well-supported in mainline
<samueldr> the c4 is already in u-boot
<samueldr> not sure what differs, both are S905X3
<samueldr> ah, SATA on board?
<samueldr> looks like it
<samueldr> ah!
<samueldr> it wasn't obvious from the pics at the top of the page that it was a "hard drive toaster"
<samueldr> highly likely hc4 would be trivial from c4
<samueldr> craige: if you want to keep tabs https://patchwork.ozlabs.org/project/uboot/list/?series=&submitter=&state=*&q=odroid&archive=both&delegate=
<samueldr> oh boy
<samueldr> 2015 u-boot as vendor u-boot
<samueldr> not surprised, but that's not really going to help :)
<samueldr> oh, how odd
<samueldr> neither the store page nor the wiki lists it
<samueldr> but it seems there's an SPI chip
<craige> Thanks samueldr
<samueldr> most likely the chip on the top left of the heatsink https://wiki.odroid.com/_media/odroid-hc4/hardware/odroid-hc4-heatsink.png?cache=
<samueldr> that arachnid one (8-legged)