Tag Archives: broken

Nicht auf Fedora 41 updaten, wenn Ihr Touch braucht

Posted on by

Wie ich gerade leidvoll feststellen mußte, darf man Touchgeräte nicht auf Fedora 41 updaten, weil dann Gnome nicht mehr funktioniert.

Gnome 47.1.1 broke touch support on Fedora 41

Wer ein Pipephone, ein TerraPad, ein PineTab oder anderes Gnome powered Touchdevice besitzt und nutzt, sollte nicht auf Gnome 47.1.1 updaten. Danach geht der Touchsupport nicht mehr.

Das habe ich leidvoll bei einem Fedora 41 upgrade rausgefunden. Ich erspare Euch die lange Rede, hier ist der Fix wenn Euch das auch passiert ist:

dnf –releasever=40 downgrade gnome-shell

Das sind so 6 Paket, ist in ein paar Sekunden durch. Danach nicht vergessen  der /etc/dnf.conf die Zeile:

exclude=gnome-shell

hinzuzufügen, sonst ist das Fix mit dem nächsten Update weg. Jetzt macht Ihr noch einen Reboot und fertig.

Wer den GnomeDevs sein Leid klagen will:

https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/8028

Der Umgang mit Gnome Bugs ist übrigens genau wie vor 4 Jahren mit den Bugreports zum Pinephone: mit ärgerlich noch höflich umschrieben.

Aus der Schmunzelecke von Bugzilla

Posted on by

Für Euch mal was zum Schmunzeln, das erlebt man auch nicht so oft, daß sich der Maintainer bei den Bugreportern dafür entschuldigt, in den Urlaub gefahren zu sein 😉

--- Comment #3 from Zdenek Dohnal <zdohnal@redhat.com> ---
Hi,

thank you for reporting the issue! I'm deeply sorry for inconvenience, I pushed
the update without cross checking if new net-snmp is already in the stable (I
wasn't able to add hplip to net-snmp update) and I went on vacation after that.
You can install previous version from koji for now
https://koji.fedoraproject.org/koji/buildinfo?buildID=1163784 .

Der Fall stellt sich so dar:

Der Maintainer von hplip, hat als Abhängigkeit net-snmp drin und haut sein Update ins Stable Repo, ohne zu checken, ob den auch die Version von net-snmp im Stable ist, die er braucht. Wars nicht, also hat DNF zu Recht rumgeheult, daß es nicht updaten kann, weil gibt es nicht ja nicht im Repo, was das Paket so braucht. Das kommt übrigens öfters vor, als man denkt. Sind halt alles nur Menschen 😀 Aber die Entschuldigung im Bugtracker ist ein Unikum 😀

Falls Euch das auch mal unterkommen sollte, ich hab die neue Version von net-snmp dann im UPDATES-TESTING Repo von Fedora vorgefunden und ein : dnf –enablerepo=updates-testing update net-snmp* hats dann gelöst. Da müßt Ihr dann natürlich die Euch fehlende Abhängigkeit benutzen, nicht net-snmp 😉

Androids K9 Mail nutzt noch TLS 1.0

Posted on by

Au man, man darf echt nicht nachsehen, was seine Programme so tun 🙁

K9-Mail

Das auf Android beliebte K9-Mail setzt auch gebrochene Krypto und nur als Beispiel erdachte Cipher!

2018-05-07 08:52:17 1fFa0M-0004M4-PW <= AAAAAAAAAAAAAAA H=********.dip0.t-ipconnect.de (XXXXX) [XXXXX] P=esmtpsa X=TLSv1:AES128-SHA:128 CV=no … id=1baxr95b3gdd6225t9ggj1yy.1525675936562@email.android.com

Das 146 MB große Paket enthält allen Anscheins nach nicht mal eine aktuelle SSL Implementierung. Schlimmer wäre es nur noch, wenn Sie das an Android outsourcen würden, aber wofür dann die 146 MB ? Im Programm ist nur eine „größere“ Grafik enthalten , der Rest ist pillepalle und ansonsten auch recht trivial von der Funktion her.

Für ein „Advanced Email for Android“ Programm echt enttäuschend 🙁

Mal sehen ob Sie antworten 😀

Webseite: https://k9mail.github.io/