<Dezgeg>
I saw something finish today on the quota package, so it can't be too broken
<gchristensen>
cool
<gchristensen>
ok I'm going to take up most of the cores here soon
orivej has quit [Ping timeout: 240 seconds]
<sphalerite_>
Is anyone working on fixing rust for aarch64?
<gchristensen>
not me
<gchristensen>
I'm bumping aarch64 ofborg builders from 6 (it was at three) to 32
<gchristensen>
anyone care to tell me this is a bad idea?
Zoom has joined #nixos-aarch64
<sphalerite_>
I don't know what I'm talking about but it sounds like a good and fun idea to me
<gchristensen>
same
<gchristensen>
ok going down
<Zoom>
Hi everyone! Could anyone enlighten me on the current status of arm support in NixOS? As far as I understand, there's no option beside Dezgeg's binary cache for armv7l, am I right?
<Zoom>
Oh, hi @hoverbear, nice to see you here.
<hoverbear>
Hi!
<gchristensen>
cross-posting from nixos: https://i.imgur.com/u0a53iR.png <- 32 was a good choice. it has settled at a load near 80
<gchristensen>
lol, I got a failed malloc while doing tab completion in bash
<gchristensen>
arm hw is weird
Mic92 has quit [Ping timeout: 256 seconds]
<sphalerite_>
nice
<Zoom>
Sorry for repeating myself, got disconnected. Is there any armv7l binary-caches besides Dezgeg's one? The only alternative mentioned in wiki seems to be offline.
<gchristensen>
none that I know of
<hoverbear>
Zoom: 👋
orivej has joined #nixos-aarch64
<sphalerite_>
Zoom: I have a binary cache which I occasionally upload stuff to, but I would consider it extremely unreliable for coverage. Dezgeg's will be a lot more useful
<sphalerite_>
like I haven't updated it in at least a month and maintain it completely manually
<gchristensen>
also I'm not sure I'd trust sphalerite_ ;)
<sphalerite_>
:o
<sphalerite_>
Yet you put me on the trusted users list for the aarch64 box
<gchristensen>
oh. right. I guess I do trust you
<gchristensen>
(I'm kidding. I do trust you.)
<sphalerite_>
\o/
Mic92 has joined #nixos-aarch64
<Zoom>
I've just installed Nixos on my Orangepi One at everything seems fine, except the binary-cache is a bit lacking for my needs.
<Zoom>
What would be the easiest way for setting up a build machine for my arm board on my X86_64 pc?
<Zoom>
Just point me to some reading material on the topic, if it exists :)
<Zoom>
Could there be some Nixos config that I could just spin out in a VM and use it for building me the necessary arm binaries somehow? This would be sweet.
orivej has quit [Ping timeout: 256 seconds]
orivej has joined #nixos-aarch64
<Mic92>
Zoom: cross-compiling is on the way. VMs are often slower due emulation than real hardware, in e.x. Raspberry Pi 3
<Mic92>
that means cross-compiling already works, but not for all packages.
<Zoom>
Mic92 how much slower? If it's at least comparable in speed It still could be beneficial since I could give it a few more gigs of RAM on top of my board's 512Mb.
<Zoom>
Wait, so there's no cross-compiling ATM? So how does Dezgeg maintain his cache?
<Dezgeg>
native builds on a Jetson TK1
<Zoom>
I saw some mention of Jetson in his GH nix configs. So does it mean he builds everything on it?
<Zoom>
Oh, here you are :) Thanks
<Zoom>
Thank you for your work. I think I jumped too early, being a user and not really being able to help in any way.
<samueldr>
using qemu-user, it's possible to build, but I wouldn't recommend it as there are *some* reproducibly-random issues with builds, e.g. invalid calls
<samueldr>
and it's still slow, but faster than full-blown system emulation
<Zoom>
samueldr, understood
<samueldr>
IIRC it takes ~20 hours to build the kernel on my orange pi, but ~4 hours on a 6-core (+6HT) xeon to build through qemu-user, (though a native equivalent builds takes ~20 minutes)
<Dezgeg>
20? wtf
<samueldr>
so there is about a 12-fold increase in build time for the kernel with qemu-user on xeon compared to native on xeon (will probably not scale linearly)
<samueldr>
Dezgeg: full defconfig kernel
<Dezgeg>
it's like ~6 hours for me
<samueldr>
that allwinner chip isn't the fastest, and it's probably I/O bound
<samueldr>
(being on an SD card)
<Dezgeg>
on quad-core as well
<Dezgeg>
but I guess IO might explain it
<Zoom>
That's a bit slow :(
<sphalerite_>
samueldr: are you using your chromebit at all?
<Dezgeg>
and I think that's 6h on a busy box, it's less when it's idle
<Zoom>
BTW, I just found out neither screen nor tmux retain their sessions on ssh disconnect. Why could it happen?
<samueldr>
sphalerite_: haven't had the time yet :/
<samueldr>
Zoom: session lingering most probably
<Dezgeg>
it's an open issue I think
<samueldr>
`loginctl enable-linger <your-user>` will solve it if it's the issue you're encountering iirc
<samueldr>
(and it's not an ARM thing, the same issue is on all platforms :) )
<sphalerite_>
Zoom: if hte process is still running, you can restore access (at least with tmux) by sending it SIGUSR1
<Zoom>
I've never stumbled upon it on my machines, including nixos one.
<Zoom>
Will try your solution, samueldr, thanks.
<sphalerite_>
it's an issue that was introduced by a recent systemd update I think
sphalerite is now known as sphalerit
sphalerite_ is now known as sphalerite
<Zoom>
Any tracking issue I should subscribe to for cross-compiling?
<Zoom>
Dezgeg, are you open for suggestions on expanding the build list?
<TonyTheLion_>
[ 3%] Linking C static library libbrotlicommon-static.a Error running link command: No such file or directory
<TonyTheLion_>
anyone know how I would fix that?
<gchristensen>
Dezgeg: do you know anyone who'd like to provide a box full of jetsens?
<TonyTheLion_>
trying to build for ARMv7a
<Dezgeg>
sure, I can add packages if it doesn't take ages
<Zoom>
My machine fails to build sharutils dependency for samba.
<Dezgeg>
I think tk1 is out-of-production by now
<gchristensen>
ah
<Dezgeg>
but not sure
<gchristensen>
might just need to wait for other hw
<Dezgeg>
I can add sharutils, it doesn't seem to be huge or have huge dependencies
<Zoom>
Basically, my usecase is a typical NAS thingy, so really what's needed is a usual set of samba, minidlna, aria2 and rtorrent. Not sure what is reasonable to include.
<gchristensen>
Zoom: what kind of hw do you have?
<Zoom>
Allwinner board
<TonyTheLion_>
is there a guide somewhere on how to cross compile nix for other platforms?
<Zoom>
Right now I'm watching how it tries to build sqlite (which is a dep for aria2)
<gchristensen>
it is a shame it isn't aarch64
<sphalerite>
TonyTheLion_: basically the same as cross-building any other package. nix build nixpkgs.nix --arg system '(import <nixpkgs> {}).lib.systems.examples.armv7l-hf-multiplatform' for example.
<sphalerite>
Then pray that it works :p
<Zoom>
Yep. If I fail to wait for cross-compiling to land I probably should give it up and return to Armbian.
<sphalerite>
err wait, crossSystem not system
<gchristensen>
you could get a pi3 =)
<Zoom>
gchristensen, that would require for my mental model to change a bit. I'm used to pick software for my hw, not the other way around (BTW, it's probably the wrong way) =)
<gchristensen>
well the arm world is pretty other-way-around on that front
<gchristensen>
imo ;)
<Zoom>
For sure
<gchristensen>
the advantage of course is that hydra.nixos.org produces binaries for aarch64
* sphalerite
is trying the aforementioned command right now
<Zoom>
Yeah, that I know. Thank God I haven't bragged I've put Nixos on my orangepi to my friends with some alwinner boards yet.
<sphalerite>
FWIW I'm running nixos on my arm chromebook and it's pretty much become my daily driver now
<sphalerite>
it's not perfect yet, I haven't updated in a long time, but it's definitely usable.
<samueldr>
sphalerite: with X11 + a modern browser?
<samueldr>
neat
<sphalerite>
Although I use a fedora chroot to run firefox xD
<samueldr>
ah, cheat!
<sphalerite>
also a kernel compiled independently of nixpkgs
<sphalerite>
but I've used the chromebook a lot more than my big laptop the past week
<samueldr>
doubly-cheating :D
<sphalerite>
I said it's running, not it's running perfectly ;)
<samueldr>
you're already further along than I am on the CS10
<Zoom>
Dezgeg, to be more precise, if you could add whole samba to your list it would be just great and would stop me from putting my board down while I wait for more official support for armv7l.
<gchristensen>
if needing to compile stuff is a problem, I suspect it is probably not a good match for you right now
<gchristensen>
Nix + ARM is pretty bleeding edge stuff right now
<Zoom>
Yeah, I'm keen on making problems for myself.
<sphalerite>
:D
<Zoom>
That's how I learn
<gchristensen>
same
<sphalerite>
samueldr: I was at this stage before you had it :P basically got to it with Dezgeg's help at the nixcon hackathon
<samueldr>
yes, I thought I knew, wanted to verify it was at that stage
<sphalerite>
although I didn't start using it so regularly until very recently.
<TonyTheLion_>
sphalerite: do I need to clone nixpkgs for that?
<sphalerite>
TonyTheLion_: no but it's a nix 2.0 command (nix build, not nix-build)
<sphalerite>
for nix 1.x, nix-build --arg crossSystem '(import <nixpkgs> {}).lib.systems.examples.armv7l-hf-multiplatform' -A nix
<sphalerite>
err, assuming you're in a nixpkgs checkout
<TonyTheLion_>
oh Mr. FancyPants with nix 2.0 :P
<sphalerite>
otherwise you also need to add '<nixpkgs>' there
<TonyTheLion_>
cool :)
<TonyTheLion_>
thank you
<sphalerite>
what can I say, I like the progress bar in 2.0
<gchristensen>
"progress-bar driven adoption"
<sphalerite>
:D
<sphalerite>
we should have a progress bar for 2.0 adoption as well
<sphalerite>
oh wait we don't have any stats collection whatsoever :(
* sphalerite
adds to mental todo list: write a stat collection program
<gchristensen>
freedom from the tyranny of statistics
<sphalerite>
this would be opt-in!
<samueldr>
not a native english-speaker here, is fancy-pants more rude in the commonwealth?
<sphalerite>
not really
<gchristensen>
fancy-pants isn't very rude in the commonwealth of Massachusetts
<TonyTheLion_>
:P
<sphalerite>
haha
<samueldr>
let's rephrase: "colonial english" :D
<gchristensen>
;)
<sphalerite>
I wouldn't really consider it rude anywhere
<gchristensen>
is it rude up top there, samueldr?
<samueldr>
shouldn't be
<samueldr>
though it's why I was asking
<sphalerite>
although "pants" in the UK typically refers to underwear
<samueldr>
^ this is the reason for my question
<sphalerite>
or at least it did when I was little. I don't even know now. Maybe the American meaning has spread more.
<TonyTheLion_>
configure: error: in `/tmp/nix-build-nix-1.11.16-arm-unknown-linux-gnueabihf.drv-0/nix-1.11.16': configure: error: The Perl modules DBI and/or DBD::SQLite are missing.
<sphalerite>
the 3399 is in a newer asus chromebook as well I think
<sphalerite>
I don't think it's really server-class?
<sphalerite>
oh that's what firefly are describing it as
<samueldr>
:)
<sphalerite>
yeah really doesn't seem very server-class to me, I'm under the impression that the whole big.LITTLE thing is very much intended for mobile devices
<sphalerite>
if it's server-class, where's the ECC RAM?
<samueldr>
mark-eh-ting :)
<samueldr>
though, I still have some hopes for RK3399 boards, some look like they will be useful, having eMMC and many bells and whistles ports
<gchristensen>
it is just the processor which is server class I guess? :)
<samueldr>
> RK3399 is a low power, high performance processor for computing, personal mobile internet devices and other smart device applications
<sphalerite>
if I needed another laptop I'd probably get the C101PA chromebook which is rk3399 too
<sphalerite>
because aarch64 so yay binary cache, and it has more RAM
<sphalerite>
on the other hand, no libreboot
<samueldr>
why do you say that?
<samueldr>
ah
<samueldr>
sorry, it's probably coreboot, so no libreboot *yet*
<sphalerite>
yeah weeeeell I don't see it happening too soon
<sphalerite>
the whole chai thing is pretty exciting
<samueldr>
for ARM, afaict, there ain't much benefit for libreboot vs. coreboot
<samueldr>
if it wasn't for the fact that my SPI flash isn't salvageable if I do a dumb, I would've gone for a coreboot, not libreboot build and would have had about the same features
<sphalerite>
but it's libre! :p
<sphalerite>
well there's coreboot on it already anyway
<samueldr>
I'm actually curious how more libre it is than the coreboot one :)
<sphalerite>
yeah good point
<sphalerite>
the depthcharge in it has no splash :p
<samueldr>
(though, sure libreboot has the bonus of the spirit of libre)
<sphalerite>
yeah
<samueldr>
no configured splash :) (afaik, it should have been possible to build it with a custom splash)
<sphalerite>
yeah of course
<samueldr>
(or even switch out the splash, even for the stock coreboot)
<sphalerite>
ironically, I probably wouldn't have reflashed it at all if there wasn't a convenient pre-built binary for libreboot
<sphalerite>
Dammit, now I want a custom splash.
<samueldr>
the pricing for chromebooks is so out of touch in canada :( that's for the models that are actually available
<sphalerite>
visit a friend in the US and buy one there while you're at it?
<hoverbear>
samueldr: I am literally flying to the US to get a laptop this month lol
<sphalerite>
Or order one, have it delivered to a friend in the US, and have them visit you with it?
<samueldr>
big assumptions, it's not *that* out of thouch, though availability makes it an issues; also, no friends in the US :)
<samueldr>
though, once RK3399 chromebooks hits, this may be the kind of things that could be delivered to package forwarding services
<sphalerite>
what do you mean, once it hits?
<samueldr>
they're out?
<sphalerite>
the asus c101pa has been available for a while now AFAIK
<samueldr>
oh, I thought RK3399 was much newer
<sphalerite>
c101pa was released in September apparently