> J'avoue être troublé que certains ne comprennent pas l'avantage de cette fonctionnalité.
Parce que tu es dans un stratégie mono-utilisateur avec une vision bureau graphique et click click click...
J'ai quatre utilisateurs, je fait une file globale ?
Mes programmes tournent et font des copies, ils attendent la file globable ?
Je veux un système multi-utilisateurs, multi-tâches. Le disque n'a pas à gratter, avec le sata, l'ordonencement des ordres, les caches... normalement, c'est à l'OS de se débrouiller pour faire cela. Ici, on veut amener une fonctionalité de l'OS sur le bureau... avec un démon encore de plus.
Si l'OS ou le système de fichier sont mal conçu, modifiont les plutôt que de passer de l'énergie sur un truc réducteur et qui met en évidence la mauvaise conception de l'OS ou des applications graphiques (comme dis dans un post, ionice, cela existe).
Cela me rappelle gnome-vfs et toute cette daube inutilisable en ligne de commande mais uniquement pour les applications du bureau considérer (gnome d'un coté, kde de l'autre avec kio). L'énergie aurait du dès le début se faire sur fuse ou équivalent et donc de faire quelque chose dans la couche base.
Exemple de daube graphique. Sur une debian (je ne sais pas pour les autres), les clefs USB ne se monte pas sur le bureau si l'utilisateur est sur un annuaire de type LDAP et qu'on lui donne le groupe plugdev au lancement de la session avec pam_group. Pourquoi ? parce que tout dépend d'un démon dbus qui est lancé avant l'ouverture de session... (je crois que c'est corrigé sur ubuntu). Bref, tout cela pour dire que ces machins globaux nous compliquent la vie et que le système des droits et ainsi de suite devient de plus en plus nébuleux.
[^] # Re: C'est pas pratique...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Ultracopier, la copie enfin facile. Évalué à 7.
Parce que tu es dans un stratégie mono-utilisateur avec une vision bureau graphique et click click click...
J'ai quatre utilisateurs, je fait une file globale ?
Mes programmes tournent et font des copies, ils attendent la file globable ?
Je veux un système multi-utilisateurs, multi-tâches. Le disque n'a pas à gratter, avec le sata, l'ordonencement des ordres, les caches... normalement, c'est à l'OS de se débrouiller pour faire cela. Ici, on veut amener une fonctionalité de l'OS sur le bureau... avec un démon encore de plus.
Si l'OS ou le système de fichier sont mal conçu, modifiont les plutôt que de passer de l'énergie sur un truc réducteur et qui met en évidence la mauvaise conception de l'OS ou des applications graphiques (comme dis dans un post, ionice, cela existe).
Cela me rappelle gnome-vfs et toute cette daube inutilisable en ligne de commande mais uniquement pour les applications du bureau considérer (gnome d'un coté, kde de l'autre avec kio). L'énergie aurait du dès le début se faire sur fuse ou équivalent et donc de faire quelque chose dans la couche base.
Exemple de daube graphique. Sur une debian (je ne sais pas pour les autres), les clefs USB ne se monte pas sur le bureau si l'utilisateur est sur un annuaire de type LDAP et qu'on lui donne le groupe plugdev au lancement de la session avec pam_group. Pourquoi ? parce que tout dépend d'un démon dbus qui est lancé avant l'ouverture de session... (je crois que c'est corrigé sur ubuntu). Bref, tout cela pour dire que ces machins globaux nous compliquent la vie et que le système des droits et ainsi de suite devient de plus en plus nébuleux.