expertenaustausch > linux.debian.user.german

Klaus Becker (06.01.2020, 18:30)
Hallo,

vorgestern hab' ich unter unstable win64 installiert und dann wieder
rausgeschmissen per "apt purge..." und anschließendem "apt autoremove".

Dabei ist wohl ein wenig zu viel desinstalliert worden.

Seitdem startet quiterss zwar, bricht dann aber mit einem segfault zusammen:

"$ quiterss

(process:29095): Gtk-WARNING **: 17:14:13.576: Locale not supported by C
library.
Using the fallback 'C' locale.

(quiterss:29095): Gtk-WARNING **: 17:14:15.434: Locale not supported by
C library.
Using the fallback 'C' locale.

(quiterss:29095): GLib-GObject-WARNING **: 17:14:15.434: cannot register
existing type 'GdkDisplayManager'

(quiterss:29095): GLib-CRITICAL **: 17:14:15.434: g_once_init_leave:
assertion 'result != 0' failed

(quiterss:29095): GLib-GObject-CRITICAL **: 17:14:15.434:
g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type)'
failed

(quiterss:29095): GLib-GObject-WARNING **: 17:14:15.434: invalid (NULL)
pointer instance

(quiterss:29095): GLib-GObject-CRITICAL **: 17:14:15.434:
g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed

(quiterss:29095): GLib-GObject-WARNING **: 17:14:15.434: invalid (NULL)
pointer instance

(quiterss:29095): GLib-GObject-CRITICAL **: 17:14:15.434:
g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
Gtk-Message: 17:14:15.435: Failed to load module "atk-bridge"

(quiterss:29095): GLib-GObject-WARNING **: 17:14:15.436: cannot register
existing type 'GdkDisplay'

(quiterss:29095): GLib-CRITICAL **: 17:14:15.436: g_once_init_leave:
assertion 'result != 0' failed

(quiterss:29095): GLib-GObject-CRITICAL **: 17:14:15.436:
g_type_register_static: assertion 'parent_type > 0' failed

(quiterss:29095): GLib-CRITICAL **: 17:14:15.436: g_once_init_leave:
assertion 'result != 0' failed

(quiterss:29095): GLib-GObject-CRITICAL **: 17:14:15.436:
g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type)'
failed
Segmentation fault."

Kann mir ein freundlicher Zeitgenosse diese Fehlermeldungen erklären?

danke

Klaus
Christian Knoke (06.01.2020, 21:00)
Hallo Klaus,

Klaus Becker schrieb am 06. Jan um 17:19 Uhr:
> Hallo,
> vorgestern hab' ich unter unstable win64 installiert und dann wieder
> rausgeschmissen per "apt purge..." und anschließendem "apt autoremove".
> Dabei ist wohl ein wenig zu viel desinstalliert worden.


In /var/log/apt/history.log kannst du nachlesen, was installiert, und was
deinstalliert wurde.

Gruß
Christian

> Seitdem startet quiterss zwar, bricht dann aber mit einem segfault zusammen:
> "$ quiterss


[...]
[..]
Klaus Becker (06.01.2020, 21:20)
Le 06/01/2020 à 19:53, Christian Knoke a écrit :
> Hallo Klaus,
> Klaus Becker schrieb am 06. Jan um 17:19 Uhr:
> In /var/log/apt/history.log kannst du nachlesen, was installiert, und was
> deinstalliert wurde.
> Gruß
> Christian
> [...]


Hallo Christian,

> In /var/log/apt/history.log kannst du nachlesen, was installiert und,
> was deinstalliert wurde."


Schon, aber mit wine64 wurden mehr als 1 GB Pakete installiert und dann
wieder per "apt autoremove" rausgeschmissen, da steht viel zu viel in
der Datei, wie soll ich da den Schuldigen finden?

Versuchsweise habe ich wine64 wider installiert, habe aber immer noch
das gleiche Problem mit quiterss. Also scheint das Problem doch woanders
zu liegen, vermutlich an einem ebenso durchgeführten "dist-upgrade".

Klaus
Christian Knoke (06.01.2020, 21:40)
Klaus Becker schrieb am 06. Jan um 20:19 Uhr:
> Le 06/01/2020 à 19:53, Christian Knoke a écrit :


> Hallo Christian,
> > In /var/log/apt/history.log kannst du nachlesen, was installiert und, >

> was deinstalliert wurde."
> Schon, aber mit wine64 wurden mehr als 1 GB Pakete installiert und dann
> wieder per "apt autoremove" rausgeschmissen, da steht viel zu viel in der
> Datei, wie soll ich da den Schuldigen finden?


Nicht den Schuldigen finden, sondern einfach alles, was deinstalliert wurde,
ohne das es im Schritt zuvor installiert wurde, wieder installieren.

Die Paketnamen kannst du einfach kopieren, nur die Zusätze in Klammern
entfernen, zum Beispiel so:

~$ sed -e 's@(.*)@@g' < /var/log/apt/history.log

Die Befehlszeile kannst du dir im Editor zusammenbasteln.

Gruß
Christian
[..]
Klaus Becker (07.01.2020, 12:50)
Le 06/01/2020 à 20:35, Christian Knoke a écrit :
> Klaus Becker schrieb am 06. Jan um 20:19 Uhr:
> Nicht den Schuldigen finden, sondern einfach alles, was deinstalliert wurde,
> ohne das es im Schritt zuvor installiert wurde, wieder installieren.
> Die Paketnamen kannst du einfach kopieren, nur die Zusätze in Klammern
> entfernen, zum Beispiel so:
> ~$ sed -e 's@(.*)@@g' < /var/log/apt/history.log
> Die Befehlszeile kannst du dir im Editor zusammenbasteln.
> Gruß
> Christian


Das verstehe ich nicht ganz. Was bedeutet "alles, was deinstalliert
wurde, ohne das es im Schritt zuvor installiert wurde"?

Ich hab' doch schon alles wieder installiert, siehe unten.

Gruß

Klaus
[..]
Tilmann Hentze (07.01.2020, 13:40)
Klaus Becker <colonius> schrieb:
> Seitdem startet quiterss zwar, bricht dann aber mit einem segfault zusammen:

Das Problem begann hier mit dem update von libc-bin:amd64 (2.29-7, 2.29-8).
Der Fehler ist im Upstream behoben:
<https://github.com/QuiteRSS/quiterss/commit/708603daf5ee2b097150f2945d1749bf98c3a0bb>

HTH,
Tilmann.
Klaus Becker (07.01.2020, 14:00)
Le 07/01/2020 à 12:35, Tilmann Hentze a écrit :
> Klaus Becker <colonius> schrieb:
> Das Problem begann hier mit dem update von libc-bin:amd64 (2.29-7, 2.29-8).
> Der Fehler ist im Upstream behoben:
> <https://github.com/QuiteRSS/quiterss/commit/708603daf5ee2b097150f2945d1749bf98c3a0bb>
> HTH,
> Tilmann.


Hallo Tilmann,

obige Version von libc-bin:amd64 habe ich in der Tat.

Was mache ich aber mit der github-Adresse? Ich hab' keine
src/application/logfile.cpp.

Heißt das, ich muss mein quiterss Paket selbst bauen oder warten, bis
eine korrigierte Version rauskommt?

Gruß
Klaus
Christian Knoke (07.01.2020, 14:20)
Hallo Klaus,

Klaus Becker schrieb am 07. Jan um 11:42 Uhr:
> Le 06/01/2020 à 20:35, Christian Knoke a écrit :
> Das verstehe ich nicht ganz. Was bedeutet "alles, was deinstalliert wurde,
> ohne das es im Schritt zuvor installiert wurde"?
> Ich hab' doch schon alles wieder installiert, siehe unten.


> > > Versuchsweise habe ich wine64 wider installiert, habe aber immer noch das
> > > gleiche Problem mit quiterss. Also scheint das Problem doch woanders zu
> > > liegen, vermutlich an einem ebenso durchgeführten "dist-upgrade".


in deinem ersten Posting schriebst du:

> vorgestern hab' ich unter unstable win64 installiert und dann wieder
> rausgeschmissen per "apt purge..." und anschließendem "apt autoremove".


> Dabei ist wohl ein wenig zu viel desinstalliert worden.


genau das vermute ich auch. Durch "apt autoremove" sind Sachen entfernt
worden, die vor der Installation von wine vorhanden waren und von dir
genutzt wurden.

Überprüfen kannst du das, wenn du in die Logfiles von apt guckst, unter
/var/log/apt/ .

Der Hintergrund ist, das es 3 Stufen von Paketabhängigkeiten gibt:
"Hängt ab", "Empfiehlt" und "Schlägt vor". In aptitude kannst du sie sehen,
apt geht etwas anders damit um.

Die von apt autoremove deinstallierten Pakete kannst du am einfachsten mit
apt install ... wieder einspielen.

Gruß
Christian
Klaus Becker (07.01.2020, 14:40)
Le 07/01/2020 à 12:35, Tilmann Hentze a écrit :
> Klaus Becker <colonius> schrieb:
> Das Problem begann hier mit dem update von libc-bin:amd64 (2.29-7, 2.29-8).
> Der Fehler ist im Upstream behoben:
> <https://github.com/QuiteRSS/quiterss/commit/708603daf5ee2b097150f2945d1749bf98c3a0bb>
> HTH,
> Tilmann.


Also ich hab' versucht, die vorige Version von libc-bin:amd64 zu
installieren:

Eine Linie fur stable und testing sources.list eingefügt, dann

$ apt update

# apt install libc-bin:amd64=2.29-7

habe jetzt

$ apt-cache policy libc-bin:amd64
libc-bin:
Installiert : 2.29-7
Kandidat : 2.29-8
Versionstabelle :
2.29-8 500
500 unstable/main
amd64 Packages
*** 2.29-7 500
500 testing/main
amd64 Packages
100 /var/lib/dpkg/status
2.28-10 500
500 stable/main
amd64 Packages

Computer neu gestartet, das Problem ist immer noch das gleiche.

Installieren der "stable" Version von libc-bin:amd64 ist nicht möglich.

Klaus
Tilmann Hentze (07.01.2020, 17:00)
Klaus Becker <colonius> schrieb:
> obige Version von libc-bin:amd64 habe ich in der Tat.

Wie Hilmar schreibt, liegt es wohl doch nicht daran, sondern am Update
on qt5 einige Tage vorher. Mir fiel das nur auf, weil ich nach dem
Update der libc den Rechner neu aufgestartet habe und quiterss nicht
mehr erschien.

> Heißt das, ich muss mein quiterss Paket selbst bauen oder warten, bis
> eine korrigierte Version rauskommt? Ja.


MfG,
Tilmann.
Richard Kraut (11.01.2020, 22:20)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Am Dienstag, den 07.01.2020, 13:35 +0100 schrieb Klaus Becker:

[..]
> 2.28-10 500
> 500 stable/main
> amd64 Packages


Beim nächsten Update dürfte die libc wieder auf 2.29-8 angehoben werden.
Ohne Preferences werden die neuesten Pakete bevorzugt.

> Computer neu gestartet, das Problem ist immer noch das gleiche.


Hast Du auch schon die Version Deiner Qt-Pakete überprüft? Siehe hierzu auch
die Mail von Hilmar.

> Installieren der "stable" Version von libc-bin:amd64 ist nicht möglich.


Wenn Du unbedingt die libc aus Stable möchtest bzw. es mit dieser Versuchen,
dann legst Du Dir am besten für diese aus dem Stable-Zweig eine Preferences-
Regel an und setzt hier die Priorität auf 1001.

- --
Ähnliche Themen