Forum Linux.débutant Et 2 questions pour le prix d'une !

Posté par  (site web personnel) .
Étiquettes :
0
2
sept.
2004
1) Je voudrais lancer une application graphique (evolution) sous un autre compte que celui de la session graphique en cours (histoire que ma copine puisse consulter ses mails sans avoir à lancer un 2ème serveur X), j'ai regardé du côté de sudo, mais soit j'ai pas tout capté, soit il râle dès que je veux lancer une appli graphique...

2) Pourquoi cette andouille de k3b détecte mon graveur comme un LECTEUR capable de graver les CDRWs mais pas les CDRs, et qu'en tant que root il me le détecte comme GRAVEUR capable cette fois de graver CDRWs et CDRs (le plus marrant c'est que ça me le fait que depuis 15 jours, je suppose que j'ai du updater un truc qui fallait pas mais bon...

Si ça peut aider je suis sous fedora core 2

merci petit forum pour ton aide chaleureuse :)
  • # xhost

    Posté par  . Évalué à 4.

    T'as essayé de faire un xhost + avant de lancer evolution ? Avec certains drivers video, le serveur n'ouvre des applis que pour l'utilisateur qui a ouvert la session. xhost + permet de dire au serveur qu'il peut ouvrir des applis pour tous les utilisateurs dans la session. Ya certainement plus sécure comme méthode mais c'est peut-être un début.
    • [^] # Re: xhost

      Posté par  . Évalué à 6.

      En effet y a plus "secure" :
      ssh -X copinedegeek@localhost evolution
      (le -X est la pour authoriser explicitement la redirection X )

      En ayant, au prealable mis les options kivontbien dans /etc/ssh/ssh_config (pour le client) :
      ForwardAgent yes
      ForwardX11 yes

      et celles kivontbienaussi dans /etc/ssh/sshd_config (pour le serveur) :
      X11Forwarding yes

      Voila.
      Avec cette methode, il faut rentrer le mot de passe de copinedegeek, mais il y a moyen de contourner ca avec l'authentification par passphrase au lieu de par mot de passe. Cf astuces [1,2] et journal [3].

      [1] : http://linuxfr.org/tips/31.html(...)
      [2] : http://linuxfr.org/tips/224.html(...)
      [3] : http://linuxfr.org/~ploum/3291.html(...)
      • [^] # Re: xhost

        Posté par  (site web personnel) . Évalué à 2.

        Merci cette solution marche aussi ! Mais en quoi est-elle plus "secure" ?
        j'ai ça dans mon /etc/sudoers :
        copinedegeek ALL=(blancheneige)NOPASSWD: ALL
        c'est sûrement pas top mais bon :-)
        • [^] # Re: xhost

          Posté par  (site web personnel) . Évalué à 2.

          me suis planté, j'ai ca plutôt :
          timaniac ALL=(blancheneigelacopinedegeek)NOPASSWD: ALL
        • [^] # Re: xhost

          Posté par  . Évalué à 2.

          Et bien si tu fais xhost + tu autorises à n'importe qui l'acces a tes ressources X11. Ton ordinateur accepteras toutes les requetes X qu'il pourrait eventuellement recevoir.
          Bien sur, derriere un firewall correctement configure et dans le contexte d'un reseau local de particulier... ca doit (je crois) pas craindre grand chose (mais on va sans doute me trouver des cas particuliers :P).
          Mais les outils securises sont la, et aussi simples d'utilisation que les outils 'moins' securises (ou etant moins pointilleux sur la securite).

          Donc pourquoi se priver ? :)
    • [^] # Re: xhost

      Posté par  (site web personnel) . Évalué à 2.

      cool ça marche merci, t'es un amour :) Une dernière question : y'a pas moy de faire en sorte que l'application se lance avec le thème graphique de l'utilisateur sudoisé ?
      • [^] # Re: xhost

        Posté par  (site web personnel, Mastodon) . Évalué à 2.

        man sudo dit ceci:

        -H The -H (HOME) option sets the HOME environment variable to the homedir of the target user (root by default) as specified in passwd(5). By default, sudo does not modify HOME.

        J'imagine que ça peut aider (je ne l'ai jamais essayer celà dit)


        Sinon, avec la méthodes ssh user@localhost.
        • [^] # Re: xhost

          Posté par  (site web personnel) . Évalué à 2.

          en fait sans le -H celà fonctionne puisque evolution va bien chercher les bon paramètres dans le home de l'utilisateur concerné... pour le thème, il utilise celui de la session en cours... et encore, faut pas que ce soit un thème rajouté manuellement mais un thème fournit avec la distri (thème metacity)
    • [^] # Re: xhost

      Posté par  . Évalué à 3.

      Une solution plus "secure" avec xhost (extrait du man):

      xhost [+]name

      [+]name : The given name (the plus sign is optional) is added to the list
      allowed to connect to the X server. The name can be a host name or a user name.
  • # bug kernel 2.6.8

    Posté par  . Évalué à 3.

    pour la deuxième c'est un bug des kernels 2.6.8 et 2.6.8.1
    cf les news sur www.k3b.org
    • [^] # Re: bug kernel 2.6.8

      Posté par  (site web personnel) . Évalué à 2.

      merci pour l'info, je me disais bien que ça ne devait pas être de ma faute :-) Enfin si, j'aurai jamais dû installer de kernel 2.6.x, au moins en 2.4 mon graveur marchait nickel et ma clé USB était parfaitement reconnue :-(
      • [^] # Re: bug kernel 2.6.8

        Posté par  (site web personnel) . Évalué à 2.

        et petite question subsidiaire, sur le site k3b ils indiquent que même en root il n'est pas possible de graver de cdaudio (???), je suppose donc qu'en ligne de commande avec cdrdao et cdrecord c'est pareil ? (vu que k3b les utilisent il me semble), il y a une alternative ?
        • [^] # Re: bug kernel 2.6.8

          Posté par  . Évalué à 1.

          aucune idée, je suis resté au kernel 2.6.7
          mais d'après les explications de k3b, le problème se situerait au niveau des fonctions d'accès aux périphériques de gravure, donc je suppose que cela touche tous les logiciels qui utilisent ces fonctions
          • [^] # Re: bug kernel 2.6.8

            Posté par  (site web personnel) . Évalué à 1.

            erf, si ce que tu dis est vrai, ca manque franchement de contrôle qualité... Qu'ils ne testent pas sur tous les périphériques, OK, mais qu'ils essaient même pas avec un seul périphérique c'est balo je trouve. Et puis c'est marrant quand même je me suis taper plusieurs rc du 2.6.8 j'ai jamais eu de problème, je vois pas l'intérêt si au dernier moment ils font des modifs... y'a vraiment du laissé aller...
  • # 1)

    Posté par  . Évalué à 2.

    kdesu est ton ami
    • [^] # Re: 1)

      Posté par  . Évalué à 1.

      ouais, ou gksuexec, si t'es sous Gnome...

      (sur une Debian c'est dans le menu : Applications>Outils Système>Run as different user)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.