uh, c'est un troll ? Jamais eu de (gros) problème de son (OK pas question de faire un home studio je pense) alors qu'ici même j'en ai entendu des pleurs pour alsa / pulse-audio. Pour l'acpi je suis d'accord aussi, mais ça a l'air bien plus stable qu'il y a quelques années (et si j'ai compris, c'est pas forcément la fête sous Linux non plus).
Sinon effectivement la cible de FreeBSD c'est les serveurs.
Si FreeBSD arrivait à avoir un excellent support de ZFS cela redeviendrait un argument concret à son utilisation.
Il paraît qu'il cartonne pour remplacer des Solaris avec ZFS depuis le rachat par Oracle (voir les NAS de http://www.ixsystems.com/storage/ix/). Qu'est ce que tu reproches à ZFS dans FreeBSD ? Ça marche plutôt bien chez moi.
Est-ce que freeBSD (ou autre distribution BSD) est suffisamment fourni en logiciel tiers pour en faire un poste de travail "utilisable" (j'imagine qu'il est utilisable, mais utilisable dans le sens "il y a suffisamment de logiciels précompilés disponible pour l'utilisation normale et quotidienne") ?
Les BSD n'ont plus grand chose à voir entre eux, je ne parle que de FreeBSD.
Il y a des paquets binaires pour installer des programmes, mais ce n'est pas la méthode privilégiée (la méthode c'est de passer par les ports et de compiler les applis). Ça évolue doucement dans le sens des paquets depuis l'apparition d'un vrai gestionnaire de paquets (pkgng). Ceci dit c'est très simple de produire ses paquets à partir des sources (avec poudriere par exemple) si on veut des options spécifiques. (ama pkgng est sûrement la meilleure chose qui soit arrivée au projet en 2012).
Sinon y'a tous les logiciels phares sans soucis. La grosse différence avec une distribution Linux, c'est que FreeBSD ne fait pas d'intégration des applications. C'est un système d'exploitation, ce qui tourne dessus c'est ton problème. Ça veut dire qu'il faut ne faut pas compter que le système va configurer les applis pour toi, ou que si il y a un bug il faut le rapporter directement en upstream (ça peut être un bug en raison de FreeBSD aussi…).
J'aime bien c'est aspect neutre de l'OS, si j'ai un apache à configurer j'aime bien que ça ressemble à un apache quel que soit l'OS.
Quels pourraient être les raisons de passer à un système "BSD" au lieu d'une distribution linux (plus classique et plus "répandue") ? (Arguments autres que "c'est mieux")
Aucune :) Comme dit dans un autre commentaire, la cible de FreeBSD c'est les serveurs / routeurs, pas vraiment les postes de travail (voir PC-BSD pour ça qui vient de sortir en version 9.1 d'ailleurs).
Même si perso je préfère largement un FreeBSD qu'un Linux comme poste de travail. Parce que au moins j'y comprend quelque chose alors que je suis toujours en train de me battre avec un Linux pour que ça fasse ce que je veux.
Pis y'a quand même des trucs vachement cool : un système cohérent, une super communauté, un projet ouvert, ZFS, jails, Packet Filter, une bonne doc. Mais bon faut parfois mettre la main à la patte… Et alors ? On parle de libre là.
C'est dommage que FreeBSD n'utilise pas pkgsrc, le système de port de NetBSD.
pkgsrc est censé marcher sous FreeBSD (jamais essayé). Perso j'en vois pas trop l'intérêt pour FreeBSD.
Il doit y avoir autant de contributeurs pour les ports que pour NetBSD, DragonFly et Minix réunis.
C'est pas un truc qui se change comme ça de toutes les façons. Sans compter qu'avec pkgng on commence à avoir quelques chose d'utilisable.
Quand j'ai essayé les *BSD je m'attendais à avoir un système de dépôts à la Debian, mais un cran plus restrictif (avec un dépôt main pour les licences BSD-like, un dépôt caca pour les licences copyleft, un dépôt très-caca pour la GPLv3 et un dépôt non-free pour le pire du pire)
Tiens au taf, on vient de se prendre une campagne de phishing et je suis sûr qu'on va encore avoir des gens qui sont tombés dedans.
(et on ne demande jamais les mots de passes)
Tant que je suis là, est-ce qu'il y a des gens qui ont développé des scripts pour supprimer (plutôt mettre dans un dossier quarantaine) les mails de phishing après coup ? Le problème c'est que même si on met des filtres en place assez vite, on a toujours un bon milier de personnes qui ont déjà eu le mail. L'idée serait de partir des logs postfix, parce que c'est difficile de grepper un spool de 2 To.
Oui enfin la politique d'openBSD est tjrs dernière version réellement stable + éprouvée et interdiction absolue de la dernière version même si dite stable si elle n'est pas éprouvée sur un temps suffisant, quel que soit le soft…
C'est vraiment des conneries ça… Ou alors j'ai eu des "pas dernières versions" pas stables du tout (genre net-snmp qui segfault).
C'est pas par hazard, qu'openBSD est un exemple de fiabilité et de stabilité bien plus encore que n'importe quel Linux configuré aux petits oignons, dès l'install première. Mais c'est à ce prix là effectivement.
Arf. Moi j'y crois pas (assez eu de pb avec Open).
Sans parler du nombre de développeurs/contributeurs bien moindre
Voilà on y arrive, y'a pas besoins d'autres excuses foireuses.
Ceci dit j'aime bien OpenBSD, c'est du bon boulot.
Je suis bien d'accord, la gestion de la mémoire est super chiante. Il manque un garbage collector.
Pour les listes, il me semble que l'on peut faire de la généricité maintenant ? (me suis arrêté à Delphi 5 et ça manquait cruellement de conteneurs).
Ceci dit pour faire des IHM c'était pas mal, mais fallait pas aller beaucoup plus loin.
Tu choisis la 1ère pour maximiser le nombre de libertés possibles (ajout de la liberté de distribution sans la source), moi la 2ème pour maximiser le nombre de personnes qui ont les libertés élémentaires (accès/modification).
Ce que tu ne piges pas c'est que tout le monde a les libertés élémentaires sur la source en BSD. Oui elle peut être modifiée puis non diffusée, propriétisée et tout.
Et alors ? On a toujours le source d'origine en BSD et n'importe qui peut y toucher. On ne perd rien en le diffusant.
NdA : cette dépêche est une formidable aventure collective ; merci donc à iMil, d-jo, baud123, apkwa, B16F4RV4RD1N, nonas, GuiGui2, Sygne, Patrick Lamaizière, Brndan et wolowizard pour leur participation plus que soutenue à l'écriture de cet article !
Ben en fait j'ai juste ouvert (encore !) ma grande gueule sur un point de détail. Je suis un peu géné, je suis complètement innocent dans cette super dépêche…
Passer de 7 à 9 en 6/7 ans (quand j'ai arrêté d'utiliser) ça tient quand même plus de la mort cérébrale que de la sieste.
Damned, ça passe donc si vite ?
"FreeBSD 7.0-RELEASE Announcement, Date: Wed, 27 Feb 2008 17:19:52 -0500, From: Ken Smith kensmith@FreeBSD.org"
Pas tout à fait 5 ans seulement. Un peu moins de deux ans entre deux releases majeures donc. Vu les évolutions ça me paraît correcte (surtout que les cycles de releases sont toujours assez long chez FreeBSD)
J'ai pas dit le contraire. Ceux qui ont plussés ont compris le trait d'humour (enfin j'espère).
Oui j'avais bien compris, on est sur dlfp quand même :-)
Je suis le seul à trouver qu'une mailing list est un très mauvais moyen de communication…
Oui tu es le seul. Tu suggères quoi pour permettre à des milliers de personnes vivants sur des fuseaux horaires différents pour communiquer (ce qui implique que tout un chacun puisse envoyer des articles et répondre) ? Une mailing pour ça c'est bien pratique (et qu'on ne me parle pas des horribles forums web).
Si ce n'est que pour l'information, tu as DLFP pour ça.
Ça devrait changer avec l'arrivé de FreeBSD 10 qui l'utilisera par défaut (idem pour FreeBSD 9.2)
Oui mais ça ne va pas changer la cohérence des paquets dispo et ça va être long pour avoir un truc homogène. Chaque port est maintenu par des bénevoles et il n'y a pas de "dictactor ship" pour imposer une cohérence entre les paquets.
Lequel des deux est le plus simple à comprendre ? Lequel des deux permet de voir le plus rapidement la commande qui est executée pour démarrer le daemon ? Lequel permet le plus simplement de modifier les parametres passés au daemon haveged ?
A mon avis la bonne question c'est : le quel est le plus simple a dépanner ? Parce que, un script shell j'y arriverai, un bidule pour systemd je ne sais pas.
Et il ne faut pas non plus oublier OpenBSD, qui prend en compte les paquets binaires et leur mise à jour.
Mouais. C'est vrai mais OpenBSD ne produit pas de paquets stables, seulement pour les releases (et j'ai du mal à croire à un php pas troué pendant 6 mois). Tu devras compiler toi même (ou avoir une ferme de paquet pour les construire) à un moment ou un autre.
FreeBSD pas mieux, on a un outil pour gérer les paquets (pkgng qui est un superbe travail) mais pas de paquets…
À mon avis ça va prendre un bout de temps (au moins deux ans) pour avoir des paquets cohérents entre eux (quand je dis cohérent par exemple si on supporte IPV6, tous les paquets devraient avoir l'option ipv6 à "on"; ou ldap pour l'authentification (postfix, etc)). La conséquence c'est qu'on va avoir plein de trucs installés qui ne servent pas forcément (et ça ne va pas plaire à tout le monde). Tout ça pour avoir la joie de faire un "pkg upgrade" (et c'est quand même vraiment la joie, merci Baptiste & co). Bref on va devoir produire nos paquets nous même pour un moment (poudriere est cool pour ça) même si il y a un gros progrès.
[^] # Re: Pâte
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal FreeBSD 9.1 est sorti. Évalué à 1.
Non c'est bien à la patte, ceci pour arriver à faire MARCHER le bouzin.
Je vois pas le rapport avec le boulanger.
les pixels au peuple !
[^] # Re: Curiosité pur ...
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal FreeBSD 9.1 est sorti. Évalué à 6.
uh, c'est un troll ? Jamais eu de (gros) problème de son (OK pas question de faire un home studio je pense) alors qu'ici même j'en ai entendu des pleurs pour alsa / pulse-audio. Pour l'acpi je suis d'accord aussi, mais ça a l'air bien plus stable qu'il y a quelques années (et si j'ai compris, c'est pas forcément la fête sous Linux non plus).
Sinon effectivement la cible de FreeBSD c'est les serveurs.
Il paraît qu'il cartonne pour remplacer des Solaris avec ZFS depuis le rachat par Oracle (voir les NAS de http://www.ixsystems.com/storage/ix/). Qu'est ce que tu reproches à ZFS dans FreeBSD ? Ça marche plutôt bien chez moi.
les pixels au peuple !
[^] # Re: Curiosité pur ...
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal FreeBSD 9.1 est sorti. Évalué à 6.
Les BSD n'ont plus grand chose à voir entre eux, je ne parle que de FreeBSD.
Il y a des paquets binaires pour installer des programmes, mais ce n'est pas la méthode privilégiée (la méthode c'est de passer par les ports et de compiler les applis). Ça évolue doucement dans le sens des paquets depuis l'apparition d'un vrai gestionnaire de paquets (pkgng). Ceci dit c'est très simple de produire ses paquets à partir des sources (avec poudriere par exemple) si on veut des options spécifiques. (ama pkgng est sûrement la meilleure chose qui soit arrivée au projet en 2012).
Sinon y'a tous les logiciels phares sans soucis. La grosse différence avec une distribution Linux, c'est que FreeBSD ne fait pas d'intégration des applications. C'est un système d'exploitation, ce qui tourne dessus c'est ton problème. Ça veut dire qu'il faut ne faut pas compter que le système va configurer les applis pour toi, ou que si il y a un bug il faut le rapporter directement en upstream (ça peut être un bug en raison de FreeBSD aussi…).
J'aime bien c'est aspect neutre de l'OS, si j'ai un apache à configurer j'aime bien que ça ressemble à un apache quel que soit l'OS.
Aucune :) Comme dit dans un autre commentaire, la cible de FreeBSD c'est les serveurs / routeurs, pas vraiment les postes de travail (voir PC-BSD pour ça qui vient de sortir en version 9.1 d'ailleurs).
Même si perso je préfère largement un FreeBSD qu'un Linux comme poste de travail. Parce que au moins j'y comprend quelque chose alors que je suis toujours en train de me battre avec un Linux pour que ça fasse ce que je veux.
Pis y'a quand même des trucs vachement cool : un système cohérent, une super communauté, un projet ouvert, ZFS, jails, Packet Filter, une bonne doc. Mais bon faut parfois mettre la main à la patte… Et alors ? On parle de libre là.
les pixels au peuple !
[^] # Re: pkgsrc
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal FreeBSD 9.1 est sorti. Évalué à 5.
pkgsrc est censé marcher sous FreeBSD (jamais essayé). Perso j'en vois pas trop l'intérêt pour FreeBSD.
Il doit y avoir autant de contributeurs pour les ports que pour NetBSD, DragonFly et Minix réunis.
C'est pas un truc qui se change comme ça de toutes les façons. Sans compter qu'avec pkgng on commence à avoir quelques chose d'utilisable.
les pixels au peuple !
[^] # Re: Mouais
Posté par Patrick Lamaizière (site web personnel) . En réponse à la dépêche Grabuge à la FSF : GnuTLS quitte le projet GNU et sed et grep perdent leur mainteneur. Évalué à 10.
Le pire serait la mort d'info(1), on ne s'en remetrait pas.
les pixels au peuple !
[^] # Re: manque un lien ?
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal Grabuge à la FSF : GnuTLS quitte le projet GNU et sed perd son mainteneur. Évalué à 3.
Mea culpa. Je n'avais pas fait gaffe à ça.
Ceci dit c'est de loin le contenu le plus trollesque, ce serait dommage de s'en priver.
les pixels au peuple !
# manque un lien ?
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal Grabuge à la FSF : GnuTLS quitte le projet GNU et sed perd son mainteneur. Évalué à 4.
Je pense qu'il manque un lien dans ton journal
GnuTLS, copyright assignment, and GNU project governance
les pixels au peuple !
[^] # Re: C'est pas nouveau
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal La FSF, de dangereux crétins réactionnaires. Évalué à 6.
Dans FreeBSD tu as un framework pour les licences, mais c'est récent.
http://wiki.freebsd.org/PortsLicenseInfrastructure
les pixels au peuple !
[^] # Re: Mouais
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal La FSF, de dangereux crétins réactionnaires. Évalué à 9.
Ben moi aussi, mais je remercie l'UCB (Berkeley) plutôt.
(je dis ça)
les pixels au peuple !
[^] # Re: Où est le problème ?
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal L'hameçonnage facile avec google. Évalué à 3.
Ahahah, trops gros ça prendra pas…
Tiens au taf, on vient de se prendre une campagne de phishing et je suis sûr qu'on va encore avoir des gens qui sont tombés dedans.
(et on ne demande jamais les mots de passes)
Tant que je suis là, est-ce qu'il y a des gens qui ont développé des scripts pour supprimer (plutôt mettre dans un dossier quarantaine) les mails de phishing après coup ? Le problème c'est que même si on met des filtres en place assez vite, on a toujours un bon milier de personnes qui ont déjà eu le mail. L'idée serait de partir des logs postfix, parce que c'est difficile de grepper un spool de 2 To.
les pixels au peuple !
[^] # Re: systemd
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal Les big balls de gentoo. Évalué à 10.
Mais pas du tout, vous pouvez toujours passer sous FreeBSD. C'est pas si mal comme système.
Venez :)
les pixels au peuple !
# alpha ?
Posté par Patrick Lamaizière (site web personnel) . En réponse à la dépêche Enligthenment DR 0.17 (e17) en version alpha. Évalué à 4.
Ah bon.
Du coup je me pose la question existentielle : euh c'était en quoi avant alpha ?
les pixels au peuple !
[^] # Re: record bidon
Posté par Patrick Lamaizière (site web personnel) . En réponse à la dépêche OpenBSD 5.2. Évalué à 10.
C'est sans doute intégré dans leur init (systemd)
(je sors)
les pixels au peuple !
[^] # Re: KDE en retard ?
Posté par Patrick Lamaizière (site web personnel) . En réponse à la dépêche OpenBSD 5.2. Évalué à 6.
C'est vraiment des conneries ça… Ou alors j'ai eu des "pas dernières versions" pas stables du tout (genre net-snmp qui segfault).
Arf. Moi j'y crois pas (assez eu de pb avec Open).
Voilà on y arrive, y'a pas besoins d'autres excuses foireuses.
Ceci dit j'aime bien OpenBSD, c'est du bon boulot.
les pixels au peuple !
[^] # Re: pour les nostalgiques du Pascal
Posté par Patrick Lamaizière (site web personnel) . En réponse à la dépêche Lazarus n’est pas mort \o/. Évalué à 3.
Je suis bien d'accord, la gestion de la mémoire est super chiante. Il manque un garbage collector.
Pour les listes, il me semble que l'on peut faire de la généricité maintenant ? (me suis arrêté à Delphi 5 et ça manquait cruellement de conteneurs).
Ceci dit pour faire des IHM c'était pas mal, mais fallait pas aller beaucoup plus loin.
les pixels au peuple !
[^] # Re: pourquoi pas
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal heure d'hiver ?. Évalué à 10.
Le problème c'est qu'on a jamais su s'il fallait y inclure le mont Saint-Michel.
(je dis ça)
les pixels au peuple !
[^] # Re: petite apparté
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal Calimaq : Défense et illustration de la clause non commerciale. Évalué à 4.
Ce que tu ne piges pas c'est que tout le monde a les libertés élémentaires sur la source en BSD. Oui elle peut être modifiée puis non diffusée, propriétisée et tout.
Et alors ? On a toujours le source d'origine en BSD et n'importe qui peut y toucher. On ne perd rien en le diffusant.
les pixels au peuple !
# pas moi !
Posté par Patrick Lamaizière (site web personnel) . En réponse à la dépêche NetBSD 6.0. Évalué à 5.
Ben en fait j'ai juste ouvert (encore !) ma grande gueule sur un point de détail. Je suis un peu géné, je suis complètement innocent dans cette super dépêche…
les pixels au peuple !
[^] # Re: Mailling list
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal [TOI AUSSI] Viens prendre un cours de programmation système. Évalué à 4.
Damned, ça passe donc si vite ?
"FreeBSD 7.0-RELEASE Announcement, Date: Wed, 27 Feb 2008 17:19:52 -0500, From: Ken Smith kensmith@FreeBSD.org"
Pas tout à fait 5 ans seulement. Un peu moins de deux ans entre deux releases majeures donc. Vu les évolutions ça me paraît correcte (surtout que les cycles de releases sont toujours assez long chez FreeBSD)
Oui j'avais bien compris, on est sur dlfp quand même :-)
les pixels au peuple !
[^] # Re: Mailling list
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal [TOI AUSSI] Viens prendre un cours de programmation système. Évalué à 5.
Rhoooo. Pas morts, juste fatigués.
Je ne suis pas DragonFly ni NetBSD alors je ne suis pas au courant.
Comme le souligne un article plus haut, à mon avis ils font du sacré bon boulot avec pas grand chose comme moyen.
les pixels au peuple !
[^] # Re: Mailling list
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal [TOI AUSSI] Viens prendre un cours de programmation système. Évalué à 5.
Oui tu es le seul. Tu suggères quoi pour permettre à des milliers de personnes vivants sur des fuseaux horaires différents pour communiquer (ce qui implique que tout un chacun puisse envoyer des articles et répondre) ? Une mailing pour ça c'est bien pratique (et qu'on ne me parle pas des horribles forums web).
Si ce n'est que pour l'information, tu as DLFP pour ça.
les pixels au peuple !
[^] # Re: Tu n'es pas le centre du monde
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal Archlinux est morte…. Évalué à 3.
Ben c'est que maintenant je suis un vieux con. Si ça change, j'aime bien que ça apporte un plus réel parce que j'ai pas que ça à faire.
Je m'occupe que de serveurs Linux (au boulot) et je suis un peu dubitatif sur l'apport de systemd.
les pixels au peuple !
[^] # Re: Et tu remplaces Arch Linux par quoi ?
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal Archlinux est morte…. Évalué à 2.
Oui mais ça ne va pas changer la cohérence des paquets dispo et ça va être long pour avoir un truc homogène. Chaque port est maintenu par des bénevoles et il n'y a pas de "dictactor ship" pour imposer une cohérence entre les paquets.
les pixels au peuple !
[^] # Re: Tu n'es pas le centre du monde
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal Archlinux est morte…. Évalué à 4.
A mon avis la bonne question c'est : le quel est le plus simple a dépanner ? Parce que, un script shell j'y arriverai, un bidule pour systemd je ne sais pas.
(jamais vu de systemd dans la vrai vie encore)
les pixels au peuple !
[^] # Re: Et tu remplaces Arch Linux par quoi ?
Posté par Patrick Lamaizière (site web personnel) . En réponse au journal Archlinux est morte…. Évalué à 4.
Mouais. C'est vrai mais OpenBSD ne produit pas de paquets stables, seulement pour les releases (et j'ai du mal à croire à un php pas troué pendant 6 mois). Tu devras compiler toi même (ou avoir une ferme de paquet pour les construire) à un moment ou un autre.
FreeBSD pas mieux, on a un outil pour gérer les paquets (pkgng qui est un superbe travail) mais pas de paquets…
À mon avis ça va prendre un bout de temps (au moins deux ans) pour avoir des paquets cohérents entre eux (quand je dis cohérent par exemple si on supporte IPV6, tous les paquets devraient avoir l'option ipv6 à "on"; ou ldap pour l'authentification (postfix, etc)). La conséquence c'est qu'on va avoir plein de trucs installés qui ne servent pas forcément (et ça ne va pas plaire à tout le monde). Tout ça pour avoir la joie de faire un "pkg upgrade" (et c'est quand même vraiment la joie, merci Baptiste & co). Bref on va devoir produire nos paquets nous même pour un moment (poudriere est cool pour ça) même si il y a un gros progrès.
les pixels au peuple !