staging.inyokaproject.org

Hallo,

neuer Artikel zum Programm pipx, welches die Installation und Nutzung von in Python-Modulen enthaltenen ausführbaren Dateien (=Programmen) vereinfacht.

Gruß, noisefloor

Hallo,

danke für den Artikel zu einem meiner Lieblingsprogramme! Abgesehen von einigen Rechtschreibfehlern sieht das erst einmal gut aus.

Folgende Anmerkungen hätte ich noch:

• Nach der Installation von pipx via pip muss manuell pipx ensurepath ausgeführt werden.

• Es fehlt IMO noch ein Hinweis, dass installierte Pythonmodule nach Installation auch direkt aus dem Terminal gestartet werden können, z.B.: pycowsay

• Bei der Liste der Befehle sollte noch pipx list erwähnt werden.

• Dieser Abschnitt:

Was dabei passiert bzw. von pipx erledigt wird:

Dürfte in Kürze hinsichtlich der angegebenen Pfade unrichtig sein und muss dann angepasst werden. Bis dahin sollte mit der Veröffentlichung gewartet werden.

• Bei der Syntax von pipx run fehlt noch, dass man den Modulen Kommandozeilenargumente übergeben kann.

• Kannst Du noch etwas zur Autokomplettierung sagen?

Hallo,

Dürfte in Kürze hinsichtlich der angegebenen Pfade unrichtig sein und muss dann angepasst werden. Bis dahin sollte mit der Veröffentlichung gewartet werden.

FYI: ich schaue so ca. 1x pro Woche bei pipx vorbei, ob der neue Release da ist, wo XDG-konforme Verzeichnisse genutzt werden. Wenn's soweit ist passt ich den Artikel nochmals an.

Gruß, noisefloor

Hat doch ein bisschen gedauert, aber gestern gab es eine Major Release mit einigen größeren Neuheiten: Siehe https://pipx.pypa.io/stable/changelog/#130

Hallo,

ja, aber irgendwie ist die ganze Situation mit pipx doof.

Wenn man nach https://pipx.pypa.io/stable/ geht sollte man pipx bis einschließlich 22.04 via pip installieren. Dann greifen auch die Änderungen mit den Pfaden gem XDG Spez usw. Nur funktioniert das ab 23.04 wegen der Änderungen bei pip nicht mehr, außer man nutzt die Option --break-system-packages. Keine Ahnung, ob das dann die "best practice" für pipx wäre.

Die o.g. Doku von pip empfiehlt für Ubuntu 23.04 und neuer die Installation des Pakets pipx aus den Paketquellen. Nur ist da selbst für Noble z.Zt. noch 1.2.1 drin. Dafür ist der aktuelle Artikel gültig und die Änderungen bzgl. der Pfade greifen nicht.

Irgendwie alles blöd und irgendwie IMHO auch keine wirkliche Lösung für pipx bzgl. der Änderungen in pip.

Gruß, noisefloor

noisefloor schrieb:

[...] Wenn man nach https://pipx.pypa.io/stable/ geht sollte man pipx bis einschließlich 22.04 via pip installieren. Dann greifen auch die Änderungen mit den Pfaden gem XDG Spez usw. Nur funktioniert das ab 23.04 wegen der Änderungen bei pip nicht mehr, außer man nutzt die Option --break-system-packages. Keine Ahnung, ob das dann die "best practice" für pipx wäre.

Das wohl kaum, siehe PEP 668:

Packaging pipx in the distro avoids the irony of instructing users to pip install --user --break-system-packages pipx to avoid breaking system packages.

[...] Nur ist da selbst für Noble z.Zt. noch 1.2.1 drin. Dafür ist der aktuelle Artikel gültig und die Änderungen bzgl. der Pfade greifen nicht. [...]

Ich nehme an, dass die neue Version bald für Debian in den Paketquellen liegen und dann auch relativ fix auf Ubuntu übertragen werden wird. Die Wichtigkeit eines gut gepflegten pipx dürfte ja den Entwicklern nicht entgangen sein (zur Not melde ich mich selbst als Paketbetreuer 😉). Außerdem wird von den Entwicklern an einem Installationsskript bzw. einer alternativen Installationsart getüftelt.

Könntest Du bis dahin die Zipapp als zu Präferierende Methode erwähnen?

Hallo,

also ich werde aufgrund des aktuellen Stands der Dinge den Artikel wenn mit dem Release von 24.04 wieder aufgreifen.

Wenn jemand den Artikel vorher aufgreifen möchten und für aktuell unterstützte Ubuntu-Versionen fertig stellen will → gerne.

Gruß, noisefloor

Hallo,

Artikel ist auf 24.04 aktualisiert und getestet.

Gruß, noisefloor

Danke. Habe einige kleine Korrekturen direkt im Artikel vorgenommen.

karzer schrieb:

[...] Könntest Du bis dahin die Zipapp als zu Präferierende Methode erwähnen?

Wie ist es hiermit? Diese Installations-Variante sehe ich als sinnvollen Weg dafür an, die immerhin gut gemeinte Restriktion der Python-Community nicht zu umgehen, und trotzdem nicht auf die neueste Version verzichten zu müssen.

Außerdem, in Version 1.5.0 sind noch einige bemerkenswerte Neuerungen hinzugekommen, die bislang im Artikel keine Erwähnung finde. Gibt es da eine Faustregel, dass in Artikeln zu Programmen vorzugsweise solche Versionen beschrieben werden sollen, die auch in den Paketarchiven liegen?

Hallo,

karzer schrieb:

[...] Könntest Du bis dahin die Zipapp als zu Präferierende Methode erwähnen?

Wie ist es hiermit? Diese Installations-Variante sehe ich als sinnvollen Weg dafür an, ...

Kannst du gerne ergänzen, ich hab's nicht getestet.

... die immerhin gut gemeinte Restriktion der Python-Community nicht zu umgehen, ...

Ja, aber pipx in venv schließt sich nun mal aus bzw. ist nicht sinnvoll.

Außerdem, in Version 1.5.0 sind noch einige bemerkenswerte Neuerungen hinzugekommen, die bislang im Artikel keine Erwähnung finde.

Was denn? Kannst du sonst gerne ergänzen.

Gibt es da eine Faustregel, dass in Artikeln zu Programmen vorzugsweise solche Versionen beschrieben werden sollen, die auch in den Paketarchiven liegen?

Nee. Es gibt (bzw. gab, zumindest in der Zeit, in der ich im Wikiteam war) die Richtlinie, dass auf Unterschiede zwischen Version $FOO und $BAR hingewiesen werden sollte, wenn beide Installationsmethode beschrieben werden.

Gruß, noisefloor

Nee. Es gibt (bzw. gab, zumindest in der Zeit, in der ich im Wikiteam war) die Richtlinie, dass auf Unterschiede zwischen Version $FOO und $BAR hingewiesen werden sollte, wenn beide Installationsmethode beschrieben werden.

Genau. So haben wir das damals gehandhabt.

Da ich ab sofort und bis auf weitere weder größere Überarbeitungen von Artikel machen noch neue Artikel für das Wiki von ubuntuusers.de erstellen werde, kann gerne jemand anders diese Baustelle zu Ende bringen oder sie kann auf verlassen gesetzt oder, wenn sich niemand findet, kann sie auch gelöscht werden.

Gruß, noisefloor

noisefloor schrieb:

Da ich ab sofort und bis auf weitere weder größere Überarbeitungen von Artikel machen noch neue Artikel für das Wiki von ubuntuusers.de erstellen werde [...]

Das ist schade! Wirst Du uns als Ratgeber erhalten bleiben? Ich erachte diesen Artikel sowieso als vorerst ausgereift, Ergänzungen können ja auch noch direkt im Wiki getätigt werden. Daher werde ich ihn demnächst verschieben.

Zur Änderung von march: Ich finde die Demo (abgesehen vom Format GIF) etwas arg sperrig für den Betrachter. Außerdem ist sie auch prominent auf der Hauptseite sichtbar (zudem ist sie bereits ziemlich alt und konnte mit dem zuletzt beschleunigten Entwicklungstempo nicht mithalten).

Vielleicht magst du das ein oder andere Bild hinzufügen um den Artikel ein wenig aufzulockern. Ansonsten einfach löschen.