Es ist jetzt schon etliche Wochen her, dass sich irgendein Update unter Antergos, einem Arch-Derivat, nicht einspielen ließ. Leider habe ich mir die Details nicht notiert. Jedenfalls spielte die Abhängigkeit von einem in Python programmierten Netzwerk-Framework namens Twisted dabei die entscheidende Rolle.

Nach langer Suche fand ich heraus, dass es wohl so ist, dass sich das Arch-Paket, welches dieses Framework bereitstellt, ursprünglich auf Python 2 bezog und twisted hieß, nach Erscheinen von Python 3 aber umbenannt wurde in python2-twisted. In Software-Paketen, die dieses Framework in der alten Python-2-Version einbinden, sollte es also umbenannt werden – hat der Paket-Ersteller das versäumt, kommt es eben zu Problemen wie in meinem Fall.

Bei der Installation des Software-Updates, an das ich mich eben nicht mehr erinnern kann, musste ich das PKGBUILD editieren, indem twisted in python-twisted zu ändern war. Danach klappte die Aktualisierung.

In einem anderen Blogartikel hatte ich kurz beschrieben, dass ich ab und zu Probleme habe, Anwendungen unter Antergos zu aktualisieren. Die dort vorgestellte Lösung brachte aber bei einem erneuten Upgrade-Problem nichts.

Doch andere Leute haben solche Probleme offensichtlich ebenfalls. Und heute fand ich eine für mich wirksame Lösung im Antergos-Forum. Demzufolge muss man die Schlüssel zunächst komplett löschen und dann neu abrufen. Das tat ich, und danach konnte ich endlich alle bisher fehlgeschlagenen Aktualisierungen installieren. Danke an den Forumsmoderator joekamprad für das Veröffentlichen dieses Lösungswegs!

$ sudo rm -fr /etc/pacman.d/gnupg
$ sudo pacman-key --init
$ sudo pacman-key --populate archlinux antergos

Heute wollte sich nichts mehr speichern lassen, obwohl auf dem SSD-Laufwerk bzw. in der /home-Partition noch reichlich Platz frei ist. Und, wie ich in einem anderen Beitrag schon einmal beschrieben hatte, lag es auch diesmal wieder an den vom Dateisystem ext4 verwendeten Inodes, die gewisse Informationen über Dateien speichern. Die Anzahl der zur Verfügung stehenden Inodes ist zwar sehr hoch, aber doch begrenzt; und hat man sehr viele kleine temporäre, Cache- und Log-Dateien, dann kann es passieren, dass irgendwann keine Inodes mehr frei sind und somit keine Daten mehr gespeichert werden können. Also löscht man überflüssige Dateien.

Ich habe mich im Terminal als Superuser eingeloggt und das angehäufte Gezumpel gelöscht (im Verzeichnis /tmp befanden sich versteckte Ordner, daher der Punkt vor dem Sternchen):

rm -rv /tmp/.*
rm -rv /var/log/*


Mit dem Befehl rm muss man natürlich sehr vorsichtig umgehen. Setzt man die Pfade nicht richtig, kann es passieren, dass wichtige Dateien und Verzeichnisse auf Nimmerwiedersehen gelöscht werden – nur mit Aufwand könnte man sie unter günstigen Umständen wiederherstellen.

Apricity OS war eine schicke GNU/Linux-Distribution, die auf Arch Linux basierte. Sie konzentrierte sich auf die Generation der mobilen Web- und Cloud-Anwender. Erhältlich war sie in einer Gnome- und in einer Cinnamon-Version. Doch irgendwann gegen Ende 2016 wurde es ruhig um das Projekt, und als ich vor einigen Wochen schauen wollte, ob es eine neue Ausgabe gibt, stellte ich fest, dass die Website tot war. Nun las ich unlängst auf Chip.de, das Projekt sei aus Gründen der Zeitknappheit der Entwickler vor einiger Zeit eingestellt worden. Also wohl nicht allzu lange nach dem Erscheinen der zweiten stabilen Version »11.2016 Birch«.

Es ist aber auch irgendwie ein verrücktes Phänomen, dass ständig neue Distributionen erscheinen. Kritiker bemängeln, dies stifte nur Verwirrung und nütze niemandem. Ich kann diese Meinung verstehen. Zwar habe ich als neugieriger Mensch immer wieder gern Distributionen ausprobiert, die ich noch nicht kannte; doch von den knapp siebzig getesteten empfand ich letztlich nur fünfzehn als tauglich, darunter auch einige, die noch gut auf alter Hardware laufen. Und aus diesem Fundus haben sich am Ende ein paar Favoriten für mich herauskristallisiert, mit denen ich gut klar komme und bei denen ich bleiben werde.