Reprise du message précédent :
C'est pas un bug c'est fait exprès, on aime ou pas ...

 
Si je comprend bien en tapant xhost +root je réactive les connections au serveur X pour root ?
C'est bon ca !

 
ce que je vais faire, mais ça me saoulait de lacher debian

 
C'est la faute de Linusque peut-être si les constructeurs lâchent pas les specs où mettent des licenses à la con sur les firmware ?
 
Si elle pue tant que ça cette distri, essaye une autre

 
c'est pas gentil de se foutre de ma gueule, je connais pas les profondeurs du bordel...
 
et puis recopier une ligne de code donnée, j'y arrive mais :
 

 
...

 
Ca fait 2 ans que javasi mon desktop sous sid, sans probleme. LA je suis a l etranger, j installe un laptop, et au contraire d avant, je constate juste a regrets que ca foire plus.
 
Le pilote est dans Ubuntu. Donc la license est ptet pas si restrictive. Ca pue pas, c est juste que par moment les licenses c est de la masturbation intellectuelle.

 
Je me moque pas de toi je suis aussi intéressé de réactiver les connexion au serveur X pour root (j'aime bien emacs pour les curieux)
 
Je viens de voir que ca marche pas, je pouvais pas tester avant j'étais à la fac (8h-19h ) j'avais pas les droits root, puis c'est des mandrakes la-bas.

au lieu de faire un

fait un  

tout court

 
C'est à moi que tu répond ?
Je n'ai jamais fait de su -

Je répond à tous ceux qui font su - et qui ne peuvent ouvrir soft graphique en root.

Chez moi ca marche et  ca a toujours marcher de cette maniere.
En ne mettant pas le - tu hérite de l'environnement de l'utilisateur courant ainsi que de son X si on veut

c'est quoi l'interet de lancer un navigateur en root ?

Le xhost, c'est sur la machine sur laquelle tu veux afficher ton appli qu'il faut le faire, depuis un shell qui appartient à l'utilisateur qui a lancé le serveur X
 
Sinon ca servirait à rien

C'est un peu l'une des bases fondatrices de Debian aussi

c'est parceque emacs j'ai un alias emacs -nw , donc pour l'exemple ca marche pas.

Tu m'expliques le rapport entre les licences et le wifi du centrino ?

Tu as bien un fichier .Xauthority dans ton HOME ? Est-ce que la variable XAUTHORITY de la session de root pointe bien vers le fichier .Xauthority de la personne qui détient la session X ?

En plus simple il y a gksu aussi

 
Ca m'intéresse ca
 

Il n'y a rien dedans. Il faut mettre quoi ?
 
edit: ca marche excellent !
Mais c'est quoi la variable qui contient le chemin vers le compte utilisateur de la personne qui détient la session X ?
 
La j'ai mis en dur le nom de mon utilisateur.
 
Merci

 
bah que ton centrino marche pas parce qu'il manque le firmware quand t'installes ta debian. Parce que le firmware est pas inclus pour cause de conflit de license. C'est plus clair ?

nope, soyons précis : le wifi de la plateforme centrino ne marche pas dès l'install, car non livré avec la distribution du fait d'un pb de licence. Le chipset, le cpu sont eux, parfaitement gérés...
 
---edit---
capillotractage

 
Je me relis c'est un peu du chinois  
C'est le serveur X qui devrait déclarer cette variable pendant son lancement non ?
Moi je l'ai déclarée dans le /root/.bashrc , mais si je pouvais faire les choses proprement je préfèrerais.

Pas du tout. Le firmware pourrait très bien être distribué séparément dans non-free, mais intel s'y oppose. De plus, le driver n'est pas inclus d'office dans le noyau officiel, probablement parce qu'il n'est pas de qualité suffisante pour les développeurs du noyau. Le problème n'a rien à voir avec Debian.

intel s'y oppose, mais pas pour ubuntu...

Je ne connais pas les accords qu'a Ubuntu avec Intel. De toute façon le firmware n'est pas le problème, un bouzin pour le télécharger ça se fait. Le problème c'est que le driver n'est pas dans le noyau et visiblement pas près d'y être.

le probleme, c'est le cas con ou t'as le net uniquement par le wifi.  

Vu que l'ecriture NTFS n'est plus en Experimental, je l'ai activé, mais je n'arrive toujours a ecrire sur cette partition, j'ai un  
 
"touch: ne peut faire un touch sur `toto': Permission non accordée"

t'as monté avec les bons droits, umask & tout ?

/dev/sda1 /mnt/c  ntfs rw,user,noauto,uid=1000,gid=1000,umask=022 0 0
 

Personne veut m'aider pour les connexions au serveur X pour root ?
Ca interesse aussi Kaillou visiblement.
 
Jar Jar please

connexion root : xhost + (dans ton shell user), su -, puis export DISPLAY=:0.0
 
c'est pas secure du tout
 
pour l'écriture en ntfs, c'est plus en experimental, mais tu ne peux que modifier des documents existants, et encore, sans changer leur taille (cf topic du ntfs sous linux)

ha ok, merci, c'est pour ça que mon touch marche pas, pas grave, pour ce que j'utilise de windows

 
Tu parles bien pour une connexion en local ? Je veux juste pouvoir lancer une appli graphique en root (comme synaptic, emacs ou kuser ...) sans forcément passer par kdesu ou gksu. Je n'avais jamais rien eu de spécial à configurer pour ca avant de passer à debian.
 
Je vais tester merci.

gksu
gksu
gksu
gksu
gksu
.
.
.

Oui mais c'est galère.
exemple :  

 
J'avance j'ai trouvé ca : http://www.debian.org/doc/manuals/ [...] l#s-ss-xsu

T'as qu'à utiliser grub et make-kpkg

C'est pas la peine j'ai réussi à faire ce que je voulais.
Pour ceux que ca interesse :
Il faut éditer le script /etc/X11/Xsession et ajouter les lignes  

De préférence juste en dessous des définitions de variables existantes.
 
Avec ca on peut lancer des applis graphiques avec root quelque soit l'utilisateur qui a lancé le serveur X.
 
/!\ Bien sur ne pas lancer n'importe quoi avec le compte root /!\
 
Merci à jar jar de m'avoir mis sur la voie, je pensais que c'était carrément un choix de debian d'empécher de lancer des applis graphiques avec le compte root.

 
 
ca marche aussi chez moi, merci bien
 
ce que je comprend pas c'est que c'est pas la premiere debian que j'installe, mais c'est la premiere fois que ca me fait ca...

Ca doit être un truc récent, moi j'en avais déja installé une (juste à la sortie de sarge en stable) et c'était déja comme ca.

sinon  ya "sux"