2025-08-20

Welcome trixie!

#software
#life

Debian 13 (trixie) has been released on 2025-08-09. So up to upgrading! What could possibly go wrong?

to do ...

I did upgrade my main workstation at home a few weeks before the official release. Everything worked nicely. Of course, noone is going to port my electronic projects from KiCAD version 5 or 6 to version 9. That is to be left for lengthy winter nights, or so it seems. But everything I use daily (sway, foot, emacs, bash, firefox, ...) worked without a hitch.

or rather not to ...

So on to new adventures? I do have small APU2 system (single board computer) running as a gateway/server. It provides a number of services for my home network, like dhcp, dns, ntp etc, see [a]. Nothing is of utmost importance, or so I thought. But then this time I destroyed two services with the upgrade in a "what could possibly go wrong?" moment of insufficient attention.

... dovecot

The upgrade helpfully listed, that upgrading dovecot from version 2.3 to 2.4 would require a complete rewrite of my configuration due to a fundamental change in file format. But it didn't dawn on me that fundamental means exactly that. So an hour later I threw my hands up in the air and felt like a moron. I did stop fetchmail in an attempt to not increase the damage and look at "Why the hell does postfix not deliver its queued email to lmtpd/dovecot?" tomorrow.

The next day I spent like 4 hours to recheck all the bits and pieces. I managed to see my existing mail store via imapd soon. And no, my email client did not download all emails again --- good! I managed to convince postfix to send outbound emails again. And then I tried to grok the documentation, some examples, and my old configuration. I eventually succeeded to deliver emails locally again. Puh! And after that I switched on fetchmail and everything was good. Except that for the next two days there were no emails coming in at all, so I didn't trust it until after I really saw new messages coming in.

... influxdb

A not so important service are the nice graphs to look at, which display the inside and outside temperature and humidity and stuff like that. However, the corresponding pile of software is quite high:

[[outputs.influxdb_v2]]

in the configuration.

That conversion succeeded on first attempt. Turns out that talking to influxdb_v2 needs api tokens. Luckily I knew this concept from elsewhere, so I set up tokens for feeding data (telegram) and reading data (grafana). However, the suggestion to add a user to the old version 1 database prior to conversion does make sense only after understanding, that this would have provided some compatibility with the old query language of grafana. Well, I could throw the new stuff out and redo that conversion, but where is the fun in that?

This whole endeavour highlighted a few things. Email is one of the most important services for me. Yes I did know that, of course. And those graphs, while mostly boring, are actually being used. That is nice given all the work that went into this a few years back.

To be fair: the whole upgrade worked well given the funny network and firewall configuration. And I do not need to call npm and similar tricks to upgrade the extra universes. I just did not pay sufficient attention to two seemlingly small pieces of information.

As always: Have the appropriate amount of fun!

[a] re: self hosting
[b] downgrading influx among other complexities
Home