La sortie de la nouvelle version du système d'exploitation libre et sécurisée OpenBSD a été annoncée ce mercredi premier novembre par Theo de Raadt, le leader du projet. Comme d'habitude les progrès sont incrémentaux plutôt que radicaux. C'est une politique mûrement réfléchie afin de ne pas risquer de déstabiliser le code source en introduisant des bugs.
Parmi les points notables de cette version 4.0 on peut relever la prise en charge de l'architecture UltraSparc III ou de plusieurs gadgets basés sur le processeur ARM. Le travail d''amélioration des pilotes pour les cartes wifi ou pour les cartes Gigabit ethernet continue ainsi que le combat du projet OpenBSD pour obtenir de la documentation de la part des firmes qui construisent ces matériels.
Parmi les points notables de cette version 4.0 on peut relever la prise en charge de l'architecture UltraSparc III ou de plusieurs gadgets basés sur le processeur ARM. Le travail d''amélioration des pilotes pour les cartes wifi ou pour les cartes Gigabit ethernet continue ainsi que le combat du projet OpenBSD pour obtenir de la documentation de la part des firmes qui construisent ces matériels.
OpenBSD (1156 hits)
Les nouveautés (428 hits)
Liste complète des changements (237 hits)
Un journal sur la sortie (361 hits)
L'interview géante (283 hits)
> Lire la suite (56 commentaires, moyenne: 2,4). [dépêche : 1445 caractères]
Vous avez demandé le commentaire #771201.




GNU RCS -> OpenRCS: pourquoi ?
Pourquoi ont-ils de nouveau entrepris de refaire une version "Open" d'un outil GNU ?
C'est une marque de fabrique ? Qu'est-ce qui les dérange dans la version GNU ?
Ou bien c'est une question de principe: reprendre tout GNU et en faire un Open trucmuche ?
Xavier Maillard
Rapport Cedras
NON A NICOLAS SARKOZY
NON A NICOLAS SARKOZY
[^]Re: GNU RCS -> OpenRCS: pourquoi ?
facile : les outils gnu sont pas sous licence BSD ...
Selon théo : la licence GPL n'est pas libre a coté de la licence BSD qui est extrèmement permissive (proche du domaine publique). Bref dans un soucis d'avoir une distribution 100% BSD, les outils GNU sont refait petit a petit ce qui n est pas une mauvaise chose selon moi ...
Software is like sex: it's better when it's free
[+] [^]Re: GNU RCS -> OpenRCS: pourquoi ?
Mais en dehors de la simple question de licence, qu'y a-t-il vraiment de *mieux* pour le cas OpenRCS ?
Est-ce vraiment "legal" dailleurs ? A-t-on jamais tenté de demander à la FSF ce qu'elle pensait de ces ré-écritures "sauvages" ?
/me va se faire une joie de demander l'avis du guru.
Xavier Maillard
Rapport Cedras
NON A NICOLAS SARKOZY
NON A NICOLAS SARKOZY
[^]Re: GNU RCS -> OpenRCS: pourquoi ?
tiré de l'article O'reilly :
Et extrait de la manpage ( http://www.openbsd.org/cgi-bin/man.cgi?query=rcs&sektion(...) ) :
C'est autant pour améliorer RCS coté sécurité que pour se débarasser d'un autre outil GNU présent dans le système de base... Après ca, il faudra s'attaquer a OpenCVS, et après on se prend à rêver à OpenGCC et OpenHTTPD :) :)
[^]Re: GNU RCS -> OpenRCS: pourquoi ?
C'est autant pour améliorer RCS coté sécurité que pour se débarasser d'un autre outil GNU présent dans le système de base... Après ca, il faudra s'attaquer a OpenCVS
C'est quoi l'intérêt de réécrire ces dinosaures obsolètes ?
Aujourd'hui tout le monde passe graduellement à Subversion ou à un des systèmes de développement distribué (Mercurial, etc.), qui n'ont aucune dépendance à ma connaissance sur RCS/CVS.
Faire du bon logiciel, c'est aussi savoir ne pas s'acharner sur des causes perdues ou dépassées.
[^]Re: GNU RCS -> OpenRCS: pourquoi ?
Beaucoup de gens aime encore CVS et l'utilisent, c'est le cas de la plupart des projets BSD. Le problèmes de GNU CVS, c'est que plus personne ne travail ou presque dessus. Le but de OpenCVS est de fournir une alternative compatible CVS, orienté sécurité, qui sera maintenu, et auquel viendra s'adjoindre des nouvelles fonctionnalité quand le premier but sera atteint.
La première brique est là : le remplacement de GNU RCS par OpenRCS.
[^]Re: GNU RCS -> OpenRCS: pourquoi ?
> Beaucoup de gens aime encore CVS et l'utilisent,
L'utilise ok, mais de là a l'aimer a mon avis, ils sont pas si nombreux que ça!
Le gros avantage de CVS c'est sa simplicité et en cas de problème, tu peux sortir vi et corriger le problème a la main dans les archives directement, le gros problème de CVS c'est que les problèmes arrivent un peu trop souvent, avec le commit non atomique notamment et qu'il est très limité.
[^]Re: GNU RCS -> OpenRCS: pourquoi ?
Il faut voir un peu plus loin avant de lancer des generalites comme "Faire du bon logiciel, c'est aussi savoir ne pas s'acharner sur des causes perdues ou dépassées."
La problematique d'OpenBSD (le premier systeme d'exploitation a utiliser un repertoire CVS completement public pour la gestion des sources) est simple: son developpement repose sur un outil qui a ses limites tant en matiere de securite que de fonctionnalites (les fameux commit atomiques, possibilite de deplacer des repertoires).
Comme d'habitude la reponse d'OpenBSD est pragmatique:
1. implementer un jeu d'outils compatibles: en l'occurence reecriture de rcs et cvs
2. apporter des nouvelles fonctionnalites
sur le moyen terme (2 ou 3 releases) on devrait voir apparaitre des nouvelles fonctionnalites dans OpenCVS.
Et au passage il faudrait lire les releases notes, parce qu'outre OpenRCS, de nombreux projets ont avance en parallele, bgpd et ospfd sont de plus en plus murs, ripd vient d'etre importes. hostapd, ipsecctl et sasyncd ont tous bien evolues...
[^]Re: GNU RCS -> OpenRCS: pourquoi ?
[...] un outil qui a ses limites tant en matiere de securite que de fonctionnalites (les fameux commit atomiques, possibilite de deplacer des repertoires).
Comme d'habitude la reponse d'OpenBSD est pragmatique:
La réponse pragmatique est d'abandonner CVS et de passer à Subversion, qui est le standard remplaçant et corrige les problèmes sus-cités (entre autres). Sans compter que Subversion est capable de réutiliser des protocoles existants (HTTP/HTTPS) au lieu d'une bidouille ad-hoc comme pserver.
Au contraire, vouloir réimplémenter ce genre d'améliorations en gardant l'infrastructure archaïque de CVS (tu as vu à quoi ressemble le format de stockage ?), c'est clairement aller dans une impasse. Et réécrire un machin obsolète graduellement abandonné par les utilisateurs, c'est pas vraiment "pragmatique". Ils réécrivent Tcl-Tk aussi ?
[^]Re: GNU RCS -> OpenRCS: pourquoi ?
Que ces alternatives aux outils GNU soit mieux ou moins bien n'est pas le plus important. Ce qui importe c'est d'avoir le choix dans la liberté. Peut être qu'un jour à côté des GNU/BSD on aura des BSD/Linux et même pourquoi pas un BSD/Hurd ....
Chaque alternative offrira toujours un avantage (à moins qu'elle soit programmé avec les pieds).
Et pour la question : est ce illégal ?
RMS n'a pas inventer Unix avec GNU et la FSF donc tu as le droit de programmer des outils pour un système d'exploitation sous la licence que tu veux et qui font ce que tu veux. Crois tu vraiment que bash ou gcc soit illégal parce qu'ils font la même chose que des outils concurant ?
Si toute alternative devient illégal à ton sens alors je pense que tu devrai reconsidérer ta vision du monde ...
Software is like sex: it's better when it's free
[^]Re: GNU RCS -> OpenRCS: pourquoi ?
Au moins en France, oui, c'est légal. On entre là dans un pendant du débat sur les brevets logiciels. Pour faire simple (voire simpliste), un logiciel se décompose en:
- une idée (cahier des charges)
- une implémentation (le code source)
Le code source relève du droit d'auteur. On ne peut pas le copier ni le modifier sauf mention explicite de l'auteur (ce qui se fait en général via les termes de licence... GPL, BSD, Apache...)
L'idée appartient à tout le monde. Tout le monde a le droit de créer un logiciel reprenant des fonctions similaires à un autre logiciel. Par exemple, OpenOffice.org reprend des fonctonnalités qui existaient auparavant dans MS Office. Ou PostrgreSQL reprend des fonctionnalités qui existaient en Oracle.
[^]Re: GNU RCS -> OpenRCS: pourquoi ?
> la licence GPL n'est pas libre a coté de la licence BSD
La liberté ça se défend. C'est le sens des exigences de la GPL.
[^]Re: GNU RCS -> OpenRCS: pourquoi ?
Mais ça ne s'impose pas. C'est le sens de la licence BSD.
[^]Re: GNU RCS -> OpenRCS: pourquoi ?
J'ai la flemme de rechercher les liens sur les mails de l'époque (mais tu trouvera un apperçu sur http://opencvs.org/ ), mais en gros : parce qu'ils ont besoin de cvs (et rcs) pour leurs dépôts, et qu'ils se sont aperçus que le code était très moche et pas forcément facile à maintenir et sécuriser.
Ce qui se devine facilement :
s2t0c$ find /usr/src/gnu/usr.bin/cvs/ -type f -name '*.c' | xargs wc -l | tail -1
102145 total
( plus 11 000 lignes de headers, 24 000 lignes de shell script etc.).
À cette époque (et même depuis lors), GNU CVS a mangé quelques râteaux, en matière de sécu.