Awesome: re - startx impossible

Salut à tous :006

J’ai un petit ennui avec awesome.
Je me loggue et le démarre via startx. Si j’ai le malheur de retourner en tty et de vouloir rédémarrer awesome, j’ai le droit à un beau plantage:

:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
/home/clem/.xinitrc: 3: autocutsel: not found
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Multiple interpretations of "NoSymbol+AnyOf(all)"
>                   Using last definition for duplicate fields
> Warning:          Multiple interpretations of "NoSymbol+AnyOfOrNone(all)"
>                   Using last definition for duplicate fields
> Warning:          Multiple interpretations of "NoSymbol+AnyOf(all)"
>                   Using last definition for duplicate fields
Errors from xkbcomp are not fatal to the X server
Conky: desktop window (15a) is root window
Conky: window type - desktop
Conky: drawing to created window (0x600001)
Conky: drawing to double buffer
E: awesome: main:434: another window manager is already running
xinit: connection to X server lost


waiting for X server to shut down Conky: received SIGHUP or SIGUSR1. reloading the config file.
XIO:  fatal IO error 104 (Connection reset by peer) on X server ":0.0"

      after 86 requests (78 known processed) with 0 events remaining.

Mrrf :108 :017

J’ai googlé mais n’ai rien trouvé ni bug ni rien.

Pour info:

Mon .xinitrc :

conky &
nitrogen --restore &
autocutsel &
numlockx &
exec awesome

Et mes alias pour startx dans le .bashrc ( je ne sais pas si ça peut jouer ):

clem@Sid:~$ grep start .bashrc 
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
alias start-openbox='cp ~/.xinitrc-ob ~/.xinitrc & startx'
alias start-xmonad='cp ~/.xinitrc-xmo ~/.xinitrc & startx'
alias start-awesome='cp ~/.xinitrc-awe ~/.xinitrc & startx'

Oui c’est bourrin :confused: mais je suis feignant.

Si quelqu’un à une idée :006

Bonjour,

petite question : Quand tu dis retourner en console, tu veux dire :

  1. Tuer ta session X actuelle et revenir sut tty1 ?
    Si c’est cette solution, comment tues-tu X ?

ou bien

  1. ctrl-alt-F2 pour aller sur tty2 ?

Si c’est 2), on devrait pouvoir résoudre le problème facilement.

Malheureusement c’est bien la première option ( je n’ai pas été trés clair désolé :blush: )

[quote=“eol”]1) Tuer ta session X actuelle et revenir sut tty1 ?
Si c’est cette solution, comment tues-tu X ?[/quote]

Avec le menu “quitter” ( ou équivalent ) de Awesome.

Une fois ma session graphique quittée proprement je ne peut plus y acceder ; En tout cas plus à Awesome mais je peux toujours utiliser XMonad.

Ca semble lié à conky, je vais aller voir ça.

[quote=“Clem_ufo”]Avec le menu “quitter” ( ou équivalent ) de Awesome.

Une fois ma session graphique quittée proprement je ne peut plus y acceder ; En tout cas plus à Awesome mais je peux toujours utiliser XMonad.

Ca semble lié à conky, je vais aller voir ça.[/quote]Une fois ta session X tuée, pourrais-tu lancer $ ps -u $USER
Le fait de pouvoir utiliser XMonad n’est pas un indice en soit, en effet XMonad à la propriété de pouvoir remplacer certains gestionnaires de fenêtres même quand ceux-ci sont déjà lancés.

Quoi qu’il en soit la sortie de ps te dira quels processus ont survécu à la mort de X.

$ ps -u $USER me renvoit:

  PID TTY          TIME CMD
 1885 tty1     00:00:00 bash
14427 tty1     00:00:00 ps      

Autant dire rien :open_mouth:

Par contre j’ai pû relancer Awesome comme ceci:

/usr/bin/awesome 

Je vais voir si ça change en modifiant comme ceci mon .xinitrc

EDIT= Bon ça ne change rien :12
C’est a coup sur les programmes lancés ( re-lancés) au démarrage qui foutent le boxon.
J’enrage : Je suis sûr que la solution est bête comme y’a pas :013

Bon, c’est résolu :041

Je n’ai pas persisté a vouloir lancer les programmes indépendemment dans le .xinitrc et les ait intégrés directement dans le fichier de configuration:

awful.util.spawn("conky")
awful.util.spawn("nitrogen --restore")
awful.util.spawn("autocutsel")
awful.util.spawn("numlockx")

Et là !miracle! Plus d’erreur!

Le .xinitrc se résume maintenant a:

exec awesome Simplement :smiley:

Je n’ai aucune idée de ce qui causait l’erreur mais le fait est que ç’est résolu. :017

Je vais pouvoir m’écrire un xinit multi session digne de ce nom et plonger dans les entrailles d’awesome.

Merci eol :slightly_smiling:

Cool,
Merci pour le retour, c’est très intéressant.

Je “marque_ma_page” :wink:

Une des applications que tu lancais avant awesome ne devait pas se fermer correctement, mais laquelle? Reste à savoir si ça n’arrive que avec awesome, dans ce cas il faudrait leur rapporter un bug, ou bien si c’est le programme qui se fermait mal qui bug?
En tout cas, ravi de voir ton problème résolu :slightly_smiling:

Il y avait un couac avec autocutsel je crois.
Dès que je trouve le temps je tenterais de reproduire ça sur un système ‘exprès-pour’
Epelucher le oueb a la recherche de tout les rapports de bugs déjà existant :108 arrgh, je suis pas couché