Recent searches
Search options
Administered by:
My advice to consider #security first when evaluating systems: https://changelog.complete.org/archives/10620-consider-security-first This is part of my decision to migrate my #RaspberryPi devices to running pure #Debian.
I have a new post: Live Migrating from #RaspberryPiOs #bullseye to #Debian #bookworm. https://changelog.complete.org/archives/10622-live-migrating-from-raspberry-pi-os-bullseye-to-debian-bookworm
I got annoyed that #Raspbian officially has no upgrade path, the security situation, the lag behind Debian, lack of backports, and lack of initramfs in its custom kernel. So I managed to live migrate some Pis to Debian.
@jgoerzen One quibble - "Debian’s policy of always splitting libraries out" is more of a 'best attempt'. Chromium still embeds lots of libraries (including larger ones like ffmpeg). QT6 embeds a whole-ass Chromium browser as well, which in turns embeds many of those same libraries.
Doing my best to weigh supporting Chromium on older releases (bullseye) w/ building against system libraries, but there are trade-offs. (Debian) KDE folks are talking about how best to handle the embedded chromium..
@jgoerzen But for similar reasons as in your blog post, I've been using Debian on my Pi4s for a few years now. It works great, so long as you're not needing any of the pi hat/gpio device-tree overlay stuff.
@Andres4NY Interesting. I wasn't aware of that. I guess it must have required some sort of exception? I am aware of the FTP masters still rejecting things with embedded libraries in general. Thanks for letting me know.
@jgoerzen Agreed on everything. I *personally* wouldn't migrate away from 1st party support, but you have the expertise for that.
I wrote about my experience with FreeBSD's update mechanism, while clever, isn't particularly robust (I use TrueNAS now, though) https://dev.to/jdrch/fuck-freebsd-2a3b
@jdrch Ouch. Sadly not a surprise. FreeBSD's packages/ports ecosystem seems to be a weak spot.
@jgoerzen I had some performance issues with regular Debian on a #raspi compared to #RaspberryPiOS . It was a Pi Zero though, maybe the #debian armel port is not very well optimized for this particular CPU. Is #raspbian very different from RaspberryPiOS?
@smochi Yes, that is probably to be expected. I explained this a bit at https://changelog.complete.org/archives/10622-live-migrating-from-raspberry-pi-os-bullseye-to-debian-bookworm . Basically, Raspbian supports hardware floating point operations on those boards, but Debian armel doesn't (and Debian armhf assumes more CPU features than they have). That's part of the reason for Raspbian, to build packages optimized for those gen 0 & 1 boards. Pi 2 and above shouldn't have those degredations.
@jgoerzen Right, the ARM1176JZF-S has a VFP, but armhf requires armv7 and VFPv3-D16 at minimum. That's a real bummer. 
freezr @jgoerzen this a great article, although I prefer using Devuan instead of Debian.
I wrote an article on how install Debian and Devuan on the Libre Computer Board Renegade with the disk encrypted.
@freezr I'm interested - can you share the link to it? Thanks!
@freezr Whoa. Today I learned about dropbear-initramfs. sshd in the initramfs! It's super useful! Can be used to unlock LUKS! 
Thanks for this. https://portal.mozz.us/gemini/omg.pebcak.club/~freezr/gemlog/2023-11-18-setup-dropbear-to-unlock-debian-on-libre-computer-renegade-over-your-local-network.gmi
