<pitillo>
thanks beerman, let's see if I can fix them this afternoon at home
<pitillo>
very good job with lxc, I neednto check it and prepare containers here too, it reminds me about prt-clean, but not sure if it could be usefull for containers (may be it has no sense as containers are volatile)
<pitillo>
jaeger: powerfull toys from khadas, I was looking at them too, but they are pretty expensive (all SBC are currently, really, too much demand and prices went too hight)
<pitillo>
I've seen the ampere servers too... one of those could be amazing, but we are speaking about another league (9k euro xD)
<pitillo>
here, last build of 32b went fine on the cubieboard2 jailed on a 3.6 (host was running 3.3). I need some time for testing
<mnkydeth>
Saw you guys posting what could be done with the Pi's a little. What I have done with mine so far ...
<mnkydeth>
Pi Zero 2 W I have attached to the Terraonion Mode in a Sega Saturn, Sega Dreamcast and a PS1 game console. I have the Pi Zero W 2 look like a usb stick to the Terraonion mode. On bootup they mount a 5TB exfat file on my server that has all the games. So, when I select a game on a console it basically just streams the games wirelessly to the consoles from the server with the pi acting as a usb stick.
<mnkydeth>
I have a 9" touchscreen 2k resolution and a Tofu board. Waiting on the LTE 4 modem. I plan on replacing the screen in my truck and ripping out all the onstar stuff. This way I can have the wireless hotspot, bluetooth and stuff that my truck normally has but without the tracking and gps. I have a phone.... That tracks me enough I'm sure. This will be using a Compute Module 4 CM4108032. I may opt for a
<mnkydeth>
CM4108000 but I have the 32 version already.
<jaeger>
Nice. I hadn't heard of the Terraonion MODE before, that's pretty cool
<jaeger>
I have a pi zero in a nintendo cartridge for some older emulation, kinda fun
<beerman>
pitillo: my personal opinion is that a lxc container is much easier to setup and maintain, but maybe thats just personal preferences
<beerman>
llvm, compiler-rt and rust finished over night
<beerman>
pitillo: there, made a few pulls for opt-aarch64
<beerman>
these should be clean as in container built and so on 😄
<beerman>
nice projects you all are doing
<beerman>
pitillo: theoretically - the lxc.sh script on my website is altered so that it will always take a directory of packages, it should work on all kinds of different SBCs, so definately worth a shot I'd say
<beerman>
clang is swapping hard, 3.5G and still growing
sajcho has joined #crux-arm
sajcho has quit [Quit: Client closed]
<pitillo>
perfect beerman (about PR). I'll put hands on them this afternoon...The year started with a big change herebat work
<pitillo>
I must check lxc too, it seems interesting and promising to keep overlays updated and clean... and automated with some work
<beerman>
automation would be a dream, indeed
<beerman>
i'd imagine creating a pr and have a workflow waiting to spin up a crux docker container and build the package. it should have persistend storage so it would reduce build time on each port after a while when it builds a database
<beerman>
inside lxc i use a neat script that uses pkg-clean to clean the system, then depinst a port with --ignore=port, thens runs revdep and checks if it needs to rebuild things. when that is done, it will check if its a predefined port which needs special treatment (e.g. libreoffice needs harfbuzz rebuild to include icu bindings, and xmlsec rebuilt for i thing gnutls), when that is done, it builds port and updates the footprint if its successful
<beerman>
another script constructs my usual commit messages
<beerman>
i can see this script work on docker containers with just minor adjustments to the build env. i just never had the time and go on to try and test it, maybe sepen can make something out of it?
<pitillo>
starting llvm build on the rpi3... let's see how it goes
<pitillo>
beerman: sepen has in mind automation with nodes, but I don't remember the details and probably it's still far from where we are currently