Andesi - forum

Bonjour,

Intéressant, j'ai laissé tombé openbox pour trois raisons :

• obligé de lancer des outils Gnome, et donc les librairies qui vont avec, pour gérer le rétro-éclairage de mon portable, avec les touches fn+f9/f10

• obligé de lancer Gnome session pour avoir accès à la gestion colorimétrique de mon écran

• pas de montage automatique des clés usb

Je trouvais très pratique le paramétrage à façon du menu, les raccourcis claviers, associés à gmrun, et à xrandr pour gérer l'écran externe et le tourner en paysage à la volée

Depuis, je suis retourné à xfce4, gnome-shell étant à l'époque victime d'un bogue le faisant planter lors de l'ouverture de l'écran du portable, avec les mêmes outils Gnome pour la colorimétrie et le retro-éclairage, mais avec montage automatique des disques USB, mais pas externes sous Squeeze ... mais c'est une autre histoire

Usti, apprenti pourrisseur un jour, apprenti pourrisseur toujours

PS : si mon service informatique daigne passer commande d'un nouveau portable avant que celui-ci ne tombe définitivement en panne, je redonnerais sûrement une chance à openbox

Coucou,

Sinon, ponctuellement, tu peux aussi, si tu as les dépôts dans ton sources.list :

aptitude install tonpaquet/taversion

C'est ce que je fais quand un paquet de Sid qui vient d'être mis à jour déraille.

Pour le hold, je le faisais avec synaptic, j'ai toujours eu la flemme de chercher comme le faire en ligne de commandes

Usti

Coucou,

J'étais tombé sur Doudou Linux par hasard, et ça m'a fourni un point de départ

Finalement, mon vieil ordinateur est vraiment ... vieux ! Même Gamine a tendance a ramer un peu, mais ça a plu un peu à la petite ! Enfin, elle n'y passe pas non plus ses journées, en ce moment c'est plutôt jardin et balançoire, quand il ne pleut pas

Usti

Plop,

Oui, mais si un paquet avec un bogue sévère passe en testing, il peut potentiellement être beaucoup plus long à être corrigé que sur Sid.

Il y avait une belle explication, mais ma mémoire me faisant défaut, je ne sais plus où (site Debian, discussion LinuxFR, ajoutez votre source d'information préférée ici).

À partir du moment où tu te sécurises avec apt-listbug, et que tu fais pas une mise à jour une veille de formation ou de partir en voyage à Oulan Bator, ce n'est pas plus dangereux que d'utiliser Ubuntu et d'y changer de version (ceci n'engageant que moi)

Sinon félicitations Neuromancien, et bon retour par ici

Usti

Tu es sur un système Debian, quand je dis installé c'est par une commande du type :

# aptitude install zd1211-firmware

Ou à travers Synaptic si tu es plus interface graphique.

Visiblement tu as installé le firmware par un paquet source .tar.gz, et apparemment le système ne le trouve pas :

Donc, pour savoir si le fichier recherché est présent sur ton système, met à jour la base de données de mlocate et recherche le fichier zd1211b_ub :

# updatedb
# locate zd1211b_ub

Autant que je puisse voir sur mon système, qui est en 64 bits, les firmwares sont stockés dans /lib/firmware, et non /lib64/firmware comme ce que tu as l'air d'avoir fait.

Usti

Là c'est mal barre comme nos cousins d'outre-Ardennes

Le dongle a peut être besoin d'un micrologiciel propriétaire, qu'il ne trouve pas.

Que donne un :

$ dmesg |grep firmware

Chez moi, il trouve bien le micrologiciel adéquat :

$ dmesg |grep firmware
[   25.247841] iwlwifi 0000:02:00.0: loaded firmware version 8.83.5.1 build 33692

Le paquet firmware-iwlwifi contient le micrologiciel de ma puce wifi, regarde les autres paquets firmware-.

Usti

C'est pas un truc qui sert à se reposer ? Ah non, c'est le gîte ça

Que de violence, make love, not tar !

Tu veux parler d'une rustine je suppose, à moins que tu ne tentes d'arrêter de fumer ?

Ce sont les meilleures !

Ah bon, le plastique peut attraper des maladies ?

Moi j'y passe au milieu de la nuit quand je suis réveillé par ma drôlesse

Usti, pourrisseur intermittent

PS : bon rétablissement !

Bonsoir,

Je me pose actuellement la même question que Pathe, et je dois dire que je reste un peu perplexe

Si j'ai bien compris :

• tout fichier créé par un utilisateur a les droits de son umask

• l'umask peut être modifié, mais il l'est alors pour tous les futurs fichiers créés, on ne peut pas le positionner pour un répertoire particulier

• un répertoire avec sgid permettra à n'importe qui du groupe d'appartenance du répertoire d'y créer fichiers et répertoires (cas de /usr/local et du groupe staff par exemple), par contre les fichiers auront l'umask de l'utilisateur, donc par défaut pas de droits d'écriture au groupe

Donc, soit on modifie l'umask pour autoriser l'écriture par le groupe, soit on fait une tâche cron comme Pathe le suggère, c'est bien ça ?

Et dans le premier cas, cela introduit malgré tout un trou potentiel de sécurité, minime somme toute pour un portable utilisé par un seul utilisateur, dont les collègues ne savent pas se servir de Linux .

Donc, comme le fait remarquer Ioio, les acl sont-elles mes amies ?

Dans les noyaux récents, visiblement les acl sont activées (2.6.38 des retro-portages Squeeze) :

$ grep ACL /boot/config-2.6.38-bpo.2-amd64 
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_REISERFS_FS_POSIX_ACL=y
CONFIG_JFS_POSIX_ACL=y
CONFIG_XFS_POSIX_ACL=y
CONFIG_BTRFS_FS_POSIX_ACL=y
CONFIG_FS_POSIX_ACL=y
CONFIG_GENERIC_ACL=y
CONFIG_TMPFS_POSIX_ACL=y
CONFIG_JFFS2_FS_POSIX_ACL=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFSD_V2_ACL=y
CONFIG_NFSD_V3_ACL=y
CONFIG_NFS_ACL_SUPPORT=m
CONFIG_CIFS_ACL=y
CONFIG_9P_FS_POSIX_ACL=y

Ensuite, il faut les activer sur la partition où on veut les utiliser, en ajoutant l'option **acl** dans le */etc/fstab* :

UUID=d30adeed-998c-4f8b-b25c-185113da1cda    /    ext3    errors=remount-ro,acl    0    1

Mais, est-ce dangereux de le faire sur sa partition racine ?

Bref, voici ce qu'il y avait avant sur mon répertoire :

$ getfacl echange/
# file: echange/
# owner: zzyzx
# group: echange
# flags: -s-
user::rwx
group::rwx
other::r-x
$ ll |grep echange
drwxrwsr-x  2 zzyzx    echange 4096 13 déc.  08:41 echange

Je positionne l'acl par défaut pour le groupe :

$ sudo setfacl -m d:g::rwX echange/

Les fichiers créés seront lisibles et écrisibles par le groupe, et si c'est un répertoire il sera en plus consultable (le X), ce qui donne :

$ getfacl echange/
# file: echange/
# owner: zzyzx
# group: echange
# flags: -s-
user::rwx
group::rwx
other::r-x
default:user::rwx
default:group::rwx
default:other::r-x

Et donc, maintenant, je créé un fichier dedans :

$ touch andesi_roxxxx.txt
$ ll andesi_roxxxx.txt 
-rw-rw-r-- 1 ustilago echange 0 15 déc.  04:41 andesi_roxxxx.txt
$ getfacl andesi_roxxxx.txt 
# file: andesi_roxxxx.txt
# owner: ustilago
# group: echange
user::rw-
group::rw-
other::r--
$ su - zzyzx
Mot de passe : 
$ cd /usr/local/share/echange
$ echo vive le samouraï en plasique > andesi_roxxxx.txt
$ cat andesi_roxxxx.txt 
vive le samouraï en plasique

Bon, on dirait que ça fonctionne comme attendu .

J'adore quand un plan se déroule sans anicroche !

Usti

PS : les deux pages que j'ai consultées :

• page sur les ACL de Léa Linux

• Linux Magazine France n°28 - Mai 2001

Re,

Merci pour ta réponse lapomme, si j'avais pu me servir du robot existant, je l'eusse fait

J'ai profité d'un voyage en TGV à Paris (oui, n'étant pas programmeur, ça me prend un peu de temps) pour faire un petit programme python qui me fait ça nickel.

Donc c'est résolu !

Usti

Hello,

Merci Ioio, je n'étais pas tombé là-dessus dans mes recherches, ça confirme que je ferais mieux de m'occuper de problèmes un peu plus importants

Usti