Good morning, fedizens / fedifriends / masto-mateys 🌅

A reminder on the real #luxuries in life 🙌💞

Q: "What if we just give up a little on trans people's human rights to stop fascism?"

A: Then you didn't stop fascism, you joined the fascists.

Posted on August 17, 2025
Tags: madeof:bits
TL;DL: if you’re using rrdtool on a 32 bit architecture like armhf make an XML dump of your RRD files just before upgrading to Debian Trixie.

I am an old person at heart, so the sensor data from my home monitoring system¹ doesn’t go to one of those newfangled javascript-heavy data visualization platforms, but into good old RRD files, using rrdtool to generate various graphs.

This happens on the home server, which is an armhf single board computer², hosting a few containers³.

So, yesterday I started upgrading one of the containers to Trixie, and luckily I started from the one with the RRD, because when I rebooted into the fresh system and checked the relevant service I found it stopped on ERROR: '<file>' is too small (should be <size> bytes).

Some searxing later, I’ve⁴ found this was caused by the 64-bit time_t transition, which changed the format of the files, and that (somewhat unexpectedly) there was no way to fix it on the machine itself.

What needed to be doneinstead was to export the data on an XML dump before the upgrade, and then import it back afterwards.

Easy enough, right? If you know about it, which is why I’m blogging this, so that other people will know in advance :)

Anyway, luckily I still had the other containers on bookworm, so I copied the files over there, did the upgrade, and my home monitoring system is happily running as before.

1. of course one has a self-built home monitoring system, right?↩︎
2. an A20-OLinuXino-MICRO, if anybody wants to know.↩︎
3. mostly for ease of migrating things between different hardware, rather than insulation, since everything comes from Debian packages anyway.↩︎
4. and by I I really mean Diego, as I was still into denial / distractions mode.↩︎

blog.trueelena.org/blog/2025/0…

Today we celebrate Debian's 32nd birthday! #DebianDay #DebianDay2025 https://bits.debian.org/2025/08/debian-turns-32.html

the myth of the good tech giant

#clippy #unix_surrealism #microsoft #ai

Fuck That.

If you want to be an ally to trans people, do your part to make the Harry Potter franchise an irrelevant and forgotten artifact of history.
@transworld

Debian turned 32 today! 🎉

💡 The Debian project was officially founded on August 16, 1993, by Ian Murdock. This day is also known as Debian Day.

#linux #debian

Week 32 (last week was actually 31) progress on #kotlin 2 packaging for #debian: no progress on kotin itself as I'm now working on the upgrade of the intellij-community-idea source package.

Currently still sifting the sources for unwanted content like pre-built binaries or convenience copies of third party projects. This screening could certainly be mostly automated; I'm thinking about writing a tool for this later.

#java
#gradle

Do you think laplace's demon and maxwell's daemon are dating?

"naja die stvo ist von 1934 und damit faschistisch, würd ich mich jetzt aus linker perspektive nicht drauf beziehen utbhzs"

"Werde Entwicklungsingenieur" haben sie gesagt.

"Das macht Spaß" haben sie gesagt.

Ich kann das nicht mehr hören: https://www.tagesschau.de/investigativ/monitor/solar-anlagen-sabotage-china-100.html

Wir haben IT-Sicherheitsprobleme, massenhaft sogar. Ich denke, auch der ausländische Einfluss auf unsere Infrastruktur ist zu groß, egal ob es sich um China (z.B. BYD) oder die USA (z.B. AWS, Microsoft) handelt.

Das Problem bezüglich des chinesischen Zugriffs auf Wechselrichter und Speicher ist aber weit weg, es in meine persönliche Top 10 Liste zu schaffen, oder die Top 100 oder auch nur die Top 1000.

Ich halte China für keinen Freund des Westens im Allgemeinen und der Bundesrepublik im Besonderen. Aber der Irre im Weissen Haus ist deutlich unberechenbarer und derzeit deutlich skrupelloser. Der würde uns für einen goldenen Pokal alles abdrehen.

Aber meiner Einschätzung liegt was ganz anderes zugrunde:

Ich brauche keinen Angreifer mit staatlichem Background für Probleme. Fast jeden Tag sehe ich Sicherheitsprobleme, wo ein 12jähriger Minecraft-Jünger verheerenden Schaden anrichten kann.

Jeder Idiot mit Kreditkarte kann heute Terabyte-große Datenlecks erzeugen.

Und wenn die Sicherheitslücke jemand findet, dann darf er die behalten.

Interessieren tut sich nämlich niemand dafür:

• Informiert man den Betreiber, so man ihn denn findet, wird man ignoriert
• Wendet man sich an Behörden, dann möge man denen doch bitte erst die Zuständigkeit nachweisen.
• Wendet man sich an die Presse, dann heisst es, dass sei doch keine schöne Story.

Ich habe in den letzten 12 Monaten mehrere Sicherheitslücken zu stopfen versucht, die aus meiner Sicht für die betroffenen Staaten durchaus ein nationales Problem darstellten.

Alles was ich dafür bekomme sind Beulen, weil ich mit dem Kopf durch die Wand gehen muss, damit die geschlossen werden.

Ich würde mich gerne mit sophistisierten Angriffs-Szenarien beschäftigen, dafür müssen wir aber erst einmal das Zeug auf IT-Baby-Ebene aus dem Weg bekommen.

Das schaffen wir aber nicht. Also lasst mich mit diesem Angst-Geschwafel in Ruhe.

If I had to choose one word to summarize the entire german language, it would probably be "Sollbruchstelle"

Nur noch eine gut integrierte jesidische Familie in den Irak abschieben. Das wird das wieder in Ordnung bringen.