Liens connexes

Dépêche modérée par

Dépêche éditée par

: Haïku fête ses 5 ans

Posté par sanao (). Modéré le 22 août 2006.
0
Le système d'exploitation libre Haïku, anciennement OpenBeOS, fête ses cinq ans. C'est le projet le plus complexe parmi ceux ayant pour objectif de fournir une version libre de BeOS, système d'exploitation très apprécié par certains et en avance sur son temps.

Aujourd'hui, Haïku peut démarrer et est relativement stable pour une version de développement. Les principaux travaux chantiers actuels sont la couche réseau et la pile USB.

Le projet Haïku utilise la licence MIT qui est semblable à la BSD.

BeOS était un système d'exploitation propriétaire développé par Be. Ce système était connu pour sa réactivité, sa légèreté et son API objet en C++ très simple à utiliser.

> Lire la suite (57 commentaires, moyenne: 2,9).   [dépêche : 1216 caractères]

Suite au rachat de Be par Palm, le développement de BeOS fut stoppé, mais rapidement, des groupes se sont formés visant à recréer BeOS. Certains avaient des approches jugées comme pragmatiques, en se basant sur un noyau solide, plutôt que de repartir de zéro. C'est ainsi que des projets ont vu le jour avec pour objectif de porter l'API et l'apparence de BeOS sur des noyau BSD ou Linux. Mais ces projets sont aujourd'hui à l'abandon, le seul qui reste est Haïku, qui est de loin le plus ambitieux.

Son objectif est de fournir une version R1 presque identique à la dernière version distribuée par Be, en redéveloppant tout de zéro. Le "presque à l'identique" signifie que bien que la compatibilité binaire soit assurée (un exécutable BeOS tourne sans problème sous Haïku), il y a tout de même quelques différences :
Pour tester sans devoir l'installer, vous pouvez utiliser QEMU avec les images fournies par l'équipe d'Haïku.

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.

question

Posté par ploum (page perso, ) le 22/08/2006 à 08:46. (lien). Évalué à 6.

"BeOS, système d'exploitation très apprécié par certains et en avance sur son temps."

En avance il y a 10 ans. Si Haïku réussit à sortir une version parfaitement identique au dernier BeOS, comment cela va-t-il supporter la comparaison avec les Linux/Windows/MacOSX de maintenant ?

aussi, n'ayant jamais utilisé beos, j'ai souvent entendu qu'il était révolutionnaire mais je n'ai jamais trouvé "pourquoi". Quels sont les avantages de BeOS et qu'ai-je à gagner à utiliser Haïku plutôt que Linux ?

Ce sont des questions sincères, je ne cherche pas à critiquer le travail de l'équipe. Ils font ce qu'ils veulent et une réponse de type : "Non, t'as rien à y gagner, ils font ça pour le plaisir et parce qu'ils aimaient bien BeOS" est entièrement satisfaisante.

petite erreur

Posté par Nicolas P. (page perso, ) le 22/08/2006 à 09:04. (lien). Évalué à 0.

Le drapeau à côté du lien Site officiel est le drapeau tricolore, mais le site, lui est bel et bien en anglais...

--
this != '|' ;

NewOS, Syllable

Posté par fredix (Jabber id, page perso, ) le 22/08/2006 à 10:08. (lien). Évalué à 1.

D'après la FAQ, Haiku utilise NewOS ( http://newos.org/ ) un noyau très différent de Linux. Du coup je trouve que cela rend ce projet beaucoup plus intéressant que les autres projets utilisant le noyau Linux, qui ne sont au final que des Desktops.

A une époque un projet similaire avait fait un peu de bruit, Atheos ( http://www.atheos.cx/ ) . Quand est-il est Haiku+NewOS face à feu Atheos et son remplacant Syllable ( http://www.syllable.org/ ) ?

Quoi qu'il en soit je suis convaincu que le libre a tout à gagner a posséder un OS conçu pour le Desktop. Bonne continuation.

pas si intégristes que ça \o/

Posté par Francois Revol (page perso, ) le 22/08/2006 à 11:37. (lien). Évalué à 10.

Une news BSD, une news Haiku... ça fait du bien de voir que tout le monde n'est pas aussi intégriste que sur IRC :))

Le Commentaire Obligatoire

Posté par inico (Jabber id, page perso, ) le 22/08/2006 à 12:23. (lien). Évalué à 3.

Pourquoi cette news n'est pas dans le théme Be ?
=> http://linuxfr.org/topics/Be.html

--
"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..

Précisions

Posté par Francois Revol (page perso, ) le 22/08/2006 à 12:24. (lien). Évalué à 10.

Quelques rectifications par rapport à l'article :
- "rachat de Be par Palm" : pas tout à fait, Palm a racheté la propriété intellectuelle de Be, pas la société elle-même.
- "la couche réseau est celle que Be était en train de développer" : pas exactement, BONE est toujours fermé. Mais en effet la couche réseau de Haiku lui est similaire (modulaire et dans le noyau) contrairement à BeOS R5 qui utilisait "net_server" dans l'espace utilisateur, connu pour être buggué et lent, pas tellement parce que tournant en mode utilisateur mais surtout parce qu'écrit en une semaine.
- "une API claire pour ajouter de nouveaux CODEC" : En effet, l'interface pour les codecs n'a jamais été documenté par Be, malgré les promesses, un peu dommage pour le "Media OS".
- le noyau est un fork de NewOS, mais il a bien changé depuis.
- BeOS était en effet en avance sur son temps, et a encore de l'avance sur certains domaines. C'est incroyable le nombre de choses qui ont été copié... même si ça n'est pas toujours BeOS qui les a inauguré il les a mise à la porté du grand public. Le support SMP, la préemption dans le noyau, les attributs étendus (en moins bien), un devfs hiérarchique, des modules noyau hiérarchisés et chargés automatiquement (enfin presque), le tick-less kernel (si, ça existait bien avant cette année !) sont autant de choses que Linux n'a que depuis peu. Les WinFS, Beagle, Spotlight n'existaient pas il y a peu. Les frameworks multimédias explosent en ce moment (GStreamer...) pourtant il n'y a pas tant de nouveautés que ça.
En parlant des LiveCD, tout le monde prétent avoir inventé le concept, pourtant les CDs d'installation de BeOS sont tous Live, il suffit de relancer le bureau (Ctrl-Alt-Del, Relaunch desktop). La gestion des types mime est un vrai bonheur. Il n'y a pas de raison de laisser l'utilisateur chercher l'appli si le système sait le faire. Des choses très simples comme le 'X-ray nav', la navigation depuis le menu contextuel semblent si évites qu'on peste dès qu'on se retrouve ailleurs sans elles. BeOS utilisait beaucoup des plugins, les rendant publics pour d'autres applications (reuse), et pouvait inclure une application dans une autre bien avant les ActiveX et autres, même si cela n'a jamais été suffisamment exploité.
Sur le multi-threading, avoir un thread par fenetre c'est tellement mieux. Un peu plus compliqué certes. Il faut utiliser des mutex et autres bénaphores. Mais c'est transparent dans une certaine mesure, en utilisant les BMessages, conteneur bien plus flexibles que ce qu'utilise GTK pour les évènements. Par exemple pour supporter les roulettes des souris ou la pression des tablettes graphiques aucun besoin de rajouter un membre à la structure et la rendre incompatible, l'addon (ici encore) de l'input_server ajoute un membre "wheel_x" et y... de type float. C'est bien pratique d'avoir le typage des données sans devoir connaitre sa signification. On peut les manipuler quand même un minimum. C'est pareil pour les attributs étendus du fs. Ils ont un type, ce qui permet (sauf une minorité de structures binaires) de les afficher et modifier (par script ou utilisateur) sans connaitre l'application qui l'utilise.
Les interfaces de scripting étaient également présentes depuis le début, mais également sous-utilisées.
Je pense parfois que si Be avait bréveté tout ça on serait bien dans la merde, y compris Microsoft :D

Sur OS/2, c'est vrai qu'OS/2 avait un certain nombre d'intéret, y compris les attributs étendus sur HPFS. Visiblement ça et le poids d'IBM n'a pas suffit à l'imposer non plus.
Oulala mais j'ai de quoi faire un livre, j'ai surement oublié des choses.
Pour revenir à Haiku, il reste beaucoup de bugs, y compris des sérieux dans la VM, mais ça fait du bien de le voir booter :)

problèmes des drivers

Posté par Mildred (Jabber id, page perso, ) le 22/08/2006 à 21:51. (lien). Évalué à 3.

Ce projet, comme d'autres OS m'intéresse beaucoup malhereusement, il y a toujours le problème des drivers. Si je garde linux alors que j'aimerais bien essayer serieusement le Hurd, les systèmes BSD ou encore Haïku c'est justement pour ses drivers.
Je me demande si ce serait possible d'avoir avant l'OS une couche qui prenne en charge tout les problèmes materiels, gestion des drivers, ... et qui permettrait de lancer l'OS de mon choix qui n'aura plus a se soucier des drivers.

Est-ce possible ?

Le futur du desktop?

Posté par Matthieu Lagouge (Jabber id, page perso, ) le 23/08/2006 à 04:47. (lien). Évalué à 4.

Je lis ça et là que tout le monde parle de BeOS au passé, et donc Haïku, projet pour nostagiques?

Le projet est très jeune, alors je pose la question:
- qui aurait dit 5 ans après la naissance de Linux qu'il aurait le succès qu'il a aujourd'hui?
j'aimerais bien retrouver les commentaires de l'époque "utilisable, réservé aux experts", ou "projet qui comporte plein de trucs intéressants si vous voulez étudier ça ou ça", etc.

Alors, Haïku, futur Linux-killer sur desktop? (ouai, j'ai dit Linux-killer, parce que d'ici 10ans, windows aura disparu des desktops, hein! :D)

API BeOS sur système GNU/Linux

Posté par Mildred (Jabber id, page perso, ) le 23/08/2006 à 09:55. (lien). Évalué à 2.

Est-il possible de porter l'API BeOS de Haïku sur mon système GNU/Linux ? Car apparament tout à l'air dêtre assez bien intégré, un peu comme GNUStep j'ai l'impression.

En fait ce que je rêve, c'est une telle API bien intégrée pour mon OS favori, et de préférence utilisée. Actuellement, chaque environnement de bureau fournit ses propres mécanismes, j'aimerais bien que ce soit normalisé (freedesktop ?).

Revenir en haut de page