Arch Linux

Tint2 kaputt? Bitte um Hilfe

Edward d'Eath

Moinsen liebe Archlinux-Gemeinde,

Istzustand
ich habe hier vier Rechner, die mit Archlinux laufen. Zwei der Rechner laufen mit der i686-Variante von Archlinux, die andern beiden laufen mit der x86_64-Variante von Archlinux . Damit meine ich, das hier bei mir das wahre, unverfälschte Archlinux läuft und nicht irgendein Manjaro-Geraffel oder eine andere Distri, die auf Archlinux aufbaut.
Auf allen Rechnern läuft Openbox und Tint2.

Fehlerbeschreibung
Bei allen vier Rechnern habe ich heute Morgen ein Update gemacht. Die Rechner mit der x86_64-Variante verhalten sich ganz normal, bei den beiden Rechnern mit der i686-Variante gibt es ein Fehlverhalten im Zusammenhang mit Tint2 und Openbox. Das Fehlverhalten kann ich nachstellen, wenn ich eine bestimmte Tastenkombination drücke. Nach dem Drücken der Tastenkombi verschwindet die Tint2-Leiste. Bevor jemand fragt: Ich habe nach der Entdeckung des Fehlverhaltens an Rechner 1 am noch nicht upgedateten Rechner 2 überprüft, das mit der besagten Tastenkombi Tint2 nicht verschwindet. Erst nach dem Update (und einem Reboot) taucht das Fehlverhalten auf.

Betrifft nur die i686-Variante von Archlinux!

Die betreffende Tastenkombination

geany ~/.config/openbox/rc.xml

<!-- Terminal Xfce-Terminal -->
<keybind key="W-C-t">
	<action name="Execute">
		<execute>xfce4-terminal</execute>
	</action>
</keybind>

Das hier waren die Pakete, die aktualisiert wurden. Weil ein neuer Schlüsselring dabei war, habe ich den explizit und separat aktualisiert.
grep -e 2016-01-30 /var/log/pacman.log

[2016-01-30 11:23] [PACMAN] Running 'pacman -S archlinux-keyring'
[2016-01-30 11:23] [ALPM] transaction started
[2016-01-30 11:23] [ALPM] upgraded archlinux-keyring (20151220-1 -> 20160123-1)
...
[2016-01-30 11:24] [PACMAN] Running 'pacman -Syu'
[2016-01-30 11:24] [PACMAN] synchronizing package lists
[2016-01-30 11:24] [PACMAN] starting full system upgrade
[2016-01-30 11:28] [ALPM] transaction started
[2016-01-30 11:28] [ALPM] upgraded blas (3.6.0-2 -> 3.6.0-3)
[2016-01-30 11:28] [ALPM] upgraded cblas (3.6.0-2 -> 3.6.0-3)
[2016-01-30 11:28] [ALPM] upgraded dhclient (4.3.3-2 -> 4.3.3.p1-1)
[2016-01-30 11:28] [ALPM] upgraded openssl (1.0.2.e-1 -> 1.0.2.f-1)
[2016-01-30 11:28] [ALPM] upgraded dhcpcd (6.10.0-1 -> 6.10.1-1)
[2016-01-30 11:28] [ALPM] upgraded libpng (1.6.20-1 -> 1.6.21-1)
[2016-01-30 11:28] [ALPM] upgraded gtk-update-icon-cache (3.18.6-2 -> 3.18.7-1)
[2016-01-30 11:28] [ALPM] upgraded xkeyboard-config (2.16-1 -> 2.17-1)
[2016-01-30 11:29] [ALPM] upgraded gtk3 (3.18.6-2 -> 3.18.7-1)
[2016-01-30 11:29] [ALPM] upgraded libvpx (1.5.0-3 -> 1.5.0-4)
[2016-01-30 11:29] [ALPM] upgraded firefox (43.0.4-1 -> 44.0-1)
[2016-01-30 11:29] [ALPM] upgraded firefox-i18n-de (43.0-1 -> 44.0-1)
[2016-01-30 11:29] [ALPM] upgraded lapack (3.6.0-2 -> 3.6.0-3)
[2016-01-30 11:29] [ALPM] upgraded libmediainfo (0.7.81-1 -> 0.7.82-1)
[2016-01-30 11:29] [ALPM] upgraded mediainfo (0.7.81-1 -> 0.7.82-1)
[2016-01-30 11:29] [ALPM] upgraded mediainfo-gui (0.7.81-1 -> 0.7.82-1)
[2016-01-30 11:29] [ALPM] upgraded mkinitcpio (18-2 -> 19-1)
[2016-01-30 11:29] [ALPM] upgraded ntp (4.2.8.p5-1 -> 4.2.8.p6-1)
[2016-01-30 11:29] [ALPM] upgraded pacman-mirrorlist (20160110-1 -> 20160124-1)
[2016-01-30 11:29] [ALPM] installed python-pyparsing (2.0.7-1)
[2016-01-30 11:29] [ALPM] upgraded python-packaging (15.3-2 -> 16.0-1)
[2016-01-30 11:29] [ALPM] upgraded python-setuptools (1:19.4-1 -> 1:19.6.1-1)
[2016-01-30 11:29] [ALPM] upgraded python2-cffi (1.4.2-1 -> 1.5.0-1)
[2016-01-30 11:29] [ALPM] upgraded python2-cryptography (1.2.1-1 -> 1.2.2-1)
[2016-01-30 11:29] [ALPM] upgraded tint2 (0.12.3-1 -> 0.12.4-1)
[2016-01-30 11:29] [ALPM] upgraded vte-common (0.42.1-2 -> 0.42.3-1)
[2016-01-30 11:29] [ALPM] transaction completed

Versuchte Fehlerbehebung
Ein löschen des Ordners ~./config/tint2/ hat keine Abhilfe gebracht. Statt dessen füllt tint2 selbstständig den Ordner mit verschiedenen Konfigurationsdateien auf. Ich habe die Prozedur mal bei einem Rechner mit der x86_64-Variante wiederholt. Dort wird nur eine tint2rc-Konfigurationsdatei angelegt.

$ ls -ali ~/.config/tint2/

insgesamt 152
7340078 drwxr-xr-x  2 edward users  4096 30. Jan 12:20 .
7340037 drwx------ 15 edward users  4096 22. Dez 13:56 ..
7340127 -rw-r--r--  1 edward users  5577 21. Dez 10:11 horizontal-dark-opaque.tint2rc
7340117 -rw-r--r--  1 edward users  5409 21. Dez 10:11 horizontal-dark-transparent.tint2rc
7340120 -rw-r--r--  1 edward users  5568 21. Dez 10:11 horizontal-light-opaque.tint2rc
7340118 -rw-r--r--  1 edward users  5544 21. Dez 10:11 horizontal-light-transparent.tint2rc
7340125 -rw-r--r--  1 edward users  2408 21. Dez 10:11 icon_and_text_1.tint2rc
7340109 -rw-r--r--  1 edward users  2424 21. Dez 10:11 icon_and_text_2.tint2rc
7340131 -rw-r--r--  1 edward users  2517 21. Dez 10:11 icon_and_text_3.tint2rc
7340114 -rw-r--r--  1 edward users  2475 21. Dez 10:11 icon_and_text_4.tint2rc
7340124 -rw-r--r--  1 edward users  2740 21. Dez 10:11 icon_only_1.tint2rc
7340128 -rw-r--r--  1 edward users  2566 21. Dez 10:11 icon_only_2.tint2rc
7340126 -rw-r--r--  1 edward users  2307 21. Dez 10:11 icon_only_3.tint2rc
7340129 -rw-r--r--  1 edward users  2326 21. Dez 10:11 icon_only_4.tint2rc
7340110 -rw-r--r--  1 edward users  2537 21. Dez 10:11 icon_only_6.tint2rc
7340121 -rw-r--r--  1 edward users  2522 21. Dez 10:11 icon_only_7.tint2rc
7340134 -rw-r--r--  1 edward users 10046 23. Jan 11:57 snap.jpg
7340123 -rw-r--r--  1 edward users  2662 21. Dez 10:11 text_only_1.tint2rc
7340119 -rw-r--r--  1 edward users  2662 21. Dez 10:11 text_only_2.tint2rc
7340132 -rw-r--r--  1 edward users  2261 21. Dez 10:11 text_only_3.tint2rc
7340113 -rw-r--r--  1 edward users  2137 21. Dez 10:11 text_only_4.tint2rc
7340122 -rw-r--r--  1 edward users  2390 21. Dez 10:11 text_only_5.tint2rc
7340133 -rw-r--r--  1 edward users  2242 21. Dez 10:11 text_only_6.tint2rc
7340079 -rw-r--r--  1 edward users  3204 10. Sep 21:02 tint2rc
7340130 -rw-r--r--  1 edward users  5443 21. Dez 10:11 vertical-dark-opaque.tint2rc
7340115 -rw-r--r--  1 edward users  5407 21. Dez 10:11 vertical-dark-transparent.tint2rc
7340112 -rw-r--r--  1 edward users  5698 21. Dez 10:11 vertical-light-opaque.tint2rc
7340116 -rw-r--r--  1 edward users  5539 21. Dez 10:11 vertical-light-transparent.tint2rc

Ein kopieren der tint2rc von einem "gesunden" Rechner bringt keine Besserung.

scp /home/edward/.config/tint2/tint2rc juergen@192.168.231.13:/home/edward/.config/tint2/

tint2rc                                       100% 3215     3.1KB/s   00:00

Im Terminal ausgeführt

$ killall -SIGUSR1 tint2

tint2: Kein Prozess gefunden

$ tint2 &

[1] 1205
[edward@xe3gf ~]$ xRandr: Found crtc's: 1
xRandr: Linking output LVDS1 with crtc 0
No XSETTINGS manager, tint2 uses config option 'launcher_icon_theme'.
real transparency off.... depth: 24
panel items: LTSC
Systray composited rendering on
tint2 : nb monitor 1, nb monitor used 1, nb desktop 2
tint2 : pixmap background detection failed

Nachtrag
Ich habe versucht, über das Openbox-Menü verschiedene Programme zu starten. Bei den Programmen deadbeef und pragha verschwindet die Tint2-Leiste, bei anderen Programmen (audacious, scite, mediainfo) nicht. Kann das ein Problem in Verbindung mit gtk3 bzw. mit gtk+ (deadbeef und pragha) sein?

Hat jemand einen Tip, wie ich das Fehlverhalten eliminieren kann?

stefanhusmann

Wenn das Problem eindeutig auf das Update von Tint2 zurückzuführen ist, würde ich mal von einem Bug sprechen. Ein Paket sollte sich unter i686 nicht anders verhalten als unter x86_64.

TrialnError

Mit 0.12.4 hat sich ein Fehler eingeschlichen, der ab 0.12.6 gefixed war.

https://gitlab.com/o9000/tint2/issues/546

Nur der Arch Paket-Maintainer lässt sich gerade ein wenig Zeit beim updaten, deswegen das PKGBUILD holen und lokal aktualisieren

stefanhusmann

Warum sollte er sich beeilen, wenn es keinen Bugreport gibt?

Edward d'Eath

Ein schönen Sonntag wünsche ich Euch,

heute Morgen kam ein Update rein, mit tint2 im Gepäck. Leider ist der Fehler immer noch da. Wie kann ich denn so einen Fehler melden? Es gibt doch sicherlich ein Procedere dafür.

[2016-01-31 08:57] [ALPM] upgraded tint2 (0.12.4-1 -> 0.12.4-2)

grep -e 2016-01-31 /var/log/pacman.log

[2016-01-31 08:56] [PACMAN] Running 'pacman -Syy'
[2016-01-31 08:56] [PACMAN] synchronizing package lists
[2016-01-31 08:57] [PACMAN] Running 'pacman -Syu'
[2016-01-31 08:57] [PACMAN] synchronizing package lists
[2016-01-31 08:57] [PACMAN] starting full system upgrade
[2016-01-31 08:57] [ALPM] transaction started
[2016-01-31 08:57] [ALPM] upgraded device-mapper (2.02.138-1 -> 2.02.141-1)
[2016-01-31 08:57] [ALPM] upgraded thin-provisioning-tools (0.5.6-2 -> 0.6.0-2)
[2016-01-31 08:57] [ALPM] upgraded lvm2 (2.02.138-1 -> 2.02.141-1)
[2016-01-31 08:57] [ALPM] upgraded mplayer (37379-6 -> 37379-7)
[2016-01-31 08:57] [ALPM] upgraded tint2 (0.12.4-1 -> 0.12.4-2)
[2016-01-31 08:57] [ALPM] transaction completed

Martin-MS

Edward d'Eath schrieb heute Morgen kam ein Update rein, mit tint2 im Gepäck. Leider ist der Fehler immer noch da.

War ja auch nur ein Update von 0.12.4-1 auf 0.12.4-2 und damit aus denselben Quellen. Wahrscheinlich hat der Paketbetreuer vergessen, im PKBUILD die Versionsnummer von 0.12.4 auf 0.12.7 hochzusetzen.

Wie kann ich denn so einen Fehler melden? Es gibt doch sicherlich ein Procedere dafür.

Selber kompilieren und wenn es das Problem löst auf https://bugs.archlinux.org darum bitten die aktuelle Version zu paketieren.

TrialnError

stefanhusmann schriebWarum sollte er sich beeilen, wenn es keinen Bugreport gibt?

a) Weil es schon "länger" als OoD markiert wurde (auch schon zu dem Zeitpunkt, wo er die -1 auf -2 erhöht hat). Auch wenn man sagen muss, dass eine OoD Meldung nicht zur Eile aufruft
b) und es einen Bugreport gibt

Martin-MS

Den Bugreport gibt es aber nur Upstream und man kann nicht vom Packager erwarten, dass er für alle Pakete die er betreut ständig bei den Entwicklern nachsieht ob es vielleicht für eins seiner Pakete ein Update gibt. Manche machen das zwar selber, aber verlassen würde ich mich darauf nicht. In sofern wäre ein Hinweis darauf dass aktualisierte oder fehlerbereinigte Versionen verfügbar sind schon ganz hilfreich. Und nochmal: wem das zu lange dauert der kann sich selber bequem aus dem ABS auch sein eigenes aktuelles Pakte bauen.

TrialnError

https://bugs.archlinux.org/task/47957
Das ist nicht upstream 😉

Martin-MS

Sorry, habe ich nicht gefunden weil der Paketname nicht entsprechend den "Reporting bug guidelines" formuliert war und der Link zumindest aus der deutschen Paketverwaltung keine Fundstelle lieferte.

stefanhusmann

Jetzt ist eine neue Version raus.

mönch

@stefanhusmann,
danke dir für die Mitteilung, es funktioniert wieder.