Matthieu Lemerre a écrit 93 commentaires

  • [^] # Re: Ah! Le hurd!

    Posté par  (site web personnel) . En réponse au journal Nouvelle avancée de Hurd/L4. Évalué à 2.

    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!

    http://l-lang.org/ - Conception du langage L

  • [^] # Re: vs POSIX shared memory, X

    Posté par  (site web personnel) . En réponse à la dépêche PTT : un outil de trace pour la NPTL. Évalué à 5.

    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.

    http://l-lang.org/ - Conception du langage L

  • [^] # Re: Installeur <> paquets

    Posté par  (site web personnel) . En réponse au journal Debian: comment en sortir ?. Évalué à 3.

    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.

    http://l-lang.org/ - Conception du langage L

  • # Translator Hurd

    Posté par  (site web personnel) . En réponse au journal Filesystem "versionalisé" ? (!$@ de subversion). Évalué à 2.

    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)

    http://l-lang.org/ - Conception du langage L

  • [^] # Re: Developpement d'OS

    Posté par  (site web personnel) . En réponse au journal Qemu. Évalué à 1.

    Plusieurs rapide elements de reponse:

    -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  (site web personnel) . En réponse au journal Qemu. Évalué à 2.

    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.

    http://l-lang.org/ - Conception du langage L

  • [^] # Re: Mouai

    Posté par  (site web personnel) . En réponse à la dépêche Interview de Marcus Brinkmann, développeur du Hurd. Évalué à 5.

    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.

    http://l-lang.org/ - Conception du langage L

  • [^] # Re: Peu de chance qu'elle soit acceptée

    Posté par  (site web personnel) . En réponse à la dépêche Vers une licence libre européenne promue par la commission ?. Évalué à 2.

    Sauf que si quelqu'un veut creer une license libre, il se moque bien de ce qu'en pense l'OSI.

    http://l-lang.org/ - Conception du langage L

  • # Imprecision sur la traduction allemande

    Posté par  (site web personnel) . En réponse à la dépêche Brave GNU World recherche des relecteurs. Évalué à 3.

    >Brave GNU World est écrit en allemand par Georg C. F. Greve qui le >traduit en anglais dans la foulée.

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

    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.

    http://l-lang.org/ - Conception du langage L

  • [^] # Re: nautilus et fam

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de la Debian Woody 3.0r3. Évalué à 4.

    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)

    http://l-lang.org/ - Conception du langage L

  • # Bindings sur lesUpcases/Downcase/Capitalize sous Emacs

    Posté par  (site web personnel) . En réponse au message [Éditeur/Emacs] Un texte en minuscule. Évalué à 1.

    Petit resume:

    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  (site web personnel) . En réponse à la dépêche EFL atteint le stade de preview release. Évalué à 1.

    Meme pas besoin de "tainter" Emacs avec des modules proprios: http://cedet.sourceforge.net/semantic.shtml(...)

    http://l-lang.org/ - Conception du langage L

  • [^] # Re: Beta test

    Posté par  (site web personnel) . En réponse au journal Task-mode: un package pour emacs pour gerer vos window configurations. Évalué à 1.

    J'ai donc commence a en ecrire un, vous pouvez le trouver sur http://racin.free.fr/pub/task-mode/0.6.1/task.html(...) , avec une nouvelle version de task-mode (http://racin.free.fr/pub/task-mode/0.6.1/task.el(...)). La facon "avancee" de l'utiliser devrait venir bientot.

    http://l-lang.org/ - Conception du langage L

  • [^] # Re: /me se présent en Beta tester :)

    Posté par  (site web personnel) . En réponse au journal Task-mode: un package pour emacs pour gerer vos window configurations. Évalué à 2.

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

    http://l-lang.org/ - Conception du langage L

  • # Dear Sir, I need your help

    Posté par  (site web personnel) . En réponse au sondage Le type de spam que je reçois le plus. Évalué à 3.

    [x] My parents were bankers, they were killed in Bolivia. If you help me you will get 1 000 000 dollars


    Vous en recevez jamais de ceux la?

    http://l-lang.org/ - Conception du langage L

  • [^] # Re: C'est pas du vrai rugby....

    Posté par  (site web personnel) . En réponse à la dépêche Coupe de France de Robotique et Eurobot. Évalué à 2.

    Par exemple le robot du Sumo (equipe de Supelec) est sous Linux (mais pas GNU/Linux)

    http://l-lang.org/ - Conception du langage L

  • [^] # Re: Looking Glass - Desktop 3D

    Posté par  (site web personnel) . En réponse à la dépêche Looking Glass - Desktop 3D. Évalué à 1.

    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

    http://l-lang.org/ - Conception du langage L