>ce n'est pas parce qu'un outil sera graphique qu'il sera plus puissant que des fichiers textes pour configurer correctement ton Postfix/cyrus
Qui parle d'un outil graphique ? Ce que je veux dire, c'est que l'installation d'un serveur aussi critique qu'un serveur de mail est loin d'être donné à tout le monde. La quantité de spam relayé en est la meilleure preuve. Le pire étant que beaucoup d'admins croient savoir le faire, alors que leur trucs sont de vrais passoires, mais ont-ils vraiment le choix ?
Par outil puissant, j'entends un outil (peu importe sa forme) permettant d'intégrer une solution de mail dans sa boite sans être un gourou. Celà ne veux pas forcement dire graphique. Mais celà veux dire avec des tests, avec une analyse systématique des logs, avec la possibilité de déclarer l'existant, obligations en terme de backup ...
Tu sais bien que ce n'est pas parcequ'un serveur marche, qu'il est correctement configuré.
Alors pour reprendre l'exemple des serveurs de mail, tu peux toujours supporter exim, sendmail, postfix, qmail, courier, cyrus, teapop, uw ...
Ceci dit faire des choix et les pousser le plus loin possible, c'est pas mal non plus. En ce sans pour revenir au sujet de départ, un systeme de paquet universel, permettrait aux distros de se concentrer sur quelques paquets tout en garantissant à l'utilisateur la diversité à laquelle il peut légitimement aspirer. Je ne donnais que quelques exemples de choses qui à mon sens auraient besoin d'être faites et qui ne le sont pas.
L'idée générale c'est faire moins de paquets pour faire d'autres choses. Merci de me répondre la dessus.
Puisque tu parlais d'un outil "desktop" donc graphique, j'ai donc extrapolé le besoin. Pour répondre à tes questions, le problème est qu'il existe des besoins bien différents et de nombreux outils pour réaliser les mêmes besoins si bien qu'il n'y a pas de solutions miracle. Toutefois, il est possible de créer des paquets pour disposer d'une configuration particulière à partir des paquets de la distribution initiale. Rien n'empêche de le faire et de créer une sous-distribution de Debian (par exemple) créant de toutes pièces l'outil dont tu as besoin. Ces solutions existent déjà : des solutions commerciales comme des solutions libres (je pense notamment à l'exemple d'OMA). N'oublie pas que les logiciels libres répondent à des besoins avant-tout égoïstes : ceux des développeurs/utilisateurs.
Les distributions créent des paquets, c'est déjà un énorme pas pour pouvoir utiliser ces logiciels sans avoir à les compiler. D'autres part, ce n'est pas à la distribution de te dire qu'il faudrait utiliser une partition XFS pour stocker ton /var/spool/cyrus. En général, les entreprises qui veulent utiliser et intégrer de tels logiciels libres sans en avoir les compétences en interne font plutôt appel à une société externe : ainsi, si ça ne marche pas, ils peuvent se "retourner" contre le prestataire/fournisseur.
[^] # Re: Y a quand même autre chose à faire que des paquets.
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 2.
Puisque tu parlais d'un outil "desktop" donc graphique, j'ai donc extrapolé le besoin. Pour répondre à tes questions, le problème est qu'il existe des besoins bien différents et de nombreux outils pour réaliser les mêmes besoins si bien qu'il n'y a pas de solutions miracle. Toutefois, il est possible de créer des paquets pour disposer d'une configuration particulière à partir des paquets de la distribution initiale. Rien n'empêche de le faire et de créer une sous-distribution de Debian (par exemple) créant de toutes pièces l'outil dont tu as besoin. Ces solutions existent déjà : des solutions commerciales comme des solutions libres (je pense notamment à l'exemple d'OMA). N'oublie pas que les logiciels libres répondent à des besoins avant-tout égoïstes : ceux des développeurs/utilisateurs.
Les distributions créent des paquets, c'est déjà un énorme pas pour pouvoir utiliser ces logiciels sans avoir à les compiler. D'autres part, ce n'est pas à la distribution de te dire qu'il faudrait utiliser une partition XFS pour stocker ton /var/spool/cyrus. En général, les entreprises qui veulent utiliser et intégrer de tels logiciels libres sans en avoir les compétences en interne font plutôt appel à une société externe : ainsi, si ça ne marche pas, ils peuvent se "retourner" contre le prestataire/fournisseur.