Re: screenlock lock trops bien - stretch-

[Benoit B]

Idem j'utilise LXDE, j'ai désinstallé lxlock et light-locker (comme
j'hésitais entre les deux)...
apt-get remove...
J'ai aussi enlevé le bouton de lxpanel.
--
Benoit


Le 9 août 2017 à 11:56, Gabriel Santonja  a écrit :
> Bonjour,
> Je viens de migrer sur stretch a partir de jessie.
> Je tourne sur LXDE et quand je locke le pc avec  screenlock impossible de
> sortir de l'ecran noir
> le seul moyen de revenir sur la session est de repasser sur tty1 (ctrl - alt
> - f1) qui est maintenant l ecran de login gdm3.
>
> Auriez vous une idée je seche ...
> Merci

Re: Firefox-Esr version 52.3.0

[andre_debian]

On Thursday 10 August 2017 22:33:39 Pierre L. wrote:
> Tu peux tenter en les réactivant 1 à 1, l'un après l'autre, et trouver
> ainsi le fautif ;)
> (bouton du menu "Redémarrer modules désactivés")
> J'ai souvenir d'un plugin qui parlait de problème de compatibilité avec
> les futures versions de FF, à voir...
> il doit certainement y avoir un plugin/addon qui t'embistrouille ? 

Hello,

J'ai beau désactivé plugins et modules, j'ai toujours ces messages d'erreur :

(/home/andre/firefox-esr/plugin-container:3801): GLib-GObject-CRITICAL **: 
g_object_ref: assertion 'object->ref_count > 0' failed

Merci,

andré

Re: CUPS

[Benoit B]

Oui j'y suis parvenu tout récemment en essayant les pilotes de CUPS un
par un avec différents config possible.

Et c'est finalement le pilote Brother HL-2030 Foomatic/hl1250 qui est
parvenu à imprimer une page.

Et ne ne suis pas parvenu à faire fonctionner le pilote
CUPS+Gutenprint V5.2.11 qui était utilisé avant le passage a
stretch...

Mais finalement j'ai essayé tellement de choses au hasard que je ne
suis pas sûr de la cause exacte...
Si je remet le CUPS+Gutenprint V5.2.11, ça ne fonctionne plus, voila
la seule chose reproductible. Désolé de ne pas pouvoir apporter
quelque chose de constructif.

Bonne journée

--
Benoit


Le 8 août 2017 à 14:30, Pierre L.  a écrit :
> Salut,
>
> Petite remontée de sujet... pardonnez... mais il me semble que le
> problème n'est toujours pas résolu, et je viens apporter mon petit grain
> de sel ! (faut dire que je n'avais pas encore pris le temps de
> rebrancher cette imprimante!)
>
> Idem ici, Brother HL2030 qui fonctionne bien, quand elle n'est pas
> raciste avec les pingouins...
>
> Installation très simple : Partagée par un Raspbian 8 Jessie à jour, sur
> le LAN, via CUPS :
> - page de test depuis l'interface CUPS https, ca clignote un coup, ca
> réveille l'engin, pas d'impression :'(
> - client Debian 9 Stretch (upgradé depuis 8), idem, pas d'impression :'(
> - client Debian 8 Jessie, pas d'impression :'(
> - client Win7, ca imprime !
>
> Donc l'analyse du noob en la matière, c'est que vu qu'un Win7 est le
> seul capable d'imprimer correctement vers le CUPS de la Raspbian, c'est
> que ca vient de Debian (coté client) qui est complètement dans les choux
> avec cette imprimante...
>
> Sinon ca a avancé de ton coté Benoît ? Des news depuis ?
> Ca sent le gros sale bug debianesque !
>
>
>
>> Bonjour à tous,
>>
>> Depuis la mise à jour vers stretch, mon imprimante, ne réagit plus
>> quand je lui envois une tâche.
>>
>> Rien dans page_log, ni dans error_log.
>> Seulement dans access_log
>> localhost - - [29/Jun/2017:14:10:54 +0200] "POST
>> /printers/Brother-HL-2030-series HTTP/1.1" 200 398 Print-Job
>> successful-ok
>>
>>
>> Description:Brother HL-2030 series Location:mars Driver:Brother
>> HL-2035 Foomatic/hl1250 (recommended) (grayscale)
>> Connection:usb://Brother/HL-2030%20series?serial=A7J883842
>> Defaults:job-sheets=none, none media=iso_a4_210x297mm sides=one-side
>>
>> J'ai supprimé et recréé dans cups rien n'y fait.
>>
>> Comment diagnostiquer ?
>>
>> Merci d'avance.
>>
>> --
>> Benoit
>>
>
>