Tu as une vison simplifié de la notion de groupe. Sous UNIX, on a un groupe primaire. Si tu fait newgroup toto, tu bascule sur le groupe primaire toto et tous les fichiers que tu vas éditer ensuite appartiendront au groupe toto. Il n'y a pas que root dans la vie ;-) D'ailleurs, je remplace cela par le bit suid sur le dossier partagé, c'est la seule méthode que j'ai trouvé utilisable de nos jours.
Je vois pas du tout pourquoi tu peux plus faire ça... Il suffit de configurer le shell graphique pour le faire. Après s'il ne sait pas le faire, c'est qu'il n'est pas complet, et au lieu de dire que "c'est nul", il faut dire "il manque ça".
Les variables d'environnements, c'est fondamental [...] Quand on les vire, on se retrouve avec un registre ;-) Et on n'arrive plus facilement a lancer deux instances du même programme, il faut que celui-ci gère les thread et les onglets...
Les variables d'environnement existent toujours. Elles sont justent différentes. Sous GNOME elles sont gérées par le gnome-session, qui les propage à ses processus fils. Elles sont modifiables via DBus. Lancer deux instances du même programe ? Are U kidding ? Parles moi d'un programme dont tu ne peux pas lancer deux instances...
La gestion des processus père fils est une merveille de simplicité et en cas de grand changement de configuration, un restart de la session ou un kill -HUP des applications les re-configuraient... Cela ne pose aucun soucis aux utilisateurs. D'ailleurs, je vois de plus en plus d'admin système dire à leur utilisateurs de rebooter leur Linux ce qui est encore bien pire.
En quoi ça a changé ?
Pourquoi les nouvelles applications de bureau se lancent systématiquement en mode serveur ?
Bon déjà je vois pas en qu'est ce qui t'empêche d'avoir pleins d'instances en parallèle. Le mode serveur est utilisé pour des applications dont les instances forment une entité logique unique qu'on pourrait appeler session et qui partagent les mêmes configuration. La majorité des utilisateurs veut son historique dans toutes les fênetres de firefox. Il est bien plus simple d'utiliser une mémoire partagée interne à un PID plutôt que des IPC avec beaucoup d'overhead, c'est assez naturel.
Et puis tu peux pas râler contre DBus et vouloir l'utiliser encore plus... Sans compter que DBus c'est bien plus qu'un copier-coller étendu. Ça fait du remote call (je connais pas la traduction française).
[^] # Re: C'est grâce à GNOME 3 et KDE 4.
Posté par Enjolras . En réponse à la dépêche Le succès sans précédent de Linux sur le bureau. Évalué à 1.
Je vois pas du tout pourquoi tu peux plus faire ça... Il suffit de configurer le shell graphique pour le faire. Après s'il ne sait pas le faire, c'est qu'il n'est pas complet, et au lieu de dire que "c'est nul", il faut dire "il manque ça".
Les variables d'environnement existent toujours. Elles sont justent différentes. Sous GNOME elles sont gérées par le gnome-session, qui les propage à ses processus fils. Elles sont modifiables via DBus. Lancer deux instances du même programe ? Are U kidding ? Parles moi d'un programme dont tu ne peux pas lancer deux instances...
En quoi ça a changé ?
Bon déjà je vois pas en qu'est ce qui t'empêche d'avoir pleins d'instances en parallèle. Le mode serveur est utilisé pour des applications dont les instances forment une entité logique unique qu'on pourrait appeler session et qui partagent les mêmes configuration. La majorité des utilisateurs veut son historique dans toutes les fênetres de firefox. Il est bien plus simple d'utiliser une mémoire partagée interne à un PID plutôt que des IPC avec beaucoup d'overhead, c'est assez naturel.
Et puis tu peux pas râler contre DBus et vouloir l'utiliser encore plus... Sans compter que DBus c'est bien plus qu'un copier-coller étendu. Ça fait du remote call (je connais pas la traduction française).