Je suis aussi adepte de FreeBSD et n'utilise que ça en serveur, mais je peux pas dire qu'il n'y aucun défaut. En fait il y en a plein.
Les ports ne sont pas versionnés
Ça pose pas mal de problème quand tu veux mettre à jour ta machine. Par exemple, chez OpenBSD les ports sont faits pour aller avec une version précise de ton OS. Du coup chez FreeBSD on peut se retrouver avec des conditions de versions dans les ports les rendant beaucoup plus compliqués à tester. Mais ils ne souhaitent pas changer ça pourtant c'est clairement ce qu'il faudrait faire. Pire encore, à chaque mise à jour, vous ne pouvez pas être sur que tout va encore fonctionner. Exemple : j'utilise etherpad qui dépend de nodejs. J'avais une version 6 de node.js et en mettant à jour mes ports (dans une poudriere, je suis pas masochiste), je me suis retrouvé avec une version 7 et etherpad ne fonctionnait plus. Avec un système de version par OS, ça ne serait jamais arrivé. Alors oui de temps en temps on rajoute des ports comme www/node6, www/node7 etc. Mais ce n'est pas non plus la solution.
Le support matériel est anémique
Non franchement, oubliez votre thinkpad de 2016, c'est même pas la peine d'y penser.
Les ports ne sont pas testés
Beaucoup de committers ne testent pas leur ports avant de les mettre à jour. En fait, ils le mettent à jour, vérifient que ça compile et commit.
Sauf que je me suis déjà retrouvé dans ce genre de cas :
mumble ne permettait plus de communiquer, c'est vrai il se lançait mais il manquait des codecs (liés à celt IIRC), du coup pas d'audio. C'est tout de même cocasse pour une application de voip.
redmine, mon préféré. Son mainteneur ne teste absolument jamais le port avant de le commit. Résultat, j'ai arrêté de l'utiliser et je l'installe à la main moi même.
Pas mal d'incohérences
Bien que ce soit purement esthétique, il y a quand même pas mal d'incohérence chez FreeBSD. Exemples bêtes, en général on aime bien concevoir un service sous forme serviced, servicectl. Chez FreeBSD on a préféré le suffixe control, du coup on a du mélange
camcontrol
nvmecontrol
conscontrol
swapctl
hastctl
C'est pas grand chose, mais j'aime le souci du détail :)
C'est à peu près pareil avec les fichiers de conf, ils ont pas toujours la même syntaxe (blacklistd.conf, jail.conf, devfs.conf).
Le bluetooth
Oui j'utilise des technologies comme le bluetooth. En fait sur FreeBSD je pense qu'il devrait être complètement supprimé. Le mainteneur ne travaille plus dessus et le support est plus que dérisoire.
# Oui et non
Posté par David Demelier (site web personnel) . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 8.
Je suis aussi adepte de FreeBSD et n'utilise que ça en serveur, mais je peux pas dire qu'il n'y aucun défaut. En fait il y en a plein.
Les ports ne sont pas versionnés
Ça pose pas mal de problème quand tu veux mettre à jour ta machine. Par exemple, chez OpenBSD les ports sont faits pour aller avec une version précise de ton OS. Du coup chez FreeBSD on peut se retrouver avec des conditions de versions dans les ports les rendant beaucoup plus compliqués à tester. Mais ils ne souhaitent pas changer ça pourtant c'est clairement ce qu'il faudrait faire. Pire encore, à chaque mise à jour, vous ne pouvez pas être sur que tout va encore fonctionner. Exemple : j'utilise etherpad qui dépend de nodejs. J'avais une version 6 de node.js et en mettant à jour mes ports (dans une poudriere, je suis pas masochiste), je me suis retrouvé avec une version 7 et etherpad ne fonctionnait plus. Avec un système de version par OS, ça ne serait jamais arrivé. Alors oui de temps en temps on rajoute des ports comme www/node6, www/node7 etc. Mais ce n'est pas non plus la solution.
Le support matériel est anémique
Non franchement, oubliez votre thinkpad de 2016, c'est même pas la peine d'y penser.
Les ports ne sont pas testés
Beaucoup de committers ne testent pas leur ports avant de les mettre à jour. En fait, ils le mettent à jour, vérifient que ça compile et commit.
Sauf que je me suis déjà retrouvé dans ce genre de cas :
Pas mal d'incohérences
Bien que ce soit purement esthétique, il y a quand même pas mal d'incohérence chez FreeBSD. Exemples bêtes, en général on aime bien concevoir un service sous forme serviced, servicectl. Chez FreeBSD on a préféré le suffixe control, du coup on a du mélange
C'est pas grand chose, mais j'aime le souci du détail :)
C'est à peu près pareil avec les fichiers de conf, ils ont pas toujours la même syntaxe (blacklistd.conf, jail.conf, devfs.conf).
Le bluetooth
Oui j'utilise des technologies comme le bluetooth. En fait sur FreeBSD je pense qu'il devrait être complètement supprimé. Le mainteneur ne travaille plus dessus et le support est plus que dérisoire.
AI is a mental disorder