nicoo has quit [Remote host closed the connection]
nicoo has joined #nixos-aarch64
monk has left #nixos-aarch64 ["Error from remote client"]
monk has joined #nixos-aarch64
lopsided98 has quit [Ping timeout: 264 seconds]
lopsided98 has joined #nixos-aarch64
orivej has joined #nixos-aarch64
zupo has joined #nixos-aarch64
Mic92 has quit [Quit: WeeChat 3.1]
AlesHuzik[m] has joined #nixos-aarch64
<AlesHuzik[m]>
Hi. I'm trying to get Mobile NixOS running on my PinePhone (latest mainboard, 3gb ram variant) and it doesn't boot.
<AlesHuzik[m]>
I grabbed the image from the last successful hydra build via `nix-store -r /nix/store/746sy5s8qhd6cq1wp3xzbm5dz6qhijsq-pine64-pinephone_full-disk-image.img`
<AlesHuzik[m]>
I flashed it to a microsd via gnome disks (dd gives the same result)
<AlesHuzik[m]>
In the serial console I see the following:
<AlesHuzik[m]>
I'm not sure what would be my next steps to try and make it work.
<aforemny>
AlesHuzik[m]: I followed https://mobile.nixos.org/devices/pine64-pinephone.html in building the outputs disk-image, boot-partition and u-boot and then flashed the SD card according to those commands. I am wondering whether the full-disk-image contains all of those, or whether it is just the disk image and is missing the boot-partition and u-boot.
<aforemny>
AlesHuzik[m]: I used mobile-nixos at 3fa21329c44e8fa920108b64e16d2c41e1d7af52 and nixpkgs at c5147860e23ed75ce9d40298c66b416c00be1167 for that. And that gave me a working sd card in the end.
<AlesHuzik[m]>
aforemny: Thanks, I'll try those commits. Can you cross-build the full image on amd64? The wiki mentions "Building the full disk image may require a native AArch64 system."
<aforemny>
AlesHuzik[m]: I have been using user mode emulation to natively compile for aarch64 on x86_64. If you are on NixOS, you can enable it via `boot.binfmt.emulatedSystems = [ "aarch64-linux" ]` in `configuration.nix`.
<aforemny>
AlesHuzik[m]: I checked the source and I think the full disk image is indeed missing the boot-partition and u-boot. Instead of using my hashes, you might be able to use the hashes of Hydras last evaluation to produce those outputs to save you some time comiling.
wirew0rm2 has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<AlesHuzik[m]>
aforemny: I'll try to build it. Thanks
<AlesHuzik[m]>
Also, didn't know about binfmt thing. Looks nice.
zupo has joined #nixos-aarch64
Raito_Bezarius has quit [Ping timeout: 264 seconds]
monk has left #nixos-aarch64 ["Error from remote client"]
monk has joined #nixos-aarch64
Raito_Bezarius has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
dev_mohe has joined #nixos-aarch64
h0m1 has quit [Ping timeout: 244 seconds]
orivej has quit [Ping timeout: 244 seconds]
orivej has joined #nixos-aarch64
ajs124 has quit [Ping timeout: 240 seconds]
ajs124 has joined #nixos-aarch64
h0m1 has joined #nixos-aarch64
dev_mohe has quit [Remote host closed the connection]
cole-h has joined #nixos-aarch64
cirno-1000 has quit [Ping timeout: 260 seconds]
cirno-1000 has joined #nixos-aarch64
noonien has quit [Ping timeout: 276 seconds]
cirno-1000 has quit [Ping timeout: 246 seconds]
cirno-1000 has joined #nixos-aarch64
Raito_Bezarius has quit [Ping timeout: 264 seconds]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
noonien has joined #nixos-aarch64
justan0theruser has joined #nixos-aarch64
justanotheruser has quit [Ping timeout: 265 seconds]
kcalvinalvin has quit [Quit: ZNC 1.7.4 - https://znc.in]
kcalvinalvin has joined #nixos-aarch64
cole-h has quit [Quit: Goodbye]
cole-h has joined #nixos-aarch64
cole-h has quit [Client Quit]
cole-h has joined #nixos-aarch64
zupo has joined #nixos-aarch64
rajivr has quit [Quit: Connection closed for inactivity]
cole-h has quit [Quit: Goodbye]
cole-h has joined #nixos-aarch64
evils has quit [Ping timeout: 245 seconds]
cole-h has quit [Quit: Goodbye]
cole-h has joined #nixos-aarch64
cole-h has quit [Client Quit]
cole-h has joined #nixos-aarch64
cole-h has quit [Client Quit]
cole-h has joined #nixos-aarch64
cole-h has quit [Quit: Goodbye]
cole-h has joined #nixos-aarch64
adamzivcak has joined #nixos-aarch64
zupo has quit [Ping timeout: 265 seconds]
zupo has joined #nixos-aarch64
rng4 has joined #nixos-aarch64
<rng4>
from 9 months ago: " <samueldr> I'm sure that, while technically correct, that recent pkg-config change is a gift that will keep on giving " :(
<samueldr>
oh hi past me
<rng4>
Is there a reliable fix for that cross compilation issue? I'm seeing "meson.build:49:0: ERROR: Program 'pkg-config' not found" when trying to build a pinephone image from unstable nixpkgs
<samueldr>
cross-compilation of a lot of things aren't expected to work for stage-2 things in NixOS (from upstream NixOS)
<samueldr>
(just prefacing)
<rng4>
I saw a mention of using a qemu VM for native builds. do you know if thats been confirmed to work?
<samueldr>
a full blown qemu system emulation probably will, better than using binfmt, but be slow
<samueldr>
though there's native through usermode emulation that users have used to successfully *assemble* images
<samueldr>
here I'm using the wording "assemble" because I assume most of the work to be done is picking up things from the nixos.org cache and just making the image
<samueldr>
mixed success for "complex" compilations
<samueldr>
but tending towards "probably works fine"
<samueldr>
as for your question, I'm not sure...
<samueldr>
I can't quickly find a pattern that seems to apply generally to meson in Nixpkgs
<samueldr>
but I haven't really dug deep
<rng4>
I think I'll give the VM a shot. I'm guessing it'll build faster than on my pi 3b+
<samueldr>
probably because it would be on an SD card
<samueldr>
and note again: binfmt does not use a VM, nor full system emulation!
<samueldr>
it only emulates the target host for the binary, translating system calls to your native kernel
<samueldr>
which makes it quite fast
<rng4>
neato. If I understand you correctly, full qemu emulation would provide better reliability than binfmt since it'll avoid cross compilation right?
awmv has joined #nixos-aarch64
<samueldr>
both avoir cross-compilation
<samueldr>
binfmt is *not* cross-compilation
<samueldr>
it's native, with an extra step
<samueldr>
when the kernel executes a binary, it may look at the binfmt (binary formats) table to use an interpreter to handle them
<samueldr>
"binfmt" here is our abbreviated way to say that we configure the kernel to execute aarch64 binaries through qemu usermode emulation
<samueldr>
so the binaries in input are the actual aarch64 binaries
<samueldr>
same as if it was on a full blown system VM
<samueldr>
but the kernel will differ
<samueldr>
giving different ambient impurities
<samueldr>
though it's unlikely in most cases to cause issues
<rng4>
ahh ok thanks. I think I incorrectly interpreted the following output as indicating cross compilation as occuring: "Building with crossSystem?: aarch64-linux != x86_64-linux → we are."
<samueldr>
right, and there it's cross-compiling
<samueldr>
because mobile nixos will, by default, detect whether it needs to or not
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<rng4>
Looks like meson is finding pkg-config: "Found PkgConfig: aarch64-unknown-linux-gnu-pkg-config (found version "0.29.2")", but it can't find strlcpy "Looking for strlcpy - not found"
<rng4>
and I guess as a result of that, it reports it can't find pkg-config: "meson.build:49:0: ERROR: Program 'pkg-config' not found"
zupo has joined #nixos-aarch64
Raito_Bezarius has joined #nixos-aarch64
sigtrm has quit [Remote host closed the connection]
sigtrm has joined #nixos-aarch64
bachp has joined #nixos-aarch64
adamzivcak has quit [Quit: Leaving.]
konubinix has quit [Ping timeout: 264 seconds]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]