>Il défini les droits, owner et group par _défaut_.
Ca tombe bien, c'est ce que j'ai dit.
>Quelque soit la personne loggué, c'est toujours le même propriétaire du fichier spécial.
Ca tombe bien, j'ai jamais dit ca ;) Cite moi en train de dire que udev change le propriétaire du device ;)
>Si deux types accèdent à la même ressource (graver un CD), ça merde.
When a user logs in at the console and no other user is currently
logged in at the console, pam_console.so will change permissions and
ownership of files as described in the file /etc/security/console.perms.
Donc en clair, le seul moyen de pouvoir graver, c'est d'attendre que l'utilisateur de devant ait fini. Tu vas me dire que c'est ok, je te repond non, c'est nul, qui te dit que l'utilisateur de devant va vouloir se déloguer ;) Moi, a sa place, je ne le ferai pas, tu veux graver, le méchant pam_console m'a donné tout les droit parce que j'etait la avant? ben tant pis :p
Tu vois, si vraiment l'accés concurrent à un device est un probleme, avec sudo + un utilisateur dédié à la gravure et ayant seul accés au graveur, avec quelque lignes de shell, tu fais un systeme de file d'attente pour la gravure.
$ sudo burn coin.iso
5 gravures en attentes...
$ ....
MESSAGE SYSTEM: C'est votre tour de graver votre CD, tapez sudo burn confirm pour confirmer! Votre gravure sera annulée dans 5 minutes si vous ne confirmez pas...
$sudo burn confirm
Et voila, ca ressemble étrangement à ce que l'on trouve sur les serveur de build de mdksoft pour les installations de packages concurentes, et c'est propre. Pas ton vieux truc immonde qui considere que seul le premier utilisateur a le droit de faire quelque chose et qui doit se déloguer pour donner ce droit au suivant ;)
>Encore un truc que tu ne connais pas...
Ah ah ah, nan, je connais pas pam_console, je connais suffisement et j'ai assez tester pour savoir que c'est la merde, que ca ne repond en aucun cas au besoin que tu trouves dans une université par exemple (puisque c'est la que j'ai eu l'occasion de voir ses limites ;)
[^] # Re: Différences ?
Posté par gnumdk (site web personnel) . En réponse à la dépêche Dropline Gnome 2.8 disponible (depuis le 07/10/2004). Évalué à 4.
Ca tombe bien, c'est ce que j'ai dit.
>Quelque soit la personne loggué, c'est toujours le même propriétaire du fichier spécial.
Ca tombe bien, j'ai jamais dit ca ;) Cite moi en train de dire que udev change le propriétaire du device ;)
>Si deux types accèdent à la même ressource (graver un CD), ça merde.
When a user logs in at the console and no other user is currently
logged in at the console, pam_console.so will change permissions and
ownership of files as described in the file /etc/security/console.perms.
Donc en clair, le seul moyen de pouvoir graver, c'est d'attendre que l'utilisateur de devant ait fini. Tu vas me dire que c'est ok, je te repond non, c'est nul, qui te dit que l'utilisateur de devant va vouloir se déloguer ;) Moi, a sa place, je ne le ferai pas, tu veux graver, le méchant pam_console m'a donné tout les droit parce que j'etait la avant? ben tant pis :p
Tu vois, si vraiment l'accés concurrent à un device est un probleme, avec sudo + un utilisateur dédié à la gravure et ayant seul accés au graveur, avec quelque lignes de shell, tu fais un systeme de file d'attente pour la gravure.
$ sudo burn coin.iso
5 gravures en attentes...
$ ....
MESSAGE SYSTEM: C'est votre tour de graver votre CD, tapez sudo burn confirm pour confirmer! Votre gravure sera annulée dans 5 minutes si vous ne confirmez pas...
$sudo burn confirm
Et voila, ca ressemble étrangement à ce que l'on trouve sur les serveur de build de mdksoft pour les installations de packages concurentes, et c'est propre. Pas ton vieux truc immonde qui considere que seul le premier utilisateur a le droit de faire quelque chose et qui doit se déloguer pour donner ce droit au suivant ;)
>Encore un truc que tu ne connais pas...
Ah ah ah, nan, je connais pas pam_console, je connais suffisement et j'ai assez tester pour savoir que c'est la merde, que ca ne repond en aucun cas au besoin que tu trouves dans une université par exemple (puisque c'est la que j'ai eu l'occasion de voir ses limites ;)