Articles précédents : BSD
- [4] Sortie de NetBSD 3.1 RC1
- [4] Préparation d'une certification BSD
- [2] PC-BSD 1.1 : l'approche de la maturité
- [23] Sortie de FreeBSD 6.1
- [56] Sortie d'OpenBSD 3.9
- [1] Des nouvelles d'OpenBSD
- [26] Sortie de DragonFlyBSD 1.4
- [11] La version 3 de NetBSD est disponible
- [84] Sortie de FreeBSD 6.0
- [37] OpenBSD 3.8 est sorti !
Liens connexes
- FreeBSD (555 hits)
- NetBSD (264 hits)
- OpenBSD (364 hits)
- DragonflyBSD (397 hits)
- Histoire des Unix (579 hits)
Dépêche modérée par
Dépêche éditée par
Il n’y a pas un noyau BSD, mais des noyaux BSD ayant tous la même origine 4.3BSD-Lite. Quatre noyaux majeurs cohabitent : OpenBSD, NetBSD, FreeBSD et le petit dernier DragonflyBSD. Un nouveau a été annoncé il y peu : MidnightBSD, fork de FreeBSD, encore trop jeune pour être évoqué plus longuement.
Tour d’horizon :
- FreeBSD est apparu en version 1.0 en 1993. Le but de ce projet est de fournir un système d’exploitation efficace pour n’importe quelle utilisation (serveur, bureautique, etc.). Initialement focalisé sur la plate-forme x86, il est disponible sur x86, x86_64, ARM, IA-64, PC-98 et UltraSparc.
- NetBSD est apparu en 1993 en version 0.8. Le but de ce projet est la portabilité, plus de 50 architectures répertoriées.
- OpenBSD est apparu en 1994, c’est un fork du projet NetBSD, mené par un leader charismatique et controversé : Theo de Raadt ; le but de ce projet est la sécurité et la liberté totale : pas de propriétaire supporté officiellement ou non par le projet et 16 plate-formes matérielles supportées : Alpha, AMD64, cats, HP 9000 séries 300 et 400, PA-RISC, i386, luna88k, mac68k, macppc, mvme68k, mvme88k, SPARC, UltraSPARC, Zaurus, SGI et DEC VAX.
- DragonflyBSD fork de FreeBSD est apparu en juin 2003, pour continuer le développement de la branche 4.x de FreeBSD, les modifications des versions 5.x n’étant pas jugées utiles.
Tous les projets BSD sont capables au travers d’une couche d’émulation d’utiliser les binaires Linux. NetBSD et OpenBSD permettent également de faire tourner les binaires SVR4 (Solaris), FreeBSD, Linux, BSD/OS, SunOS et HP-UX.
Ils ont tous le même mode de développement, c’est à dire que le noyau et les outils de base du système (userland) forment un tout indissociable offrant ainsi une très grande cohérence.
Tous les BSD utilisent la licence BSD, une licence très controversée dans le monde libre par sa grande permissivité. Elle offre la possibilité notamment d’être utilisée dans du code propriétaire, ce qui permit la généralisation de pile TCP/IP en son temps, mais aussi l’adoption rapide et massive de SSH.
![[en]](../../../images/en.png)
FreeBSD (555 hits)-
NetBSD (264 hits)
-
OpenBSD (364 hits)
-
DragonflyBSD (397 hits)
-
Histoire des Unix (579 hits)
> Lire la dépêche (113 commentaires, moyenne: 3,1).
- La technique
Le mode de développement des BSD est très différent de celui de Linux, le premier est souvent qualifié de réfléchi et le second de frénétique.
Avant l’acception de tout code dans le noyau ou le userland, celui-ci doit être étudié, validé, codé et « propre », afin d’assurer sa pérennité, il est donc audité par les développeurs, et met très longtemps avant d’être intégré dans le CVS, et encore plus à rentrer dans la branche stable du développement.
Ceci permettant ainsi d’offrir un système de base très stable tant au niveau fonctionnel, mais aussi au niveau développement : API, ABI. La réutilisation du code est grandement facilitée, il est fréquent de voir les différents BSD reprendre du code en provenance des autres projets dans les outils de base, et dans le noyau directement.
De plus pour rentrer dans le CVS officiel, tout code doit être documenté. Les différents BSD brillent par leur documentation (manuel principalement) et particulièrement FreeBSD et ses Handbooks.
Le moindre pilote, le moindre outil, la moindre API, etc. a sa page de manuel (très appréciable pour avoir des informations sur le matériel supporté et le fonctionnement des outils) cette documentation est à jour et chaque modification dans le code entraîne la mise à jour des manuels.
- L’utilisation
Pour un utilisateur standard, le fonctionnement entre les différents BSD et les différentes distributions Linux est le même, et les programmes annexes sont les mêmes. D’ailleurs le système de package de NetBSD pkgsrc (utilisé aussi par DragonflyBSD) supporte de multiples noyaux et plates-formes non BSD x86 : Solaris, Linux (certaines distributions l’utilisent), IRIX, AIX, Interix (MS SFU), etc.
Les quatre BSD majeurs sont fonctionnels et utilisables au quotidien.
- Les distributions
Autour de ces quatre BSD majeurs gravitent un petit nombre de distributions, elles sont de trois types :
- packaging autour du système de base complet,
- utilisation du noyau uniquement,
- les appliances.
- Le packaging
Contrairement aux distributions Linux, il s’agit ici de rester 100% compatible avec le système d’exploitation à l’origine de la distribution.
Se retrouvent ici :
- PC-BSD : système basé sur FreeBSD dont le but est d’offrir une version de FreeBSD accessible au plus grand nombre, elle est 100% compatible avec FreeBSD, permettant d’utiliser les ports et les packages de ce dernier, et offre un nouveau système de package complémentaire, les pbi, très fortement inspiré du monde Windows.
- Desktop-BSD : basé aussi sur FreeBSD ayant les même objectifs que PC-BSD, mais par un autre moyen : fournir des interfaces graphiques simples et cohérentes pour l’administration d’un FreeBSD
- les live-CD : FreeSBIE, roFreeSBIE, Frenzy, basés sur FreeBSD, et OliveBSD,Anonym.OS basés sur OpenBSD
- Utilisation du noyau et éventuellement du userland
Il s’agit ici beaucoup plus d’une approche identique à celle des distributions Linux : reprendre un noyau, des outils de base et fournir un système d’exploitation complet.
Se retrouvent ici :
- Debian GNU/kFreeBSD : noyau FreeBSD avec le userland GNU, système de package : apt/dpkg.
- Debian GNU/NetBSD : noyau NetBSD avec le userland GNU, système de package : apt/dpkg.
- Gentoo/FreeBSD : noyau FreeBSD, userland FreeBSD, système de package portage.
- Gentoo/NetBSD : noyau NetBSD, userland NetBSD, système de package portage.
- Gentoo/OpenBSD: noyau OpenBSD, userland OpenBSD, système de package portage.
- Les appliances ou distributions spécialisées
Il s’agit dans ce cas là de distributions légères ultra spécialisées pour répondre à un besoin précis, "out-of-the-box" :
- FreeNAS : basé sur FreeBSD, son but est de permettre la création d’un NAS complexe très rapidement avec une interface d’administration web simple.
- pfsense : basé sur FreeBSD et le firewall PF de OpenBSD, il permet de mettre en place un firewall évolué avec les éventuels outils connexes, authentification, proxy, etc.
- m0n0wall : basé sur FreeBSD, spécialisé dans le firewalling.
- G4u : basé sur NetBSD est spécialisé dans le clonage de système en réseau.
- Le packaging
- Le systèmes de packages
Tous les BSD gèrent deux systèmes de package : l’un binaire, des paquets tgz ou tbz gérant les dépendances avec un set d’outils pour les télécharger, installer et désinstaller. Ce set d’outil est très simple mais très efficace. Ce set d’outil a le même nom et fait les mêmes choses sur chacun des BSD : pkg_add, pkg_delete, etc. mais le code est différent et les fonctionnalités ne sont pas exactement les mêmes.
Conjointement, viens se greffer un système de paquets sources, permettant de compiler les programmes à ajouter et choisissant les options de dépendances de fabrication de package.
Sous FreeBSD, ce système est le système de ports, répertoriant plus de 15000 entrées. OpenBSD gère aussi son système de ports, le nombre de paquets disponible y est plus restreint (~3000) car les gens d’OpenBSD sont très regardant quand à la qualité du code et la sécurité des programmes disponibles. NetBSD et DragonflyBSD partagent le système pkgsrc déjà évoqué plus haut, disposant ainsi de plus de 7000 paquets.
- Actualité
- FreeBSD devrait sortir en version 6.2 en octobre.
- NetBSD devrait sortir en version 3.1 d'ici quelques semaines.
- OpenBSD devrait sortir bientôt en version 4.0.
- DragonflyBSD vient de sortir en version 1.6.0.
- FreeBSD devrait sortir en version 6.2 en octobre.
[+] un truc inutile
- Debian GNU/NetBSD : noyau NetBSD avec le userland GNU, système de package : apt/dpkg.
Ce truc est totalement inutile et illustre bien la tendance "debian" de compliquer inutilement les choses, et de perdre de l'énergie dans des trucs inutiles. Je préfère de loin le système de packages NetBSD à l'usine à gaz qu'est apt.
Franchement, qui se sert de ça? Ceux que l'usine a gaz Debian intéresse, ou ceux qui sont dérangés par la licence BSD utilisent Debian (la vraie, bien lourde), et ceux qui préfèrent la simplicité et la légèreté de NetBSD utilisent NetBSD.
-
[^]Re: un truc inutile
Posté par lem__mel () le 24/08/2006 à 15:58. (lien). Évalué à 10.Youha. Si ca c'est pas du troll !! Tu recherches le combat et c'est beau autant d'énergie :-)
T'aurais pu dire également :
merci baptux pour ton article assez sympa qui permet d'avoir un petit oeil sur la pléthore des BSD.-
[^]Re: un truc inutile
Posté par totof2000 () le 25/08/2006 à 06:32. (lien). Évalué à 3.T'aurais pu dire également :
merci baptux pour ton article assez sympa qui permet d'avoir un petit oeil sur la pléthore des BSD.
Je viens de relire mon article et il est vrai que j'aurais du le formuler autrement. J'ai écrit mon message un peu vite. La manie Debian de compliquer les choses simples a tendance parfois à m'agacer, et une journée un peu difficile m'a fait perdre ma modération. Je vous présente mes plus plates excuses pour ce message. Je vais donc reformuler mes propos de façon moins trollesque, parce que je voudrais réellement connaitre l'intéret de Debian/xBSD.
Quelle est l'intéret d'une couche Debian par dessus uin noyau xBSD? Qui s'en sert et pourquoi ? NetBSD par exemple brille par sa simplicité de prise en main (pas de "surcouche" apt qui à mon sens ne fait que compliquer les choses simples). J'aurais tendance à voir ces projets comme une perte de temps. Et vous?
( est-ce mieux ainsi ?)-
[^]Re: un truc inutile
Posté par inico (Jabber id, page perso, ) le 25/08/2006 à 07:00. (lien). Évalué à 3.Je n'ai jamais trouver le systéme de package des *BSD simple alors qu'apt je connais.
Le truc le plus interressant dans les deux Debian on BSD c'est qu'on a un noyaux BSD + un userland GNU.
Ce qui permet de s'amuser à corriger les src qui ne compilent pas.--
"Les États-Unis sont le seul pays à être passé de la barbarie à la décadence sans connaître la civilisation." -- (origine réelle inconnue) Albert Einstein/Oscar Wilde/Georges Clemenceau/etc..-
[^]Re: un truc inutile
Posté par Thomas () le 25/08/2006 à 08:59. (lien). Évalué à 2.Tu as essayé le couple portupgrade/portinstall (freebsd seulement de mémoire)? Par défaut ils bossent sur les ports, mais avec un switch kivabien ils travaillent avec les packages précompilés plutôt que les ports.
Après on peut toujours dire que ça ne fait pas partie du système de base à l'instar d'apt sur une Debian...-
[^]Re: un truc inutile
Posté par inico (Jabber id, page perso, ) le 25/08/2006 à 12:40. (lien). Évalué à 1.La derniere fois que j'ai essayé les précompilé, j'ai finis par recompiler à la main les logiciels car le binaire planté et avait un comportement étrange.
--
"Les États-Unis sont le seul pays à être passé de la barbarie à la décadence sans connaître la civilisation." -- (origine réelle inconnue) Albert Einstein/Oscar Wilde/Georges Clemenceau/etc..-
[^]Re: un truc inutile
Posté par Olivier Serve (Jabber id, page perso, ) le 25/08/2006 à 16:03. (lien). Évalué à 0.Autant prendre une Gentoo...
//pulà
-
-
-
[^]Re: un truc inutile
Posté par Sylvain Sauvage () le 25/08/2006 à 19:30. (lien). Évalué à 5.Et, du côté Debian, on a une distribution qui peut utiliser différents noyaux.
On rend donc Debian moins dépendante de Linux.
-
-
[^]Re: un truc inutile
Posté par lem__mel () le 25/08/2006 à 09:01. (lien). Évalué à 1.
Quelle est l'intéret d'une couche Debian par dessus uin noyau xBSD? Qui s'en sert et pourquoi ?
Peut être ai-je mal compris (la notion de noyau "xBSD"), mais un O.S. ce n'est pas seulement un noyau, c'est également les logiciels côté utilisateur (http://fr.wikipedia.org/wiki/Syst%C3%A8me_d'exploitation). Donc une couche Debian est logique dans le sens où cela permet d'avoir un véritable O.S. [1].
NetBSD par exemple brille par sa simplicité de prise en main (pas de "surcouche" apt qui à mon sens ne fait que compliquer les choses simples).
Je ne connais pas du tout les BSDs (et donc en particulier NetBSD), et je ne peux parler des avantages, en revanche, si cette simplicité, d'après toi, doit s'accompagner d'une surcharge de travail de la part de l'administrateur[2], je peux comprendre que l'administrateur puisse préférer avoir une "usine à gaz".
J'aurais tendance à voir ces projets comme une perte de temps. Et vous?
Ma foi chacun fait ce qu'il veut de son temps, et si en plus il y a des utilisateurs pourquoi pas ?
[1] par rapport au fait de n'avoir que le noyau évidemment, il n'y a pas de troll là :-)
[2] évidemment le gars qui n'a qu'une machine ou deux, et tout son temps de travail consacré à leur maintenance, peut ne pas voir cela comme une surchage-
[^]Re: un truc inutile
Posté par totof2000 () le 25/08/2006 à 15:15. (lien). Évalué à 3.Peut être ai-je mal compris (la notion de noyau "xBSD"), mais un O.S. ce n'est pas seulement un noyau, c'est également les logiciels côté utilisateur (http://fr.wikipedia.org/wiki/Syst%C3%A8me_d'exploitation). Donc une couche Debian est logique dans le sens où cela permet d'avoir un véritable O.S. [1].
Merci pour le cours, je sais ce qu'est un OS. La couche "logiciel utilisateur" existe déjà sur les xBSD (voir l'article d'origine). Les BSD forment un tout (noyau+logiciel utilisateur). C'est pour ça que je me demande quel est l'intérêt de prendre un noyau BSD et de lui ajouter une couche Debian.
en revanche, si cette simplicité, d'après toi, doit s'accompagner d'une surcharge de travail de la part de l'administrateur[2], je peux comprendre que l'administrateur puisse préférer avoir une "usine à gaz".
Tu ne connais effectivement pas les BSD.-
[^]Re: un truc inutile
Posté par lem__mel () le 25/08/2006 à 16:58. (lien). Évalué à 3.
Les BSD forment un tout (noyau+logiciel utilisateur). C'est pour ça que je me demande quel est l'intérêt de prendre un noyau BSD et de lui ajouter une couche Debian.
Jusqu'à quel point les logiciels utilisateurs font partis du tout ? [1]
C'est pour ça que je me demande quel est l'intérêt de prendre un noyau BSD et de lui ajouter une couche Debian.
Cela m'embête tout de même que tu utilises le mot noyau comme ca [2]. La question est plutôt : Qu'y trouve les utilisateurs dans cette couche applicatif Debian [3] ?
[1] J'imagine qu'un KDE ne fait pas partie du tout ? Y-a-t-il un shell bash d'inclu dans ce tout ?
[2] Remarque que le rédacteur fait bien la distinction.
[3] Je n'en ai aucune idée, mais si tu en as, vas-y, donnes en quelques unes :-)
-
[^]Re: un truc inutile
Posté par Arkem (page perso, ) le 30/08/2006 à 20:30. (lien). Évalué à 3.Je crois que le but est plutôt de prendre une debian et de lui mettre un noyau BSD. Ca prends tout son sens si pour une raison ou une autre, on voudrait s'affranchir du noyau linux.
Au début de l'affaire SCO, par exemple, ça représentait une sécurité pour l'avenir de debian, car même s'il était déjà évident que les revendications d'SCO étaient abusives, l'issue du procès n'en était pas moins incertaine...
Quand à la raison pour laquelle on peut préférer rester sous debian plutôt que de passer entièrement sous BSD... Question de temps ou de disponibilité, d'habitudes qu'on à pas forcément envie de changer, de goûts personnels...
-
-
-
-
-
[^]Re: un truc inutile
Posté par gc (page perso, ) le 24/08/2006 à 16:00. (lien). Évalué à 9.Ce truc est totalement inutile (...) Je préfère
Inutile parce que.. tu « préfères » ? Tu serais plus convaincant si tu essayais de t'appuyer sur des arguments précis.
En l'état, ton message se résume à un monstrueux troll sur Debian qui te décrédibilise toi plutôt que Debian :)
-
[^]Re: un truc inutile
Posté par lejocelyn () le 24/08/2006 à 16:06. (lien). Évalué à 2.Posté par totof2000
Ce truc est totalement inutile et illustre bien la tendance "debian" de compliquer inutilement les choses, et de perdre de l'énergie dans des trucs inutiles.
Quand je vois ça dans un message de ce genre, je sais tout de suite que c'est un troll. Répétion d'un mot péjoratif (inutile inutilement inutiles), aucun questionnement, uniquement des affirmations et des certitudes qui ne sont pas étayés...
(il y a un questionnement, mais seulement rhétorique qui sert des propos en rien intéressant...)
Si il te plait, évite ce genre de commentaire...
-
[^]Re: un truc inutile
Posté par Denis Bodor (page perso, ) le 24/08/2006 à 17:35. (lien). Évalué à 10.Diantre ! Ce mode de pensé existe donc toujours : "Je trouve inutile, donc c'est inutile pour tous le monde, donc ca doit être éliminé". Impressionnant.
Et moi qui pensais bêtement qu'il n'en existait plus de la sorte. Vite vite, mettons-le dans un bocal avant qu'il ne se gâte.-
[+] [^]Re: un truc inutile
Posté par totof2000 () le 25/08/2006 à 15:19. (lien). Évalué à -1.Juste une question: ou ai-je dit que ça devait être éliminé?
J'ai simplement dit (maladroitement je le reconnais) que je ne voyais pas l'intérêt d'un tel projet.-
[^]Re: un truc inutile
Posté par inico (Jabber id, page perso, ) le 25/08/2006 à 16:18. (lien). Évalué à 4.Les auteurs du projet voit eux un interet.
Qui es-tu pour t'interroger dessus ?
Si quelquechose est créé, c'est que quelqu'un en a besoin quelquepart.--
"Les États-Unis sont le seul pays à être passé de la barbarie à la décadence sans connaître la civilisation." -- (origine réelle inconnue) Albert Einstein/Oscar Wilde/Georges Clemenceau/etc..
-
[^]Re: un truc inutile
Posté par Denis Bodor (page perso, ) le 26/08/2006 à 11:20. (lien). Évalué à 2.Je décrivais un mode de pensé. Souhaitez la disparition de quelque chose est la continuité logique de le déclarer inutile.
Je pense que tout le monde ne voit pas l'utilité de tel ou tel projet vis-à-vis de ses besoins ou préférences. Il est en effet maladroit de sauter le pas en le déclarant inutile et donc sans aucune légitimité d'exister.
Voilà, c'est tout.
-
-
-
[^]Re: un truc inutile
Posté par Bapt (page perso, ) le 24/08/2006 à 17:53. (lien). Évalué à 8.Ce n'est en aucun cas inutile, même si le projet semble avoir peu d'intérêt de prime abord, il apporte indirectement à tous les projets concerné par cette plate-forme de bénéficié de :
Correction de bug : plus une application est utilisée, compilée dans des environnements différents, plus il y a de chance de faire ressortir des bugs potentiels et donc de les corrigés : le code y gagne donc en propreté, et donc en perennité.
En portabilité.-
[^]Re: un truc inutile
Posté par maitre_mulot (page perso, ) le 24/08/2006 à 21:37. (lien). Évalué à 2.utile, inutile ... franchement ça vaut pas le coup de s'user les phalanges pour écrire ça.
En tout cas le post est trés utile pour moi, car trés interessant et détaillé.
Merci baptux ;)
-
[^]Re: un truc inutile
-
La licence.
Bonjour,
J'ai toujours été très intrigué par la viabilité de la licence BSD, en quoi est-elle différente du domaine public ? il n'y a apparemment pas de contrainte, même au niveau de la citation d'auteur. Ce qui me fait dire que j'aurais aimé avoir plus d'informations sur la licence BSD (et sur Wikipedia, il n'y a pas grand chose... donc si des choses intéressantes sont dites, peut-être sera-t'il bien de les diffuser dans wikipedia).
Un cas comme ça, pour détruire les systèmes à base de BSD et se faire son système propriétaire facilement :
"Peut-on faire un système BSD Proprio et porter plainte pour divulgation de secrets industrielles ?"
Ou sinon, avec la licence GPL, on met tout un système BSD sous licence GPL, et hop, dès qu'un constructeur s'en sert, on dit, divulger le code source, c'est du code GPL..
En fait, je me demande comment peut cohabiter plusieurs licences pour un même document/code source ...
-
[^]Re: La licence.
Posté par Matthieu C () le 24/08/2006 à 16:22. (lien). Évalué à 10.J'ai toujours été très intrigué par la viabilité de la licence BSD, en quoi est-elle différente du domaine public ?
Le domaine publique est elle une licence valide partout ?
l n'y a apparemment pas de contrainte, même au niveau de la citation d'auteur.
1. Redistributions of source code must retain the above copyright
* notice unmodified, this list of conditions, and the following
* disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the distribution.
On doit donc citer l'auteur.
"Peut-on faire un système BSD Proprio et porter plainte pour divulgation de secrets industrielles ?"
Sur quel motif ?
Ou sinon, avec la licence GPL, on met tout un système BSD sous licence GPL, et hop, dès qu'un constructeur s'en sert, on dit, divulger le code source, c'est du code GPL..
Ben le code qui a été redistribué sous BSD reste sous bsd, meme si le changement est fait par ceux qui detiennent les copyrights...
C'est les modifications futures qui seront sous la nouvelle licence.
De plus si tu ne detient pas les copyright tu ne peux pas retirer la licence BSD (
Redistributions of source code _must retain_)....
Tu peux seulement y ajouter une licence compatible.
En fait, je me demande comment peut cohabiter plusieurs licences pour un même document/code source ...
C'est très délicat.
INAL, mais je dirais que c'est la licence la plus "forte" (ie la plus restrictive) qui gagne.-
[^]Re: La licence.
Posté par Jehan (page perso, ) le 25/08/2006 à 06:34. (lien). Évalué à 10.> En fait, je me demande comment peut cohabiter plusieurs licences pour un même document/code source ...
C'est très délicat.
INAL, mais je dirais que c'est la licence la plus "forte" (ie la plus restrictive) qui gagne.
_____
Euh... ce serait plutôt l'inverse: c'est la moins restrictive qui gagne. En effet si un gars a accès à 2 licences, l'une lui interdisant plus qu'une autre, ben le gars va probablement choisir celle qui lui interdit le moins. ;-) Mais bon en réalité, même ça c'est faux. C'est surtout que chacun prend celle qui l'arrange. C'est à chacun de décider s'il préfère la licence permissive ou la restrictive si on lui laisse le choix.
En fait pour répondre au questionnement initial, le double licenciement n'est pas si délicat que cela. Seulement dans certains cas, il peut paraître inutile. Par ex, il est certain qu'un code sous BSD est déjà tellement permissif que le licencier autrement en parallèle ne sert strictement à rien (enfin là comme ça en tous cas, je vois pas dans quel cas il pourrait y avoir l'utilité, mais peut-être que des exceptions très précises existent). En effet à partir de la BSD, n'importe qui peut déjà changer la licence (tant qu'il garde mention des auteurs originaux).
Par contre, il arrive régulièrement que des groupes fassent des progs sous leur propres licences Libres, mais que celle-ci s'avère incompatible avec la GPL. Dans ce cas, ils feront une exception dans leur licence en disant que s'il est besoin d'inclure ce code dans du code GPL, alors vous pouvez switcher le code en GPL. Ca permet aux auteurs de garder leur licence de prédilection tout en ne bloquant pas la réutilisabilité vis à vis de la licence Libre majeure.
La cohabitation Libre/Proprio est encore plus classique (je sais que MySQL le fait... Trolltech aussi il me semble... et bien d'autres!). En fait elle est particulièrement utile pour entretenir un commerce Libre sans effrayer les boîtes réticentes par le Libre (même si d'un point de vue philo, ça fait des gros trolls). Le principe est simple: notre code est Libre, faites en ce que vous voulez; mais comme on est sous GPL, si vous faites des modifs, vous divulguez. Et c'est là que le bât blesse, puisque ça bloque des boîtes, persuadées qu'elles ont des idées géniales et réticentes à divulguer leur source. Dans ce cas (y a d'autres cas, mais je prends le plus "simple") ben la boîte va payer l'entreprise du Libre pour qu'elle lui octroie une licence proprio personnalisée l'autorisant explicitement à ne pas divulguer son code source (et autre). Evidemment ceci ne gêne en rien tous les autres utilisateurs.
En fait, c'est le même principe que le fait de contacter un auteur en privé qd un truc vous gêne dans sa licence pour réutiliser et lui demander de faire une exception pour vous. Il peut décider de vous octroyer un droit particulier, donc une licence particulière. C'est pareil sauf que les entreprises qui pratiquent cela mettent en avant ce principe publiquement (en général privé avec les particuliers).
Et sinon pour les histoires de changement de licence à partir d'une BSD, ben c'est pareil hein, exactement pareil. La BSD, c'est même plus du double licenciement, ni du triple, etc. Non c'est une licence universelle: tu peux en faire ce que tu veux, tant que tu respectes le copyright. Mais évidemment, comme l'a dit Mat plus haut, c'est pas parce qu'on prend un code BSD et en change la licence que la licence BSD disparaît pour autant pour tous les autres hein. ;-)
De même que l'entreprise qui a payé pour avoir un double licenciement proprio sur un prog Libre ne pourra pas attaquer quelqu'un qui va divulguer du code du prog Libre originel sur lequel la GPL (ou autre Libre, mais c svt la GPL, alors...) s'applique toujours. Faut pas tout confondre. Par contre elle n'a pas à (mais peux si elle le souhaite finalement parce que la GPL est tjrs là et ne lui interdit pas de le faire, bien que la licence proprio elle l'autorise à ne pas le faire :p) à divulguer ses propres modifs, ni n'a à diffuser le code à ses clients qui demandent comme l'impose en général la GPL (puisqu'il a droit à 2 licences, et des 2 il choisit seulement la proprio).
Voili. Bye.-
[^]Re: La licence.
Posté par Jehan (page perso, ) le 25/08/2006 à 07:41. (lien). Évalué à 6.Bon bah je vais corriger un peu mon commentaire. Après lecture du message suivant -- http://linuxfr.org/comments/746741.html#746741 -- j'ai été intrigué par la remarque de Clearstream affirmant que BSD n'était pas compatible GPL (moi-même persuadé du contraire) et je suis allé vérifier sur la page de la FSF (après tout, c'est la meilleure référence pour la compatibilité GPL: http://www.fsf.org/licensing/licenses/index_html ).
Bon en fait, il en ressort que l'original BSD a une clause qui oblige les utilisateurs faisant de la publicité pour un prog utilisant BSD a mentionné les auteurs dans la publicité (en plus de le faire dans le code et le manuel, ce qui sont là par contre des procédures habituelles en GPL-compatible). Et il faut croire que cette clause ne plaît pas. Par contre, il y a une version sans cette clause (que la FSF appelle la BSD modifiée) qui elle est compatible.
Voulant en savoir plus sur l'expansion des diverses licences, je suis donc allé faire un tour sur les sites des diverses distribs, pour voir quelles versions étaient utilisées. Déjà il en est ressorti qu'on retrouve aussi souvent une troisième version de la BSD, non référencée par la FSF, mais logiquement compatible GPL puisqu'elle ne fait que retirer une autre clause à la BSD modifiée (la dernière, empêchant de se faire de la pub sur le nom des auteurs).
FreeBSD est multi-licenciée (BSD originale, modifiée, GPL, LGPL, etc.); les logiciels du système NetBSD vont avoir tendance à utiliser l'une des versions modifiée ou la GPL, mais la BSD originelle quand le code appartient à la NetBSD foundation; OpenBSD semble promouvoir la licence originelle mais dit que l'on peut trouver du code avec les versions modifiées (par contre, rien de plus restrictif, cad pas de GPL); etc.
En conclusion il en ressort qu'il existe 3 versions BSD, dont 2 seulement compatibles GPL, et que beaucoup de code BSD utilise encore la version incompatible. Par conséquent là où ce que je disais plus haut est en partie faux, c'est que pour ces codes en question en licence originelle, le double licenciement est plus que nécessaire pour quiconque veut faire du GPL par exemple. En fait à l'heure actuelle, je dirais même que ça gêne plus les développements en GPL que les développements proprios.
Donc bah voilà encore démontré une utilité du double licenciement: BSD originelle pour ceux voulant faire du BSD ou du proprio, GPL pour les GPLiens... :-)
Bye.-
[^]Re: La licence.
Posté par miod () le 25/08/2006 à 09:12. (lien). Évalué à 4.En fait, la clause de publicité est un boulet que traîne le monde BSD depuis bien longtemps ; elle avait été imposée par le conseil légal de l'université de Berkeley, et tous ceux qui avaient repris la licence ont machinalement conservé la clause sans se poser de question.
Résultat, on se retrouve avec des kyrielles de clauses de publicités dans *BSD, malgré l'abandon de cette clause par l'université de Berkeley depuis quelques années déjà.
Afin d'essayer d'endiguer l'apparition de code sous licence BSD avec clause de publicité, OpenBSD recommande de nos jours la licence utilisée par l'ISC, qui est équivalente à une licence BSD à deux clauses, mais avec un texte beaucoup plus court :
http://www.openbsd.org/cgi-bin/cvsweb.cgi/src/share/misc/lic(...)-
[^]Re: La licence.
Posté par Mildred (Jabber id, page perso, ) le 25/08/2006 à 10:00. (lien). Évalué à 2.Il est aussi toujours possible de gentiment demander a l'auteur de retirer la clause, je ne pense pas que beaucoup y tiennent tant que ça si elle a juste été reprise machinalement.
Sinon, moi, j'utilise la licence MIT : http://www.opensource.org/licenses/mit-license.html-
[^]Re: La licence.
Posté par miod () le 25/08/2006 à 10:30. (lien). Évalué à 2.Il est aussi toujours possible de gentiment demander a l'auteur de retirer la clause, je ne pense pas que beaucoup y tiennent tant que ça si elle a juste été reprise machinalement.
Bien sûr ! Mais il reste quelques irréductibles qui tiennent à cette clause, ainsi que des personnes qui sont décédées entretemps.
-
-
-
[^]Re: La licence.
Posté par clearstream () le 26/08/2006 à 14:03. (lien). Évalué à 2.> Bon bah je vais corriger un peu mon commentaire. Après lecture du message suivant -- http://linuxfr.org/comments/746741.html#746741 -- j'ai été intrigué par la remarque de Clearstream affirmant que BSD n'était pas compatible GPL
Je n'ai pas dit tout à fait ça. J'ai dit :
- "la licence BSD est incompatible avec du code GPL."
Si le projet est sous BSD, le code doit respecter la licence du projet. Si le code est sous GPL, ça coince.
Si le projet est sous GPL, le code doit respecter la licence du projet. Si le code est sous BSD ou GPL, c'est OK.
-
-
[^]Re: La licence.
Posté par Matthieu C () le 25/08/2006 à 16:31. (lien). Évalué à 2.Euh... ce serait plutôt l'inverse: c'est la moins restrictive qui gagne.
En fait ce que je voulais dire, c'est que dans un projet si t'as des fichiers avec une licence A et d'autres fichiers avec une licence B.
La licence A authorise quasiment tout.
La licence B requière entre autre que le code puisse toujours etre redistribué aux personnes ayant eu le binnaire.
A ne contient rien qui serait contraire à la licence B (A est compatible avec B).
Alors dans ce cas l'ensemble du projet sera sous la licence B (qui est la plus restritive).
PS :
A ~ BSD
B ~ GPL
-
-
-
[^]Re: La licence.
Posté par Denis Bodor (page perso, ) le 24/08/2006 à 17:40. (lien). Évalué à 4.en quoi est-elle différente du domaine public ?
Sauf erreur de ma part, la licence de type BSD ne retire pas le droit moral de l'auteur, la paternité du travail (à ne pas confondre avec le copyright qui n'existe pas chez nous).
Quelque chose dans le domaine public est... au public. Si je suis l'auteur d'un code que je place sous une licence de type BSD, j'autorise beaucoups mais j'en reste l'auteur.-
[^]Re: La licence.
Posté par Thomas Claveirole () le 24/08/2006 à 21:41. (lien). Évalué à 1.Le droit moral est, entre autre, perpétuel. Même si une oeuvre tombe dans le domaine public, à priori son auteur (ou ses représentants) jouit toujours d'un droit moral dessus.
-
[^]Re: La licence.
Posté par lesensei () le 25/08/2006 à 08:32. (lien). Évalué à 1.Il me semble que le droit moral n'est pas seulement "perpétuel", il est aussi incessible, d'où les guillemets. En effet, seul l'auteur peut se valoir d'avoir un droit moral sur son oeuvre, et étant donné qu'il ne peut le transférer à une autre personne, ce droit disparait à la mort de l'auteur. Ceci, bien sûr, en droit français uniquement, et si j'ai bien compris le passage concerné dans le billet d'Eolas sur DADVSI, parce que IANAL.
-
[^]Re: La licence.
Posté par Brice Carpentier (Jabber id, page perso, ) le 25/08/2006 à 16:42. (lien). Évalué à 1.
Il me semble que le droit moral n'est pas seulement "perpétuel", il est aussi incessible, d'où les guillemets.
en droit français ... en droit français ...--
Développeur OpenSource
-
[^]Re: La licence.
Posté par Thomas Claveirole () le 25/08/2006 à 17:35. (lien). Évalué à 2.Non, la loi française dispose qu'a la mort de l'auteur le droit moral est transféré à ses héritiers. Éventuellement, l'auteur peut choisir d'autre représentants par voie testamentaire.
(Article L121-1)
-
-
-
-
[^]Re: La licence.
Posté par Noé Rubinstein (page perso, ) le 24/08/2006 à 20:29. (lien). Évalué à 2.On ajoutera aux précédentes réponses que sauf si tu es mort il y a plus de 70 ans, tu ne peux pas mettre ton code dans le domaine public, du moins en France.
-
[^]Re: La licence.
Posté par Sylvain Sauvage () le 24/08/2006 à 20:44. (lien). Évalué à 7.Donc :
- quelqu'un qui est mort il y a plus de 70 ans (- années de guerre, toussa) peut mettre son code dans le domaine public ;
- quelqu'un de vivant ne peut pas.
C'est encore les vieux qui ont tous les droits !-
[^]Re: La licence.
Posté par Pierre Gaxatte (Jabber id, ) le 24/08/2006 à 22:30. (lien). Évalué à 1.Euh je vais probablement dire une grosse connerie, mais la recherche en France (par exemple au Loria) c'est pas du domaine public ?
-
[^]Re: La licence.
Posté par Mildred (Jabber id, page perso, ) le 25/08/2006 à 00:31. (lien). Évalué à 6.non, sinon le compilateur Lisaac serait déjà libre :)
-
[^]Re: La licence.
Posté par Matthieu Moy (page perso, ) le 25/08/2006 à 06:04. (lien). Évalué à 5.Euh, oui, c'est une grosse connerie ^_^.
C'est le secteur public, mais les productions de la recherche sont aussi protégées par le droit d'auteur. Il y a des copyright sur les publies, des licences sur les logiciels, et même des brevets issus de la recherche publique. Si si !
-
[^]Re: La licence.
Posté par THEpini (page perso, ) le 25/08/2006 à 11:12. (lien). Évalué à 3.En fait, rien ne nous oblige à divulguer le résultat de nos recherches dans le domaine public. Cependant, et c'est vrai dans une grande partie de la communauté scientifique-informatique, beaucoup de ces résultats, qui existent sous forme logicielle, sont diffusés sous licence libre : SmartEiffel, Tom, SimGrid, ... (un petit tour sur gforge.inria.fr pour plus de détails).
Toutefois, il est vrai que parfois, certains résultats finissent proprio, voire brevetés. Ce n'est pas la majorité des cas (gforge recense 69 projets libres pour 3 proprio et 1 dans le domaine public), car les chercheurs sont bien contents de pouvoir profiter des résultats des autres équipes (pourquoi vouloir réinventer plusieurs fois la même chose ?), et donc sont très sensibles aux arguments philosophiques du libre.
Voilà, en espérant avoir apporté des détails intéressants.
-
[^]Re: La licence.
Posté par renoo () le 27/08/2006 à 12:58. (lien). Évalué à 2.Malheureusement non, la recherche public financée par l'impot ne choisit pas souvent le domaine public pour publier ses travaux. Si un industriel finance un projet, il se peut que les logiciels publiés soit sous un license propriétaire (meme si le financement ne couvre que des frais de fonctionnement et pas les salaires des "permanents"), il se peut aussi que les résultats travaux ne soient pas publics .. Il y a quand meme eu recemment la license cecill une license libre crée par le cnrs, l'inria et le cea mais la recherche publique se comporte souvent comme une entreprise privée (peut etre pour préparer sa privatisation ?)
-
-
[+] [^]Re: La licence.
Posté par yves tennevin (page perso, ) le 28/08/2006 à 08:46. (lien). Évalué à -1.si le gars est mort depuis 70 ans, je pense qu'il aura du mal a mettre son code dans le domaine public.
esby-
[^]Re: La licence.
Posté par Noé Rubinstein (page perso, ) le 29/08/2006 à 13:50. (lien). Évalué à 0.Heureusement pour lui, c'est automagique :)
-
-
-
[^]Re: La licence.
Posté par rewind () le 25/08/2006 à 07:19. (lien). Évalué à 5.Je dirais qu'il y a une erreur ici. Le droit d'auteur (français) regroupe les droits moraux (paternité, divulgation, intégrité, repentir) qui sont inaliénalbles, perpétuels et imprescriptibles et les droits patrimoniaux encore appelés droits économiques que l'on peut céder par contrat. Après 70 ans, ce sont ces droits patrimoniaux qui tombent, les droits moraux restent. Mais rien n'empêche un auteur d'abandonner ses droits patrimoniaux (s'il les possède encore) pendant qu'il est vivant, plaçant ainsi son oeuvre de fait dans le domaine public.
Je conseille à tout le monde la lecture de la FAQ Art Libre qui explique bien toutes les subtilités du droit d'auteur et du copyright : http://artlibre.org/licence/faq/-
[^]Re: La licence.
Posté par Matthieu Moy (page perso, ) le 25/08/2006 à 10:37. (lien). Évalué à 3.> Mais rien n'empêche un auteur d'abandonner ses droits patrimoniaux (s'il les possède encore) pendant qu'il est vivant, plaçant ainsi son oeuvre de fait dans le domaine public.
Sauf erreur de ma part, tu peux les abandonner en donnant une licence sans restriction, mais ça ne s'appellera pas du domaine public en droit français.
C'est d'ailleurs ce que dit la FAQ d'artlibre qu'un généreux contributeur de Linuxfr m'a indiqué dernièrement ;-).
http://artlibre.org/licence/faq/#FAQ_51
-
-
-
[^]Re: La licence.
Posté par dab () le 26/08/2006 à 20:16. (lien). Évalué à 1.En fait, je me demande comment peut cohabiter plusieurs licences pour un même document/code source ...
C'est très simple, il suffit que le public visé ne soit pas le même pour les deux licences.
C'est le cas de QT4, une licence GPL et une licence "commerciale".
Les développeurs désirant développer des applications propriétaires basées sur QT4 doivent acheter une licence "commerciale" et n'ont aucune obligation de redistribuer leur code source tandis que d'autres peuvent utiliser la version GPL de QT4 ( gratuitement) et redistribuer les sources de leurs applications.
2 visions, 2 licences.
-
[^]Re: La licence.
Posté par Ludovic Pénet () le 27/08/2006 à 08:02. (lien). Évalué à 1.Je me demande ce qui suscite cette interrogation sur la viabilité...
...de projets existants pour la plupart depuis plus de 10 ans. :-)
Un peu de relecture ne nuit pas
Il y a un truc qui fait mal aux yeux dès le début de l'article : la mention de 4.3BSD-Lite.
Il faut lire 4.4BSD-Lite, et même 4.4BSD-Lite2, même si ce n'est pas tout à fait exacts, puisque FreeBSD et NetBSD sont dérivés de 386BSD avant la sortie de 4.4BSD-Lite et 4.4BSD-Lite2, et que les améliorations de ces deux versions ont été intégrées après coup.
Et tant que j'y suis à pinailler, OpenBSD est né en 1995 (mais l'éviction de TdR de NetBSD date de 1994).
-
[^]Re: Un peu de relecture ne nuit pas
Posté par g0d0t () le 25/08/2006 à 08:37. (lien). Évalué à 1.En parlant de relecture et de mal aux yeux :
"Le moindre driver [...] à sa page de manuel" => a
Comment doit on signaler les erreurs sur un article, j'ai jamais été certain de comment il faut le faire à part le signaler dans les commentaires, ce qui n'est pas terrible. On ne pourrait pas avoir un lien du style "Signaler une erreur" ?-
[^]Re: Un peu de relecture ne nuit pas
Posté par Bapt (page perso, ) le 25/08/2006 à 09:01. (lien). Évalué à 4.Désolé pour le à au lieu de a, en lisant l'article validé, je me suis rendu compte de cette faute qui me fait mal aux yeux aussi, je ne l'avais pas vue lors de mes relectures avant de poster.
Merci aux modérateurs/relecteurs pour leur rapidité et leur efficacité : j'ai proposé l'article à 14h30 il a été validé à 17h16, et le texte à bien été corrigé : orthographe, certaines formulations.
concernant 4.3BSD 386BSD 4.4BSD-Lite et 4.4BSD-Lite2, les débuts de FreeBSD et NetBSD sont un peu chaotiques, 4.3BSD est le point commun à tous, et dire qu'ils viennent de 4.3BSD n'est pas faux car :
car NetBSD 0.8 est un mélange de BSDNet/2 et de 386BSD.
NetBSD 1.0 reprend en plus de code de 4.4BSD-Lite
FreeBSD 1 viens de 386BSD
FreeBSD 2 viens de 386BSD+4.4BSD-Lite
FreeBSD 3 comme NetBSD 1.3 rajoute du code de 4.4BSD-Lite2
Cette présentation se voulant simple, j'ai pris le dénominateur commun à tout ce petit monde et c'est 4.3BSD : parent de BSD net/2 (lui même parent de 386BSD) et parent de 4.4BSD-Lite (lui même parent de 4.4BSD-Lite2)
c'est quand même plus simple et pas faux de dire qu'ils dérivent tous de 4.3BSD, maintenant j'ai peut être rien compris.
visuellement ça donne : http://upload.wikimedia.org/wikipedia/commons/5/50/Unix_hist(...)
En revanche, il y a une petite erreur : c'est pas 4.3BSD-Lite mais 4.3BSD si les modérateurs pouvaient corriger ? :)
-
Un autre
Dans la liste des créatures de Frankenstein, ne pas oublier MirBSD (aka MirOS BSD), http://mirbsd.de/, un chose dérivé (devrais-je dire « déviant » ?) d'OpenBSD, mais avec des bouts de NetBSD et de camembert dedans.
l'alternative
Ah quel mot à la mode alternative, je dirais même plus tendance...
Alors juste un chtit rappel de français.
Pour qu'il y ai une alternative, il faut deux choses, donc l'alternative BSD n'est pas français.
On dira l'alternative BSD / GNU Linux par exemple, c'est à dire le choix entre GNU Linux et BSD...
Les critiques sur la forme sont faciles, mais comme je m'énerve déjà quand les journaleux font des fautes _ je ne peux que crier contre mon poste, alors quand c'est dans la *communauté* linux...
-
[^]Re: l'alternative
Posté par tiot (Jabber id, page perso, ) le 24/08/2006 à 17:44. (lien). Évalué à 1.En parlant d'orthographe :
Pour qu'il y ai : pour qu'il y ait
-
[^]Re: l'alternative
Posté par Denis Bodor (page perso, ) le 24/08/2006 à 17:47. (lien). Évalué à 2.Ah quel mot à la mode alternative, je dirais même plus tendance...
L'alternative à GNU/Linux sans doute. Et oui, ce système est devenu trop populaire, trop bien propre sur lui, trop adopté par l'industrie, sans doute...
Ce n'est plus hype d'être sous GNU/Linux, c'est trop commun. Est-ce le bon vieux syndrome du genre "mon voisin, ce neuneu est capable d'insaller [Ubuntu|Mandriva]. Je ne peux utiliser la même chose que lui. Je lui suis si supérieur" ? Peut-être pour certains. Mais les BSD ont certains avantages (et certaines lacunes aussi). Nul doutes que d'autres les utilisent pour autre chose qu'être dans le mouuuve.-
[^]Re: l'alternative
Posté par herodiade () le 24/08/2006 à 20:23. (lien). Évalué à 10.Une blague pas très fraîche dit que GNU/Linux est pour ceux qui déteste Windows, FreeBSD pour ceux qui déteste GNU/Linux, NetBSD pour ceux qui déteste OpenBSD, et OpenBSD pour ceux qui détestent tout le monde ;)
Plus sérieusement, je crois que la principale motivation pour essayer c'est .. la curiosité !
Après tout, la curiosité, c'est un peu la qualité du geek, et certainement ce qui a motivé beaucoup d'entre nous à découvrir GNU/Linux aussi.-
[^]Re: l'alternative
Posté par Antoine Reilles (page perso, ) le 24/08/2006 à 21:20. (lien). Évalué à 7.moi, je connaissais:
GNU/Linux est pour ceux qui détestent Windows, NetBSD pour ceux qui aiment UNIX
-
[^]Re: l'alternative
Posté par Pierre Jarillon (page perso, ) le 25/08/2006 à 09:14. (lien). Évalué à 2.Et Hurd ? Personne ne le déteste ! C'est pour ça que tu n'en parles pas ? :-)
-
[^]Re: l'alternative
Posté par miod () le 25/08/2006 à 10:29. (lien). Évalué à 7.Voyons, Pierre ! On ne tire pas sur une ambulance...
-
[^]Re: l'alternative
Posté par farvardin (page perso, ) le 26/08/2006 à 10:35. (lien). Évalué à 2.une ambulance ou un moribond ?
--
"Every line of code that is written to our standards is a small victory ; every line of code that is written to any other standard is a small defeat. "
Evangelism is War
-
-
-
-
[^]Re: l'alternative
Posté par Matthieu Lagouge (Jabber id, page perso, ) le 25/08/2006 à 01:06. (lien). Évalué à 4.Euh, en même temps, peut-être que certains apprécient le côté "exotique" d'être parmi les premiers à utiliser un truc qui sera peut-être super à la mode un jour, et ainsi être en avance sur tout le monde quand on leur demandera s'ils savent s'en servir?
C'est sûr qu'utiliser BSD juste pour dire qu'on est plus fort parce que linux c'est trop facile, ça me fait rigoler un peu aussi, mias moi j'y vois d'autres avantages: la diversité, c'est TOUJOURS une bonne chose. Si on avait une base d'utilisateurs des différents BSD, tous prenant de l'importance, juste pour faire ch... les fabriquants de matériel qui s'accrochent à leurs drivers proprios, ce serait bien!
Deuxième point: d'un point de vue sécurité informatique, il vaut mieux multiplier les différents systèmes présents sur le net plutôt qu'un "linux partout", qui suscitera tôt ou tard une nouvelle forme de créativité chez les auteurs de virii...
Donc, qu'il y ait plus d'utilisateurs de BSD, je suis pour!!
(PS: Je n'ai encore jamais utilisé aucun BSD, mais on ne sait jamais, ça viendra peut-être!)
-
-
[^]Re: l'alternative
Posté par Bapt (page perso, ) le 24/08/2006 à 17:49. (lien). Évalué à 6.Il est sous entendu ici qu'il s'agit d'une alternative aux autres systèmes d'exploitation libre ou pas.
les BSD ne sont pas des alternatives à Linux mais des alternatives à tout système d'exploitation.-
[^]Re: l'alternative
Posté par Aiua () le 24/08/2006 à 20:07. (lien). Évalué à 3.Non mais sa remarque est sur le sens du mot "alternative", cela ne désigne pas une des options d'un choix mais bien le choix lui même :
Tiré du dictionnaire de l'Académie Française :
"1. Succession de deux états différents revenant tour à tour. Des alternatives de chaleur et de froid, de pluie et de soleil. Il passait par des alternatives d'euphorie et de dépression. 2. Choix nécessaire entre deux propositions, deux attitudes dont l'une exclut l'autre. Il se trouvait devant l'alternative de se cacher ou de s'exiler. Cette alternative est embarrassante. Il n'y a pas d'alternative, il n'y a qu'une solution."-
[^]Re: l'alternative
Posté par Sylvain Sauvage () le 24/08/2006 à 20:48. (lien). Évalué à 2.Tout choix multiple peut se rapporter à une succession de choix binaires : A | B | C | D = A | (B | (C | D)).
-
[^]Re: l'alternative
Posté par Barnabé () le 25/08/2006 à 01:00. (lien). Évalué à 1.Effectivement, mais dans ce cas on est plus en présence d'une alternative, mais de trois.
En fait, « alternative » et « choix binaire » sont des synonymes.-
[^]Re: l'alternative
Posté par Sylvain Sauvage () le 25/08/2006 à 19:45. (lien). Évalué à 0.« mais de trois » mais une à la fois ;oP
-
-
-
-
Alors là merci!
Juste un grand merci pour cette news. Je connais pas vraiment l'univers BSD et pour moi ça restait encore trés "barbus".
Avec cette news tu m'as vraiment envie de tester un BSD. La news est claire, elle m'introduit bien ce qu'est un BSD et surtout me donne envie d'y toucher!
Au passage quelqu'un a des retours sur le support des portables?
-
[^]Re: Alors là merci!
Posté par Mossburg () le 24/08/2006 à 20:12. (lien). Évalué à 7.Je suis actuellement sous FreeBSD sur un Thinkpad IBM. J'appréhendais un peu le fait d'installer sur mon portable, et au final ... Aucun soucis !
Tout a roulé tout seul jusque maintenant. La documentation est abondante ... Voila, que dire de plus ?
Si ça te tente lance toi ... ;)-
[^]Re: Alors là merci!
Posté par P.-A. (page perso, ) le 24/08/2006 à 21:14. (lien). Évalué à 1.J'ai également un Thinkpad T40p. Dés que je trouve un moment je m'y mets!
-
-
[^]Re: Alors là merci!
Posté par Sylvain Briole (page perso, ) le 24/08/2006 à 22:42. (lien). Évalué à 2.Au passage quelqu'un a des retours sur le support des portables?
Très variable.
Support loin d'être au niveau de Linux sur un Toshiba Libretto 110CT.
Presque au même niveau sur un Compaq Armada 7770DMT.
Pour l'instant, le meilleur support que j'ai eu : FreeBSD.
Un cran en dessous : NetBSD et OpenBSD.
N.B. : je tourne en stable, jamais avec les "-current".
-
[^]Re: Alors là merci!
Posté par vosgien_ () le 25/08/2006 à 05:44. (lien). Évalué à 4.J'écris ce message depuis un Thinkpad T43 sous OpenBSD 4.0-beta (-current).
Le support est tout simplement parfait. La seule chose qui ne fonctionne pas est le lecteur d'empreintes digitales... mais bon.
Sous les systèmes BSD et plus particulièrement sous OpenBSD c'est un pur bonheur ces Thinkpad's.
-
[^]Re: Alors là merci!
Posté par Bapt (page perso, ) le 25/08/2006 à 08:12. (lien). Évalué à 4.De rien :)
Mois j'utilise FreeBSD 6-STABLE sur un portable HP/compaq NX9030 sans soucis majeurs :
cpufreq fonctionne à merveille (pas essayé suspend, m'intéresse pas ce truc :)).
Tous les périphériques fontionne très bien et sans mettre les mains dans le camboui (rien d'autre que de charger les bon modules au démarrage) y compris WIFI/WPA.
La 3D sur carte Intel : i915 inside :) est plus aléatoire. ça a fonctionné longtemps 6.1 + patchs de Eric Anholt non encore intégré, mais depuis peu ça ne fonctionne plus car il a mis à jour les DRM qui nécessite maintenant une mise à jour de Xorg en 7.0 (actuellement 6.9 - je pensais que c'était les mêmes ? mais non la version DDX est différente) mais ça devrait se résoudre rapidement Xorg devrait passé en 7.1 après la sortie de FreeBSD 6.2 (octobre), il est déjà prêt mais l'intégration risque d'avoir des effets de bords non désirable avec une release.
Personnelement je suis rarement tombé sur du matos géré par linux qui ne le soit pas par FreeBSD, même si je sais qu'il y en a.
-
[^]Re: Alors là merci!
on peut les utiliser ?
Personellement, j'ai de plus en plus envie de m'initier a d'autres OS que GNU/Linux ... GNU/Linux, c'est très bien mais le système BSD me tente pour plusieurs raisons dont la licence qui correspond plus a mes pensées (même si je ne renie pas l'utilité de la GPL qui devient facilement incompatible).
Alors , j'aimerais savoir si un système NSD comme PC-BSD par exemple peut être aussi facile a installer/utiliser qu'ubuntu. Ce n'est pas que je n'aime pas configurer mon système à la main, mais j'aime avoir un PC fonctionnel rapidement sans avoir a chercher trop.
Et aussi, qu'en est-il du support matériel ? Du matériel supporté par Linux, du reste comme les cartes Nvidia.
Et qu'en est il des logiciels disponnibles ? Même si je me doute que la plupart dfes logiciels libres GNU/Linux sont compatibles, il y a des incompatibilités qui peuvent poser problème parfois, non ?
-
[^]Re: on peut les utiliser ?
Posté par herodiade () le 24/08/2006 à 20:16. (lien). Évalué à 6.j'aimerais savoir si un système NSD comme PC-BSD par exemple peut être aussi facile a installer/utiliser qu'ubuntu.
Je dirais que l'installation / le premier abord d'un PC-BSD est peut-être légèrement moins facile qu'avec Ubuntu lorsqu'on doit gérer des cas exotiques (pb drivers par ex.) mais quand même très abordable, et ne posera pas de soucis à un utilisateur famillier de Linux.
À l'inverse il me semble que la maintenance (donc a moyen et long terme) est encore plus facile: l'esprit assez minimaliste -surtout chez NetBSD et OpenBSD-, les fichiers de confs documentés par des pages de man très complètes, et l'aspect très unifié de l'ensemble (le userland de base et le kernel sont maintenus par la même équipe, dans un même cvs) qui rend les choses très simples, sans surprises.
Ah, pour être honnéte: les modalités et outils de mise à jour ne sont pas aussi aboutis que chez Debian/Ubuntu (puisque tu cite cette distro), mais ne sont pas difficiles à utiliser pour autant.
Et aussi, qu'en est-il du support matériel ?
Le support du matériel est parfois un peu en retard par rapport au dernier noyau Linux, mais c'est assez vivable. Oui, sous FreeBSD et PC-BSD (pas les autres BSD cependant) il y a des drivers nvidia proprio si tu a besoin de 3D (et bien sûr les drivers xorg si la 2D te suffit).
Tu peut savoir précisément les périphériques supportés pour les 3 principaux BSD. Ex. pour l'architecture i386:
FreeBSD : http://www.freebsd.org/releases/6.0R/hardware-i386.html
OpenBSD: http://www.openbsd.org/i386.html
NetBSD: http://www.netbsd.org/Hardware/
qu'en est il des logiciels disponnibles ?
C'est très similaire à Linux. Tu retrouvera les suites GNOME et KDE, OpenOffice.org, Firefox etc.
L'installation de Java est casse couille (à cause de la politique de Sun) et bien sûr certains logiciels très bas niveau (qui dépendent du noyau Linux) peuvent manquer à l'appel, mais ils sont peu nombreux (ou disont, pas très pertinent sur un système autre que Linux: iptables, udev, selinux etc).
Les listes complètes des logiciels disponibles:
Les ports de FreeBSD: http://www.freshports.org/
Les ports d'OpenBSD: http://ports.openbsd.nu/
Les packages de NetBSD: ftp://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/README.html-
[^]Re: on peut les utiliser ?
Posté par ciol () le 24/08/2006 à 21:06. (lien). Évalué à 1.(le userland de base et le kernel sont maintenus par la même équipe, dans un même cvs)
le userland, c'est l'équivalent de coreutil, glibc etc... c'est ça ? Est-ce que chaque *BSD développe sa propre version ?-
[^]Re: on peut les utiliser ?
Posté par Sylvain Briole (page perso, ) le 24/08/2006 à 22:49. (lien). Évalué à 2.Est-ce que chaque *BSD développe sa propre version ?
Oui, mais les équipes "piquent" fréquemment les bonnes idées des autres BSD.
C'est également vrai en ce qui concerne le noyau : dans le code de NetBSD, on voit souvent des commentaires de code FreeBSD.
Un exemple pour le "userland" : pf d'OpenBSD a aussi été repris sur NetBSD, en plus de l'ipfilter déjà existant.-
[^]Re: on peut les utiliser ?
Posté par benja () le 25/08/2006 à 21:20. (lien). Évalué à 2.pf en userland ?! pas du tout, efface !
Comme exemple concret d'userland je dirais OpenNTP écrit par les gars d'OpenBSD et qui a au moins été repris dans DragonFly ou les re-écriture des rares logiciels gpl.
Sinon, effectivement, tous les différents bsd profitent du code écrit par les autres et cette saine émulation profite à tous.
-
-
-
[^]Re: on peut les utiliser ?
Posté par Mildred (Jabber id, page perso, ) le 24/08/2006 à 21:53. (lien). Évalué à 2.Merci beaucoup, je sens que je vais essayer dés ce soir PC-BSD, ne serait-ce que pour voir si mon port parallèle (oùm est branchée mon imprimante) est reconnu¹ :) Je précise qu'il sagit d'une carte additionnelle.
¹ https://launchpad.net/distros/ubuntu/+source/linux-source-2.(...)-
[^]Re: on peut les utiliser ?
Posté par Mildred (Jabber id, page perso, ) le 25/08/2006 à 00:35. (lien). Évalué à 1.[mavie]
je sens que je ne vais pas aller plus loin pour ce soir :
panic: going nowhere without my init!
Uptime: 10s
Cannot dump. No dump device defined.
Automatic reboot in 15 seconds - press a key on the console to abort
http://forums.pcbsd.org/viewtopic.php?p=30612
[/mavie]-
[^]Re: on peut les utiliser ?
Posté par Bapt (page perso, ) le 25/08/2006 à 08:03. (lien). Évalué à 3.Comme dit dans le forum où tu as posté, tu as un problème de lecture sur ton CDROM, lecteur ou media.
Essaye de regraver ton iso sur un nouveau CD, si ça ne marche pas essaye avec un autre lecteur si tu en as un.
-
-
-
[^]Re: on peut les utiliser ?
Posté par Sylvain Briole (page perso, ) le 24/08/2006 à 22:45. (lien). Évalué à 2.OpenOffice.org
En ce qui concerne OpenBSD, il vient à peine de rentrer dans la liste des ports!
Sinon, sur NetBSD, Qemu n'est pas au niveau de sa version Linux (e.g. : difficile de faire tourner mon imprimante Windows GDI parallèle dans une machine Windows 3.11 virtuelle).-
[^]Re: on peut les utiliser ?
Posté par Matthieu Moy (page perso, ) le 25/08/2006 à 05:50. (lien). Évalué à 4.Ils ont attendu que des spécialistes se penchent sur la question de la sécurité de OOo, et ils ne l'ont mis dans les ports que quand ils ont été vraiment convaincu que c'était une vrai passoire niveau sécurité ?
-
[^]Re: on peut les utiliser ?
Posté par miod () le 25/08/2006 à 09:00. (lien). Évalué à 2.Les logiciels fournis dans les ports d'OpenBSD ne bénéficient pas d'une attention énorme en termes de sécurité (contrairement à ce que pensent certains).
Il y a malgré tout un minimum d'audit des choses les plus horribles. mais ça reste très superficiel. Et bien sûr on profite «gratuitement» des sécurités apportées par la toolchain (propolice, etc).
-
-
-
[^]Re: on peut les utiliser ?
Posté par herodiade () le 25/08/2006 à 10:37. (lien). Évalué à 3.Pour les logiciels manquants, j'ajouterai aussi Valgrind (vieille version, pas très stable, sous FreeBSD, pas de ports du tout sous OpenBSD), qui me manque beaucoup.
Certes j'ai aussi des Linuxes sous la main pour valgrinder les softs communs, mais j'adorerai pouvoir valgrinder le système de base d'OpenBSD (je suis un peu qualitycolhic) !
ps: question, si un dev OpenBSD passe dans le coin (miod ? ;) : y a-t-il des gens qui travaillent là dessus ?
cf. http://www.valgrind.org-
[^]Re: on peut les utiliser ?
Posté par miod () le 25/08/2006 à 16:05. (lien). Évalué à 2.Il y a des gens intéressés, mais personne à ma connaissance n'y travaille actuellement.
Moi-même, j'ai ça dans ma liste de trucs à faire, mais c'est dans le dernier tiers et comme elle se remplit plus vite que je ne la vide, j'ai bien peur de ne jamais m'en occuper...
-
-
[^]Re: on peut les utiliser ?
Posté par SomeBugsInMe () le 25/08/2006 à 15:24. (lien). Évalué à 2.Les packages de NetBSD: ftp://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/README.html
cette même liste avec une interface plus "sexy" :
http://www.pkgsrc.se
-
-
[^]Re: on peut les utiliser ?
Posté par farvardin (page perso, ) le 25/08/2006 à 15:59. (lien). Évalué à 2.je crois que j'ai eu peut-être la même réflexion que toi : ce que j'aime surtout dans linux c'est sa base "unix" (terminal etc), et en fait utiliser un bsd c'est voir cela d'une autre manière (puisqu'il y a des différences quand même). Au niveau applicatifs, on retrouve bien entendu presque la même chose que sous linux : kde, inkscape, gimp, tout cela ne présentera pas de différence.
C'est plus l'administration, et une "impression générale", qui sera modifiée.
Tout comme essayer une autre distribution linux, essayer freebsd permet d'avoir une nouvelle approche, et pourquoi pas d'en apprendre plus sur la culture unix de façon générale.
En ce qui concerne l'installation, j'ai opté pour FreeBSD qui me semblait plus "polyvalente" pour mon cas (c'est bien de jouer au |33t en installant autre chose qu'ubuntu que linux, mais je ne voulais pas me prendre la tête non plus :) ). Il y a sans doute également une petite pointe de plaisir à essayer des systèmes un peu intimistes, autres que linux (tout comme BeOS, Solaris etc), mais je crois que ceux qui l'utilisent ensuite au quotidien ont dépassés ce stade.
Je pensais quand même que cela serait plus compliqué à installer, mais le gestionnaire d'installation est vraiment très bien fait, selon moi ce n'est pas plus difficile à installer que Debian, la seule chose un peu différente est l'histoire des "slices" pour le partionnement, mais cela va bien. Il y a un genre de "centre de configuration" (sysintall) très pratique. J'étais plus tenté par desktop-bsd que PC-BSD, du fait que c'est plus un outil qui vient se greffer sur freebsd qu'une modification du système (je n'aime pas trop l'idée de paquets à installer façon .exe). Je n'avais jamais réussi à l'installer depuis pkg_add -r desktopbsd-tools, comme on voit ici (http://www.freshports.org/sysutils/desktopbsd-tools/ ) jusqu'à présent, mais je viens de voir que l'on trouvait les paquets sur ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/ ou ftp://ftp.desktopbsd.net/ je vais essayer prochainement.
La seule chose qui m'empêche de faire tourner freebsd plus souvent, c'est que la plupart de mes partitions sont en ext3, et que je n'ai pas spécialement envie de jouer au feu avec des modules pas encore très stable sous bsd pour y accéder en écriture...
D'un autre côté, Debian / Linux me conviennent bien aussi :)
pour les pilotes, nvidia fournissent un binaire pour freebsd :
http://www.nvidia.com/object/unix.html
(je n'ai pas testé, n'ayant qu'une carte de base sur cette machine)--
"Every line of code that is written to our standards is a small victory ; every line of code that is written to any other standard is a small defeat. "
Evangelism is War-
[^]Re: on peut les utiliser ?
Posté par jerome Hentzen (page perso, ) le 27/08/2006 à 09:47. (lien). Évalué à 2.>> Je n'avais jamais réussi à l'installer depuis pkg_add -r desktopbsd-tools, comme on voit ici (http://www.freshports.org/sysutils/desktopbsd-tools/ ) jusqu'à présent, mais je viens de voir que l'on trouvait les paquets sur ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/ ou ftp://ftp.desktopbsd.net/ je vais essayer prochainement. <<
En fait sur freshports ils te mettent que tous les logiciels s'installent avec "pkg_add -r" mais cela est vrai que le logiciel existe sous forme de package ( que les logiciels les plus utilisés : kde, gnome, etc...).
Pour installer le logiciel lit le handbook pour mettre à jour les ports puis va dans le dossier du logiciel et "make install clean".
handbook : http://www.fr.freebsd.org/doc/fr_FR.ISO8859-1/books/handbook(...)
pour les logiciel : http://www.fr.freebsd.org/doc/fr_FR.ISO8859-1/books/handbook(...)
>> La seule chose qui m'empêche de faire tourner freebsd plus souvent, c'est que la plupart de mes partitions sont en ext3, et que je n'ai pas spécialement envie de jouer au feu avec des modules pas encore très stable sous bsd pour y accéder en écriture...
D'un autre côté, Debian / Linux me conviennent bien aussi :) <<
Perso je n'ais jamais perdu de donné sur mes partoch ext3, de temps en temps un petit plantage alors install e2fsprogs pour faire un e2fsck sur la partition.
Le module se met facilement , pas comme pour les noyaux linux (troll): tu rajoute "ext2fs" dans les options, tu recompile et hop! tu as le support ext2 et ext3 : bref tout est dans la docs...
++
-
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.