reno a écrit 3886 commentaires

  • [^] # Re: Underworld

    Posté par  . En réponse à la dépêche Underworld. Évalué à 3.

    Parce que tu n'as pas envoyé de dépêches sur les films que tu as aimé..

    Mais c'est tellement plus facile de critiquer que d'agir de façon positive!
  • [^] # Re: Bench comparatifs entre les kernel 2.4 et 2.6

    Posté par  . En réponse à la dépêche Tests comparatifs entre les noyaux 2.4 et 2.6. Évalué à 5.

    Rien a battre, pas forcément, mais pour autant tout les articles doivent-ils leur être adréssé?
    Non!
    Au départ, c'est un mail envoyé sur lkml: pas un endroit pour les "décideurs" comme tu dit..
  • [^] # Re: Pour un démarrage plus rapide de Linux

    Posté par  . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 1.

    >Franchement c'est assez dur de distinguer un noyau trés modularisé d'un micro kernel.

    Pas d'accord: les droits d'executions sont différents!
    Un driver en user-space ne doit pas pouvoir planter le noyau, alors qu'un module du noyau peut ecraser tout ce qu'il veut..

    Et ça, ça change pas mal de chose, notamment au niveau perf!

    Pour ce qui est de Unix, là personellement j'ai toujours trouvé cela flou, m'enfin un système non multi-utilisateur comme système Unix, euh, il ne faut pas pousser quand-même..

    >Ca serait si difficile de démarrer tout les services en root à partir du niveau 1 sous linux ?
    Certes non, mais Linux garde la possibilité d'être configuré en multi-utilisateur, s'il perdait cette possibilité alors il cesserait d'être un Unix à mon avis.
    Les concepteurs de Be ont toujours dit qu'il était possible sans trop de problème de créer une version de Be multi-utilisateur, mouai, la parole est facile, l'action difficile!

    PS:
    soit dit en passant ceci n'est absolument pas une critique de BeOS: j'adorais la réactivité des applications (raaaahhh lovely), le temps de boot de 10s, l'installation hyper-facile..
  • [^] # Re: R# une alternative opensource au langage Rebol

    Posté par  . En réponse à la dépêche R# une alternative opensource au langage Rebol. Évalué à 1.

    Certes, mais là on parlait de Rebol, pas du C, du C++, du Lisp, ni du Java.

    Je ne suis sûr de rien, mais j'aurais tendance à croire que Rebol est développé façon Perl, Ruby, Python que "je fais une norme" et il faut 5 ans pour les compilateurs arrivent à implémenter la norme (C++ pour ne pas le nommer).
  • [^] # Re: Avant de (trop) hurler...

    Posté par  . En réponse à la dépêche Directive sur les brevets logiciels adoptée. Évalué à -1.

    >comment un "secret" peu protèger quelque chose ?

    Euh, je te conseille de lire des bouquins sur la cryptographie, apparemment tu en as besoin!
  • [^] # Re: Mauvaise nouvelle : brevets logiciels adoptés

    Posté par  . En réponse à la dépêche Directive sur les brevets logiciels adoptée. Évalué à 2.

    >Sinon cela signifierait en gros: « l'ABS (par exemple) n'est pas breveté, mais le fait d'utiliser un logiciel pour le faire fonctionner l'est. » ?
    >C'est absurde.

    Certes, et alors? C'est le cas aux USA: certains types de logiciels de ventes et d'enchères ont reçus des patentes, alors qu'ils correspondaient surtout a une traduction "informatique" de concept existant déjà..

    Je pense par exemple a la fameuse patente "one-click" d'amazon..
  • [^] # "On s'en fout" ? Non!

    Posté par  . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 1.

    Tiens une petite remarque pour le "on s'en fout": l'article de chez IBM a eu 1600hits, et il y a plus de 150 messages postés!

    Donc tu t'en fout peut-etre, mais apparemment beaucoup de lecteurs ici ne s'en foutent pas du tout!
    CQFD
  • [^] # Re: Pour un boot plus rapide de Linux

    Posté par  . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 1.

    >il est déjà assez court pour une machine domestique

    Non, il n'est pas assez court pour une machine domestique:
    environ 1-2minute pour Linux au lieu d'environ 10s pour BeOS, ce n'est pas assez court pour Linux a mon avis!

    Je me demande s'il est possible de lancer cups apres X?
    Je ne suis pas sur que l'initialisation de KDE ou de Gnome en ai besoin..
  • [^] # Re: Pour un boot plus rapide de Linux

    Posté par  . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 1.

    WinXP démarre très vite?

    Tout est relatif!
    XP est plus rapide que 2k et Linux a demarrer (ca c'est pas dur!), mais il est beaucoup, beaucoup plus lent que BeOS..
  • [^] # Re: Pour un boot plus rapide de Linux

    Posté par  . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 1.

    C'est quoi simpleinit-smb?

    Une recherche Google ne donne rien..
  • [^] # Re: Pour un boot plus rapide de Linux

    Posté par  . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 7.

    Je ne pense pas que ce soit un faux probleme:
    - pour les particuliers en studio qui veulent dormir la nuit
    - pour ceux qui ont un portable ou le suspend-to-disk ne fonctionne pas, un probleme assez répandu, je crois.
    Les démarrages sont frequents et leeeennnnttt ce qui est pénible et donne une mauvaise impression de l'OS.

    Si je me souviens bien, ma Mandrake 7.2 démarrait par défaut en 2 minutes (boot+démarrage de X et KDE) alors que BeOS mettait 20s pour faire la même chose!

    J'avais pu atteindre 1m20 de temps de démarrage de Mdk en virant tous les services inutiles, mais c'etait quand meme assez penible: trouver la doc sur tous les daemons, etc.. pour un resultat tres mitigé.

    Je trouve amusant que dans le papier d'IBM, ils proposent d'utiliser make pour résoudre les dépendances, alors que dans un papier de NetBSD qui explique leur systeme de demarrage, les auteurs disent qu'ils ne se sont pas servis de make pour éviter d'avoir a le mettre dans le /bin ce qu'ils considérent comme du "bloat"..
    Je crois que Gentoo utilise aussi un systeme de demarrage par dependance, inspiré de celui de NetBSD.
  • [^] # Re: R# une alternative opensource au langage Rebol

    Posté par  . En réponse à la dépêche R# une alternative opensource au langage Rebol. Évalué à 1.

    >A moins qu'un langage soit défini par le soft qui l'implémente, ce dont je doute.

    Ah? Pourtant j'ai l'impression que pour Perl, Ruby, Python c'est le cas!

    Il y a surement des docs qui peuvent servir de définition, mais en général ces docs ne définissent pas tout les "points délicats", là c'est l'interpréteur qui sert de référence..
  • [^] # Re: R# une alternative opensource au langage Rebol

    Posté par  . En réponse à la dépêche R# une alternative opensource au langage Rebol. Évalué à 2.

    >De toute façon la taille n'est plus importante : 1 Mo ou 10 Mo, qu'est-ce que cela change, maintent ?

    Là, tu exagère quand même beaucoup!
    Pour ta punition, tu passeras une semaine avec un modem:
    1 Mo a 5ko/sec, ça fait 3-4 min, 10Mo ça fait plus de 30min, une sacrès différence non?

    Note que je chipote, mais pour le moment je ne suis pas trop convaincu pour faire du Rebol par rapport a du Python ou du Ruby..
  • [^] # Re: Espaces publicitaires à vendre

    Posté par  . En réponse à la dépêche Espaces publicitaires à vendre. Évalué à 0.

    >Si chaque personne qui "adore mandrake" avait décidé d'offrir un peu d'argent pour le boulot des développeurs, Mandrake ne serait pas à essayer des solutions, à vrai dire stupide, pour joindre les deux bouts.

    J'ai acheté une boite et je suis aller un an au club (je n'y suis plus), donc je pense que je peux me permettre de critiquer: si Mandrake en est la, c'est a mon avis en grande partie a cause de leur tentative *stupide* de faire de l'e-learning.

    Certes les rentrées d'argent sont conditionnée par les clients, mais c'est juste une partie de l'equation,l'autre partie étant comment l'argent est depensé..

    Ceci dit, que Mandrake gagne un peu d'argent en utilisant de la pub, pourquoi pas..
    Il faut juste faire attention a que la pub ne soit pas trop intrusive, le navigateur Opera est un bon exemple d'un produit ou la pub ne derange pas trop..
  • [^] # Re: Mais boudioux !

    Posté par  . En réponse à la dépêche Microsoft conclut un accord à l'amiable avec Be. Évalué à 3.

    >MS reconnait indirectement ses pratiques anti-concurrentielles, vu que sinon, ils auraient été surs de gagner en cas de procès.

    Justement si MS a payé c'est pour ne pas avoir à reconnaitre devant un juge leurs pratiques anti-concurrentielle, le réglement est un accord privé dont une partie des termes reste secret: MS ne reconnait rien du tout!

    >Un peu de sous qui sort de chez MS et qui va chez les concurents.

    Bôf! Pour MS, 26Millions de $ c'est rien du tout et comme ça leur "verrouillage" du boot reste incontesté: pour moi c'est MS le grand vainqueur dans l'histoire!
  • [^] # Re: Microsoft conclut un accord à l'amiable avec Be

    Posté par  . En réponse à la dépêche Microsoft conclut un accord à l'amiable avec Be. Évalué à 3.

    Non, l'argent doit aller aux actionnaires de BeInc justement et aux avocats, la société ne s'était pas encore dissoute pour pouvoir faire ce dernier procés.
  • [^] # Re: JPEG2000 pour tous, c'est ma tournée!

    Posté par  . En réponse à la dépêche JPEG2000 pour tous, c'est ma tournée!. Évalué à 2.

    > le gain relativement faible du Jpeg2000 au niveau taille de fichier, n'est vraiment pas un argument suffisant pour l'addopter a l'heure des connexions haut debits

    Je ne sais pas: si tu regardes bien les newgroup de photo mmm "artistiques" :-), tu verras qu'un nouveau format de codage des binaires est de plus en plus utilisé: le yencodage qui code sur 8 bits au lieu de 7 bits.

    Le format yenc n'est pas supporté par Outlook, pas un standard, apporte des gains relativements faibles et pourtant il est de plus en plus utilisé! ==> apparemment il y a un réel désir/besoin d'avoir des gains même pas très élevé pour transmettre des images..

    Pourrais-tu rechercher l'adresse du papier en question sur le codage avec des perfs équivalentes à JP2000, mais sans les brevets?

    Je serai intéréssé par le coté technique de la chose.
  • [^] # Re: L'avocat du diable

    Posté par  . En réponse à la dépêche L'avantage inattendu de l'Open Source. Évalué à 3.

    >qui apparement se sont donc complètement foutus de la stabilité jusqu'à présent.

    Ah, parce que les utilisateurs avaient le choix?

    Jusqu'a une période récente, tu n'avais que des OS peu fiables, que ce soit les PC avec Windows9x ou les Mac avant MacOSX..
  • [^] # Re: P2P face au droit d'auteur : vers la reconnaissance du droit du public

    Posté par  . En réponse à la dépêche P2P face au droit d'auteur : vers la reconnaissance du droit du public. Évalué à 1.

    >Mouais bof. Cela serait comme forcer tous les soft à être libre. Je ne
    >serais vraiment pas contre quand on voit comment sont traité les
    >utilisateurs de soft proprio...

    Amusant: forcé à être libre, je ne sais pas pourquoi, mais je trouve cela plutot contradictoire.

    >Ce que je comprend surtout est que tu insinues qu'une boite faisant du libre n'est pas viable. C'est sur que MS ne serait pas viable.

    Je suis d'accord avec lui sur ce point, il n'est pas vraiment prouvé qu'une boite faisant du libre puisse être viable.
    Je dirais que le meilleur exemple d'une boîte libre viable est cygwin qui a réussi à vivre des années en faisant du libre.
    RedHat n'est pas à mon avis un bon exemple: quand on a un trésor en banque grâce à la bétise des spéculateurs boursier, ça aide, c'est comme la blague: "Comment faire pour avoir une petite fortune? Avoir une grosse forture au départ."
  • # Novell == annuaire d'entreprise,non?

    Posté par  . En réponse à la dépêche Novell va-t-il arrêter Netware ?. Évalué à 2.

    Corrigé moi si je me trompe, mais l'intérét de Novell c'est son annuaire, non?
    Le NDS: Novell Directory Service, il me semble.

    Quelqu'un connait-il à la fois NDS et LDAP pour comparaison?

    C'est un peu HS, mais si quelqu'un pouvait avoir un lien (en Français où en Anglais) qui explique clairement LDAP, cela m'arrangerait: tout ces cn,dn,... ça ne me parle pas beaucoup!
    On voit bien que c'est tiré d'une norme X500: incapable d'utiliser des noms compréhensible..
  • [^] # Re: Kernel Summit 2003

    Posté par  . En réponse à la dépêche Kernel Summit 2003. Évalué à 4.

    > c'est un évènement qui nécessite de montrer patte blanche pour y assister

    Il faut y montrer patte blanche ou chaussette blanche pour y assister ?
    ;-)
  • [^] # Re: Situation des cartes graphiques

    Posté par  . En réponse à la dépêche Nouveaux pilotes Nvidia disponibles. Évalué à 1.

    > [tom's hardware]nous montre qu'il y a des alternatives à nvidia et ati dans le domaine de la 3d.

    Dans le domaine de la 3D, certes, mais dans le domaine de ceux qui veulent:
    - pouvoir utiliser les jeux qui tuent sous Windows
    - utiliser aussi un PC sous Linux

    Il n'y a pas le choix: c'est soit ATI, soit Nvidia.
    Et je ne sais même pas si ATI a sorti un driver correcte pour Linux pour leurs carte moderne (9500 et plus)!

    Il reste un choix:
    - utiliser un driver libre 2D sous Linux, et adieux la programmation OpenGL et les jeux sous Linux: enfin pas tout à fait, il reste le rendu logiciel si on aime les diaporamas..
    - polluer son kernel: beurk!

    Pas terrible la situation, et j'ai bien peur que cela dure longtemps..
  • [^] # Re: Python 2.3 est sorti

    Posté par  . En réponse à la dépêche Python 2.3 est sorti. Évalué à 1.

    Tu parles du module Text::Iconv de CPAN?
    C'est juste 20 lignes pour encapsuler l'appel a la librairie iconv, cela me parait facile a reproduire dans n'importe quel language..

    Ou alors il y a d'autres choses en Perl?
  • [^] # Re: Nouveaux drivers Nvidia disponibles

    Posté par  . En réponse à la dépêche Nouveaux pilotes Nvidia disponibles. Évalué à 3.

    La seule façon de "faire chier NVidia" réellement serait d'acheter des cartes vidéo chez un concurrent qui fournirait les specs de sa carte (ou encore mieux: les specs et un pilote ouvert), mais cela n'existe pas..

    Nvidia n'est pas plus (ni pas moins) critiquable qu'ATI et Matrox qui ne fournissent plus leurs specs pour leur carte récente..
  • [^] # Re: Python 2.3 est sorti

    Posté par  . En réponse à la dépêche Python 2.3 est sorti. Évalué à 2.

    Non la 1.8 ne le gère pas, mais c'est prévu pour une version prochaine.