Acou_Bass has quit [Ping timeout: 260 seconds]
Acou_Bass has joined #nixos-aarch64
Acou_Bass has quit [Ping timeout: 264 seconds]
Acou_Bass has joined #nixos-aarch64
h0m1 has quit [Ping timeout: 260 seconds]
h0m1 has joined #nixos-aarch64
andi- has quit [Remote host closed the connection]
andi- has joined #nixos-aarch64
<samueldr> running multiple repo sync in parallel is not good for my internet using experience
<samueldr> repo as in "repo", the misnamed tool from google
alp has joined #nixos-aarch64
Acou_Bass has quit [Ping timeout: 272 seconds]
Acou_Bass has joined #nixos-aarch64
zupo has joined #nixos-aarch64
zupo has quit [Client Quit]
orivej has quit [Ping timeout: 264 seconds]
Darkmatter66_ has joined #nixos-aarch64
Darkmatter66 has quit [Ping timeout: 240 seconds]
edrex has quit [*.net *.split]
NickHu has quit [*.net *.split]
Ox4A6F has quit [*.net *.split]
NickHu has joined #nixos-aarch64
Ox4A6F has joined #nixos-aarch64
edrex has joined #nixos-aarch64
zupo has joined #nixos-aarch64
zupo has quit [Client Quit]
ryantrinkle has quit [Ping timeout: 246 seconds]
ryantrinkle has joined #nixos-aarch64
alp has quit [Remote host closed the connection]
alp has joined #nixos-aarch64
orivej has joined #nixos-aarch64
Irenes[m] has quit [Quit: killed]
Ericson2314 has quit [Quit: killed]
thequux[m] has quit [Quit: killed]
danielrf[m] has quit [Quit: killed]
dtz has quit [Quit: killed]
bqy has quit [Quit: killed]
cornu has quit [Quit: killed]
Ox4A6F has quit [Quit: killed]
NickHu has quit [Quit: killed]
loyon[m] has quit [Quit: killed]
bennofs[m] has quit [Quit: killed]
colemickens has quit [Quit: killed]
la-s has quit [Quit: killed]
hpfr[m] has quit [Quit: killed]
vika_nezrimaya[m has quit [Quit: killed]
leonardp has quit [Quit: killed]
puzzlewolf has quit [Quit: killed]
matthewbauer has quit [Quit: killed]
edrex has quit [Quit: killed]
alienpirate5 has quit [Quit: killed]
thefloweringash has quit [Quit: killed]
Danct12[m] has quit [Quit: killed]
goibhniu has quit [Quit: killed]
hsngrmpf[m] has quit [Quit: killed]
thequux[m] has joined #nixos-aarch64
orivej has quit [Ping timeout: 246 seconds]
alienpirate5 has joined #nixos-aarch64
la-s has joined #nixos-aarch64
puzzlewolf has joined #nixos-aarch64
goibhniu has joined #nixos-aarch64
danielrf[m] has joined #nixos-aarch64
hpfr[m] has joined #nixos-aarch64
edrex has joined #nixos-aarch64
bqy has joined #nixos-aarch64
vika_nezrimaya[m has joined #nixos-aarch64
cornu has joined #nixos-aarch64
NickHu has joined #nixos-aarch64
Danct12[m] has joined #nixos-aarch64
leonardp has joined #nixos-aarch64
Ox4A6F has joined #nixos-aarch64
dtz has joined #nixos-aarch64
hsngrmpf[m] has joined #nixos-aarch64
matthewbauer has joined #nixos-aarch64
thefloweringash has joined #nixos-aarch64
Ericson2314 has joined #nixos-aarch64
bennofs[m] has joined #nixos-aarch64
colemickens has joined #nixos-aarch64
loyon[m] has joined #nixos-aarch64
Irenes[m] has joined #nixos-aarch64
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
fpletz has quit [Changing host]
fpletz has joined #nixos-aarch64
zupo has joined #nixos-aarch64
ryantrinkle has quit [Ping timeout: 256 seconds]
ryantrinkle has joined #nixos-aarch64
<andi-> That name is a very bad pick.. Once I had to use it on a project and you could literally not find much documentation by googling for "repo" :D
alp has quit [Quit: Leaving]
alp has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
dtz has quit [Quit: Idle for 30+ days]
alp has quit [Ping timeout: 240 seconds]
alp has joined #nixos-aarch64
ryantrinkle has quit [Ping timeout: 246 seconds]
alienpirate5 has left #nixos-aarch64 ["Kicked by @appservice-irc:matrix.org : Idle for 30+ days"]
ryantrinkle 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…]
zupo 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…]
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
t184256 has left #nixos-aarch64 ["Disconnected: Replaced by new connection"]
t184256 has joined #nixos-aarch64
zupo has joined #nixos-aarch64
orivej has joined #nixos-aarch64
alp has quit [Ping timeout: 240 seconds]
alp has joined #nixos-aarch64
<samueldr> I found documentation and it still didn't tell me how to do what I wanted
<samueldr> it prompts you to select if you want colours or not at repo init
<samueldr> and there is apparently no help for that
<samueldr> fun fact, it takes exactly 4:20 hours to fail at the last step of the robotnix build for LineageOS 17.1 and my particular device
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<srk> :D
* srk just upgraded to hp z420, cross compiling aarch64 pi image atm
<srk> so fast
<samueldr> same machine!
<srk> <3
<samueldr> likely not the same cpu
<samueldr> E5-1660 (v1)
<srk> E5-1650 v2 @ 3.50GHz
<srk> :D
<srk> close
<samueldr> not really, IIRC v2 was quite a refresh in that series
<srk> got this one donated a week ago with bricked bios
<samueldr> oh
<samueldr> the bios tends to do that if you play with options :)
<srk> managed to fixed it two days ago, had to buy cpu cooler and fight with all the hp tricks :D
<samueldr> nice feature: you can save the bios settings to a usb drive
<samueldr> for the inevitable moment it will reset the settings
nschoe has quit [Ping timeout: 272 seconds]
<srk> good to know, do you know if there's overclocking hidden somewhere?
<srk> except turbo?
<samueldr> I don't think there is
<samueldr> though I didn't look for anything outside the bios
<samueldr> also, if you don't have a default EFI bootloader, if it resets its nvram, you cannot choose a program to boot from using the bios interface
<samueldr> so you'll need something like the nixos usb installer to boot refind to select grub if you used grub
<samueldr> (and didn't choose install as removable)
<srk> unbricking can be done with usb formatted with fat32, I've created a 512Mb partition and put a .bin file on it, then there's a jumper just bellow one pcie port
<srk> no no, I kinda avoid EFI :)
<samueldr> ew
<srk> u-boot would be ideal but .. :)
<srk> well I've just pulled the drive from the old desktop and it worked ;)
<samueldr> closer than I thought, but yes, still a good upgrade compared
<samueldr> s/good//
<srk> hehe, I think I'll try rolling a custom fan control board for it at some point
<srk> as the fw is not ideal :D
<samueldr> yeah, the fan curves are... noisy at best
<srk> like I only have a mobo/cpu/ram fitted into standard atx case with consumer atx/cooling
<danielrf[m]> :( build failures in robotnix are no fun
<samueldr> oh, you don't have the case?
<srk> "standard" .. even the atx holes are wrong :D
<samueldr> the case really ties it all together
<samueldr> (heh)
<srk> no, friend offer it to me but I have a nice one already :)
<samueldr> the case can be racked
<samueldr> (though it requires getting the rails)
<samueldr> and the logo and drive bays can be pivoted to handle the orientation change!
<srk> oh cool
<samueldr> it's really a nicely integrated system... if I had to get a workstation prebuilt, probably I would go with the continuation of that series
<srk> yeah but they are madly expensive and not quite compatible
<samueldr> as is tradition
<srk> like it almost gave me a heart attack today
<srk> plugged all the stuff, finishing touches mostly. didn't power up at all, not even a led
<srk> unplugged everything, still nothing :D
<samueldr> though here, in Canada, getting server-grade hardware like Xeons is almost impossible as an individual... mostly impossible to know what the prices are and where to get it
<srk> measuring stanby atx rail, I see 10.8V
<srk> I'm like.. woops, that's probably bad
<srk> but no, it needs exactly 11V for the startup and the cable reduction has a step-up integrated from 5V
<srk> still not sure what caused that but it runs smoothly now, maybe just a psu polyfuse
<samueldr> danielrf[m]: I was wondering if there was a way we could optionally chunk the build using *some* of the mka targets, merge those trees sequentially up until the last one... but we'd need to find good targets to use for that, and I don't even know where to start looking for these :)
<danielrf[m]> I've spent a good amount of time looking into that--it's definitely not easy
<samueldr> doesn't look easy indeed
<danielrf[m]> The intermediate build products are huge as well
<samueldr> yup
<danielrf[m]> So even if we had target that depend on each other like (a) -> (b) -> (c)
<danielrf[m]> we'd have one output with the results from (a)
<danielrf[m]> one output with the results of (a)+(b)
<danielrf[m]> and one with the results of (a)+(b)+(c)
<samueldr> that was my thought, optionally
<danielrf[m]> although maybe you could use overlayfs or something complicated to only track the changes to the OUT_DIR after each step
<samueldr> hmmm
<danielrf[m]> that way each output only contains the new products for that target
<danielrf[m]> I used to have some experiments with "bindfs" to mount the source dirs using FUSE--there was a good amount of overhead for that
<danielrf[m]> but maybe the benefits here would outweigh the costs for that...
<danielrf[m]> I ultimately just upgraded to a fancy new threadripper 3790x :)
<danielrf[m]> Because previously I could only test building robotnix like once or twice per day on average haha
<clever> samueldr: you able to help with some cross-compile issues ive got?
<samueldr> I can try
<clever> samueldr: basically, i'm trying to cross-compile rust to windows using naersk
<clever> and everything has gone wrong, lol
<samueldr> but you're a pretty smart cookie clever, so I don't know that I'll be able to help :)
<clever> cargo:warning=/build/rustc-1.37.0-src/src/llvm-project/compiler-rt/lib/profile/WindowsMMap.h:15:10: fatal error: BaseTsd.h: No such file or directory
<clever> cargo:warning= #include <BaseTsd.h>
<clever> this is the most recent error
<clever> others include Windows.h not found (case sensitive, patch it)
<clever> windows.h not found (its building pthread for linux, not windows)
<samueldr> I failed at using pkgsCross to make rust things happen for Linux, so I wouldn't really know
<clever> let me see what nixpkgs master says...
<samueldr> danielrf[m]: I'm thinking something like that should be optional, *because* of the weight of the output artifacts, but yes, would be worthwhile
<samueldr> (hopefully this time it builds)
<danielrf[m]> Which device are you building btw? I could try on my machine as well
<danielrf[m]> Did you see the new PR I made?
<samueldr> didn't see
<samueldr> pioneer, using `mka bacon` to get the sideloadable zip
<danielrf[m]> yeah, I made a script to pull down the information from hudson and nix-prefetch-git all the required repos
<danielrf[m]> so with luck it should work with every lineage-17.1 supported device
<danielrf[m]> I built pioneer with that PR last night as a test as well.
<samueldr> oh, nice
<samueldr> now I don't need to write a sample of that in not-python so you can convert it to python :)
<samueldr> I don't know either whether bacon will be required, or if we can use whatever you are doing
<danielrf[m]> haha, yeah. I'm not sure how useful I would be trying to use ruby for mobile-nixos too :)
<samueldr> ;)
<danielrf[m]> I'm working on fixing up the otaTools issue with delta_generator so I can hopefully build (signed) OTAs instead of using the bacon target
<samueldr> nice, though I wonder if it means we also need to somehow strip out the LineageOS OTA thingy
<samueldr> (probably)
<danielrf[m]> hopefully not. I think it'd be best to support both the grapheneos OTA updater app as well as the lineageos OTA updater
<danielrf[m]> they'll have different metadata, hopefully that's it...
<samueldr> oh, so you mean using their OTA app, but using robotnix-built metadata, right?
<danielrf[m]> Yeah, NixDroid actually has this metadata generation for lineageos: https://github.com/ajs124/NixDroid/blob/8a7b42809278930d4f96b52758e75e3fa4aa5a8a/default.nix#L24
<samueldr> nice
<samueldr> I just kinda assumed they were using different kind of OTAs
<samueldr> (since I don't know what makes an OTA)
<samueldr> LineageOS being quite old could have had its own setup while AOSP and derivatives another one
<danielrf[m]> I'd love to have an easy-to-use NixOS module which sets up a webserver for hosting OTA updates
<danielrf[m]> or even Fdroid repos
<danielrf[m]> I have this stuff in my own nixos-config, but it's not general enough to put in robotnix yet
<samueldr> hmm, that's an odd name for a command to get help
<samueldr> (hmm is the name of that command)
t184256 has left #nixos-aarch64 ["Disconnected: Replaced by new connection"]
t184256 has joined #nixos-aarch64
zupo has joined #nixos-aarch64
<clever> 1.0/bin/rustc" "--cfg" "bootstrap" "--target" "x86_64-w64-windows-gnu"
<clever> error: Error loading target specification: Could not find specification for target "x86_64-w64-windows-gnu"
<clever> samueldr: and rustc fails to build on nixpkgs master
ryantrinkle has quit [Ping timeout: 256 seconds]
t184256 has left #nixos-aarch64 ["Disconnected: Replaced by new connection"]
t184256 has joined #nixos-aarch64
ryantrinkle has joined #nixos-aarch64
rajivr___ has quit []
rajivr has joined #nixos-aarch64
rajivr has quit [Client Quit]
rajivr has joined #nixos-aarch64
<clever> implement.h:45:10: fatal error: windows.h: No such file or directory
<clever> samueldr: and now i think the windows.pthreads package is being built for x86...
<clever> builder for '/nix/store/pkwh6y88qk8xxmwcw7rzcnypcviw5gfg-pthreads-w32-2.9.1.drv' failed with exit code 2
sigtrm has quit [Remote host closed the connection]
sigtrm has joined #nixos-aarch64
alp has quit [Ping timeout: 244 seconds]
zupo has quit [Ping timeout: 272 seconds]
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<samueldr> wow, sony pioneer is weird, it won't go into fastboot if it's not plugged to a computer