Gaël Le Mignot a écrit 812 commentaires

  • [^] # Re: Experimental != Stable

    Posté par  . En réponse à la dépêche Le noyau 2.5.4 est sorti!. Évalué à 10.

    Les changements dans le 2.5.4 sont assez importants (patch préemptif, ...) et l'URL sur le statut du kernel 2.5 n'était jamais passée ici, et elle peut intéresser beaucoup de monde.

    Il n'est pas nécessaire, AMHA, de passer une news par version du noyau (stable ou devel) mais en passer une de temps en temps (sur les deux branches) pour tenir au courant les lecteurs des évolutions est une très bonne chose.
  • [^] # Re: Encore un exemple d'un organisme qui est passé sous Linux

    Posté par  . En réponse à la dépêche Linux en desktop, c'est possible!. Évalué à 8.

    Je vois que dans les postes du haut y en a qui se plaignent que c'est Star Office qui a été choisie !

    Tu as mal lu les postes, ce que l'on critique c'est la phrase "open sources (StarOffice)" de la news qui est fausse, pas la décision de l'entreprise.
  • [^] # Re: Libre / Opensource / Staroffice

    Posté par  . En réponse à la dépêche Linux en desktop, c'est possible!. Évalué à 10.

    Ah non, libre et Open Source ce n'est pas la même chose, mais pas du tout.

    Là je suis d'accord, cf mon commentaire plus bas.

    Open Source, c'est juste que les sources sont disponibles. Libre, c'est Open Source plus la possibilité de modifier les dites sources et de les diffuser.

    Non, plus, la définition de "Open Source" donnée par l'Open Source Initiative se trouve sur http://opensource.org/docs/definition_plain.html(...) , on y trouve:

    The license must allow modifications and derived works, and must allow them to be distributed under the same terms as the license of the original software.
  • [^] # Re: Libre / Opensource / Staroffice

    Posté par  . En réponse à la dépêche Linux en desktop, c'est possible!. Évalué à 10.

    > 1) Libre et Opensource, c'est la meme chose.

    Non, pas du tout (efface?). Si, dans la pratique, une licence Libre est bien souvent Open Source et inversement, le mouvement des Logiciels Libres et le mouvement Open Source sont complètement différent.

    Le mouvement des Logiciels Libres est un mouvement philosophique et politique, qui défend les libertés des utilisateurs et des développeurs. Le mouvement Open Source est un mouvement commercial, qui ne voit que les aspects techniques de pratiques des logiciels libres.

    Cf http://www.gnu.org/philosophy/free-sw.fr.html(...) et http://www.gnu.org/philosophy/free-software-for-freedom.fr.html(...)
  • # StarOffice = Open Source ???

    Posté par  . En réponse à la dépêche Linux en desktop, c'est possible!. Évalué à 10.

    Petit correctif: StarOffice (5.x aussi bien que le 6) n'est ni libre, ni open source. Il s'agit d'un logiciel propriétaire, basé sur OpenOffice qui lui est libre (et opensource) - tout comme Netscape 6 est un logiciel propriétaire basé sur le logiciel libre Mozilla.

    Désolé de parler de ce que certains peuvent considérer comme un détail, mais il vaut mieux éviter les risques de confusion.
  • [^] # Re: Les techniques de génie logiciel

    Posté par  . En réponse à la dépêche Miguel de Icaza s'explique sur .NET. Évalué à -1.

    Bon, je peux te faire celui-là aussi si tu veux mais comprends mon agacement quand tu m'as sorti un truc ses chaînes alors que pendant 5 messages je t'ai répété que c'était le seul endroit où le C pêchait...


    #include <glib/glib.h> /* Equivalent de la STL en C */

    char *add_strings(const char *a, const char *b)
    {
    g_return_val_if_fail(a != NULL, NULL);
    g_return_val_if_fail(b != NULL, NULL);
    return g_strconcat(a, " - ", b, NULL);
    }

    int main()
    {
    char *foo;
    foo = add_strings("Hello", "World);
    printf("%s", foo);
    g_free(foo);
    return 0;
    }


    -1 pour les mêmes raisons: dialogue privé sur un forum, c'est mal
  • [^] # Re: Les techniques de génie logiciel

    Posté par  . En réponse à la dépêche Miguel de Icaza s'explique sur .NET. Évalué à -1.

    Ben euh... ça donne ça:


    typedef struct _complex_t
    {
    double re;
    double im;
    } complex_t;

    complex_t *complex_new(double re, double im)
    {
    complex_t *res = g_malloc(sizeof(*res));
    res->re = re;
    res->im = im;
    return res;
    }

    complex_t *complex_mul(complex_t *cplx, double lambda)
    {
    g_return_val_if_fail(cplx != NULL, NULL);
    return complex_new(cplx->re * lambda, cplx->im * lambda);
    }

    void complex_print(FILE *out, complex_t *cplx)
    {
    g_return_if_fail(cplx != NULL, NULL);
    fprintf(out, "%f,%f", cplx->re, cplx->im);
    }

    int main()
    {
    complex_t *a = NULL, *b = NULL;
    a = complex_new(12, 12);
    b = complex_mul(a, 2);
    printf("%s", "b = ");
    complex_print(stdout, b);
    printf("\n");
    }


    Je vois pas ce que a de plus compliqué, tu peux même changer le format du %f pour changer l'affichage de tes floats.

    Je n'ai pas essayé de compiler non plus, et les g_ qqe proviennent de la glib pour faire du contrôle d'erreurs.

    -1 car on s'enlise dans une conversion à deux sui n'intéresse probablement pas les autres
  • [^] # Re: Les techniques de génie logiciel

    Posté par  . En réponse à la dépêche Miguel de Icaza s'explique sur .NET. Évalué à 0.

    T'as lu ce que j'ai écrit ? Ca fait 5 posts que je répètes que *la* lacune du C c'est le traitement de chaines de caractères et c'est ça que tu me sors ?
  • [^] # Re: Les techniques de génie logiciel

    Posté par  . En réponse à la dépêche Miguel de Icaza s'explique sur .NET. Évalué à -1.

    > Non, tu es jeune donc tu manques d'expérience.

    Hum hum... ça doit faire plus de 5 ans que je passe mes journées à coder, je sais un peu de quoi je parle quand même.

    Et puis c'est trop facile: je suis jeune, donc j'ai pas d'expérience, si j'étais plus âgé tu m'aurai dit que j'étais un dyno...

    Sinon, je dis et je répète: le perl est trop bon pour ce qui manipulation de textes, et c'est *le* défaut du C. Déjà il faudrait que j'arrive à comprendre le script perl, qui est un langage très "write-once"...

    Alors prends un autre exemple, et pas de problème.
  • [^] # Re: Les techniques de génie logiciel

    Posté par  . En réponse à la dépêche Miguel de Icaza s'explique sur .NET. Évalué à 3.

    Ca c'est de l'argument tiens: t'es jeune, donc tu te trompe. Je n'ai rien d'autre à dire dans ce cas. Soit, je suis jeune, j'ai donc tort, pourquoi essayer d'avancer des arguments ?
  • [^] # Re: Les techniques de génie logiciel

    Posté par  . En réponse à la dépêche Miguel de Icaza s'explique sur .NET. Évalué à 2.

    Un GC ça ne change vraiment pas grand chose, avec un peu d'habitude la gestion de la mémoire en C ce n'est pas si compliqué...

    Pour le reste, les pointers de fonction c'est élégant, très pratique et extrêment puissant, et je ne vois pas ce qu'on peut faire de mieux.

    Les regexps en C ça existe, et j'ai déjà dit que la manipulation de chaines était *le* point faible du C.

    > Dans l'Open Source oui, dans l'industrie non.

    Super comme argument ! L'industrie est donc la référence ultime, et le logiciel libre un ramassi d'amateurs qui ne savent pas réellement programmer ?
  • [^] # Re: MDI

    Posté par  . En réponse à la dépêche Miguel de Icaza s'explique sur .NET. Évalué à 5.

    Je ne suis pas d'accord... je connais très bien l'API C de Gtk, et développer des applications graphiques en Gtk, dés qu'on a pris l'habitude et compris la logique, c'est vraiment très agréable et rapide. Surtout que l'on peut très bien créer soi-même une lib (comme ma lib gtkutil) qui simplifie les traitements que l'on fait courament...

    Dire "on développe plus vite en Java/C#/... qu'en C" ce n'est pas vrai du tout, la seule grosse faiblesse du C c'est pour tout ce qui manipulation de fichiers texte et de chaines de caractères, dans ce domaine des langages comme le PHP ou le Perl (voir les scripts shells) sont plus adaptés, même pour des interfaces graphiques, non.
  • [^] # Re: Vive les tribunes libres !

    Posté par  . En réponse à la dépêche Les politiques logiciels libres. Évalué à -9.

    Ok, désolé, je l'avais pas vue, bon je retourne me cacher derrière la tribune.

    -1 et tant pis pour mes XPs, mais fallait bien que je m'excuse de mon erreur stupide
  • # Vive les tribunes libres !

    Posté par  . En réponse à la dépêche Les politiques logiciels libres. Évalué à -7.

    Il n'y a même pas de tribune libre sur leur site daCode :( Ils n'aiment pas les moules ?

    Bon, -1 et je retourne sur le bouchot...
  • [^] # Re: Comment ça, il faut mieux utiliser le noyau X plustôt que Y parce que...

    Posté par  . En réponse à la dépêche Une foret d'arborescences du noyau. Évalué à 10.

    La sortie d'une nouvelle version du noyau n'est pas destinée au "grand publique" mais uniquement à ceux qui s'intéressent de près au noyau.

    Pour le "grand publique", ce qui compte ce sont les distributions, et les noyaux présents dans les distributions sont eux beucoup plus testés (et souvent patchés par les distros). La devise de Linus c'est "release soon, release often", ça ne veut pas dire pour autant que tout le monde doit mettre à jour toutes les semaines.

    Quand aux VMs c'est plus dans des cas extrêmes qu'elles peuvent poser de réels problèmes, pas dans cas d'utilisation "normale" de la machine.
  • [^] # Re: Et vous quel noyau utilisez-vous?

    Posté par  . En réponse à la dépêche Une foret d'arborescences du noyau. Évalué à 10.

    Je vais me répéter, mais pour éviter les reboot ou freeze quand un process par en fork il existe une commande nommée ulimit et surtout un fichier /etc/security/limits.conf (sur Debian Woody, Sid et Mdk 8.1 en tout cas) qui permet de limiter le nombre maximal de process par user.
    Moi quand ma raie manta partait en fork bomb (je confirmes, ça ne le fait plus depuis la 1.0); et bien il me suffisait de faire un "su -" puis un "exec killall -KILL pppoa2" pour tuer tout ça.
  • [^] # Re: Et vous quel noyau utilisez-vous?

    Posté par  . En réponse à la dépêche Une foret d'arborescences du noyau. Évalué à 10.

    Moi perso j'utilise un 2.4.18-pre3-mjc3 avec VM à Rik, preempt et patches Netfilter, mais c'est plus pour faire le beta testeur et éventuellement signaler des pbs à la LKM que parce que je vois réellement des différences (sur un Athlon 1.2G avec 512M de RAM, vu ce que je fais...)

    Pour une gate, moi je prendrais un noyau 2.4 car j'aime beaucoup Netfilter/iptables, mais un 2.2 convient parfaitement; par contre il vaut mieux prendre le tout dernier 2.2 (pbs de sécus, et quelques bugfixes)
  • # Ouais, enfin, les benchmarks...

    Posté par  . En réponse à la dépêche Une foret d'arborescences du noyau. Évalué à 10.

    ...on peut vraiment leur faire dire ce que l'on veut.

    Depuis le kernel 2.4.10, la "guerre des VMs" se poursui sur la LKM, et j'ai vu passer des bench en tout genre, chacun favorisant une mouture ou une autre, suivant les conditions et les test réalisés.

    Ce qu'il faut bien prendre en compte, c'est que ce qui compte le plus dans une VM ce n'est pas les performances brutes (même si c'est important), mais surtout la capacité à ne pas se comporter trop mal en prie cas. Une VM d'un noyau comme Linux doit pouvoir supporter des configurations (matérielles et logicielles) très diverses, des charges très variées, une utilisation exclusive (comme un serveur Web) ou composite (comme une machine perso faisant serveur Web, serveur de fichier pour le réseau local et servant de plateforme de dev, ...) sans se casser complétement la figure. Hors, c'est justement dans le but de la VM -rmap: évite les pires cas, qui, sur une VM "classique" nécessitent de parser l'ensemble des process pour trouver "la" page à libérer.

    Enfin, pour l'instabalité de la -rmap, outre le fait que ce soit une version de dev, il y a surtout le fait que les patches -rmap officiels sont pour le noyau 2.4.17 et pas le noyau 2.4.18-pre3, comme l'a signalé Rik sur /. (le 2.4.17-rmap12 passe les tests de "torture noyau" de RedHat dit-il, mais je ne sais pas en quoi consistent ces test exactement).
  • [^] # Re: - un nouveau thème classique rendu par l'OS

    Posté par  . En réponse à la dépêche Sortie de Mozilla 0.9.8. Évalué à 2.

    Le "thème de l'OS" n'a pas de sens sous Unix à proprement parler, il s'agit en fait du thème de lib d'affichage sous-jacente (donc les widgets windows sous windows, et le thème GTK sous Unix puisque Mozilla utilise GTK)
  • [^] # Re: une excellente démo !

    Posté par  . En réponse à la dépêche Sortie de Mozilla 0.9.8. Évalué à 6.

    > www.roving-mouse.com/planetary/sizes.htm

    Impressionant ! :)

    > il faut noter que IE ne sait pas faire ça !

    J'en ai pas sous la main pour tester là, il fait quoi ? Même le 6 n'y arrive pas ?
  • [^] # Re: - un nouveau thème classique rendu par l'OS

    Posté par  . En réponse à la dépêche Sortie de Mozilla 0.9.8. Évalué à 10.

    Lorsque le thème choisi est "classic" (la thème netscape 4-like), Mozilla utilise autant que possible le moteur de thème de l'OS pour rendre les widgets (bouttons, menus, ...) (le thème engine de win XP (beurk) ou le thème GTK+ sous Linux).
  • # Clients Freenet sans Java ?

    Posté par  . En réponse à la dépêche Freenet, une toile alternative. Évalué à -1.

    Est-ce que quelqu'un sait s'il existe des clients (enfin le mot est mal adapté, c'est quoi qu'il faut dire ? noeud ?) en autre chose qu'en Java ?



    Parce que le Java non seulement c'est lourd, mais en plus il n'existe pas de JVM libre qui marche réellement (Kaffe est plutôt moribond, et j'ai jamais réussi à faire marche freenet dessus).



    Donc un client C (ou autre) serait vraiment le bienvenu. Quelqu'un connait ?
  • [^] # Re: Heroes Might and Magic sur Linux

    Posté par  . En réponse à la dépêche Loki met bientôt la clef sous la porte. Évalué à -1.

    J'ai HOMM 3 version Loki (je l'ai trouvé sur Ikarios), et malheureusment, non, on ne peut pas jouer aux extensions (Armagedon's Blade et Shadow of Death) avec.
  • [^] # Re: linuuuuuuuuuuuuux

    Posté par  . En réponse à la dépêche Quel OS pour le multiprocesseur ?. Évalué à -1.

    Les mutex de la glib sont binaires, il n'y pas de notions de multiples lock. Lorsque quelqu'un fait g_mutex_lock() sur un mutex déjà vérouillé, il sera en sommeil jusqu'à ce que le mutex soit déverouillé, et il le verouillera alors.

    Pour l'histoire de l'ordonencement, il suffit de rajouter un deuxième mutex:
    P1:

    g_mutex_unlock(mutex);
    /* Le boulot périodique */
    g_mutex_lock(mutex2);
    g_mutex_lock(mutex);
    g_mutex_unlock(mutex2);

    P2:

    g_mutex_lock(mutex2);
    g_mutex_lock(mutex);
    g_mutex_unlock(mutex2);
    /* Ce qu'il doit faire */
    g_mutex_unlock(mutex);
    g_mutex_lock(mutex2);


    Donc là on a:
    P1 dévérouille mutex, effectue son traitement et attend que P2 ait libéré mutex2
    P2 se bloque sur mutex, et dévourille mutex2 dés que possible, puis effectue son traitement
    P1 peut reprendre la main (à un moment quelconque du traitement de P2) et vérouille mutex, qui est actuellement vérouillé par P2
    P2 termine son traitement, et libère mutex, puis se bloque sur mutex2
    P1 peut reprendre son exécution, et libère mutex2. On est de retour dans la situation de départ, près pour un autre cycle.

    -1 car HS
  • [^] # Re: basé sur le modèle de l'open source.

    Posté par  . En réponse à la dépêche "Chat" avec Michelle Carrupt de l'Open Directory. Évalué à 0.

    > Ce n'est pas libre, ça appartient à netscape.

    rpm n'est pas libre, ça appartient à Redhat. urpmi n'est pas libre, ça appartient à Mandrake. Qt n'est pas libre, ça appartient à Trolltech. Linux n'est pas libre, ça appartient à Linus. Appartenir à une société ne veut pas dire ne pas être libre.
    Concrètement, qu'est-ce que tu reproches à DMOZ ? Qu'est-ce que tu voudrais pouvoir faire et que la license de DMOZ t'inderdit ?