Ich entdeck gerade die Möglichkeiten des Stickens und Nähens. Eigentlich hab ich damit erstmal nur angefangen gehabt um mir ein paar Band-Patches auf einen Sonnenhut zu nähen. Aber nun ist die Feststellung, dass das Thema eigentlich recht unkompliziert ist. Und hier liegen so 1-2 Jeans halb auf dem Weg zur Altkleidersammlung oder zum Müll rum, weil da irgendwo nen kleines Loch ist oder nen Riss an einer unangenehmen Stelle ist.
Das ist nach jetzigem Wissen eigentlich 1-2 Stunden Aufwand und danach ist die Hose wohl wieder in Ordnung. Und es gibt dem Ding irgendwie Charakter. Ja, das ist dann eine Hose mit einem grimmigen, aufgenähten Pinguin mit einem Messer, oder sowas dämliches. Warum nicht? Spart mir Geld und uns allen Rohstoffe.
Ansonsten bin ich mit der Reparierbarkeit meiner Kopfhörer echt zufrieden. Man kann das Kabel separat ersetzen. Das ist nun über die 6-7 Jahre, die ich die Dinger hab, 2-3x vorgekommen, zwischen Kabelbrüchen durch häufige Nutzung oder auch mal wo hängenbleiben. Ersatz für die Schaumstoffteile gabs auch ohne Probleme, nachdem die mal auseinandergefallen sind.
Was mir so fehlt ist nen Löt- und Elektronik-Kurs. Ich hab hier 2 Monitore stehen, die vermutlich gammelnde Kondensatoren haben. Die ersten 2-4 Versuche gehen sie nach 10 Sekunden wieder aus, und/oder flackern dabei. Sobald die aber einmal warm sind, ist ales top. Das Keyboard hat eine lose Strombuchse. Einer der Gitarrenverstärker hat eine lockere 6.5mm Buchse. Wär vermutlich alles kein Hexenwerk wenn ich mich da mal zu nem Kurs aufraffe. Und der rentiert sich dann relativ flott.
I mean to a certain degree, I can understand if people find a problem with Poetterings approach of doing things !CORRECTLY!. Like, systemd-resolved resolving A-records with multiple addresses ina deterministic fashion because it's not defined not to be deterministic, and because actual load balancing would be better. It's not wrong, but it's breaking everything. And it got patched after some uproar. And there are a few things like that.
But at the same time - I don't think people appreciate how hard doing process management right on linux can be, especially if the daemon to run is shitty. Like, init scripts just triggering the shutdown port on a tomcat - except the tomcat is stuck and not reacting to the normal shutdown port and now you have a zombie process and an init script in a fucked up state. Or, just killing the main process and for some reason not really removing the children, now there's zombies all over the place. Or, not trying appropriate shutdown procedures first and just killing things, "because it's easier" - except my day just got harder with a corrupt dataset. Or, just trying soft and "Pwease wexit Mr Pwocess" signals and then just giving up. Or having "start" just crash because there was a stale PID from an OOM killed process around. Man I'm getting anxiety just thinking about this.
And that's just talking about ExecStart and ExecStop, pretty much, which I have done somewhat correct in a few init scripts back in the day (over months of iteration of edge cases). Now start thinking about the security features systemd-analyze can tell you about, like namespaces, unmapping syscalls, masking parts of the filesystem, ... imagine doing that with the jankyness of the average init.d script. At that point I'd start thinking about rebooting systems instead of trying to restart services, honestly.
And similarly, I'm growing fond of things like systemd-networkd, systemd-timesyncd. I've had to try to manage NetworkManager automatically and jeez... Or just directly handling networking with network-scripts. Always a pleasure. Chucking a bunch of pretty readable ini-files into /etc/systemd/networkd is a blessing. They are even readable even to people rather faint on the networking heart.