+ remplacer sendmail par postfix n'est pas aussi simple que apt-get install postfix (cf chapitre switch MTA dans la doc)
Je ne suis pas tout à fait d'accord. Si l'on passe par la compilation (pas l'habitude de passer par les binaires), la question est posée à la fin de l'installation, il suffit de répondre par 'Y' ou 'N' (ce qui permet d'installer postfix sans en faire son MTA de façon plus souple que par apt-get)
+ installer vsftpd => pas de script de demarrage du service (version 4.11 donc ca a pu changer...) donc copie obligatoire a partir d'un autre script
Je ne sais pas vraiment pour vsftpd, ne l'utilisant pas, mais il y a eu je trouve beaucoup d'amélioration dans la gestion des scripts de démarrage en 5.x. A noter que ces scripts peuvent se trouver à deux endroits : /etc/rc.d pour la base du système et /usr/local/etc/rc.d pour les ports.
sous FreeBSD revenir au bon vieux reflexe vipw
Ben, c'est la façon "normale" de faire, non ? ;o)
Et c'est vrai aussi que FreeBSD laisse une impression d'un systeme bien propre et bien pense
Toutafé.
Ayant régulièrement l'occasion de jouer avec l'un et l'autre, c'est ce qui me frappe le plus.
Si Linux a tiré des avantages d'être le "bazard" (face à la "cathédrale" Windows), il en a aussi pris le désaventage : c'est devenu un vrai bordel.
Dernier exemple en date : pour retrouver une erreur en fonction de son code, on regarde (normal) sys/errno.h... qui renvoi à errno.h... qui inclus bits/errno.h... qui inclus linux/errno.h... qui inclus asm/errno.h... qui, suivant les cas, inclus asm-*/errno.h, où l'on trouve (enfin !!!) l'info que l'on cherche, après 5 indirections qui pour la plupart n'apportent rien (et je me demande encore ce que les codes d'erreurs ont à voir avec asm...).
Sous FreeBSD (idem sous les autres BSD d'ailleurs), c'est facile : l'info est directement dans sys/errno.h. Pas d'indirection, pas de version différente suivant les architectures...
Et c'est comme cela dans à peu près tous les domaines (autre exemple, sur une RHEL /etc commence à devenir un sacré merdier).
une bonne Debian c'est aussi tres simple a administrer je trouve
Sans doute le truc avec lequel je suis le moins d'accord dans ton post. Sans rire, installer une application en dehors du "Debian Way" (ie en dehors d'apt-get - genre à partir des sources pour une application que l'on a besoin d'avoir à jour sur une base stable...) c'est se tirer une sacré balle dans le pied.
M'enfin, comme lu un jour sur linuxfr (la flème de chercher la référence), "les BSDistes bossent pendant que les Debianistes se battent sur debian-advocacy..." ;o)
[^] # Re: Linux vers FreeBSD
Posté par sobek . En réponse à la dépêche Sortie de FreeBSD 6.0. Évalué à 3.
Je ne suis pas tout à fait d'accord. Si l'on passe par la compilation (pas l'habitude de passer par les binaires), la question est posée à la fin de l'installation, il suffit de répondre par 'Y' ou 'N' (ce qui permet d'installer postfix sans en faire son MTA de façon plus souple que par apt-get)
Je ne sais pas vraiment pour vsftpd, ne l'utilisant pas, mais il y a eu je trouve beaucoup d'amélioration dans la gestion des scripts de démarrage en 5.x. A noter que ces scripts peuvent se trouver à deux endroits : /etc/rc.d pour la base du système et /usr/local/etc/rc.d pour les ports.
Ben, c'est la façon "normale" de faire, non ? ;o)
Toutafé.
Ayant régulièrement l'occasion de jouer avec l'un et l'autre, c'est ce qui me frappe le plus.
Si Linux a tiré des avantages d'être le "bazard" (face à la "cathédrale" Windows), il en a aussi pris le désaventage : c'est devenu un vrai bordel.
Dernier exemple en date : pour retrouver une erreur en fonction de son code, on regarde (normal) sys/errno.h... qui renvoi à errno.h... qui inclus bits/errno.h... qui inclus linux/errno.h... qui inclus asm/errno.h... qui, suivant les cas, inclus asm-*/errno.h, où l'on trouve (enfin !!!) l'info que l'on cherche, après 5 indirections qui pour la plupart n'apportent rien (et je me demande encore ce que les codes d'erreurs ont à voir avec asm...).
Sous FreeBSD (idem sous les autres BSD d'ailleurs), c'est facile : l'info est directement dans sys/errno.h. Pas d'indirection, pas de version différente suivant les architectures...
Et c'est comme cela dans à peu près tous les domaines (autre exemple, sur une RHEL /etc commence à devenir un sacré merdier).
Sans doute le truc avec lequel je suis le moins d'accord dans ton post. Sans rire, installer une application en dehors du "Debian Way" (ie en dehors d'apt-get - genre à partir des sources pour une application que l'on a besoin d'avoir à jour sur une base stable...) c'est se tirer une sacré balle dans le pied.
M'enfin, comme lu un jour sur linuxfr (la flème de chercher la référence), "les BSDistes bossent pendant que les Debianistes se battent sur debian-advocacy..." ;o)