ryantrinkle has quit [Ping timeout: 240 seconds]
DigitalKiwi has quit [Quit: quite.]
DigitalKiwi has joined #nixos-aarch64
ris has quit [Ping timeout: 265 seconds]
DigitalKiwi has quit [Client Quit]
DigitalKiwi has joined #nixos-aarch64
ryantrinkle has joined #nixos-aarch64
ryantrinkle has quit [Remote host closed the connection]
ryantrinkle has joined #nixos-aarch64
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-aarch64
zupo has joined #nixos-aarch64
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 [Quit: My MacBook has gone to sleep. ZZZzzz…]
orivej has quit [Ping timeout: 240 seconds]
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
orivej has joined #nixos-aarch64
<sphalerite> t184256: I'm guessing the puri.sm folks will be delivering an at least somewhat polished experience with the librem 5, and there are several people who plan to port their stuff to nixpkgs as well
<t184256> sphalerite: thanks for a hint. I haven't looked at GNOME/phosh yet
ris has joined #nixos-aarch64
orivej has quit [Ping timeout: 240 seconds]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
<aminechikhaoui> https://hydra.nixos.org/build/102163603 -_- looks like it exceeded the output limit
<sphalerite> is there any good reason not to compress it in the build?
<sphalerite> (likewise for the other sd images)
<sphalerite> that would also prevent them from having runtime dependencies on all the paths within the image
<aminechikhaoui> +1
<gchristensen> great idea, sphalerite
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…]
<aminechikhaoui> looks like the iso image already has an option to do compression using bzip2, I'll test the same for sdImage
<aminechikhaoui> I guess bzip2 is probably more efficient with images ?
t184256 has left #nixos-aarch64 ["Disconnected: Replaced by new connection"]
t184256 has joined #nixos-aarch64
<{^_^}> #69865 (by AmineChikhaoui, 41 seconds ago, open): sdImage: add option to enable bzip2 compression
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
<samueldr> bleh
<samueldr> [03:46:34] <P64ProtocolBot> [T] <TL> however, it seems like tehre is no actual usage for SPI Flash on PinePhone and thinking about not staff on actual production
<samueldr> [03:47:22] <P64ProtocolBot> [T] <TL> the prototype pinephone taht will deliver soon has both SPI Flash and eMMC.
<samueldr> not the end of the world. but a bit annoying
<samueldr> what it means is that I really need to consider magic firmware locations as a thing in mobile-nixos from the get go
<samueldr> maybe with this I can figure out a great user story for upgrading those u-boot for users t oo
kunstruktur has joined #nixos-aarch64
<kunstruktur> it's a little slow running nix on some of these platforms isn't it
<kunstruktur> that's because it has to parse the whole store which is a lot of little files isn't it?
<kunstruktur> i wonder if i could optimize that somehow. maybe move nixpkgs to a ramfs or something?
<samueldr> when you say "parse the whole store" and "move nixpkgs", were you thinking for both of them about a nixpkgs checkout?
<kunstruktur> well if i could share the whole store between multiple machines that would be grand
<samueldr> because it could be worse :) in addition to having a bunch of little files for a nixpkgs checkout, it may *also* have to deal with the /nix/store/ which has more files :)
<kunstruktur> yeah i noticed when running nixos-rebuild switch --verbose
<kunstruktur> it doesn't just look at the nixpkgs checkout in the profile, also looks for stuff in the store
<samueldr> and yeah, I figure that slow I/O (e.g. sd cards) will slow down everything down in annoying fashion
<samueldr> on the raspberry pi 3, I have had much better success with an older model external spinning rust drive than with sd cards in responsiveness
<kunstruktur> might try that then
<kunstruktur> i already have a basic grasp of the boot sequence anyway :D
<samueldr> exciting, the pinebook pro may very well arrive in advance enough before nixcon
chiefgoat has quit [Read error: Connection reset by peer]
chiefgoat has joined #nixos-aarch64
chiefgoat has quit [Remote host closed the connection]
chiefgoat has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
chiefgoat has quit [Quit: ZNC 1.7.5-rc1 - https://znc.in]
chiefgoat has joined #nixos-aarch64
orivej has joined #nixos-aarch64
vika_nezrimaya has joined #nixos-aarch64
<samueldr> *external screaming* turns out the OEM documented the things I needed for the kernel to build
<samueldr> though I didn't know I needed some of the advice from that page until I found the reason it didn't work
<samueldr> though, good news! the OEM has documentation about making it all build and work
<sphalerite> ooooh
<samueldr> it still doesn't entirely work, but the big stumbling block of not being able to boot at all is resolved
<samueldr> and amazingly this device has `oem getlog` as a fastboot command to output the kernel log from the last boot
<samueldr> (as long as the kernel even boots)
<Ox4A6F> Nice, I'm still fighting my Nexus 5. Boots with PostmarketOS Kernel and not with NixOS kernel.
<Ox4A6F> I think I'll bring some devices to NixCon.
<samueldr> so I can get early, like 0.000000 kernel logs
<samueldr> ooh, Ox4A6F, I didn't remember if you were going to go to nixcon
<samueldr> aw, armv7l
<samueldr> Ox4A6F: I haven't looked yet, but being a nexus it's likely to have some uart capabilities enabled
<samueldr> does the kernel build?
<samueldr> (I figure it does if you're saying "doesn't boot")
<samueldr> I've had a couple devices where the kernel builds, but doesn't boot, using the latest gcc
<samueldr> so if you're using the mobile-nixos kernel-builder infra, and not stating gcc6 (or other?) while postmarketOS does, it's already a clue
<Ox4A6F> Yes, kernel builds. But haven't pushed my latest work.
<Ox4A6F> There is a UART over Headphone-Jack at https://github.com/masneyb/nexus-5-upstream/blob/master/UART_CABLE.md. Parts ordered already.
<samueldr> great
<samueldr> if you don't have it going until nixcon, then we should be able to look at it
<samueldr> though, juste stating here I still haven't tested a device with some mainline support
<samueldr> I don't know if I have something weird in my work that would make it fail
<samueldr> should probably try on the nexus 7 2013; I think it has some mainline support
<samueldr> ooh, though axon7 seems to be aarch64
<samueldr> and with aarch64 userland
<samueldr> checking since come OEMs, like motorola, ship aarch64 devices, with armv7 kernel+userland :/
<samueldr> wait... how did I miss the three PRs on the repo 5 days ago?!?
<samueldr> I don't have notifications... does github not notify you on PRs and such on your repos by default?
<samueldr> or did I manually unwatch mine?
t184256 has left #nixos-aarch64 ["Disconnected: Replaced by new connection"]
t184256 has joined #nixos-aarch64
<Ox4A6F> > ooh, though axon7 seems to be aarch64
<Ox4A6F> Also in my pocket. But there the build fails for PostmarketOS in the same spot as with the mobile-nixos infra.
<{^_^}> error: syntax error, unexpected ',', expecting ')', at (string):266:4
zupo has joined #nixos-aarch64
<samueldr> hahaha *me holding the button to enter in fastboot* why is it entering fastboot?
<samueldr> I forgot to let it boot first before going into fastboot
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<samueldr> -1 the existing code doesn't work with the newer android usb gadget stuff
<samueldr> +1 it looks like it's using the mainline stuffn ow
Acou_Bass has quit [Quit: ZNC 1.7.3 - https://znc.in]
Acou_Bass has joined #nixos-aarch64