ryantrinkle has joined #nixos-aarch64
dongcarl has quit []
ryantrinkle has quit [Ping timeout: 268 seconds]
ryantrinkle has joined #nixos-aarch64
h0m1 has quit [Ping timeout: 246 seconds]
h0m1 has joined #nixos-aarch64
ryantrinkle has quit [Ping timeout: 276 seconds]
orivej has joined #nixos-aarch64
orivej has quit [Ping timeout: 268 seconds]
lopsided98 has quit [Quit: Disconnected]
lopsided98 has joined #nixos-aarch64
DigitalKiwi has quit [Quit: quite.]
DigitalKiwi has joined #nixos-aarch64
orivej has joined #nixos-aarch64
DigitalKiwi has quit [Quit: quite.]
DigitalKiwi has joined #nixos-aarch64
vika_nezrimaya has joined #nixos-aarch64
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…]
zupo has joined #nixos-aarch64
t184256 has left #nixos-aarch64 [#nixos-aarch64]
danielrf[m] has quit [Remote host closed the connection]
bennofs[m] has quit [Write error: Connection reset by peer]
atopuzov[m] has quit [Write error: Connection reset by peer]
thequux[m] has quit [Write error: Connection reset by peer]
timokau[m] has quit [Write error: Connection reset by peer]
marijan[m] has quit [Write error: Connection reset by peer]
cornu has quit [Read error: Connection reset by peer]
NickHu has quit [Read error: Connection reset by peer]
insep[m]1 has quit [Write error: Connection reset by peer]
contrun[m] has quit [Write error: Connection reset by peer]
balsoft has quit [Write error: Connection reset by peer]
Ox4A6F has quit [Remote host closed the connection]
codyopel has quit [Read error: Connection reset by peer]
alienpirate5 has quit [Write error: Connection reset by peer]
marius851000[m] has quit [Read error: Connection reset by peer]
thefloweringash has quit [Write error: Connection reset by peer]
Ericson2314 has quit [Write error: Connection reset by peer]
craige[m] has quit [Write error: Connection reset by peer]
t184256 has joined #nixos-aarch64
vika_nezrimaya has left #nixos-aarch64 ["ERC (IRC client for Emacs 26.3)"]
Ox4A6F has joined #nixos-aarch64
zupo has quit [Ping timeout: 240 seconds]
zupo has joined #nixos-aarch64
tilpner has quit [Quit: tilpner]
thequux[m] has joined #nixos-aarch64
alienpirate5 has joined #nixos-aarch64
marijan[m] has joined #nixos-aarch64
contrun[m] has joined #nixos-aarch64
bennofs[m] has joined #nixos-aarch64
codyopel has joined #nixos-aarch64
balsoft has joined #nixos-aarch64
craige[m] has joined #nixos-aarch64
cornu has joined #nixos-aarch64
danielrf[m] has joined #nixos-aarch64
atopuzov[m] has joined #nixos-aarch64
worldofpeace has joined #nixos-aarch64
NickHu has joined #nixos-aarch64
timokau[m] has joined #nixos-aarch64
dtz has joined #nixos-aarch64
thefloweringash has joined #nixos-aarch64
Ericson2314 has joined #nixos-aarch64
insep[m]1 has joined #nixos-aarch64
marius851000[m] has joined #nixos-aarch64
tilpner has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
betaboon has joined #nixos-aarch64
<betaboon> is this channel appropriate for discussing mobile-nixos ? :)
orivej has quit [Ping timeout: 268 seconds]
zupo has joined #nixos-aarch64
andi- has quit [Ping timeout: 276 seconds]
ryantrinkle has joined #nixos-aarch64
andi- has joined #nixos-aarch64
<samueldr> yeah
<betaboon> thanks :)
<betaboon> so system.img currently cant be crosscompiled. did i understand that correctly ?
<samueldr> that's right
<samueldr> for the same reasons a full nixos sd card can't
<clever> where does that build process fail?
<samueldr> so fixing any will fix the other
<samueldr> clever: it's a general issue with nixpkgs not being cross-compilation aware initially
<samueldr> for a graphical image, it fails in sooooo many places that need to be taken care of :)
<betaboon> samueldr: so its just a matter to fix everything that fails when trying to cross-compile for aarch64 ?
<samueldr> "just" :)
<clever> samueldr: if you have a nix-build cmd that can replicate the issue, i could look into it some
<betaboon> (: thats just like one bazillion packages ?
<samueldr> betaboon: that's the spirit :)
kcalvinalvin has quit [Ping timeout: 250 seconds]
kcalvinalvnn has joined #nixos-aarch64
<betaboon> :D
<samueldr> -E 'let plat = (import <nixpkgs> {}).pkgsCross.aarch64-multiplatform; in
<samueldr> plat' -A xfce.xfwm4
<samueldr> oops
<samueldr> my terminal has started not respecting line wraps
<samueldr> that is aggravating me
<clever> screen does that if you split or scroll, and then copy from the wrong half
<samueldr> clever: just an example of a graphical program, cross-compiled
<samueldr> there are way more stuff to deal with
<samueldr> but that's an example
<betaboon> maybe I'll find some time in the coming days to fix some failures to get the system.img of the demo working (or closer to it)
<samueldr> I generally start with --keep-going to get the working builds out of the way
<clever> samueldr: yep
<betaboon> samueldr: just a headsup displayManager.slim has been deprecated in master :/
<clever> betaboon: that already borked my entire desktop
<betaboon> yeah i have to look for a replacement also ...
<betaboon> clever: what alternative did you land on ?
<samueldr> betaboon: I already have a WIP bit about that
<clever> betaboon: i changed over to lightdm so i could rebuild, rebuild said it wasnt restarting display-manager, then display-manager restarted...
<samueldr> been busy doing something unrelated this week
<samueldr> well, halfway related
<betaboon> no pressure :D
<samueldr> oh, clever, if it needs clang to build, it might not work
<samueldr> as cross-compilation
<samueldr> clangStdenv looks like it's totally broken for cross
<samueldr> haven't looked deeply, but working around the obvious issue, it looks like it's not an obvious issue
ryantrinkle has quit [Ping timeout: 245 seconds]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<samueldr> betaboon: why "non-gtk based"?
<samueldr> anyway, either of the fully featured alternatives, sddm, lightdm, lightdm is the better one AFAIK for being light
<samueldr> sddm is the better implemented one though IIRC
<samueldr> sddm is built on QML
<betaboon> samueldr: just wanted it as lightweight as possible. might be a wrong thought so. its been ages since i settled for slim :D
<samueldr> imo, either of those you'll already have the deps in your closure :)
<samueldr> lightdm has the advantage that it works with backends
<samueldr> so in theory it could be made to work without the GTK one
<samueldr> I think it can even work without X11
<samueldr> in the things I need to do soon: find out which DM is going to work best with an on-screen keyboard
<betaboon> samueldr: which displayManager are you using for that mentioned wip on mobile-nixos ?
<samueldr> lightdm
sigtrm_ has quit [Ping timeout: 250 seconds]
sigtrm has joined #nixos-aarch64
<betaboon> argh. gotta run for today
lordcirth has quit [Quit: Leaving]
ryantrinkle has joined #nixos-aarch64
ryantrinkle has quit [Ping timeout: 250 seconds]
<flokli> Dezgeg: is there a reason why https://github.com/dezgeg/u-boot/commit/extlinux-path-length-2018-03.patch isn't mainline? just stumbled over this while taking a look at the nixpkgs uboot toolchain…
<flokli> I couldn't find something sent to the mailinglist while naively searching for MAX_TFTP_PATH_LEN.
zupo has joined #nixos-aarch64
<samueldr> lopsided98: looks like it's your patch, do you want to mainline that?
<samueldr> if you don't want to / can't do the mainline work with u-boot, I can
<clever> builder for '/nix/store/fswhcwyy9pzl9221xv6ax8c93xm6k2ij-llvm-9.0.0-aarch64-unknown-linux-gnu.drv' failed with exit code 1; last 10 log lines:
<clever> samueldr: first failure i see, is cross-compiling llvm to aarch64
<clever> /build/llvm/include/llvm/IR/IntrinsicsNVVM.td:55:25: error: expected ';' after declaration
<clever> list<LLVMType> regs = !cond(
<samueldr> saw that too, but did not investigate
<samueldr> that one is a new one to me
<clever> builder for '/nix/store/28lwk8lva2jkza8mdwrp62cygwjz0h75-libXres-1.2.0-aarch64-unknown-linux-gnu.drv' failed with exit code 1; last 10 log lines:
<clever> checking whether malloc(0) returns NULL... configure: error: in `/build/libXres-1.2.0':
<clever> configure: error: cannot run test program while cross compiling
<clever> i think its trying to run the binaries it just compiled?
<clever> of note, some of my build machines have qemu-user configured, so such failures will slip thru
<samueldr> impurities!
<clever> this was an intentional impurity, so i could do 'non-cross' builds of aarch64
<samueldr> yes
<samueldr> now I know I can't trust you with that :3
kai_w has joined #nixos-aarch64
<clever> builder for '/nix/store/jsk70860cczc4f5ccvx69xf0y210b0pr-perl5.30.0-XML-Parser-2.46-aarch64-unknown-linux-gnu.drv' failed with exit code 1; last 10 log lines:
<clever> make: *** No rule to make target 'install'. Stop.
<clever> samueldr: this one makes no sense, lol
<samueldr> that one I've seen
<samueldr> didn't investigate, IIRC when I saw it I side-stepped it in the minimal image by not building the manual and manual option that uses elinks
<clever> cannot build derivation '/nix/store/bj97dhkkm8gvacwnllkf6f4x02h9caf7-intltool-0.51.0-aarch64-unknown-linux-gnu.drv': 1 dependencies couldn't be built
<clever> and i think that depended on the perl xml parser
<samueldr> a bunch of stuff depends on it IIRC
<clever> builder for '/nix/store/p7ffycn5xy5d6aql2fld05zqx006p0bc-valgrind-3.15.0-aarch64-unknown-linux-gnu.drv' failed with exit code 2; last 10 log lines:
<clever> cannot build derivation '/nix/store/rw9sms24j98gv1dbflixcs8vibz3yrsh-libdrm-2.4.100-aarch64-unknown-linux-gnu.drv': 1 dependencies couldn't be built
<clever> cannot build derivation '/nix/store/6m8b5ib6z3vi98ah478dqha4s1i39b0m-libva-minimal-2.5.0-aarch64-unknown-linux-gnu.drv': 1 dependencies couldn't be built
<clever> ../coregrind/link_tool_exe_linux: line 70: syntax error near unexpected token `$ala'
<clever> ../coregrind/link_tool_exe_linux: line 70: ` if (length($ala) < 3 || index($ala, "0x") != 0);'
<clever> thats weird, why would something depend on valgrind?
<clever> building '/nix/store/n28q0xlp7451m7k7jczsvzdh7laarvcf-dejavu-fonts-full-2.37-aarch64-unknown-linux-gnu.drv' on 'ssh://builder@192.168.2.32'...
<clever> samueldr: thats something that you should be able to do a native build of!
<samueldr> valgrind fix is already PR'd
<samueldr> #73606
<{^_^}> https://github.com/NixOS/nixpkgs/pull/73606 (by samueldr, 1 week ago, open): valgrind: Add perl as a native build input
<samueldr> though I see it's not in staging yet :/
ryantrinkle has joined #nixos-aarch64
ryantrinkle has quit [Ping timeout: 268 seconds]
ryantrinkle has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
kai_w has quit [Quit: Konversation terminated!]
<bennofs> btw, regarding display manager, if you do autologin with lightdm, it doesn't need any greeter at all, thus no dependency on any graphical toolkit
<clever> ah, nice
<samueldr> do we have all that configured right in nixpkgs?
<samueldr> since right now, when a session crashes, it doesn't autologin back
<clever> with slim, the auto-login had a timeout, and the gui still opened
<samueldr> I would wonder what happens in that case
<clever> there is also hsdm, which doesnt even support a graphical toolkit!
<clever> and the login prompt is unfinished, so it can ONLY AUTOLOGIN, lol
<bennofs> is there some way to make the kernel reset on panic before initrd has loaded?
<clever> bennofs: panic=30, would make it reboot 30 seconds after a panic
<clever> if its a panic within linux
<bennofs> oh, so this is kernel setting. nice. I currently have a raspi hooked up to the serial console of my rock64 board, so I can remotely change the generation it starts if I bork something, but I am too lazy to wire up the reset pin to the raspi :)
<bennofs> Another thing: has someone seen "---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) ]---" before?
<clever> bennofs: i had an arcane button wired up to reset, but it was being unreliable, so ive just been grabbing reset with some tweezers, lol
<bennofs> What does unknown-block(0,0) indicate?
<clever> bennofs: that could happen if the initrd is missing, and no root= has been specified
<clever> the major/minor number of the rootdev are baked into the kernel at compile time
<clever> and root= overrides that
<clever> but an initrd entirely overrides it as well
<samueldr> bennofs: maybe this is related to the kernel being big and overlapping on the ramdisk
<samueldr> see the first blue note
<clever> ah yeah
<clever> [root@router:/tftproot]# cat 9080d9b6/config.txt
<clever> initramfs initrd followkernel
<clever> this may improve that
<samueldr> how?
<samueldr> that's not a raspberry pi :)
<clever> ahh
<clever> specific to the rockspro bootloader then
<samueldr> both pine64 rock*64 maybe
<bennofs> ah, this is not a rockpro, just an ordinary rock. but may be the same issue
<samueldr> they're a bit expensive to get just to check those kind of things
<samueldr> I already have too many (unused) SBCs
<clever> ive got 4 pi's, and a 5th on-route
<clever> at least one is v6 only
<samueldr> is this a contest?
<clever> i also have a banana pi-r1
<samueldr> because I got you beat :)
<clever> which can barely even run u-boot stably
<samueldr> pi1 Model B 512MiB; pi zero; pi zero w; pi 2 (32 bit only); pi 3B × 2; pi 4 × 2; | pine a64-lts, orange pi pc zero plus2 h5 × 2; orange pi pc
<samueldr> then, libre.computers, two boards I haven't brought up yet with nixos
<samueldr> so, clever, work on it :)
<clever> lol
<clever> samueldr: and my rpi4 just got confirmation that its being shipped
ryantrinkle has quit [Ping timeout: 265 seconds]