lanefu changed the topic of #armbian-rockchip to: Armbian - Linux for ARM development boards | Rockchip SoC | www.armbian.com | This channel is relayed to the equivalent Discord channel | this channel is logged
<Armbian-Discord> <T​onymac32> Sigh. The other helios64 problem is the patch adding it to the kernel is overwriting an existing DTS. It really should be rebased
<Armbian-Discord> <T​onymac32> We're becoming increasingly divergent as kernel versions increment
<Armbian-Discord> <M​anoftheSea> right, that's what I'm working on in the coming days
<Armbian-Discord> <M​anoftheSea> Contributing back better patches for current u-boot and kernel... even though my desired destination is NixOS on helios64
<Armbian-Discord> <T​onymac32> 🤨
<Armbian-Discord> <M​anoftheSea> nixos? Declarative OS installs
<Armbian-Discord> <T​onymac32> 🤨
<Armbian-Discord> <j​oekhoobyar> To me, things like NixOS sound amazing - but I'm a perfectionist. And there lies the rub.
<Armbian-Discord> <j​oekhoobyar> I really believe that things like this, no matter how awesome they are, basically become traps for people like me - you spent a ton of time on it, and get back little real world benefits. Unless you're like, managing a fleet of 100s of identical VMs
<Armbian-Discord> <M​anoftheSea> Well, yeah, that's the idea: treat the systems as cattle, not pets.
<Armbian-Discord> <M​anoftheSea> nixos, particularly, doesn't seem to care about the end user actually USING the system. It's all about reproducible builds and tracking of dependencies.
<Armbian-Discord> <M​anoftheSea> What's LISP? Functional programming? This is like that, where the installation of the system is a closure.
<Armbian-Discord> <M​anoftheSea> Since the Helios64 is a NAS, it's generally got immutable programs and mutable state, and I don't need a user interface. Though... NixOS on my framework (with KDE) has worked better than either Silverblue or my debian install...
<Armbian-Discord> <j​oekhoobyar> @ManoftheSea - I'm completely familiar with the concepts and value proposition. I just feel that it's a "value trap"
<Armbian-Discord> <j​oekhoobyar> Because somebody like me will end up tweaking the goddamn thing to perfection
<Armbian-Discord> <j​oekhoobyar> and waste man hours
<Armbian-Discord> <j​oekhoobyar> I try to avoid shit like that - as if I'm a crackhead that should never be left alone near plaster dust
<Armbian-Discord> <k​wadfan> Hello there, short question I am struggling to get an 22.11 on a Orange Pi R1 Plus LTS. Could someone be kind to lead me to the right Image? If I use this one https://www.armbian.com/orangepi-r1plus-lts/ it wont boot for any reason. Tryed Bullseye and Bullseye-minimal
<Armbian-Discord> <M​anoftheSea> ah. This is more a "know thyself" issue. But... you'd do that anyway, at least the declarative language would allow you to get there faster.
<Armbian-Discord> <j​oekhoobyar> lol
<Armbian-Discord> <r​pardini> I never run apt upgrade; I replace the image.
<Armbian-Discord> <r​pardini> cloud-init ftw, it's a pain but it is what is in every cloud (and all Armbian sbc's) so can reuse at max, then do your terraform/ansible
<Armbian-Discord> <r​pardini> there's very clear benefits even with a small fleet of 5+ boards
<Armbian-Discord> <r​pardini> definitely not for ppl doing couple board's desktops etc
<Armbian-Discord> <r​pardini> all that said, this is rockchip channel
<Armbian-Discord> <r​pardini> so, what does rkr3.4 in linux-5.10-gen-rkr3.4 refer to? (also, what does gen refer to?)