hurd! - Page 1

J'essaye de m'amuser à compiler Hurd sous ma F8, mais j'ai plein de soucis

j'essaye de compiler MiG, déja, et ça "marche pas"

dans le dossier des sources de mig, je fais:

MACHINC=/home/squalyl/gnuhurd/gnumach/include
mkdir build
cd build
../configure TARGET_CPPFLAGS=$MACHINC TARGET_CFLAGS=$MACHINC
make

mais je me fais jeter sur des includes récusifs qui se trouvent pas
Pourtant d'après "ls" les fichiers sont bien là. (et les #include sont notés avec des <> et pas avec des "")

faut il spécialement gcc 3.x pour compiler hurd & co, ou est ce que j'ai rien compris a autre chose?

!call linuxgourou :'(

HURD n'est tout simplement pas utilisable en son état actuel.

cayrtes, j'ai vu

mais... pas compilable, carrément? dommage!

C'est quelle distrib de Hurd ? Debian ?

Non, Hurd devrait être le vrai OS GNU... mais comme il n'est pas en état de fonctionner, c'est Linux qui a été choisi "en attendant" (enfin, ça reste un sujet de troll récurrent ^^)

Ouaip, Hurd est le seul OS idéologiquement pur.

mais dans les faits pas opérationnel

Nil 3 > Je pensais le compiler moi même et le lancer avec un linux from scratch en fait

mais avant ça, faudrait déja que ça compile

Ok... Je crois que Debian Hurd est une des rares versions à booter et à vraiment faire quelque chose... mais je ne suis pas certain que les builds soient très récents ^^

Nil (./4) :
C'est quelle distrib de Hurd ? Debian ?

Y en a une autre ?

Martial Demolins (./5) :
Au passage, c'est quoi le but de la FSF avec hurd? remplacer Linux?

Linux est seulement le noyau, ne l'oublie pas Si j'ai bien compris, tout le reste (la couche GNU - qui comprend la plupart des outils de base comme ls, cat, ... - et ce qu'il y a encore dessus - X11, Kde, ... ) devrait rester inchangé. D'ailleurs, pour faire plaisir à Stallman, on devrait dire uniquement GNU/Linux

Je me demande pourquoi ça avance aussi lentement... C'est si gros que ça, un noyau ?

(et je me demande encore plus si ça va vraiment apporter qqc concrètement)

Parce que les personnes qui sont intéressées par un noyau qui fonctionne travaillent sur Linux, ce qui intéresse les développeurs de HURD, c'est la recherche sur les micronoyaux.

Martial Demolins (./5) :
Au passage, c'est quoi le but de la FSF avec hurd? remplacer Linux?

Ca risque pas. Linux date des années 90, alors que Hurd est un projet aussi vieux que moi (1984).

Flanker (./12) :
Je me demande pourquoi ça avance aussi lentement... C'est si gros que ça, un noyau ?

Non c'est tout petit justement, le micronoyau ne fait quasiment rien. Le but c'est justement d'avoir tout en espace utilisateur. C'est assez novateur, mais c'est assez dur d'expliquer succintement les implications.
Après pourquoi c'est lent, tout simplement parce que c'est pas du développement, c'est de la recherche. Ils refont tout depuis 0 assez régulièrement pour améliorer les concepts utilisés en s'appuyant sur les problèmes rencontrés lors de la version précédente.

spectras (./14) :
en s'appuyant sur les problèmes

Ils devraient plutôt s'appuyer sur les solutions ()

Nil (./15) :

spectras (./14) :
en s'appuyant sur les problèmes

Ils devraient plutôt s'appuyer sur les solutions ()

Sauf s'ils travaillent avec les gens de RH

./16> Troll alert!

Tu sais Kévin, c'était pas un troll, c'est une constatation, les remarques de Nil valent pour beaucoup... depuis 3 ans on a une douzaine de clients qui ont commencé un passage sous linux (majoritairement RH) et qui ont fait demi tour par manque de répondant de leur part... ils ne sont pas moins cher que MS mais ils sont moins pros

Essaie de comparer ça avec ce que nous a sorti le projet HURD jusqu'à présent (des versions alpha inutilisables, et sinon que du vapor) et tu verras que ce n'est pas comparable.

Quant aux histoires de support technique, je ne vois vraiment pas ce qu'elles viendraient faire dans ce topic.

...
Le Hurd est parfaitement utilisable tant que tu restes dans le domaine de la recherche pour l'instant. C'est des séries de proof of concepts successifs, qui s'acheminent peu à peu vers leurs objectifs structurels et fonctionnels pour un système d'exploitation. Il y a dedans plein de choses très intéressantes, à la fois en terme de concepts, d'algorithmie et de technique. Ca peut déboucher sur une façon d'aborder l'informatique assez différente de celles héritées de AT&T et de Microsoft.

Ton lien n'a juste rien à voir en fait ^^
Dit autrement, le projet Hurd travaille sur un nouveau concept de moteur, et ton lien pointe sur la liste des options du véhicule.

mais à la base, Hurd ne se voulait-il pas être un noyau un peu plus fonctionnel qu'un simple proof of concept ?

Eh bien, si (quoique noyau soit un peu réducteur vu que dans leur conception on supprime presque complètement le noyau), mais sans contrainte de temps. En gros ils sont partis avec des idées, et "on mettra le temps qu'il faudra pour y arriver, même si ça doit prendre 50 ans".
A noter qu'ils sont plutôt bien partis, étant déjà à presque 25 ans

Oui enfin des projets a base de micronoyaux minimal avec tout le reste en userland ça a deja été realisé, mis en prod, et utilisé dans l'industrie ça n'a pas fait le boom attendu, et Hurd est tres loin de révolutionner quoique ce soit actuellement et comme bcp (trop) de "projet de recherche" ne mennera surement jamais a rien..

(a vrai dire je suis persuadé qu'il n'y aurais pas un RMS a la tete de ce projet il serait largement plus avancé.. Faut voir le nombre de developeur qui c'était lancé dans HURD qui on fini par ce barrer a cause de lui)

Mach est également un micro noyau ^^

Hurd n'est pas un micronoyal mais un ensemble de serveurs fonctionnant avec le micronoyau gnumach, et servant à avoir un OS fonctionnel.

Je prendrais exemple de QNX qui est un micro noyal avec serveur & co. (et qui en plus se paye le luxe d'etre RT dur)

The QNX kernel contains only CPU scheduling, interprocess communication, interrupt redirection and timers. Everything else runs as a user process, including a special process known as proc which performs process creation, and memory management by operating in conjunction with the microkernel. This is made possible by two key mechanisms - subroutine-call type interprocess communication, and a boot loader which can load an image containing not only the kernel but any desired collection of user programs and shared libraries.

Godzil (./23) :
Oui enfin des projets a base de micronoyaux minimal avec tout le reste en userland ça a deja été realisé, mis en prod, et utilisé dans l'industrie

Justement ça n'a rien à voir avec ce qui a été réalisé. Et QNX encore moins. Mais bon... comme d'hab quoi.

Ha oui ? Explique moi en quoi QNX (pour parler de lui) n'est pas un Microkernel avec serveur en userland et en quoi QNX n'est pas sur le marché ?

C'est vrai qu'on peut pas tuer/relancer un server en UserLand sous qnx voir meme le remplacer par un autre.

C'est vrai tu me parle peut etre du "tout fichier" (qui soit--dit en passant n'a aucun rapport avec l'archi du kernel) il existe aussi un autre OS qui est industrialisé, meme si la version de recherche ne l'est pas vraimetn) qui est Inferno (basé sur Plan9) qui pousse le "tout fichier" a l'extreme (trop meme peu etre)

Les chats ont quatre pattes. Les chiens ont quatre pattes. Donc les chiens sont des chats.
QNX est un microkernel avec des serveurs en userland. Le hurd est un microkernel avec des serveurs en userland. Donc QNX est pareil que le Hurd.

C'est beau le syllogisme.

squalyl (./25) :
Hurd n'est pas un micronoyal mais un ensemble de serveurs fonctionnant avec le micronoyau gnumach, et servant à avoir un OS fonctionnel.

Ne sont-ils pas passés à L4 comme micronoyau à la base maintenant?