Bonjour !
Suite à récente màj, l'ouverture de session se bloque pour les
utilisateurs ayant un thème issu de gnome-themes-extras, qui ne semble
plus être compatible avec les versions en cours (en tous cas, c'est
mon diagnostic... de débutant).
Les utilisateurs concernés ne peuvent pas entrer en session de
secours.
Quelle façon simple de corriger uniquement les utilisateurs concernés
en modifiant le moins possible leurs bureaux ?
D'avance merci à tous !
Bonjour !
Suite à récente màj, l'ouverture de session se bloque pour les
utilisateurs ayant un thème issu de gnome-themes-extras, qui ne semble
plus être compatible avec les versions en cours (en tous cas, c'est
mon diagnostic... de débutant).
Les utilisateurs concernés ne peuvent pas entrer en session de
secours.
Quelle façon simple de corriger uniquement les utilisateurs concernés
en modifiant le moins possible leurs bureaux ?
D'avance merci à tous !
Bonjour !
Suite à récente màj, l'ouverture de session se bloque pour les
utilisateurs ayant un thème issu de gnome-themes-extras, qui ne semble
plus être compatible avec les versions en cours (en tous cas, c'est
mon diagnostic... de débutant).
Les utilisateurs concernés ne peuvent pas entrer en session de
secours.
Quelle façon simple de corriger uniquement les utilisateurs concernés
en modifiant le moins possible leurs bureaux ?
D'avance merci à tous !
Normalement le thème de chaque utilisateur est enregistré dans le fichier ~/.gconf/apps/metacity/general/%gconf.xml
Si tu supprimes ce fichier tu devrais redémarrer ta session avec le thème standard (ClearLooks je crois). Fais quand même une copie avant...
Gaëtan
Normalement le thème de chaque utilisateur est enregistré dans le fichier ~/.gconf/apps/metacity/general/%gconf.xml
Si tu supprimes ce fichier tu devrais redémarrer ta session avec le thème standard (ClearLooks je crois). Fais quand même une copie avant...
Gaëtan
Normalement le thème de chaque utilisateur est enregistré dans le fichier ~/.gconf/apps/metacity/general/%gconf.xml
Si tu supprimes ce fichier tu devrais redémarrer ta session avec le thème standard (ClearLooks je crois). Fais quand même une copie avant...
Gaëtan
Le dimanche 24 août 2008 à 00:31 +0200, Gaëtan PERRIER a écrit :Normalement le thème de chaque utilisateur est enregistré dans le fichier ~/.gconf/apps/metacity/general/%gconf.xml
Si tu supprimes ce fichier tu devrais redémarrer ta session avec le thème standard (ClearLooks je crois). Fais quand même une copie avant...
Gaëtan
C'est bien metacity qui avait un problème après la màj d'hier
syslog : kernel: [ 339.927819] metacity[3353]: segfault at c ip
b77260a0 sp bfebe400 error 4 in libc-2.7.so[b76b6000+155000]
C'est moins brutal que d'effacer ~/.gconf en entier ;) mais j'avais
atteint mon seuil d'incompétence...
C'est peut être une conséquence de la màj lenny de libxml2, qui semble
avoir posé quelques problèmes à voir les listes. Une màj vers libxml2
unstable comme conseillé par Christian Debarbieri sur un fil voisin
ferait alors l'affaire.
Je ne sais pas si le problème est général, mais ça ne me semble pas
heureux que la session ne secours ne charge pas le thème standard.
Encore merci !
Le dimanche 24 août 2008 à 00:31 +0200, Gaëtan PERRIER a écrit :
Normalement le thème de chaque utilisateur est enregistré dans le fichier ~/.gconf/apps/metacity/general/%gconf.xml
Si tu supprimes ce fichier tu devrais redémarrer ta session avec le thème standard (ClearLooks je crois). Fais quand même une copie avant...
Gaëtan
C'est bien metacity qui avait un problème après la màj d'hier
syslog : kernel: [ 339.927819] metacity[3353]: segfault at c ip
b77260a0 sp bfebe400 error 4 in libc-2.7.so[b76b6000+155000]
C'est moins brutal que d'effacer ~/.gconf en entier ;) mais j'avais
atteint mon seuil d'incompétence...
C'est peut être une conséquence de la màj lenny de libxml2, qui semble
avoir posé quelques problèmes à voir les listes. Une màj vers libxml2
unstable comme conseillé par Christian Debarbieri sur un fil voisin
ferait alors l'affaire.
Je ne sais pas si le problème est général, mais ça ne me semble pas
heureux que la session ne secours ne charge pas le thème standard.
Encore merci !
Le dimanche 24 août 2008 à 00:31 +0200, Gaëtan PERRIER a écrit :Normalement le thème de chaque utilisateur est enregistré dans le fichier ~/.gconf/apps/metacity/general/%gconf.xml
Si tu supprimes ce fichier tu devrais redémarrer ta session avec le thème standard (ClearLooks je crois). Fais quand même une copie avant...
Gaëtan
C'est bien metacity qui avait un problème après la màj d'hier
syslog : kernel: [ 339.927819] metacity[3353]: segfault at c ip
b77260a0 sp bfebe400 error 4 in libc-2.7.so[b76b6000+155000]
C'est moins brutal que d'effacer ~/.gconf en entier ;) mais j'avais
atteint mon seuil d'incompétence...
C'est peut être une conséquence de la màj lenny de libxml2, qui semble
avoir posé quelques problèmes à voir les listes. Une màj vers libxml2
unstable comme conseillé par Christian Debarbieri sur un fil voisin
ferait alors l'affaire.
Je ne sais pas si le problème est général, mais ça ne me semble pas
heureux que la session ne secours ne charge pas le thème standard.
Encore merci !
Bug#496125: libxml2: security fix does double free / segfaults (breaks
Gnome apps)
Reported by: Christian Jaeger
Date: Fri, 22 Aug 2008 20:12:02 UTC
Severity: grave
Tags: confirmed
Merged with 496178, 496190, 496311
Bug#496178: debian lenny: after upgrade, gdm failed to start
Bug#496190: gnome-panel: Memory corruption
Bug#496311: gdmgreeter, gnome-panel, metacity .... segfault at c ip
b74750a0 sp bfb43480 error 4 in libc-2.7.so
Found in version 2.6.32.dfsg-2+lenny1
Mike Hommey wrote:
> Now, try changing your gnome theme and re-run galeon ; if i'm
> correct, it shouldn't crash. Can you tell me what package this svg
> file belongs to ?
Yes, the segfaults happen only in the "Gorilla" and "Wasp" themes
(apps
did start when running the Amaranth, Clearlooks, Crux, Glider, Glossy,
Industrial, Lush, Mist, Nuvola, SphereCrystal themes).
With Gorilla the svg file in question is
/usr/share/icons/Gorilla/scalable/actions/gtk-jump-to-ltr.svg
What this file does *not* share with the one from the Wasp theme, is
that xmllint not even outputs a warning.
Not sure what to conclude from this. Except that it might be a bug in
one of these packages:
$ dpkgS /usr/lib/librsvg-2.so.2
librsvg2-2: /usr/lib/librsvg-2.so.2.22.2
$ dpkgS /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so
librsvg2-common: /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so
Take a look at the backtrace, it doesn't involve libxml2.
Bug#496125: libxml2: security fix does double free / segfaults (breaks
Gnome apps)
Reported by: Christian Jaeger <christian@jaeger.mine.nu>
Date: Fri, 22 Aug 2008 20:12:02 UTC
Severity: grave
Tags: confirmed
Merged with 496178, 496190, 496311
Bug#496178: debian lenny: after upgrade, gdm failed to start
Bug#496190: gnome-panel: Memory corruption
Bug#496311: gdmgreeter, gnome-panel, metacity .... segfault at c ip
b74750a0 sp bfb43480 error 4 in libc-2.7.so
Found in version 2.6.32.dfsg-2+lenny1
Mike Hommey wrote:
> Now, try changing your gnome theme and re-run galeon ; if i'm
> correct, it shouldn't crash. Can you tell me what package this svg
> file belongs to ?
Yes, the segfaults happen only in the "Gorilla" and "Wasp" themes
(apps
did start when running the Amaranth, Clearlooks, Crux, Glider, Glossy,
Industrial, Lush, Mist, Nuvola, SphereCrystal themes).
With Gorilla the svg file in question is
/usr/share/icons/Gorilla/scalable/actions/gtk-jump-to-ltr.svg
What this file does *not* share with the one from the Wasp theme, is
that xmllint not even outputs a warning.
Not sure what to conclude from this. Except that it might be a bug in
one of these packages:
$ dpkgS /usr/lib/librsvg-2.so.2
librsvg2-2: /usr/lib/librsvg-2.so.2.22.2
$ dpkgS /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so
librsvg2-common: /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so
Take a look at the backtrace, it doesn't involve libxml2.
Bug#496125: libxml2: security fix does double free / segfaults (breaks
Gnome apps)
Reported by: Christian Jaeger
Date: Fri, 22 Aug 2008 20:12:02 UTC
Severity: grave
Tags: confirmed
Merged with 496178, 496190, 496311
Bug#496178: debian lenny: after upgrade, gdm failed to start
Bug#496190: gnome-panel: Memory corruption
Bug#496311: gdmgreeter, gnome-panel, metacity .... segfault at c ip
b74750a0 sp bfb43480 error 4 in libc-2.7.so
Found in version 2.6.32.dfsg-2+lenny1
Mike Hommey wrote:
> Now, try changing your gnome theme and re-run galeon ; if i'm
> correct, it shouldn't crash. Can you tell me what package this svg
> file belongs to ?
Yes, the segfaults happen only in the "Gorilla" and "Wasp" themes
(apps
did start when running the Amaranth, Clearlooks, Crux, Glider, Glossy,
Industrial, Lush, Mist, Nuvola, SphereCrystal themes).
With Gorilla the svg file in question is
/usr/share/icons/Gorilla/scalable/actions/gtk-jump-to-ltr.svg
What this file does *not* share with the one from the Wasp theme, is
that xmllint not even outputs a warning.
Not sure what to conclude from this. Except that it might be a bug in
one of these packages:
$ dpkgS /usr/lib/librsvg-2.so.2
librsvg2-2: /usr/lib/librsvg-2.so.2.22.2
$ dpkgS /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so
librsvg2-common: /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so
Take a look at the backtrace, it doesn't involve libxml2.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
C'est le même probleme que le mien.
Maj de libxml2 qui fait planter gnome.
Voir le lien donné par Stéphane Aulery
http://lists.debian.org/cgi-bin/search?query=libxml2&DEFAULTOP=and&author=&sortÚte&HITSPERPAGE&language=fr
Ils citent aussi metacity qui plante.
= > La solution de contournement est de repasser à la version précédente
provenant de unstable.
apt-get install -t unstable libxml2/unstable
Mais il faut le source.list qui va bien
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
C'est le même probleme que le mien.
Maj de libxml2 qui fait planter gnome.
Voir le lien donné par Stéphane Aulery
http://lists.debian.org/cgi-bin/search?query=libxml2&DEFAULTOP=and&author=&sortÚte&HITSPERPAGE&language=fr
Ils citent aussi metacity qui plante.
= > La solution de contournement est de repasser à la version précédente
provenant de unstable.
apt-get install -t unstable libxml2/unstable
Mais il faut le source.list qui va bien
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
C'est le même probleme que le mien.
Maj de libxml2 qui fait planter gnome.
Voir le lien donné par Stéphane Aulery
http://lists.debian.org/cgi-bin/search?query=libxml2&DEFAULTOP=and&author=&sortÚte&HITSPERPAGE&language=fr
Ils citent aussi metacity qui plante.
= > La solution de contournement est de repasser à la version précédente
provenant de unstable.
apt-get install -t unstable libxml2/unstable
Mais il faut le source.list qui va bien
Le Sun, 24 Aug 2008 14:36:10 +0200 Christian Debarbieri
a écrit :-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
C'est le même probleme que le mien.
Maj de libxml2 qui fait planter gnome.
Voir le lien donné par Stéphane Aulery
http://lists.debian.org/cgi-bin/search?query=libxml2&DEFAULTOP=and&author=&sortÚte&HITSPERPAGE&language=fr
Ils citent aussi metacity qui plante.
= >> La solution de contournement est de repasser à la version précédente
provenant de unstable.
apt-get install -t unstable libxml2/unstable
Mais il faut le source.list qui va bien
Bon, et le source.list qui va bien, c'est quoi ?
Faut vous dire que j'ai un peu de mal avec ces "etch", "lenny" et autres
"instable" :-( Mon sources.list contient ce dont j'ai eu
besoin pour l'installation (par netinst) :
- l'entrée CDROM,
- les deux deb des paquets (ftp2.fr.debian.org, etch, main contrib
nonfree)
- l'entrée security.debian.org
- une entrée debian-unofficial... peut-être pour le driver nvidia ???
J'ai essayé de rajouter une ligne avec "unstable" à la place de etch, et
je me fais jeter lors du "apt-get upgrade" parce que le fichier status ne
peut pas être lu...
Bref, j'y comprends que dalle, donc si une bonne âme pouvait me dire soit
comment revenir à l'ancienne version, soit comment recharger les bonnes
librsvg (puisque ce sont elles qui semblent poser problème), je lui en
serait vachement reconnaissant !
bye
Le Sun, 24 Aug 2008 14:36:10 +0200 Christian Debarbieri
<christian.debarbieri@wanadoo.fr> a écrit :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
C'est le même probleme que le mien.
Maj de libxml2 qui fait planter gnome.
Voir le lien donné par Stéphane Aulery
http://lists.debian.org/cgi-bin/search?query=libxml2&DEFAULTOP=and&author=&sortÚte&HITSPERPAGE&language=fr
Ils citent aussi metacity qui plante.
= >> La solution de contournement est de repasser à la version précédente
provenant de unstable.
apt-get install -t unstable libxml2/unstable
Mais il faut le source.list qui va bien
Bon, et le source.list qui va bien, c'est quoi ?
Faut vous dire que j'ai un peu de mal avec ces "etch", "lenny" et autres
"instable" :-( Mon sources.list contient ce dont j'ai eu
besoin pour l'installation (par netinst) :
- l'entrée CDROM,
- les deux deb des paquets (ftp2.fr.debian.org, etch, main contrib
nonfree)
- l'entrée security.debian.org
- une entrée debian-unofficial... peut-être pour le driver nvidia ???
J'ai essayé de rajouter une ligne avec "unstable" à la place de etch, et
je me fais jeter lors du "apt-get upgrade" parce que le fichier status ne
peut pas être lu...
Bref, j'y comprends que dalle, donc si une bonne âme pouvait me dire soit
comment revenir à l'ancienne version, soit comment recharger les bonnes
librsvg (puisque ce sont elles qui semblent poser problème), je lui en
serait vachement reconnaissant !
bye
Le Sun, 24 Aug 2008 14:36:10 +0200 Christian Debarbieri
a écrit :-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
C'est le même probleme que le mien.
Maj de libxml2 qui fait planter gnome.
Voir le lien donné par Stéphane Aulery
http://lists.debian.org/cgi-bin/search?query=libxml2&DEFAULTOP=and&author=&sortÚte&HITSPERPAGE&language=fr
Ils citent aussi metacity qui plante.
= >> La solution de contournement est de repasser à la version précédente
provenant de unstable.
apt-get install -t unstable libxml2/unstable
Mais il faut le source.list qui va bien
Bon, et le source.list qui va bien, c'est quoi ?
Faut vous dire que j'ai un peu de mal avec ces "etch", "lenny" et autres
"instable" :-( Mon sources.list contient ce dont j'ai eu
besoin pour l'installation (par netinst) :
- l'entrée CDROM,
- les deux deb des paquets (ftp2.fr.debian.org, etch, main contrib
nonfree)
- l'entrée security.debian.org
- une entrée debian-unofficial... peut-être pour le driver nvidia ???
J'ai essayé de rajouter une ligne avec "unstable" à la place de etch, et
je me fais jeter lors du "apt-get upgrade" parce que le fichier status ne
peut pas être lu...
Bref, j'y comprends que dalle, donc si une bonne âme pouvait me dire soit
comment revenir à l'ancienne version, soit comment recharger les bonnes
librsvg (puisque ce sont elles qui semblent poser problème), je lui en
serait vachement reconnaissant !
bye
Nicolas FRANCOIS wrote:Le Sun, 24 Aug 2008 14:36:10 +0200 Christian Debarbieri
a écrit :-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
C'est le même probleme que le mien.
Maj de libxml2 qui fait planter gnome.
Voir le lien donné par Stéphane Aulery
http://lists.debian.org/cgi-bin/search?query=libxml2&DEFAULTOP=and&author=&sortÚte&HITSPERPAGE&language=fr
Ils citent aussi metacity qui plante.
= >>> La solution de contournement est de repasser à la version précédente
provenant de unstable.
apt-get install -t unstable libxml2/unstable
Mais il faut le source.list qui va bien
Bon, et le source.list qui va bien, c'est quoi ?
Faut vous dire que j'ai un peu de mal avec ces "etch", "lenny" et autres
"instable" :-( Mon sources.list contient ce dont j'ai eu
besoin pour l'installation (par netinst) : - l'entrée CDROM, - les
deux deb des paquets (ftp2.fr.debian.org, etch, main contrib
nonfree)
- l'entrée security.debian.org
- une entrée debian-unofficial... peut-être pour le driver nvidia ???
J'ai essayé de rajouter une ligne avec "unstable" à la place de etch, et
je me fais jeter lors du "apt-get upgrade" parce que le fichier
status ne
peut pas être lu...
Bref, j'y comprends que dalle, donc si une bonne âme pouvait me dire
soit
comment revenir à l'ancienne version, soit comment recharger les bonnes
librsvg (puisque ce sont elles qui semblent poser problème), je lui en
serait vachement reconnaissant !
bye
Salut
Si ça intéresse quelqu'un, j'ai une version de libxml2 et
libxml2-utils non impactés par le bug.
Il doivent dater d'un mois environ :
libxml2_2.6.32.dfsg-2_i386.deb
libxml2-utils_2.6.32.dfsg-2_i386.deb
Il doit y avoir moyen de forcer leur installation.
Mais ça risque de casser les dépendances et je ne sais pas si la
situation peut être rétablie facilement par la suite.
David.
Nicolas FRANCOIS wrote:
Le Sun, 24 Aug 2008 14:36:10 +0200 Christian Debarbieri
<christian.debarbieri@wanadoo.fr> a écrit :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
C'est le même probleme que le mien.
Maj de libxml2 qui fait planter gnome.
Voir le lien donné par Stéphane Aulery
http://lists.debian.org/cgi-bin/search?query=libxml2&DEFAULTOP=and&author=&sortÚte&HITSPERPAGE&language=fr
Ils citent aussi metacity qui plante.
= >>> La solution de contournement est de repasser à la version précédente
provenant de unstable.
apt-get install -t unstable libxml2/unstable
Mais il faut le source.list qui va bien
Bon, et le source.list qui va bien, c'est quoi ?
Faut vous dire que j'ai un peu de mal avec ces "etch", "lenny" et autres
"instable" :-( Mon sources.list contient ce dont j'ai eu
besoin pour l'installation (par netinst) : - l'entrée CDROM, - les
deux deb des paquets (ftp2.fr.debian.org, etch, main contrib
nonfree)
- l'entrée security.debian.org
- une entrée debian-unofficial... peut-être pour le driver nvidia ???
J'ai essayé de rajouter une ligne avec "unstable" à la place de etch, et
je me fais jeter lors du "apt-get upgrade" parce que le fichier
status ne
peut pas être lu...
Bref, j'y comprends que dalle, donc si une bonne âme pouvait me dire
soit
comment revenir à l'ancienne version, soit comment recharger les bonnes
librsvg (puisque ce sont elles qui semblent poser problème), je lui en
serait vachement reconnaissant !
bye
Salut
Si ça intéresse quelqu'un, j'ai une version de libxml2 et
libxml2-utils non impactés par le bug.
Il doivent dater d'un mois environ :
libxml2_2.6.32.dfsg-2_i386.deb
libxml2-utils_2.6.32.dfsg-2_i386.deb
Il doit y avoir moyen de forcer leur installation.
Mais ça risque de casser les dépendances et je ne sais pas si la
situation peut être rétablie facilement par la suite.
David.
Nicolas FRANCOIS wrote:Le Sun, 24 Aug 2008 14:36:10 +0200 Christian Debarbieri
a écrit :-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
C'est le même probleme que le mien.
Maj de libxml2 qui fait planter gnome.
Voir le lien donné par Stéphane Aulery
http://lists.debian.org/cgi-bin/search?query=libxml2&DEFAULTOP=and&author=&sortÚte&HITSPERPAGE&language=fr
Ils citent aussi metacity qui plante.
= >>> La solution de contournement est de repasser à la version précédente
provenant de unstable.
apt-get install -t unstable libxml2/unstable
Mais il faut le source.list qui va bien
Bon, et le source.list qui va bien, c'est quoi ?
Faut vous dire que j'ai un peu de mal avec ces "etch", "lenny" et autres
"instable" :-( Mon sources.list contient ce dont j'ai eu
besoin pour l'installation (par netinst) : - l'entrée CDROM, - les
deux deb des paquets (ftp2.fr.debian.org, etch, main contrib
nonfree)
- l'entrée security.debian.org
- une entrée debian-unofficial... peut-être pour le driver nvidia ???
J'ai essayé de rajouter une ligne avec "unstable" à la place de etch, et
je me fais jeter lors du "apt-get upgrade" parce que le fichier
status ne
peut pas être lu...
Bref, j'y comprends que dalle, donc si une bonne âme pouvait me dire
soit
comment revenir à l'ancienne version, soit comment recharger les bonnes
librsvg (puisque ce sont elles qui semblent poser problème), je lui en
serait vachement reconnaissant !
bye
Salut
Si ça intéresse quelqu'un, j'ai une version de libxml2 et
libxml2-utils non impactés par le bug.
Il doivent dater d'un mois environ :
libxml2_2.6.32.dfsg-2_i386.deb
libxml2-utils_2.6.32.dfsg-2_i386.deb
Il doit y avoir moyen de forcer leur installation.
Mais ça risque de casser les dépendances et je ne sais pas si la
situation peut être rétablie facilement par la suite.
David.
Bref, j'y comprends que dalle, donc si une bonne âme pouvait me dire soit
comment revenir à l'ancienne version, soit comment recharger les bonnes
librsvg (puisque ce sont elles qui semblent poser problème), je lui en
serait vachement reconnaissant !
Bref, j'y comprends que dalle, donc si une bonne âme pouvait me dire soit
comment revenir à l'ancienne version, soit comment recharger les bonnes
librsvg (puisque ce sont elles qui semblent poser problème), je lui en
serait vachement reconnaissant !
Bref, j'y comprends que dalle, donc si une bonne âme pouvait me dire soit
comment revenir à l'ancienne version, soit comment recharger les bonnes
librsvg (puisque ce sont elles qui semblent poser problème), je lui en
serait vachement reconnaissant !