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>
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)
<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?