Re: pb de locales : dmenu (i3) segfault et urxvt se comporte pas bien

2020-11-23 Thread ORL - AMMD

Salut,

Ca y est, j'ai trouvé.




Tu peux également lancer rxvt sous strace pour voir ce que ça lit. Une
commande du genre : strace -f -o strace.log -e open,file rxvt`
et ensuite tu lis le fichier strace.log



Alors, là, par contre, il y a des choses, j'ai plein "Aucun fichier ou dossier de ce 
type" concernant des locales (notamment un bach.mo - un fichier gettext pour bash ?).

Je l'ai mis là : https://cloud.ammd.net/index.php/s/53bV2Gj9jIogRXX

Il y a notamment des lignes concernant /usr/share/X11/locale/en_US.UTF-8 qui 
est un dossier vide (bizarrement, il n'y a pas d'autres dossiers de ce type 
dans /usr/share/X11/locale alors que la locale par défaut c'est fr_FR.UTF-8.


OK, le dossier /usr/share/locale/X11 ne contenait aucun dossier de 
locale à part en_US.UTF-8 qui lui-même était vide.


Ces dossiers viennent de libx11-data, que j'ai réinstallé --purge et 
tout est revenu dans l'ordre.


Je vais clore les mes bugreports, du coup.

En revanche, je ne sais toujours pas pourquoi tout cela a été supprimé 
pendant l'upgrade.


Merci à vous.
Aurélien



Re: pb de locales : dmenu (i3) segfault et urxvt se comporte pas bien

2020-11-16 Thread ORL - AMMD

Bonjour,

(Désolé si le follow-up ne marche pas. J'ai pourtant postionné 
In-Reply-To dans le précédent message, mais visiblement, ça n'a pas 
fonctionné)



Le Dimanche 15 Novembre, Jean-Michel OLTRA a écrit :

Bonjour,


Le dimanche 15 novembre 2020, ORL - AMMD a écrit...



Avant que je n'oublie @ Jean-Michel : j'utilise rxvt-unicode (urxvt).
La suite dans le corps du mail.


As tu un fichier .Xresources ou .Xdefaults qui comporteraient des options
"exotiques" ?


Rien dans mon home (sachant que ça touche tous les utilisateurs, de 
toutes les façons).

Sinon :
locate Xresources
/etc/X11/Xresources
/etc/X11/Xresources/x11-common
/usr/share/language-env/be/dot.Xresources.pl
/usr/share/language-env/bg/dot.Xresources.pl
/usr/share/language-env/ca/dot.Xresources.pl
/usr/share/language-env/da/dot.Xresources.pl
/usr/share/language-env/de/dot.Xresources.pl
/usr/share/language-env/es/dot.Xresources.pl
/usr/share/language-env/fr/dot.Xresources.pl
/usr/share/language-env/ja/dot.Xresources.pl
/usr/share/language-env/ko/dot.Xresources.pl
/usr/share/language-env/lt/dot.Xresources.pl
/usr/share/language-env/mk/dot.Xresources.pl
/usr/share/language-env/pl/dot.Xresources.pl
/usr/share/language-env/ru/dot.Xresources
/usr/share/language-env/sr/dot.Xresources.pl
/usr/share/language-env/th/dot.Xresources
/usr/share/language-env/tr/dot.Xresources.pl
/usr/share/language-env/uk/dot.Xresources.pl
/usr_extension/share/icewm/themes/GlamICE/themed.Xresources
/usr_extension/share/icewm/themes/No.15/themed.Xresources
/usr_extension/share/language-env/be/dot.Xresources.pl
/usr_extension/share/language-env/bg/dot.Xresources.pl
/usr_extension/share/language-env/ca/dot.Xresources.pl
/usr_extension/share/language-env/da/dot.Xresources.pl
/usr_extension/share/language-env/de/dot.Xresources.pl
/usr_extension/share/language-env/es/dot.Xresources.pl
/usr_extension/share/language-env/fr/dot.Xresources.pl
/usr_extension/share/language-env/ja/dot.Xresources.pl
/usr_extension/share/language-env/ko/dot.Xresources.pl
/usr_extension/share/language-env/lt/dot.Xresources.pl
/usr_extension/share/language-env/mk/dot.Xresources.pl
/usr_extension/share/language-env/pl/dot.Xresources.pl
/usr_extension/share/language-env/ru/dot.Xresources
/usr_extension/share/language-env/sr/dot.Xresources.pl
/usr_extension/share/language-env/th/dot.Xresources
/usr_extension/share/language-env/tr/dot.Xresources.pl
/usr_extension/share/language-env/uk/dot.Xresources.pl


(/usr_extension date d'une époque où mon disque était trop petit, et pas 
de LVM, donc coincé, j'avais fait pointé /usr/share vers un autre disque 
; je pourrais le virer maintenant)



Tu peux également lancer `xrdb -query` pour voir ce que ça donne, concernant
rxvt et urxvt.


xrdb -query
*customization: -color

Rien concernant urxvt ou rxvt


Tu peux également lancer rxvt sous strace pour voir ce que ça lit. Une
commande du genre : strace -f -o strace.log -e open,file rxvt`
et ensuite tu lis le fichier strace.log


Alors, là, par contre, il y a des choses, j'ai plein "Aucun fichier ou 
dossier de ce type" concernant des locales (notamment un bach.mo - un 
fichier gettext pour bash ?).

Je l'ai mis là : https://cloud.ammd.net/index.php/s/53bV2Gj9jIogRXX

Il y a notamment des lignes concernant 
/usr/share/X111/locale/en_US.UTF-8 qui est un dossier vide (bizarrement, 
il n'y a pas d'autres dossiers de ce type dans /usr/share/X11/locale 
alors que la locale par défaut c'est fr_FR.UTF-8.






Héhé, oui sans doute. J'avoue que j'aime bien l'idée de jamais avoir eu à
réinstaller, c'était un des gros intérêts quand je suis passé à Debian : on
ne réinstalle pas, on répare.
Bon, faudra peut-être que je m'y résolve, un jour, alors...


Mettre à jour la machine (changer de version) n'est pas réinstaller, à mon
sens.


Ah désolé, j'ai pas dû être clair, la machine est à jour en Debian Bullseye.



Le Dimanche 15 Novembre, Etienne Molier a écrit :

Bonjour ORL,

ORL - AMMD, on 2020-11-15 07:21:53 +0100:

Le 14/11/2020 à 17:53:30, Étienne Mollier a écrit :
> ORL - AMMD, on 2020-11-14 12:59:07 +0100:
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973515
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973919


Okay pour une fusion de #973515 et #973919 ?  Apparemment, les
deux rapports traitent du même problème, en première lecture.
Je sais, c'est une redite du message de Tobias, mais dans le
doute...


> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974571

[...]

OK, j'ai voulu tenter, mais je n'ai pas C.UTF-8 dans les locales proposées
par dpkg --reconfigure locales. Il y a un autre moyen pour les générer ?


Ah, oui, la locale est un peu cachée.  Chez moi, en lançant
`dpkg-reconfigure locales`, j'active C, en_US.UTF-8, et
fr_FR.UTF-8 occasionnellement ; il me semble qu'il faut au moins
une locale UTF-8 pour activer le C.UTF-8.  Ensuite le panneau
suivant me permet de choisir la locale par défaut entre C,
C.UTF-8, en_US.UTF-8 et fr_FR.UTF-8, et c'est 

Re: pb de locales : dmenu (i3) segfault et urxvt se comporte pas bien

2020-11-14 Thread ORL - AMMD

Bonjour,

Avant que je n'oublie @ Jean-Michel : j'utilise rxvt-unicode (urxvt).
La suite dans le corps du mail.

Le 14/11/2020 à 17:53:30, Étienne Mollier a écrit :
> Bonjour ORL,
>
> ORL - AMMD, on 2020-11-14 12:59:07 +0100:
>  > Sur une Debian testing à jour, depuis un upgrade il y a quelques jours
>  > semaines, j'ai des pb avec dmenu dans i3 et urxvt. J'ai rempli des
>  > bugreports, mais pas de réponse, et de toute façon, je crois que
> j'avais mal
>  > cerné le pb :
>  > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973515
>  > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973919
>  > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974571
>  >
>  > Les symptômes :
>  > - quand je lance mod+d dans i3, ça lance dmenu_run, dès que je 
tape une

>  > touche pour lancer une application, ça ferme, et rien ne se passe,
>  > - urxvt n'affiche plus les caractères accentués (mais je peux en
>  > copier/coller dedans, par contre).
>  >
>  > Quand je les lance en ligne de commande :
>  >
>  > $ dmenu_run
>  > warning: no locale support
>  > warning: no locale modifiers support
>
> J'utilise dmenu en complément d'un bureau dwm.  Je n'ai pas
> reproduit le problème en Sid de mon côté.  Ma locale, histoire
> de pouvoir taper des caractères accentués, est C.UTF-8 ;
> peut-être que ça vaudrait le coup de l'essayer, pour voir s'il y
> a un changement de comportement ?
OK, j'ai voulu tenter, mais je n'ai pas C.UTF-8 dans les locales 
proposées par dpkg --reconfigure locales. Il y a un autre moyen pour les 
générer ?


Accessoirement, ce pb survient également avec un autre utilisateur, qui 
utilise XFCE. Si je lance urxvt, j'ai les mêmes warnings, et le même 
comportement.


>
> Est-ce qu'un petit `sudo dpkg-reconfigure locales`, suivi d'une
> vérification des locales à engendrer, permettrait de rafraichir
> la configuration ?
Ah oui, mince, j'ai oublié de vous dire que j'avais commencé par là, 
mais que ça n'a rien changé.


Par contre, j'ai localepurge d'installé sur cette machine, contrairement 
aux deux autres sur lesquelles je n'ai pas de souci. Peut-être que ça 
peut avoir un lien ? (moi je ne vois pas lequel, mais bon).


>
>  > $ urxvt
>  > urxvt: the locale is not supported by Xlib, continuing without locale
>  > support.
>  >
> [...]
>  >
>  > J'ai deux autres machines en Bullseye avec i3 et urxvt où je n'ai 
pas du

>  > tout ce problème, donc je penche vraiment pour une configuration
>  > particulière qui m'échapperait, d'autant que cette install est très
> vieille,
>  > j'ai dû la démarrer en stretch, etch, ou avant, peut-être même à
> l'époque de
>  > lenny, je ne sais plus, donc il peut y avoir des choses qui 
traînent de

>  > cette époque.
>
> Etch était la version 4 de Debian, Testing est actuellement la
> version 11 en préparation.  Si votre installation date de Etch,
> effectivement, elle pourrait peut-être gagner à être rafraîchie.
Héhé, oui sans doute. J'avoue que j'aime bien l'idée de jamais avoir eu 
à réinstaller, c'était un des gros intérêts quand je suis passé à Debian 
: on ne réinstalle pas, on répare.

Bon, faudra peut-être que je m'y résolve, un jour, alors...

Merci de votre aide.

ORL



pb de locales : dmenu (i3) segfault et urxvt se comporte pas bien

2020-11-14 Thread ORL - AMMD

Salut,

Sur une Debian testing à jour, depuis un upgrade il y a quelques jours 
semaines, j'ai des pb avec dmenu dans i3 et urxvt. J'ai rempli des 
bugreports, mais pas de réponse, et de toute façon, je crois que j'avais 
mal cerné le pb :

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973515
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973919
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974571

Les symptômes :
- quand je lance mod+d dans i3, ça lance dmenu_run, dès que je tape une 
touche pour lancer une application, ça ferme, et rien ne se passe,
- urxvt n'affiche plus les caractères accentués (mais je peux en 
copier/coller dedans, par contre).


Quand je les lance en ligne de commande :

$ dmenu_run
warning: no locale support
warning: no locale modifiers support

$ urxvt
urxvt: the locale is not supported by Xlib, continuing without locale 
support.


Pourtant mes locales sont bien installées :
$ locale
LANG=fr_FR.UTF-8
LANGUAGE=
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=

$ localectl
   System Locale: LANG=fr_FR.UTF-8
   VC Keymap: n/a
  X11 Layout: fr
   X11 Model: pc105
 X11 Variant: latin9
 X11 Options: lv3:ralt_switch

$ echo $LANG
fr_FR.UTF-8

$ locate locale |grep /etc
/etc/X11/Xsession.d/20slim_locale
/etc/apt/apt.conf.d/99-localepurge
/etc/default/locale
/etc/default/locale.dpkg-dist
/etc/dpkg/dpkg.cfg.d/50localepurge
/etc/iceweasel/searchplugins/locale
/etc/iceweasel/searchplugins/locale/en-US
/etc/iceweasel/searchplugins/locale/fr
/etc/locale.alias
/etc/locale.gen
/etc/locale.nopurge
/usr/share/playonlinux/etc/onglet/preferences-desktop-locale.png

J'ai vérifié la plupart de ces dossiers sans rien y trouver de bizarre 
(à mon niveau).
J'avais un fichier /etc/environment dans lequel il y avait 
LANG="fr_FR.UTF-8", j'ai commenté cette ligne comme recommandé sur le 
site de Debian.



J'ai deux autres machines en Bullseye avec i3 et urxvt où je n'ai pas du 
tout ce problème, donc je penche vraiment pour une configuration 
particulière qui m'échapperait, d'autant que cette install est très 
vieille, j'ai dû la démarrer en stretch, etch, ou avant, peut-être même 
à l'époque de lenny, je ne sais plus, donc il peut y avoir des choses 
qui traînent de cette époque.


Voilà, si quelqu'un a des pistes pour me dire dans quel sens chercher, 
ça serait cool, parce que là, je ne m'en sors pas.


Merci d'avance.
ORL



Re: Re: Passer mon système sur SSD - des retours, des avis

2014-03-02 Thread ORL AMMD

Salut,

Merci à tous pour ces réponses. Je vais aller potasser tout ça, et 
avancer prudemment !!


A plus tard.
--
Aurélien - Chargé de productions Musiques
AMMD (Freak and Free Arts Coo[r]p)
[Booking - Productions - Promotion - Studio  Formations]
Mairie de Connerré - Rue de l'Abreuvoir - 72160 Connerré
+33 (0)95 234 72 48 (Mardi-Jeudi-Vendredi / 9h-17h)
www.ammd.net

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53135b0f.4050...@ammd.net