getmails für bullseye

[Huck Fin]

Moin,
unter buster hatte ich getmail4 installiert, welches das getmails-script mit installiert hatte.
so habe ich den Befehl dann pro user ausführen können

Code: Alles auswählen

sudo -u name getmails

Unter Bullseye fehlt es mir.
Getmail6 ist drauf, aber ich finde das Script (getmails) nicht
Laut dieser Seite sollte es aber dabei sein
https://manpages.debian.org/bullseye-ba ... .1.en.html

Kann mir da jemand helfen ?

[Blackbox]

Verständnisfrage: Hast du das Paket getmail installiert, denn dieses enthält

Code: Alles auswählen

/usr/bin/getmails

, allerdings bin ich nicht ganz sicher, ob du dieses Binary suchst?
Ein File namens "getmails-script" habe ich in Bullseye Repository nicht finden können.

[Huck Fin]

ich habe

Code: Alles auswählen

apt install getmail

ausgeführt.
Das Script heist "getmails" und liegt in /usr/bin/
Ich habe jetzt das Script von meinem Buster manuell dort hin kopiert.
Funktioniert auch soweit.
Sehr seltsam, dass es nicht mit installiert wird über apt install.

[inne]

Hallo,

Sehr seltsam, dass es nicht mit installiert wird über apt install.

In bullseye fehlt es wohl, aber in bullseye-backports ist es wieder mit dabei!

[Blackbox]

In bullseye fehlt es wohl

Das wäre mir einen vollqualifizierten Bugreport wert.
Aber immer schön darauf achten, dass dieser nicht mit wenig hilfreichen Angeboten versehen ist, und deswegen keine Beachtung findet.

[inne]

Mir war vor einiger Zeit auch aufgefallen das getmails in Bullseye fehlt, aber ich nutze das eigentlich nicht tagtäglich. Gelöst hatte ich das dann auch wie Huck Fin, nur das ich es im /home gelassen hatte.

Schaut man nach Upstream, so ist das erst am 13. Mai 2021 (Donnerstag) zu getmail6 hinzugefügt worden.
https://github.com/getmail6/getmail6/co ... r/getmails

Das Paket ist aber wohl älter, und wurde am 16. Januar 2021 taged.
https://salsa.debian.org/python-team/pa ... n%2F6.14-1

Deswegen wohl auch der Backport.

[Blackbox]

Deswegen wohl auch der Backport.

Sollten die Backports nicht die Ausnahme, als die Regel sein?
Auch wenn das bei Einigen noch nicht durchgedrungen ist.

Deswegen würde ich mit einem solchen Problem auch unbedingt einen Bugreport eröffnen, denn in den meisten Umgebungen will man sich eben nicht auf einen solchen Würgaround verlassen.
Und mit einem Bugreport ist allen Verwendern von getmails geholfen.

[inne]

Deswegen wohl auch der Backport.

Sollten die Backports nicht die Ausnahme, als die Regel sein?

Ich denke schon und ich nutze die auch nicht (daher keine Erfahrung).

Aber anders bekommt man doch keine neue Version oder Features nach Bullseye und die Version 14 von getmail6 hatte kein getmails dabei, soweit ich das überblicke? Was wohl ein Fehler war bzw. vergessen wurde, das stimmt.

[Blackbox]

Aber anders bekommt man doch keine neue Version oder Features nach Bullseye

Das ist ein anderes Szenario, welches du hier beschreibst.

die Version 14 von getmail6 hatte kein getmails dabei, soweit ich das überblicke?

Anderes Paket mit nur ähnlichen Aufgaben.

Was wohl ein Fehler war bzw. vergessen wurde, das stimmt.

Deswegen auch der qualifizierte Bugreport von einem der Betroffenen.