Dirks Logbuch - Kommentare

Dirk Deimeke: Distributionsfremde Software

nospam@example.com (Dirk Deimeke) — Tue, 08 Sep 2026 12:37:42 +0200

Ja, nu ...

Auf meinem CachyOS läuft gerade das ProtonVPN nicht mehr, Versionskonflikt mit Python ... sollte eigentlich nicht passieren.

Jörg: Distributionsfremde Software

nospam@example.com (Jörg) — Tue, 08 Sep 2026 12:35:50 +0200

In manchen Kreisen gelte ich als unbelehrbar. Andere sagen mir eine gewisse Sturheit nach.

Ich bin mir des Risikos der Fremdquellen ja durchaus bewusst. Es hilft, wenn man einen guten Draht zu der Person hat, die die Quelle betreut.

An die Lesenden an den Datensichtgeräten daheim: "Nicht nachmachen."

Dirk Deimeke: Distributionsfremde Software

nospam@example.com (Dirk Deimeke) — Tue, 08 Sep 2026 07:45:43 +0200

Du nutzt noch Fremdquellen? Habe ich Dir denn gar nichts beigebracht?

Jörg: Distributionsfremde Software

nospam@example.com (Jörg) — Tue, 08 Sep 2026 07:40:55 +0200

Hallo zusammen,

wie viele hier bevoruge ich Software aus den Paketquellen meiner Distribution. Dazu kommen einzelne Fremdquellen, die sich über die Jahre als stabil genug erwiesen haben.

AppImages und Flatpaks benutze ich ebenfalls. Häufig ist der Grund dafür, eine GUI-Anwendung in der gleichen Version auf verschiedenen Distributionen nutzen zu können. Oder es gibt sie in den Paketquellen schlicht nicht mehr.

Noch relativ neu in meinem Fundus sind toolbox container. Diese nutze ich ähnlich wie Dirk Distrobox, um Anwendungen zu nutzen, die für das Userland einer anderen Distribution gebaut und getestet wurden. Für die Ausführung der Container verwende ich Podman und podman-compose.

Viele Grüße
Jörg

Dirk Deimeke: Distributionsfremde Software

nospam@example.com (Dirk Deimeke) — Thu, 03 Sep 2026 17:15:11 +0200

Das habe ich mit Bluefin auch gemacht.

Mittlerweile hat die Distribution einen Weg genommen, der mir nicht mehr ganz so gut gefällt.

Norbert Tretkowski: Distributionsfremde Software

nospam@example.com (Norbert Tretkowski) — Thu, 03 Sep 2026 16:42:07 +0200

Seit ich Bluefin auf dem Desktop nutze, habe ich mich mit Homebrew angefreundet. Was es dort nicht gibt (tatsächlich sehr wenig), wird selbst gebaut und landet in ~/.local/bin.

Dirk Deimeke: Distributionsfremde Software

nospam@example.com (Dirk Deimeke) — Wed, 02 Sep 2026 13:39:14 +0200

Missverständnis: Flatpak und Snaps haben auch paketierte Applikationen (nur nicht im Paketmanagement der Distributionen).

Stefan: Distributionsfremde Software

nospam@example.com (Stefan) — Wed, 02 Sep 2026 12:14:12 +0200

Nein, es gilt auch für Flatpaks und Snaps. Ich öffne bei mir KDE Discover, drücke auf Aktualisieren und alles wird aktualisiert. Sogar Firmware, wenn über fwupd verfügbar.

Klar, für manuell kompilierte Programme und AppImages gilt das nicht. Bei ersterem ergibt es Sinn, weil... wie? Bei Letzterem ist es ein Fail des Konzepts. Aber auch da gibt es Drittanwendungen, die das meinen zu lösen. Keine Ahnung, ich mache einen Bogen um AppImages.

Dirk Deimeke: Distributionsfremde Software

nospam@example.com (Dirk Deimeke) — Wed, 02 Sep 2026 09:04:27 +0200

Mit der einen kleinen Einschränkung, dass das nur für paketierte Applikationen gilt. Wenn ich über alternative Wege installiere, dann klappt das nicht.

Dirk Deimeke: Distributionsfremde Software

nospam@example.com (Dirk Deimeke) — Wed, 02 Sep 2026 09:03:00 +0200

Das gibt es unter Linux selbstverständlich auch und ginge auch mit Firefox, wenn ich ihn selbst installiere und keinen der vorgeschlagenen Wege verwende.

Aber: Distributionen kuratieren neue Releases und nehmen sie erst auf, wenn sie auf der Distribution getestet wurden. Die Gefahr, dass etwas nicht funktioniert, wird damit minimiert.

Zusätzlich ist es so, dass Linux (oder Unix im Allgemeinen) das Konzept von Shared Libraries kennt. Das bedeutet, dass Bibliotheken, die mehrere Anwendungen verwenden, nur einmal installiert werden müssen. Das macht das Testen etwas aufwendiger.

Ansonsten gilt das von Stefan Gesagte. Ich kann unter Linux mit einem Kommando System UND Anwendungen aktualisieren. Also komplett.

Stefan: Distributionsfremde Software

nospam@example.com (Stefan) — Tue, 01 Sep 2026 19:12:30 +0200

Es gibt AppImages, die sich selbst aktualisieren. Aber "leider" sind AppImages systematisch sehr schlecht gepflegt und die Erstellung ist kompliziert.
Ich finde die zentralen Systeme wie Paketmanager und Flatpaks dem "Windows-Konzept" mehrere Jahrzehnte voraus. Da muss man jeder App quasi täglich manuell auf Updates über prüfen. Einzeln! Unter Linux drückt man einen Knopf und alles wird aktualisiert. 👍

Tredup: Distributionsfremde Software

nospam@example.com (Tredup) — Tue, 01 Sep 2026 17:58:37 +0200

Das klingt alles so aufwendig. Gibt es keine einfache Varianten? Ich meine unter Windows kann man doch auch (externe) Software installieren, die sich selbst aktualisiert. Warum ist das bei Linux so nicht möglich?
Firefox unter Windows zum Beispiel.

Dirk Deimeke: Distributionsfremde Software

nospam@example.com (Dirk Deimeke) — Tue, 01 Sep 2026 12:04:24 +0200

Und noch ein Tool ...

Danke für den Tipp!

Robert: Distributionsfremde Software

nospam@example.com (Robert) — Tue, 01 Sep 2026 11:58:15 +0200

Ich versuche bei den Anwendungen in den offiziellen Paketquellen meiner Distribution zu bleiben. Auf eine Fremdquelle kann ich leider nicht verzichten, diese habe ich eingebunden.

Ansonsten verwende ich einige Flatpaks sowie AppImages. Um AppImages aktuell zu halten, verwende ich seit einiger Zeit "bin": https://github.com/marcosnils/bin

Dirk Deimeke: Distributionsfremde Software

nospam@example.com (Dirk Deimeke) — Tue, 01 Sep 2026 10:52:51 +0200

Ja, guter Punkt.

Aber damit habe ich gar keine Erfahrungen.

Dirk Deimeke: Distributionsfremde Software

nospam@example.com (Dirk Deimeke) — Tue, 01 Sep 2026 10:50:50 +0200

In Chezmoi gibt es einen Mechanismus «chezmoiexternals»; dort trage ich die Anwendungen ein und alle wie viele Stunden geprüft werden soll, ob es ein Update gibt.

https://www.chezmoi.io/reference/special-files/chezmoiexternal-format/

Ein "chezmoi update" mache ich jeden Tag.

Appman ist ein guter Tipp, in Shelly (CachyOS) gibt es auch so etwas.

Dirk Deimeke: Distributionsfremde Software

nospam@example.com (Dirk Deimeke) — Tue, 01 Sep 2026 10:46:19 +0200

Flatpak-Builder habe ich noch nie gebraucht, wollte ich aber einmal testen.

Oliver Kraitschy: Distributionsfremde Software

nospam@example.com (Oliver Kraitschy) — Tue, 01 Sep 2026 08:30:20 +0200

Man könnte die Liste noch um den Paketmanager nix (https://nixos.org/learn/) erweitern. Diesen kann man auch auf anderen Distributionen benutzen.

Michael: Distributionsfremde Software

nospam@example.com (Michael) — Tue, 01 Sep 2026 08:08:59 +0200

Ich nutze auch die Variante mit lokalen binaries über eget oder auch mal selbst kompiliert. Kannst du deine Nutzung von chezmoi in dem Zusammenhang mal skizzieren?

Seit ich appman (https://github.com/ivan-hc/AppMan) kennengelernt habe, bin iuch auch ein grosser Freund von Appimages geworden.

Stefan: Distributionsfremde Software

nospam@example.com (Stefan) — Tue, 01 Sep 2026 07:57:04 +0200

Sehe ich genauso. Drittquellen oder PPAs machen nur das System instabil und haben auf einem Produktivsystem nichts zu suchen.
Um die proprietären Snaps mache ich auch einen Bogen.
Flatpaks präferiere ich, die laufen gut und sind in Programme wie KDE Discover eingebunden. Über flatpak-builder lassen sich viele Programme auch recht komfortabel kompilieren und man kann auch die drölfzig Entwicklerpakete verzichten.

Dirk Deimeke: Distributionsfremde Software

nospam@example.com (Dirk Deimeke) — Tue, 01 Sep 2026 07:53:56 +0200

Das ist absolut nachvollziehbar.

liegeradler: Distributionsfremde Software

nospam@example.com (liegeradler) — Tue, 01 Sep 2026 07:45:39 +0200

Ich nutze am liebsten AppImages, die sind für mich als Anfänger am einfachsten zu handhaben: Runterladen, ausführbar machen, starten...

Dirk Deimeke: DNS-Server wechseln

nospam@example.com (Dirk Deimeke) — Sat, 29 Aug 2026 14:45:47 +0200

Vermutlich wird diese Zielgruppe gar nicht in der Lage sein, den DNS-Server zu wechseln.

Es liesse sich ja auch prüfen, ob der DNS-Server reagiert.

Dirk Deimeke: Linkdump 35/2026

nospam@example.com (Dirk Deimeke) — Sat, 29 Aug 2026 14:43:22 +0200

Ah, toll, vielen Dank für die Ergänzung.

Matthias Urlichs: DNS-Server wechseln

nospam@example.com (Matthias Urlichs) — Sat, 29 Aug 2026 14:29:27 +0200

> Achtung: Manche öffentlichen WLANs erlauben keine eigenen DNS-Server (warum nur?).

Abgesehen von den offensichtlichen Gründen: weil zu viele Leute, insbesondere Bürohengste, den DNS-Server fest auf "ihren" eingestellt haben … der blöderweise auf externe Anfragen nicht antwortet. Oder in einem RFC1918-Netz hängt.