It’s June already, and in 9 days from now, the Debian developers will release their latest and greatest version 12, which I have running here since April already. So they are planning and preparing release parties everywhere in the world. One of them will take place in Leuwen, Belgium, which we kind of know already – we had to stop there with a defect dynamo in our ageing car in 2019 when we went to London, so from Leuwen on, the travel went on by train instead (which was cool but kind of expensive if you need tickets right away).
Anyway, I can attest that Debian 12 aka “Bookworm” is/will be great; at least on my machine (with an AMD Ryzen 7 5700G CPU) and on a much older notebook with a Core 2 Duo mobile it runs very nicely. The latter one has only 2GB of RAM, so there I’m using it with the XFCE instead of a Gnome desktop environment. This is the system I would recommend to friends and family without hesitation and/or second thoughts, and I’m writing this article using it. Why would I recommend it? Read about the reasons here. My personal reasons are that I run it as my main operating system on anything I had since over 20 years – desktops, servers, everything. It’s my safe space and my trusted work horse. Here’s a pic of me from Linuxtag in Karlsruhe, 20 years ago:
I’ve had problems with swollen batteries on both the old Google Nexus 5 and also the Pixel 4a devices. Nice as they were, this was probably my own fault: like the company’s laptop/notebook, I had them “plugged in” (into their power adapter) pretty much all of the time, and I’ve only recently learnt and read that doing so is putting lots of stress on those rechargeable batteries.
So with the remaining devices (one Pixel 3a which I re-inherited from my late brother, after originally having bought it for Mitchie who gave it to Zuleikha who gave it to Willi – and my Pixel 6a which was a gift from my family and the first ever new phone I’ve got), I’m a bit more careful. What I’ve read is that you shouldn’t let the batteries run out completely and you also shouldn’t always charge them until they’re really full – an 80/20 rule would be much better for longevity. So I’ve decided to use that 80/20 rule whenever possible – meaning charge them when the batteries reach 20% (turning on their battery saver at that percentage as well, in case I don’t see it), and charge them up to 80% mostly, and only to the max if I know I’ll be out of the house for a while and want them to last as long as possible.
They last long anyway, at least with my way of using them. Here’s a screenshot from the 3a where you can see the reloading to about 80% spike after a few days:
That one lasts long because first, I don’t use it that much (it doesn’t even have a SIM card, so I use it via WLAN only), and second I had its original Google Android operating system replaced with GrapheneOS which doesn’t “call home” as much as the original did. In fact, no Google services on this one at all…
… but also the Pixel 6a is pretty good once I turned off everything I don’t really need, like location history or Google’s “Fit” and other stuff. This one *does* have a SIM card, but I also don’t use it really often, so here’s a screenshot showing that I charged it to 100% last Friday evening, and the screenshot was taken this morning, at 25% battery life left. As you can see, I’ve used it for reading a bit, with a free PDF viewer:
So how do I keep track of charging them up to 80% only, instead of full? Easy: I’ll get a notification from my computer, like this:
And that one comes from a program / an extension on my desktop which is called GSConnect. You can set it like this, like here for the Pixel 3a:
On the phones, the application you have to install is KDE Connect, and you can get that from the F-Droid store in case you don’t want to be logged in into Google just to use their own “Play Store”.
The application can do lots more than just notify you about the battery status, but that is what I usually do with it – looks like this on the Gnome desktop:
According to its Wikipedia page, KDE Connect is also available for Microsoft Windows and for Apple’s MacOS, but I haven’t tried these. Go on and see for yourself if you’re using these. It’s built right into KDE (their “Plasma” desktop) in case you want to try that as well.
Hoping that this is useful for anyone. Like always, thanks for reading.
I had installed the new and upcoming Debian 12 (aka “Bookworm”) on my machine, parallel to the stable version (Debian 11 aka “Bullseye”) and Windows 11 – so I had a triple boot operating system again since a while.
The Windows part is a bit controversial – since I have this new self-built machine with the AMD Ryzen 7 5700G processor, my Windows 10 offered to upgrade itself to Win11 which I did. But in recent times, more and more reports arrive saying that Microsoft is forcing ads upon its clients all over the place – I’m running it with a local account and haven’t seen them yet. But the day I will, it’ll be a “goner” as they say.
Anyway, I was also looking at Arch Linux again since that is always the latest and greatest (like Debian unstable aka “Sid”, it’s what they call a “rolling release”). First I tried some things in virt-manager and QVM/KEMU, but then I decided to overwrite my old stable Debian 11 with Arch. Went fine, except that both Arch and Debian have different ideas about where their respective /boot folders are mounted. They’re both of the EFI partition alongside Windows, but still – anyway, maybe that’s a good thing; at least they won’t overwrite each others’ kernels and/or firmware. But both run fine, even if at the moment I can’t start Arch from Debian’s grub or vice versa; doesn’t matter.
Once I damaged my Debian 12 part, accidentally deleted the firmware, so it wouldn’t boot. Didn’t matter the slightest bit since for Debian I’ll always have my /home and system parts on different partitions – so wipe it with the latest (RC2 at this time) installer – and I just saw that since today there’s even an RC3 installer – and all is well. Except of course a bit of manual labour with reinstalling Ardour and all, but even that could be remembered and more or less automated when using Debian; have done so in the past with saving and later restoring its list of installed packages…
Anyway, here’s a screenshot where I newly registered the only commercial program I’m using on Debian, it’s Sonarworks’ Reference 4 headphone correction which I use in the monitoring bus in Ardour:
Haven’t installed Ardour in Arch (yet) since at this moment they’re close – with version 7.3 in Debian’s “unstable” and 7.4.1 (or so) in Arch.
And now, from time to time, I’ll have a look at/into Arch again. Normally when you read about new program versions with new features somewhere, looking into Arch means that you’ll have that newest version already. And Debian will stay my main and stable machine once that Debian 12 will be made official on June 10th.
Oh, by the way: Arch is slim, as they say on their homepage. Unlike Debian or other distributions, it doesn’t come with LibreOffice or any other programs pre-installed, so it’s *you* who has to decide what’s needed. Together with the Gnome desktop plus Firefox, Thunderbird and a few goodies, even with all my Wikiloops albums copied onto it, it’s still less than 10GB as you can see here – one third of that is my data so far:
That blue and purple stuff is all music (with the purple bits being published albums, and the outer blue one being raw and unpublished songs in .wav form)…
Lots of my former colleagues preferred Google’s Chrome browser to alternatives due to its speed. And while on Android its more free siblings like Vanadium and Mulch (both based on the non-Google-“optimised” and open source Chromium browser) are also some of the most secure browsers (if set up accordingly), on desktops it’s different.
And what I found – to explain it to those who don’t know yet – is a web-based comic in pdf form about it, called “Contra Chrome”, by Leah Elliot. It’s a lot of pages, but worth your time in my opinion. Also available in German or other languages one page up, here…
We have that old Lenovo Thinkpad SL500 which we’ve got for Mitchie short before moving to our current home. That was in 2008/2009, Zuleikha was just 4 when this machine was brand new.
It came with a Windows version called “Vista”, for those of you who still remember that – something NT-like, just an in-between younger than XP but older than Windows 7. The machine has a sticker for it, as well as for its processor from the Pentium-M “Centrino” aera, it’s an Intel Core 2 Duo T5670, 1800MHz in 65nm and up to 100°C, just two cores, nothing “hyper”threading on this one.
That machine was never really capable of running said “Vista” without throttling, it has only 2GB of main memory and was swapping even before the OS was fully loaded. So we installed Linux, and it ran just fine, for a while.
The last OS I had on it (Mitchie has a much newer machine by now which is pretty much taken over by Zuleikha tho) was Debian 11 with the XFCE desktop. That ran pretty well unless you tried to start a few tabs in Firefox and at the same time have Thunderbird open – these programs are getting bigger like our average cars do, so I was looking for something slimmer again.
I first tried LXQt on the new and soon to be released Debian 12¹, and while it installed just fine (thanks to the Debian developers now allowing “non-free” firmware for the WiFi and so on), it had a few issues. First it also installed lots of stuff from the KDE Plasma desktop which I didn’t really want or need. Plus some things like screengrab didn’t even work at all, so for a screenshot I had to take my camera! Excuse the bad quality and lighting, but it looked like this:
I know – I should have issued a bug report to the Debian devs, but I just wanted to try and see LXQt, and while even Debian unstable didn’t have the current version 1.3.0 (both have 1.2.0 instead), I assumed that that bug was probably dealt with “upstream” as they say in dev circles, so I didn’t bother.
I looked at Fedora again which has a LXQt spin of their current version 38 – but that one’s a “Live Image”, and guess what? Wouldn’t even boot on a machine with only 2GB of RAM! So much for “Enterprise-class” (and -developed) Linux; nothing is really tested for end users like us… so if you’re a private person like me, don’t bother with anything “Enterprise” – it’s a waste of time in my (repeated) experience.
In the end I decided to go the slim route, and installed Arch with LXQt as its only desktop. And that one’s a thing of beauty, with its Clearlooks theme:
And as you can see, screengrab worked just fine on LXQt 1.3.0 and on Arch.
Using pacman I then installed both Firefox and also Chromium, and while Firefox got the CPU fan spinning again, Chromium seems to be a little slimmer (tho bigger in download size).
Anyway, just trying to figure out how to keep old machines working, and this one surely looks and feels quite wonderful.
Like always, thanks for reading.
¹ In fact on Debian 12 I tried a combination of LXQt, XFCE, and Cinnamon to make first choices – but while the installation went well (kudos), they all influenced each other with placing desktop icons around on each others’ desktops, so that wasn’t any kind of ‘pure’ experience. And since Arch gave me lots of options as well (the Budgie desktop for instance), I looked at these in a virtual machine on my desktop later. Nice but not as lightweight was my impression…
Recently I have been reading a lot about computer and other hardware (phones for instance) security, and believe it or not, at this moment I think that GrapheneOS on a recent Android phone (it only supports Google’s Pixel devices because of their Titan M chips) is the most secure environment you can run right now – at least as a private person.
The problem with computers start at the kernel, and though Linux or the BSD family of operating systems are better than anything Microsoft or Apple, they are not without faults. A recent Linux kernel has probably thousands of kernel bugs, and the BSDs are only slightly better in that regard.
So what is the solution? The already mentioned GrapheneOS takes the Android approach of process and syscall isolation, with “sandboxing” as much as possible, and in this regard it might even beat Apple’s iPhones which are also quite good. On desktop and notebook computers, it’s the monolithic kernels which are the base of the problem; if an “application” (a program as we called them during my time) gets affected by an attacker, it’s relatively easy for them to break out of the program’s environment, and to take over everything, often with root rights (especially on Windows, tho it’s getting better).
When a few years ago Docker was the next big thing, my reply to it was that this wasn’t anything new – Solaris or the BSD family had containers or “jails” since I could think, so what was the fuzz about? Big Tech wants people and companies to move back to the “cloud”, and there these concepts are really needed, and so Docker and Kubernetes are now really big.
And what about the home desktops and notebooks?
Well there are interesting developments like for instance gVisor or Google’s “Fuchsia” operating system with its “Zircon” microkernel, and Daniel Micay – head of GrapheneOS – thinks that this is the future. But they’re not ready for everything yet, each isolation layer takes its toll (and will probably introduce more and newer bugs as well), and so for realtime processing like we need it for making (recording) music for instance, that’s a no go – maybe we’ll have to really separate the whole (“bare metal”) machines from the internet for these tasks?
Whatever it will be, that will be interesting to follow. Oh, and in the meantime, I’ll have it all, like a Windows 10 *and* a FreeBSD 13.2 on my Debian 12, like here:
At the same time, on another screen:
And while writing this, these “throw away” virtual machines you see in my first screenshot are history already – don’t need them anymore…
It has already less bugs than the old stable version 11 aka “Bullseye”, and I can attest that at least on *my* system and with *my* usage scenario (internet, blogging, music, photography, and so on) it runs very nicely.
Some two days ago, I installed the new and upcoming (not yet ready) version 12 of Debian GNU/Linux, codenamed “Bookworm”, and wrote about it here already.
The interesting thing for me as a hobby musician is that Debian now changed its default audio setup to pipewire, so while I’m still reading about its configuration – I did have some experience with it from a former Arch installation already – for now I simply started Ardour (Debian now has version 7.3) using this command line:
PIPEWIRE_LATENCY=128/48000 pw-jack ardour
And it runs nicely and without any hiccups (like xruns), with next to no CPU usage in an empty Ardour template (only 3 channel plugins plus Sonarworks in the monitoring section). With the Gnome environment (now version 43) set to dark mode, it looks like that:
Cool. Can’t wait to make some music with this new setup.
I know at least one former colleague who really cared about privacy and security concerning his mobile phone. And this morning, I’ve heard an interesting interview with Gabe, one of the developers of GrapheneOS, using NewPipe on GrapheneOS on my late brother’s Pixel 3a device – that looked like this:
That’s one and a half hours of a really interesting interview, so it’s really worth it. And I can confirm how secure those mentioned Titan M chips are, not even Google could hack or circumvent those, so if I wouldn’t have been able to guess my brother’s passcode, that device of his would have been an expensive paperweight.
I also liked how Gabe gave lots of credits to Apple because of their long-term support of their iPhones and devices, but yes, with the Pixel 6 and newer, things are improving on the Android side as well.
The headline basically says it all. I had to slightly shrink one of the partitions, then I installed “Bookworm”, and switched both my environment and also my web page back to a lighter theme for now. So my desktop looks like this now:
Like always, thanks for reading.
P.S.: added a dark/light mode switcher which floats in the bottom right of the page. Enjoy.