orivej has quit [Quit: No Ping reply in 180 seconds.]
<samueldr> nice
orivej has joined #nixos-aarch64
orivej has quit [Ping timeout: 246 seconds]
orivej_ has joined #nixos-aarch64
orivej_ has quit [Ping timeout: 260 seconds]
orivej has joined #nixos-aarch64
<colemickens> I'm such a noob, but this page has a lot of green https://wiki.postmarketos.org/wiki/Qualcomm_Snapdragon_845_(SDM845) and links to a kernel source tree...
<colemickens> I'm soon to have a spare pixel 3 as well.
<samueldr> lucky you
<samueldr> !!!
<samueldr> I have an SDM845 phone!!!
<samueldr> I haven't yet done the port
<samueldr> it was my previous day-to-day phone, but being forced to use the OEM system was getting on my nerves
<samueldr> so I downgraded to another phone in the meantime lol
<samueldr> this is actually quite exciting
<colemickens> For me, even more exciting, a blueline (pixel 3) specific tree! https://git.linaro.org/people/sumit.semwal/linux-dev.git/log/?h=dev/p3-mainline-5.8-rc3
* colemickens is cautiously excited
<samueldr> I kind of want to try my hand at it, but I feel there is going to be a bunch of things that won't work out of the box
<samueldr> I mean, not even booting on my device
<samueldr> or lacking things I won't know how to produce
<colemickens> samueldr: because it's for a different SDM845 phone or?
<samueldr> different phone
<samueldr> razer phone 2
<samueldr> the details seem very "draw the rest of the owl"
<samueldr> one thing that is "not good" (but is good) about this: this won't directly help OEM kernel devices get better
<samueldr> one good thins is that this will help mainline devices get better :3
<samueldr> BLAH, I have work I should be doing instead, work which ends up with pay, but this is tempting
<colemickens> samueldr: do you mean in the context of nixos-mobile? I didn't necessarily know you had devices that were using non-mainline kernels.
<samueldr> in the context of mobile nixos
<samueldr> all android-based devices are non-mainline
<samueldr> mainline kernels on android-based devices is not exactly the norm
<samueldr> I'm not setting the rules here
<colemickens> I guess it didn't occur to me that I could've potentially tried a port without needing mainline support.
<colemickens> Though it's certainly 1000% more enticing to me this way.
<samueldr> heh, that's one of the main goal of the project: you shouldn't need to make or wait for a mainline port
<samueldr> after all, it's already linux
<samueldr> if you can extrapolate from existing pieces, it's highly probable you can make a port
<samueldr> daniel//rf[m]: sphal//erite and telent (of nixwrt fame) all have shown this to be possible with their own port
<samueldr> as long as the source of the kernel is available, it's possible
<samueldr> it might be possible without source for mediatek device if, just as with PostmarketOS, you "recombobulate" bits from other mediatek trees
<samueldr> I have such a device with which I will try at some point
<Jonathan73> How many phones to you have?
<samueldr> MT6737-based, so I guess I'll have to look into that
<samueldr> Jonathan73: too many for sanity
<Jonathan73> lol
<samueldr> but it's for work, so it's not exactly the same as if it was personal
<samueldr> the list of a part of it is quite public https://mobile.nixos.org/devices/index.html
<samueldr> but I do not own all of those, some are from contributors
<samueldr> so I guess right now it's 7 "active and ported" phones I test with, 1 "inactive and ported" phone that is running android
<samueldr> some of those are just old phones
<samueldr> or bought specifically because they are older thus cheap, and a good sample of different systems
<Jonathan73> Lol, I know how that works
<samueldr> and you could add 3 phones "inactive, nad not ported"
<Jonathan73> Sometime I should try to port my Moto E4 (:
<samueldr> hahaha oh lol thanks
<samueldr> I just started looking at that mediatek phone I have that doesn't have sources
<samueldr> MT6737 too
<samueldr> like the E4
<samueldr> so now I have a likely source to start looking at for kernels
<Jonathan73> Hey, I have two phones...
<samueldr> if you're lucky, the MT6737 using Moto E4 is trivial to port, my motorola phone was rather trivial (though qualcomm) and the two mediatek devices I ported were rather trivial too
<samueldr> one of them was done even without any community ROMs! only the OEM source dump (proving it's enough)
<Jonathan73> Hum, or I'll just brick it :P
<samueldr> that's always a possibility, though in reality the brick risks are the same as a custom Android-based ROM
<samueldr> Jonathan73: useful tip, motorola-perry is the codename for the motorola e4
<samueldr> oh, and lucky you, someone did most of the hard work for PostmarketOS :) https://wiki.postmarketos.org/wiki/Motorola_Moto_E4_(motorola-perry)
<Jonathan73> Cool
<Jonathan73> Maybe I can actually succeed
<Jonathan73> (:
<samueldr> extremely likely
<Jonathan73> Maybe this needs to be a bug report, I think it is awesome-actions which is crashing...which does not seem to be in nixpkgs?? Any idea what this might be (nixos-rebuild with your demo config) https://gist.github.com/JonathanILevi/1dee73ef9f15ea01a5923eb2e7c1ff82
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-aarch64
<samueldr> yeah, not part of nixpkgs
<samueldr> it's part of the demo configuration
<samueldr> this is that bit
<samueldr> did you reformat the configuration when you copied it?
<samueldr> if you did, it might have accidentally made some mistakes
<samueldr> look closely at the indentation here
<samueldr> all of the multi-line string is at the same level
<Jonathan73> Really, I'm such a noob at Nix
<samueldr> that EOF error would happen if e.g. EOF was pushed further in
<samueldr> that's more bash than nix
<samueldr> well, it's a fusion of :)
<Jonathan73> Or, maybe because I replaced all the spaces with tabs...
<samueldr> if all of them were replaced, it wouldn't be an issue
<samueldr> but mixing them would
<Jonathan73> That is what I thought.
orivej has quit [Ping timeout: 256 seconds]
orivej has joined #nixos-aarch64
<Jonathan73> Well, okay, I removed the tabs completely (from the string) and it works...
<Jonathan73> And they definitely were not mixed tabs/spaces.
orivej has quit [Ping timeout: 258 seconds]
orivej has joined #nixos-aarch64
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-aarch64
h0m1 has quit [Ping timeout: 260 seconds]
h0m1 has joined #nixos-aarch64
orivej has quit [Ping timeout: 260 seconds]
orivej_ has joined #nixos-aarch64
cole-h has joined #nixos-aarch64
cole-h has quit [Client Quit]
patagonicus has quit [Quit: The Lounge - https://thelounge.chat]
orivej_ has quit [Ping timeout: 260 seconds]
orivej has joined #nixos-aarch64
patagonicus has joined #nixos-aarch64
knerten2 has joined #nixos-aarch64
knerten1 has quit [Ping timeout: 265 seconds]
cript0nauta has joined #nixos-aarch64
orivej_ has joined #nixos-aarch64
orivej has quit [Ping timeout: 264 seconds]
orivej_ has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-aarch64
orivej has quit [Ping timeout: 260 seconds]
orivej has joined #nixos-aarch64
quinn has quit [Quit: ZNC 1.7.5 - https://znc.in]
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-aarch64
quinn has joined #nixos-aarch64
Jonathan73 has quit [Remote host closed the connection]
cole-h has joined #nixos-aarch64
orivej has quit [Ping timeout: 260 seconds]
orivej has joined #nixos-aarch64
rajivr has joined #nixos-aarch64
FRidh has joined #nixos-aarch64
orivej has quit [Ping timeout: 246 seconds]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
FRidh has quit [Ping timeout: 260 seconds]
FRidh has joined #nixos-aarch64
quinn has quit [Quit: ZNC 1.7.5 - https://znc.in]
kahiru has joined #nixos-aarch64
zupo has joined #nixos-aarch64
cole-h has quit [Quit: Goodbye]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
orivej has joined #nixos-aarch64
orivej has quit [Ping timeout: 260 seconds]
orivej_ has joined #nixos-aarch64
fooker has quit [Ping timeout: 260 seconds]
fooker has joined #nixos-aarch64
orivej_ has quit [Ping timeout: 258 seconds]
matias_ has joined #nixos-aarch64
cript0nauta has quit [Remote host closed the connection]
orivej has joined #nixos-aarch64
ar has joined #nixos-aarch64
xdej has quit [Ping timeout: 244 seconds]
xdej has joined #nixos-aarch64
Cadey has quit [Ping timeout: 246 seconds]
Cadey has joined #nixos-aarch64
wavirc22 has joined #nixos-aarch64
AmandaC has quit [Quit: Toodles]
AmandaC has joined #nixos-aarch64
FRidh has quit [Ping timeout: 265 seconds]
FRidh has joined #nixos-aarch64
AmandaC has quit [Ping timeout: 260 seconds]
AmandaC has joined #nixos-aarch64
AmandaC has quit [Client Quit]
AmandaC has joined #nixos-aarch64
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #nixos-aarch64
orivej_ has joined #nixos-aarch64
orivej has quit [Ping timeout: 264 seconds]
bennofs has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
zupo has joined #nixos-aarch64
orivej_ has quit [Ping timeout: 264 seconds]
orivej has joined #nixos-aarch64
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
orivej_ has joined #nixos-aarch64
orivej has quit [Ping timeout: 265 seconds]
zupo has joined #nixos-aarch64
veleiro has joined #nixos-aarch64
bennofs has joined #nixos-aarch64
<veleiro> is there going to be a pinephone nixos edition =D
<gchristensen> veleiro: https://www.pine64.org/pinephone/ look at the picture of the phone :)
<veleiro> yep i remember
<veleiro> im writing from the pinebook pro at the moment, worked out well
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<ryantrinkle> does anyone know what could cause this? https://gist.github.com/ryantrinkle/0fe12a820ba0ed801e3f6cfe952d0e8c
<ryantrinkle> it seems like somehow the nixpkgs in my user account is not compatible with the mobile-nixos build scripts
FRidh has quit [Ping timeout: 260 seconds]
FRidh has joined #nixos-aarch64
FRidh has quit [Ping timeout: 256 seconds]
FRidh has joined #nixos-aarch64
quinn has joined #nixos-aarch64
orivej_ has quit [Ping timeout: 256 seconds]
orivej has joined #nixos-aarch64
veleiro has quit [Ping timeout: 265 seconds]
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-aarch64
matias_ has quit [*.net *.split]
simpson has quit [*.net *.split]
craige has joined #nixos-aarch64
matias_ has joined #nixos-aarch64
simpson has joined #nixos-aarch64
evax has joined #nixos-aarch64
ryantrinkle has quit [*.net *.split]
ryantrinkle has joined #nixos-aarch64
orivej has quit [Ping timeout: 256 seconds]
orivej has joined #nixos-aarch64
orivej has quit [Ping timeout: 264 seconds]
orivej_ has joined #nixos-aarch64
bennofs_ has joined #nixos-aarch64
bennofs has quit [Ping timeout: 256 seconds]
<samueldr> gchristensen: I don't think it means there will be a nixos edition, I haven't had any talks with pine64 about that... the community might not be there to warrant printing a special edition case
globin has quit [Ping timeout: 272 seconds]
<gchristensen> oh okay
<samueldr> (but the special editions mean nothing more than a printed piece of plastic on the back :))
globin has joined #nixos-aarch64
<samueldr> ryantrinkle: might be a regression in cross-compilation in Nixpkgs
<samueldr> ryantrinkle: things weren't good ~1-2 weeks ago, so it might still be not good
<samueldr> 22a3bf9fb9edad917fb6cd1066d58b5e426ee975 is the last known good Nixpkgs with cross-compilation
<ryantrinkle> samueldr: do you have a known-good version of nixpkgs I can use?
<ryantrinkle> ok awesome :)
<samueldr> you can always look at the tested job under the unstable jobset of mobile-nixos on the hydra instance
<samueldr> ryantrinkle: also note that you're aiming to build a "useless" disk image!
<samueldr> (unless you changed things in the repo or local.nix)
orivej_ has quit [Ping timeout: 246 seconds]
orivej has joined #nixos-aarch64
<ryantrinkle> samueldr: haha oh ok
<ryantrinkle> because it's cross?
bdju has quit [Ping timeout: 256 seconds]
<samueldr> because it's a totally unconfigured nixos system
bdju has joined #nixos-aarch64
<samueldr> just as if you had an empty configuration.nix
<samueldr> well, mostly
<samueldr> it has the partitions info done
<samueldr> there are no users, no software configured with that default configuration
<samueldr> I still need to figure out a way that doesn't break external uses of Mobile NixOS (importing from your configuration), but still warns appropriately
zupo has joined #nixos-aarch64
<clever> not sure how the existing methods could be made "easier"
<clever> ahh, its a replacement "chip"
<fps> great, my external usb3 case with ssd killed my rpi4's usb3 port it seems ;)
<samueldr> clever: yeah, and it routes the lanes over one of the usb port
<samueldr> clever: with the same pinout as those extenders
<clever> same as the old hacks, but less fiddly with wires running over the pans
<clever> pads*
<samueldr> yep
<samueldr> I wonder if the issue with the lanes is trace length not being equal
<samueldr> issue with some PCIe cards I should have said
<samueldr> or bad interaction from coupling on the board
<clever> comments mention the link training time
<samueldr> or even, is there anything like polyfuses between the usb port and the chip?
<clever> the firmware uses a shorter training time, because they know how long the pcie traces are
<samueldr> or any other passive
<samueldr> oh, that makes sense too
<samueldr> apparently PCIe is quite forgiving
<clever> and that training time, is meant to adapt for the trace lengths
<clever> samueldr: ive also still got cross-compile issues in rpi-open-firmware, pkgsCross.raspberryPi.bashCompletion i think
<samueldr> I haven't looked at unstable, master or stagings since 1~2 week ago for cross, I do not know if it's supposed to be getting better
<clever> the bache problem did get fixed
<clever> [clever@amd-nixos:~/apps/nixpkgs-hasura]$ nix build -f . pkgsCross.raspberryPi.bashCompletion
<clever> [62 copied (1099.6 MiB), 215.8 MiB DL]
<clever> hmmm, master builds .....
<clever> why does it fail on my hydra then...
<clever> /build/source/test/t/test_2to3.py:5: PytestUnknownMarkWarning: Unknown pytest.mark.complete - is this a typo? You can register custom marks to avoid this warning - for details, see https://docs.pytest.org/en/latest/mark.html
<samueldr> binfmt on your main machine?
<clever> cross, but binfmt is also present
<samueldr> so if it tried to run something native, it would work?
<clever> yeah
<clever> but its cross, so it shouldnt try, it would have failed on others
<samueldr> maybe only bash-completion has that?
<clever> it also works when i build from master, yet fails when hydra builds from master
<clever> need to investigate more...
bdju has quit [Read error: Connection reset by peer]
bdju has joined #nixos-aarch64
cole-h has joined #nixos-aarch64
leonardp has quit [*.net *.split]
hpfr[m] has quit [*.net *.split]
leonardp has joined #nixos-aarch64
hpfr[m] has joined #nixos-aarch64
wavirc22 has quit [Ping timeout: 260 seconds]
wavirc22 has joined #nixos-aarch64
orivej has quit [Ping timeout: 246 seconds]
orivej has joined #nixos-aarch64
FRidh has quit [Quit: Konversation terminated!]
<patagonicus> The one about pytest.mark.complete seems to only be a warning and not make the test fail.
<patagonicus> But on arm (or maybe slower machines in general?) running its tests in parallel has a high chance of timeouts.
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
orivej has quit [Ping timeout: 256 seconds]
orivej has joined #nixos-aarch64
orivej has quit [Read error: Connection reset by peer]
orivej_ has joined #nixos-aarch64
<clever> builder for '/nix/store/mcfm8i4hpqjh57mpr8613m0k1m2ycg9m-avahi-0.7-armv7l-unknown-linux-gnueabihf.drv' failed with exit code 1; last 10 log lines:
<clever> configure: error: pkg-config is required to install this program
<clever> samueldr: more fallout from that rename
<clever> $PKGCONFIG is the answer
<samueldr> neat, a kernel source request (to a good OEM) has been escalated
<samueldr> much better than with [bad OEM] where they say there is no software on their phones
<clever> (facepalm)
orivej_ has quit [Ping timeout: 265 seconds]
orivej has joined #nixos-aarch64
<samueldr> speaking of, I should ask again to [other bad OEM]
<samueldr> I would like to openly shame them, but it wouldn't do any good
<samueldr> but I can say the good OEM is Asus, they always provide the source code for ROMS, but sometimes miss an update
<samueldr> the source code also is often made available before the device is!
<clever> heh, nice