Si c'est toujours tres important. Porter un programme pour le Hurd sur Mach, c'est aussi le porter pour le Hurd sur L4 dans le futur; les couches haut niveau seront relativement semblable.
A propos du portage, Michael Banck vient de reussir a faire tourner Nautilus, le portage de GNOME avance bon train!
Je pense que le noyau Linux doit se mapper dans une partie de l'espace d'adressage de chaque processus, et ainsi eviter un gros changement de contexte (pas de flush du TLB) lors d'un simple appel systeme.
Sous debian, le qualificatif "stable/unstable" correspond non pas a la stabilite des programmes, mais a la stabilite des paquets: les releases unstable ont des paquets qui changent souvent, alors que les releases stable rarement.
La debian sid "unstable" est donc relativement stable au sens que ses programmes ne plantent pas tout le temps.
C'est le genre de choses qui est relativement facile a faire avec un translator sur le Hurd. Ca presente aussi l'avantage que tu peux decider quels repertoires journaliser en tant qu'utilisateur (par rapport a un systeme de fichier journalise, qui est une solution bien plus lourde, puis qu'il faut prevoir a l'avance quel partition fera quelle taille etc).
Donc je t'invite a coder ce translator pour le Hurd :) (si il n'existe pas deja d'ailleurs)
-Qemu restera toujours tres utile pour developper des OSes a mon avis.
-Ognyan Kulev a effectivement dis qu'il allait commencer un port de GNUMach sur xen, ce qui permettra au Hurd de tourner sur xen.
-L4 est un "concurrent" de xen, on peut aussi faire de la virtualisation avec. Voir notamment http://www.l4ka.org
Moi j'utilise qemu quand je developpe des trucs pour le Hurd sur L4.
Pour travailler je prefere monter une partition d'un fichier image et avoir un script qui fait des copies de mes fichiers compiles dessus, mais d'autres peuvent preferer utiliser le support reseau de qemu et la fonction tftpboot de GRUB, mais je trouve que la copie par tftpboot est vraiment lente pour peu que le fichier image soit un peu gros.
Je rajouterais que la negociation de ressource sur le Hurd sur L4 ne se fait pour l'instant que sur la memoire, mais qu'elle se fera aussi certainement sur l'IO et le CPU (comme le disais Manuel).
Et que le nombre de schedulers et schedulers IO du noyau Linux, chacun optimises pour des usages typiques differents (anticipatory, Deadline...) , laisse presager que permettre aux applications de decider par elles meme de leurs besoin accroitrait grandement les performances.
Enfin, pour citer Alan Cox au FOSDEM 2005 :
"'Once you fix the VM for one use case, it breaks for another' part".
Le choix du Hurd de supporter tous les cas d'utilisation, et pas seulement LRU, est donc le meilleur possible.
Ce fichier est plus un ensemble de notes sur les choses a faire qu'un plan pour le developpement.
Il n'y a pas de roadmap ecrite precise, mais je pense que la liste precise des choses a faire est dans la tete de Marcus Brinkmann et de Neal Walfield.
La liste des choses a faire est assez longue, parmis elles se trouvent la conception du device driver framework, qui sont des drivers en user space independants du Hurd (pouvant etre utilises par n'importe quelle application tournant sur L4), l'ecriture d'un IDL pour faciliter le developpement des serveurs (ou la modification d'IDL4), completer les serveurs de bases (physmem, task et deva).
Au fur et a mesure la glibc pourra etre completee, et enfin le portage des premiers serveurs du Hurd sur Mach pourra commencer.
Debian se mue peu à peu en une espèce de Hurd avec un noyau Linux
1/Ca ne veut strictement rien dire
2/Quelles "valeurs" attache-tu au Hurd? Comme cela n'est pas "liberte, beau design et modularite", j'en deduis que ca doit etre "obsolescence et plantage"
Ce qui est faux (en ce qui concerne la stabilite tout du moins)
M-u (qui s'affiche en tant que u si on tape C-h b) : upcase-word
M-l downcase-word
M-c capitalize-word (i.e met une majuscule au debut du mot et met le reste en minuscule)
C-x C-l: downcase-region (s'utilise en combinaison avec M-u)
C-x C-u: upcase region
Regarder les pages d'infos pour plus de renseignements sur les arguments
ah, GNU Emacs, je n'en attendait pas moins de toi!
Entre autre, tu peux changer de tache en changeant de buffer, et les taches peuvent etre gerees automatiquement (pour l'instant ca se fait par utilisation de regexp sur les nombs des buffers, mais bientot ca se fera aussi par rapport au mode majeur).
J'ai 20 ans et je suis fan de ratpoison, apres etre passe par ion. Je trouve ces gestionnaires de fenetre extremement pratiques. (Ca me permet d'avoir une console avec des polices lissees :-))
AMHA on perd de l'efficacite a chaque fois qu'on augmente d'une dimension. Faire tourner une fenetre ca sera toujours plus long qu'un <alt-tab> ou <windows j> (chez moi)
Maintenant, ca reste impressionant et ca pourrait devenir un element pour precher la bonne parole
[^] # Re: Ah! Le hurd!
Posté par Matthieu Lemerre (site web personnel) . En réponse au journal Nouvelle avancée de Hurd/L4. Évalué à 2.
A propos du portage, Michael Banck vient de reussir a faire tourner Nautilus, le portage de GNOME avance bon train!
http://l-lang.org/ - Conception du langage L
[^] # Re: vs POSIX shared memory, X
Posté par Matthieu Lemerre (site web personnel) . En réponse à la dépêche PTT : un outil de trace pour la NPTL. Évalué à 5.
http://l-lang.org/ - Conception du langage L
[^] # Re: Installeur <> paquets
Posté par Matthieu Lemerre (site web personnel) . En réponse au journal Debian: comment en sortir ?. Évalué à 3.
La debian sid "unstable" est donc relativement stable au sens que ses programmes ne plantent pas tout le temps.
http://l-lang.org/ - Conception du langage L
# Translator Hurd
Posté par Matthieu Lemerre (site web personnel) . En réponse au journal Filesystem "versionalisé" ? (!$@ de subversion). Évalué à 2.
Donc je t'invite a coder ce translator pour le Hurd :) (si il n'existe pas deja d'ailleurs)
http://l-lang.org/ - Conception du langage L
[^] # Re: Developpement d'OS
Posté par Matthieu Lemerre (site web personnel) . En réponse au journal Qemu. Évalué à 1.
-Qemu restera toujours tres utile pour developper des OSes a mon avis.
-Ognyan Kulev a effectivement dis qu'il allait commencer un port de GNUMach sur xen, ce qui permettra au Hurd de tourner sur xen.
-L4 est un "concurrent" de xen, on peut aussi faire de la virtualisation avec. Voir notamment http://www.l4ka.org
http://l-lang.org/ - Conception du langage L
# Developpement d'OS
Posté par Matthieu Lemerre (site web personnel) . En réponse au journal Qemu. Évalué à 2.
Pour travailler je prefere monter une partition d'un fichier image et avoir un script qui fait des copies de mes fichiers compiles dessus, mais d'autres peuvent preferer utiliser le support reseau de qemu et la fonction tftpboot de GRUB, mais je trouve que la copie par tftpboot est vraiment lente pour peu que le fichier image soit un peu gros.
http://l-lang.org/ - Conception du langage L
[^] # Re: Mouai
Posté par Matthieu Lemerre (site web personnel) . En réponse à la dépêche Interview de Marcus Brinkmann, développeur du Hurd. Évalué à 5.
Et que le nombre de schedulers et schedulers IO du noyau Linux, chacun optimises pour des usages typiques differents (anticipatory, Deadline...) , laisse presager que permettre aux applications de decider par elles meme de leurs besoin accroitrait grandement les performances.
Enfin, pour citer Alan Cox au FOSDEM 2005 :
"'Once you fix the VM for one use case, it breaks for another' part".
Le choix du Hurd de supporter tous les cas d'utilisation, et pas seulement LRU, est donc le meilleur possible.
http://l-lang.org/ - Conception du langage L
[^] # Re: Peu de chance qu'elle soit acceptée
Posté par Matthieu Lemerre (site web personnel) . En réponse à la dépêche Vers une licence libre européenne promue par la commission ?. Évalué à 2.
http://l-lang.org/ - Conception du langage L
# Imprecision sur la traduction allemande
Posté par Matthieu Lemerre (site web personnel) . En réponse à la dépêche Brave GNU World recherche des relecteurs. Évalué à 3.
Je ne pense pas, puisque la version allemande a 4 versions de retard sur la version anglaise.
Ceci dit, Brave GNU World est vraiment une super chronique, et les traductions sont tres bien, donc bravo!
http://l-lang.org/ - Conception du langage L
[^] # Re: RoadMap ?
Posté par Matthieu Lemerre (site web personnel) . En réponse à la dépêche Hurd : nouvelle version de Debian GNU/Hurd et avancée du port sur L4. Évalué à 4.
Il n'y a pas de roadmap ecrite precise, mais je pense que la liste precise des choses a faire est dans la tete de Marcus Brinkmann et de Neal Walfield.
La liste des choses a faire est assez longue, parmis elles se trouvent la conception du device driver framework, qui sont des drivers en user space independants du Hurd (pouvant etre utilises par n'importe quelle application tournant sur L4), l'ecriture d'un IDL pour faciliter le developpement des serveurs (ou la modification d'IDL4), completer les serveurs de bases (physmem, task et deva).
Au fur et a mesure la glibc pourra etre completee, et enfin le portage des premiers serveurs du Hurd sur Mach pourra commencer.
http://l-lang.org/ - Conception du langage L
[^] # Re: nautilus et fam
Posté par Matthieu Lemerre (site web personnel) . En réponse à la dépêche Sortie de la Debian Woody 3.0r3. Évalué à 4.
1/Ca ne veut strictement rien dire
2/Quelles "valeurs" attache-tu au Hurd? Comme cela n'est pas "liberte, beau design et modularite", j'en deduis que ca doit etre "obsolescence et plantage"
Ce qui est faux (en ce qui concerne la stabilite tout du moins)
http://l-lang.org/ - Conception du langage L
# Bindings sur lesUpcases/Downcase/Capitalize sous Emacs
Posté par Matthieu Lemerre (site web personnel) . En réponse au message [Éditeur/Emacs] Un texte en minuscule. Évalué à 1.
M-u (qui s'affiche en tant que u si on tape C-h b) : upcase-word
M-l downcase-word
M-c capitalize-word (i.e met une majuscule au debut du mot et met le reste en minuscule)
C-x C-l: downcase-region (s'utilise en combinaison avec M-u)
C-x C-u: upcase region
Regarder les pages d'infos pour plus de renseignements sur les arguments
http://l-lang.org/ - Conception du langage L
[^] # Re: ELF rentrera-t-il dans la danse?
Posté par Matthieu Lemerre (site web personnel) . En réponse à la dépêche EFL atteint le stade de preview release. Évalué à 1.
http://l-lang.org/ - Conception du langage L
[^] # Re: Beta test
Posté par Matthieu Lemerre (site web personnel) . En réponse au journal Task-mode: un package pour emacs pour gerer vos window configurations. Évalué à 1.
http://l-lang.org/ - Conception du langage L
[^] # Re: /me se présent en Beta tester :)
Posté par Matthieu Lemerre (site web personnel) . En réponse au journal Task-mode: un package pour emacs pour gerer vos window configurations. Évalué à 2.
Entre autre, tu peux changer de tache en changeant de buffer, et les taches peuvent etre gerees automatiquement (pour l'instant ca se fait par utilisation de regexp sur les nombs des buffers, mais bientot ca se fera aussi par rapport au mode majeur).
http://l-lang.org/ - Conception du langage L
# Dear Sir, I need your help
Posté par Matthieu Lemerre (site web personnel) . En réponse au sondage Le type de spam que je reçois le plus. Évalué à 3.
Vous en recevez jamais de ceux la?
http://l-lang.org/ - Conception du langage L
[^] # Re: C'est pas du vrai rugby....
Posté par Matthieu Lemerre (site web personnel) . En réponse à la dépêche Coupe de France de Robotique et Eurobot. Évalué à 2.
http://l-lang.org/ - Conception du langage L
[^] # Re: Looking Glass - Desktop 3D
Posté par Matthieu Lemerre (site web personnel) . En réponse à la dépêche Looking Glass - Desktop 3D. Évalué à 1.
AMHA on perd de l'efficacite a chaque fois qu'on augmente d'une dimension. Faire tourner une fenetre ca sera toujours plus long qu'un <alt-tab> ou <windows j> (chez moi)
Maintenant, ca reste impressionant et ca pourrait devenir un element pour precher la bonne parole
http://l-lang.org/ - Conception du langage L