reno a écrit 3881 commentaires

  • [^] # Re: On va tester ca ...

    Posté par  . En réponse à la dépêche Distribution Ubuntu Live CD. Évalué à 2.

    Une des choses bien du LiveCD d'Ubuntu, c'est qu'il fait une taille normale (enfin pour le CD Live precedent): je n'avais pas réussi à graver Kanopix (trop gros)..
  • # Curieux résultat, LinuxFR devant Slashdot?

    Posté par  . En réponse à la dépêche LinuxFR, vainqueur du choix des lecteurs du Linux Journal. Évalué à 2.

    Euh pourtant, il n'y a pas le même nombre de lecteurs!
    Un site Français devant un site "international", c'est un peu curieux pour ma part cela aurait plutot tendance à me faire prendre les résultats "avec une pincée de sel"..

    Bon ceci dit, >>> félicitations à tout ceux qui font vivre LinuxFR! <<<
  • [^] # Re: lock

    Posté par  . En réponse à la dépêche OpenBSD 3.6 est sorti !. Évalué à 3.

    > Euh ça tient la montée en charge ça ?

    Toujours mieux que pas de support SMP du tout!
    Il faut le voir comme un début..
  • [^] # Re: Justement !

    Posté par  . En réponse à la dépêche Firefox 1.0 RC1 et autres nouvelles de Mozilla. Évalué à 6.

    Tu caricatures un peu je trouve: tous les nouveaux protocoles SOAP et autres utilisent HTTP, mais que je sache ils ne sont pas utilisé pour les utilisateurs pour leur besoin perso.

    D'ailleurs ce qui me fait mourir de rire, c'est qu'on commence à voir des firewall qui analyse le contenu du protocole HTTP pour surveiller justement SOAP et consort, ce qui me parait quand même bien absurde d'ailleurs!
  • [^] # Re: Firmware du Speedtouch

    Posté par  . En réponse à la dépêche OpenBSD milite pour un changement des licences des firmwares TI et Intel. Évalué à 2.

    Puisque moi et d'autres n'avont pas de probleme de deconnection avec un autre modem USB, c'est plutot de la faute du modem ECI que du fait qu'il soit USB, non?

    Ceci dit, en general c'est plus simple de configurer des modems Ethernet qu'USB sous Linux, mais par contre ils sont plus cher..
  • [^] # Re: Firmware du Speedtouch

    Posté par  . En réponse à la dépêche OpenBSD milite pour un changement des licences des firmwares TI et Intel. Évalué à 2.

    >je confirme qu'il a tres mauvaise réputation

    Bin ça dépend pour qui: "chez moi ça marche", au tout début il y avait environ 1 déconnexion par jour (pas reboot hein, juste deconnexion), mais depuis c'est très stable, mais je n'ai jamais utiliser W2000..

    Le seul truc, c'est qu'au départ j'ai du recompiler mon noyau Linux a l'époque, ce qui n'était pas drole du tout sur un Celeron333 et la configuration de PPP m'a fait ch.. alors que sous Windows98 cela marchait tres bien, sous XP aussi cela marche bien.

    >enfin, de toute facon, jamais je conseillerai un modem usb

    Bof, moi la religion sur les interfaces.. Tant que ça marche..
  • [^] # Re: C++

    Posté par  . En réponse à la dépêche Patch pour le support du C++ dans le noyau. Évalué à 4.

    Tu as un lien pour "le noyau est écrit en assembleur"?

    Sachant que BeOS a d'abord tourné sur PPC avant d'être porté sur x86, j'ai comme un *gros* doute pour cette partie..
  • [^] # Re: Pas moi!

    Posté par  . En réponse à la dépêche « Autocompiler » son noyau au démarrage avec TCCBoot. Évalué à 2.

    Bin oui, mais être "juste", il faut comparer des choses comparables..

    Je trouve que le desktop de BeOS et KDE sont a peu pres équivalent, j'avoue ne pas connaitre oroborus..

    Et puis pour BeOS je n'avais rien eu à faire, pas de recompilation rien, pas de daemon à virer, ce qui est quand même différent d'une LFS.
  • # Pas moi!

    Posté par  . En réponse à la dépêche « Autocompiler » son noyau au démarrage avec TCCBoot. Évalué à 0.

    Je sais que c'est une blague mais "À ceux qui trouvent que le noyau Linux démarre bien trop vite", je n'en fais pas parti: apres avoir testé BeOS qui mettait ~20s pour arriver en mode graphique contre 1+min pour Linux (avec KDE, j'ignore si Gnome démarre plus vite)..

    C'était sur un Céléron 333 à l'époque, mais bref, je ne trouve pas que Linux demarre trop vite!

    Et BeOS ne trichait pas comme WindowsXP: il était immédiatement utilisable dès que l'interface graphique donnait la main..
  • [^] # Re: Ca commence fort...

    Posté par  . En réponse à la dépêche Entretien avec l'équipe dirigeante de l'association TuxFamily. Évalué à 2.

    C'est un point de vue, un autre serait de dire, on peut facilement extraire une phrase de son contexte pour lui donner un tout autre sens que celui prévu par son auteur: les journalistes sont très forts pour cela..

    Dans le contexte, a mon avis, cela parait évident qu'il s'agit d´une critique contre les "harangueurs" plus que contre les syndicalistes.. plutot contre les "harangueurs syndicaliste".
  • [^] # Re: plop

    Posté par  . En réponse à la dépêche Sortie de Window Maker 0.90. Évalué à 2.

    > Ça permet, entre autre, de pouvoir bouger une fenêtre même quand l'application a planté

    Euh le mieux c'est quand meme que la fenetre se ferme avec un message d'erreur quand l'application se plante: autrement l'utilisateur ne sait pas vraiment quand l'application s'est plant'e, ce qui est un inconvenient pas un avantage!
  • [^] # Re: c'est triste votre point de vue sur tuxfamily

    Posté par  . En réponse à la dépêche Slune 1.0. Évalué à 10.

    > personne ne peut jamais formuler la moindre critique

    Les critiques constructives ont un interet, les critiques destructives comme tu l'as fait " c'est nul, vous avez qu'a corriger", on peut s'en passer tres bien!

    Elle a amener quoi ta critique?
    A part problement enerver, voire degouter les auteurs du jeux en question..

    Il y a aussi plein de raison pour quand on emet une critique le faire en tenant compte du fait que la personne auquel tu t'adresse est un etre humain.

    Si tu n'es pas capable de faire la difference entre "je n'aime pas les graphismes, je trouves qu'ils ont tels ou tels defaut", "c'est un des jeux les plus moches que je connaisse", c'est que tu as un esprit tres born'e!
  • [^] # Re: Bravo...

    Posté par  . En réponse à la dépêche Slune 1.0. Évalué à -5.

    >Ça pue la guimauve, faudrait arreter de se croire au pays des bisounours.

    Ca avec des commentaires d'abruti pareil, ça ne risque pas!

    > C'est moche [coupé] vous auriez pu faire un effort.

    J'adore cette philosophie du 'y a qu'a' 'vous avez qu'a': les graphismes c'est comme le code, si tu n'aimes pas, tu es *libre* de proposer mieux, tu as fait quoi pour contribuer à *ce* projet?
    Rien? Tu n'as pas le temps? Tu es trop fainéant pour cela?
    --> Tes "suggestions" n'ont aucune valeur..
  • [^] # Re: 30% d'écart : voulu !

    Posté par  . En réponse à la dépêche AMD64 vs Intel32 : 30% d'écart !. Évalué à 2.

    Pour l'UMTS, par generaliser, je voulais dire: avec des clients qui l'utilisent vraiment et avec des tarifs normaux, pas seulement disponible..

    Pour la disponibilite, effectivement ca commence, pour l'utilisation on va voir..
    Deux ans pour "eduquer le consommateur", ce ne sera pas de trop!
  • [^] # Re: Agnostique ?

    Posté par  . En réponse à la dépêche Les premiers cours libres pour une certification Linux. Évalué à 1.

    Oui euh, tu as raison pour Pascal qui etait croyant, mais pour ce qui est de l'orthographe, désolé mais on n'est pas à l'école: un non-croyant comme moi n'a aucune raison de mettre une majuscule à dieu.
    C'est juste un mythe comme les licornes pour moi, alors pourquoi mettre une majuscule?

    Quand je veux préciser, je parle du dieu des Chrétiens (puisqu'il n'a pas vraiment de nom), de Zeus, Athéna, etc..
  • [^] # Re: 30% d'écart : voulu !

    Posté par  . En réponse à la dépêche AMD64 vs Intel32 : 30% d'écart !. Évalué à 0.

    >c'est beau de voir des échecs prédits sur des bases faciles à appréhender se réaliser effectivement ;)

    Bof, c'est facile mais pas toujours agreable a voir:
    - facile de voir que la bulle internet allait se casser la figure, c'est arrivé mais bon, ce n'est pas agreable pour autant,
    - j'ai parié que l'UMTS ne se generaliserait pas avant 2007 (sauf au Japon qui sont technophiles), m'ont l'air a peu pres dans les temps: devrait etre disponible avant mais pas forcement utilisé --> pas tres agreable a voir quand tu bosses pour un fournisseur telecom!


    Pour l'Itanium c'est plus marrant (pour moi :-): on a eu au boulot il y a un an une presentation de commerciaux d'HP qui vendaient leur beurre, ils étaient tout fier de nous presenter la premiere station de travail a base d'Itanium, j'avoue que le plus dur c'était de garder son sérieux, mais on a bien rigolé au café après..
    Je crois qu'HP ne vend plus de station de travail avec Itanium maintenant..
  • [^] # Re: Quelques corrections assez importantes

    Posté par  . En réponse à la dépêche Sortie du noyau Linux 2.6.9. Évalué à 4.

    > Ça c'est ce qu'on appelle un gros bug, comme le coup du NFS qui a motivé la sortie du 2.6.8.1. Ça n'a rien à voir avec le "nouveau modèle de développement", c'est un bug qui serait arrivé de toutes façons...

    Bin si un peu quand meme: le systeme des "release candidate" est sens'e attraper ce genre de bug trivial a detecter, mais j'ai comme l'impression que comme ils ont decid'e que c'etait au distrib de stabiliser le kernel, ils vont parfois un 'peu vite' : sur une branche stable, livrer "quand ca compile", ca fait quand meme un poil desordre..
  • [^] # Re: Quelques corrections assez importantes

    Posté par  . En réponse à la dépêche Sortie du noyau Linux 2.6.9. Évalué à 5.

    Stable au sens stabilité des interfaces?

    Mouai, le fait de devoir utiliser cdrecord avec le setuid bit maintenant, ce n'est pas tres "stable" comme interface, mais j'admets que c'est "presque stable" *cough*.

    Et puis je crois que recemment il y avait une fuite mémoire lors de la gravure d'un CD justement, alors certes ça n'explose pas lors du branchement d'un périphérique USB mais..

    D'un autre coté le 2.4 marche bien alors il y a peu de raison d'etre presser de passer en 2.6..
  • [^] # Re: :)

    Posté par  . En réponse à la dépêche 10 ans d'OpenStep. Évalué à 4.

    >mais qui c'est ce que réserve l'avenir.

    mais qui *sait* ce que réserve l'avenir.

    D'habitude je ne suis pas specialement stricte sur l'orthographe, mais celle la elle pique un peu! Bon vue la taille de ton poste, tu as du aller un peu vite :-)
  • [^] # Re: très bon

    Posté par  . En réponse à la dépêche Le logiciel libre selon ObjectWeb. Évalué à 2.

    >> OpenOffice a été lancé par Sun
    > Un peu abusif comme formulation. OpenOffice a ete rachete par Sun puis relance sous forme de logiciel libre.

    Tout depend comment tu l'interprete: *StarOffice* a ete rachete par Sun qui l'a lance sous le nom d'OpenOffice.
    Mais je suis d'accord avec toi: si on considerait que Sun avait juste lanc'e un projet, ce serait une erreur: ils ont mis sous license libre un produit complet (hormis certaines portions) qui a servi de base au projet et auquel ils continuent a participer.

    > Avec un seul but, emmerder microsoft. [...]
    > Je doute que l'argent investit par Sun dans OO ou StarOffice arrive au millieme de ce que ca leur rapporte.

    Affirmation un peu gratuite: comme le gain de Sun li'e a l'afaiblissement de la position de Microsoft est tres indirect (hormis les ventes de license StarOffice qui ne doivent pas rapporter beaucoup), le gain est impossible a calculer..
  • [^] # Re: Non informaticiens

    Posté par  . En réponse à la dépêche S5 : système de présentation utilisant les standards Web. Évalué à 2.

    Note que pour ce qui est de la reforme de l'orthographe, un des gros problemes pour les dyslexique est que justement, ils confondent l'orthographe de mots se prononcant pareil: dans certaines langues ou l'ecriture et la prononciation sont plus li'es, il y a beaucoup moins de dyslexique..

    Pour le cot'e "imaginez la jolie litterature".. Si ta phrase choque, c'est uniquement qu'elle est "differente", lis-tu le vieux Francais? Moi, non..

    Qu'est-ce qui est le plus jolie le vieux Francais ou le Francais de maintenant?

    Pourquoi ce qu'on fait maintenant devrais-t'il etre la norme et qu'on ne change plus du tout?

    C'est du conservatisme ou de l'immobilisme..
  • [^] # Re: Les standards en français.

    Posté par  . En réponse à la dépêche Les 10 ans du W3C !. Évalué à 6.

    Il y a aussi des RFCs en Francais sur http://abcdrfc.free.fr/(...)

    J'ignore s'il y a un lien avec le site que tu donnes (merci d'ailleurs pour le lien).

    C'est vrai que plus un sujet est difficile plus le lire en Anglais c'est penible: le petit effort supplementaire necessaire pour lire l'Anglais n'aide pas..
  • [^] # Re: Et SE3 ?

    Posté par  . En réponse à la dépêche Linux dans l'Éducation Nationale. Évalué à 3.

    > Quant aux postes bureautiques, j'espère que des distribs comme Ubuntu vont peut-être faire bouger les choses,

    Uh? Elle a quoi de plus Ubuntu que les classiques Mandrake, RedHat... ?

    Pour ce qui est de la consommation m'emoire/perf, c'est triste a dire mais si on utilise un desktop moderne (KDE, Gnome) et les appli "classique" (Mozilla, OOo, ..), c'est pas terrible..

    Il faut dire qu'avoir autant de toolkit en meme temps en memoire qui font tous la meme chose, ca ne doit pas aider beaucoup..
  • [^] # Re: révolutionnaire !

    Posté par  . En réponse à la dépêche Java 2 Standard Edition version 5.0. Évalué à 2.

    Je pense que c'est le coté "caché" de la chose qu'il n'aime pas..

    L'autoboxing masque les conversions ce qui rend le code beaucoup plus lisible, mais d'un autre coté les conversions ont un cout en perf qui n'apparait plus maintenant..
  • [^] # Re: révolutionnaire !

    Posté par  . En réponse à la dépêche Java 2 Standard Edition version 5.0. Évalué à 2.

    >>l'heritage multiple n'est pas indispensable
    >Bin si justement, il est indispensable pour une bonne modélisation et pour éviter certaines duplication de codes.

    Si le coté des admirateurs de Java "nous on n'a pas l'héritage multiple qui est compliqué mais on a les interfaces, c'est mieux", alors que les interfaces sont un sous-cas de l'héritage multiple m'a toujours fait beaucoup rire, je ne sais pas si l'héritage multiple est indispensable: certains langages tels Ruby, D utilise des "mix-in" a la place de l'héritage multiple.

    J'avoue avoir beaucoup de mal a comparer mix-in et héritage multiple, car j'ai du mal a comprendre ce qu'est un "mix-in"..
    En tout cas, cela doit être plus simple a implementer dans le compilateur: c'est la justification des concepteurs de D.