http://www.puyb.net/index.php/ fr 2006-09-26T18:40:24+02:00 daily 1 2006-09-26T18:40:24+02:00 http://www.puyb.net/index.php/2006/06/11/39-il-y-a-encore-du-boulot#c529 2006-09-26T18:40:24+02:00 Xavier la solution sous Ubuntu est de taper : sudo-s dans le terminal pour se connecter en root, puis de lancer nautilus de cette façon : gksudo nautilus. Voilà, on est loggé en root directement sur le système de fichier, ce qui est bien pratique pour afficher les propriétés dossiers/fichiers et... la solution sous Ubuntu est de taper : sudo-s dans le terminal pour se connecter en root, puis de lancer nautilus de cette façon : gksudo nautilus.
Voilà, on est loggé en root directement sur le système de fichier, ce qui est bien pratique pour afficher les propriétés dossiers/fichiers et modifier le chmod...

]]> http://www.puyb.net/index.php/2006/06/11/39-il-y-a-encore-du-boulot#c498 2006-06-21T22:31:06+02:00 Puyb Merci cyrille... Effectivement, ça ne me plait pas ;-) Dans ce cas, je perfère encore un bon coup de console ;-)... Dans ce cas, je perfère encore un bon coup de console ;-)]]> http://www.puyb.net/index.php/2006/06/11/39-il-y-a-encore-du-boulot#c497 2006-06-18T01:22:55+02:00 Mike the pingoo Y a une solution, mais je suis sûr qu'elle ne te plaira ps (comme d'hab ;) ) Utiliser un script dans nautilus. Celui-ci par exemple <code> #!/bin/sh # root-nautilus-here # opens a root-enabled instance of a nautilus window in selected location # requires sudo priviledges and... Y a une solution, mais je suis sûr qu'elle ne te plaira ps (comme d'hab ;) )

Utiliser un script dans nautilus.
Celui-ci par exemple

<code>
#!/bin/sh
# root-nautilus-here
# opens a root-enabled instance of a nautilus window in selected location
# requires sudo priviledges and gksudo, which may involve security risks.
#Install in your ~/Nautilus/scripts directory.
#
# Placed in the public domain by Shane T. Mueller 2001
# Fixes provided by Doug Nordwall
#
# 2004.04.18 -- keith@penguingurus.com - Added gksudo usage to provide popup
# password window if sudo has expired. Line only echos got
# root to std output. But gksudo updates your sudo access
# privs, so running nautilus with sudo will succeed
# without asking for a password.


foo=`gksudo -u root -k -m "enter your password for nautilus root access" /bin/echo "got r00t?"`
sudo nautilus --no-desktop $NAUTILUS_SCRIPT_CURRENT_URI

</code>

- Le copier dans ./gnome2/nautilus-scripts sous un nom style "root"
- Le rendre exécutable (chmod a+x root)
- Faire un clic droit sur le répertoire qui n'est pas à toi et suivre "Scripts --> root", passer ton mot de passe, et une instance root de Nautilus se lancera.

Bon, chez moi, un souci, ça ouvre mon /home via nautilus et pas le répertoire choisi... A perfectionner donc.

Pour d'autres scripts pour Nautilus :
g-scripts.sourceforge.net...

]]> http://www.puyb.net/index.php/2006/06/11/39-il-y-a-encore-du-boulot#c496 2006-06-18T01:09:10+02:00 palpatine Deux choses : _ premièrement, comparer l'ergonomie et les fonctionnalités de MacOS X (ou du moins de son environnement de travail) à Gnome, c'est comparer une daube à une grosse daube, forcément on ne va pas loin ; de plus, mettre Linux, kernel de sont état là-dedans, au milieu, c'est un... Deux choses :
_ premièrement, comparer l'ergonomie et les fonctionnalités de MacOS X (ou du moins de son environnement de travail) à Gnome, c'est comparer une daube à une grosse daube, forcément on ne va pas loin ; de plus, mettre Linux, kernel de sont état là-dedans, au milieu, c'est un poil extrapoler...
_ ensuite, il faut vraiment revoir la sécurité, parce que j'ai presque failli m'évanouir : copier un fichier d'un endroit du système à un autre sans en avoir les droits est extrêmement rare, ça ne m'arrive même jamais ; mettre une demande de mot de passe est la porte ouverte à des failles de sécurité immondes (il suffit d'automatiser la tâche, et de toute manière, d'un point de vue du codage, ça implique des choses immondes et très peu sécurisée comme Apple sait effectivement bien le faire). Au passage, sudo est une absurdité, c'est à proscrire absolument.
Faire démarrer un programme en tant que root sur son DE simple utilisateur n'est pas du tout une atteinte à la sécurité, du moment que le programme en question est sécurisé ; konqueror a une entrée dans le menu K pour ce faire. Maintenant, il faut savoir jouer avec les droits, les access lists, et ne pas faire de bêtises (je ne vois pas pourquoi un utilisateur lambda mettrait ses mains dans le système, même si c'est lui qui est le seul utilisateur, et donc administrateur : s'il est censé avoir assez de compétence pour faire ces opérations, il en a assez pour ouvrir une console et taper ça plus vite que son ombre...).
Pour finir, le coup de la réparation des droits est une feature de la Mandriva par exemple, avec un crontab qui regarde les accès en rwx pour le groupe ou le reste du monde, ou encore les sticky bits/guid/suid foireux ; parfois, c'est d'ailleurs bien relou, quand on se crée un utilisateur virtuel sur lequel on se garde tous les droits, histoire de faire un ftp pour quelques personnes privilégiées, par exemple (pour dire que non, "deviner les droits qui vont bien" est totalement impossible, il n'y a qu'à considérer les scripts et leur hypothétique malfaisance) ; apparmor sous SuSE doit certainement reagrder ce genre de choses, cet outil est surpuissant.

Voilà, j'espère que j'aurai éclairé quelque lanterne...

]]>