Jak a écrit 3512 commentaires

  • [^] # Re: Moi y a quand même un truc qui me chiffonne..........

    Posté par  . En réponse à la dépêche processeurs AMD bugges. Évalué à 1.

    > Pour faire les choses bien maintenant, il faut retrouver l'enchainement d'instruction afin de mieux cerner le probleme.

    Bon, ok, elles sont où les sources d'IE ?
  • [^] # Re: Mais que font les Linuxiens !!!

    Posté par  . En réponse à la dépêche 2 Nouveaux Jeux dispos sous Linux..... Évalué à 1.

    Linux n'est pas une plate-forme de jeux, donc ton commentaire est sans objet. Parce que des logiciels sous Linux, il y en a un paquet, sors un peu...
    Et désolé, mais Quake3, Tribes2 ou Myth 2, ça ne m'intéresse pas, je ne vais quand même pas aller les acheter pour tes beaux yeux.
  • [^] # Re: Darkleon > Re: Ouais, et?

    Posté par  . En réponse à la dépêche processeurs AMD bugges. Évalué à 1.

    Je sais, et puis AMD n'a jamais eu la position de quasi-monopole d'Intel, donc ne peut pas se conduire de la meme façon.
    Mais ce que j'aimerais savoir, c'est si il existe un moyen sous Linux de savoir si son processeur est buggé, ce qui ne semble pas évident à première vue.
    Comme tu le dis, il y a tellement de bugs dans un processeur qu'il n'est absolument pas évident qu'il soit nécessaire d'en changer meme si le cas se présentait.
  • [^] # Re: Darkleon > Re: Ouais, et?

    Posté par  . En réponse à la dépêche processeurs AMD bugges. Évalué à 1.

    M'étonnerait franchement que ça vienne du processeur, à moins qu'il soit mal refroidi, mais dans ce cas, Intel et AMD sont sur un pied d'égalité.
  • # Ouais, et?

    Posté par  . En réponse à la dépêche processeurs AMD bugges. Évalué à 1.

    Je ne vais tout de même pas installer Windows sur mon PC juste pour voir si il est buggé. Y a-t-il un exemple concret d'application sous Linux pour laquelle ce bug pose problème ?
    En gros, est-il possible actuellement de faire apparaître ce problème sous Linux? C'est encore moins important que le vieux bug de calcul du premier pentium, dont on a d'ailleurs fait toute une histoire pour finalement pas grand'chose, car seule une infime partie de la population pouvait être affectée par ce bug.
    Là, c'est encore moins évident...
  • [^] # Re: Oui mais...

    Posté par  . En réponse à la dépêche Nouveau Virus/Ver. Évalué à 1.

    Voilà, comme l'utilisateur final, qui croit au discours de Microsoft comme quoi n'importe qui peut utiliser un ordinateur sans s'investir un minimum, n'est pas capable de se protéger, c'est aux adminsys de combler les défaillances des systèmes. Cela entre donc complètement dans le cadre d'un site d'informations Linux/Unix tel que Linuxfr, n'en déplaise aux esprits chagrins.

    Ca me fait penser au coup de gueule d'un Linuxien envers les Windowsiens justement à cause de tous les mails vérolés reçus, qui est passé sur la tribune hier soir, mais je n'ai pas le lien de l'article sous la main.
  • [^] # Quelle synchro! :)

    Posté par  . En réponse à la dépêche 2 Nouveaux Jeux dispos sous Linux..... Évalué à -1.

    sans intérêt -1
  • # Mosix?

    Posté par  . En réponse à la dépêche Sun Microsystems met Grid Engine en Open Source. Évalué à 1.

    C'est finalement pas un peu ce que fait Mosix (Migration de processus, etc...) ?
    http://www.mosix.org(...)
  • [^] # Re: Ca dépends

    Posté par  . En réponse à la dépêche Open Source - une question de temps. Évalué à 1.

    Ben, évidemment qu'on va chercher du côté des normes, comme tout le monde. Et en ce qui concerne l'inspiration, actuellement, tout le monde s'inspire de tout le monde, c'est idiot, ça ne veut rien dire. Le noyau Linux ne suit rien d'autre qu'une norme, comme Solaris, QNX ou True 64.
    Et .NET, une innovation? Tu connais bien le discours de Microsoft, c'est clair, mais je ne vois pas ce qu'il y a d'innovant dans le fait d'avoir des applications sur un serveur distant. Il y a 20 ans, on appelait ça des mainframes et on s'y connectait à partir de postes clients. Où est la différence? J'aime bien l'idée, certes, mais ce n'est pas innovant!
  • [^] # Re: Je suis d'accord

    Posté par  . En réponse à la dépêche Open Source - une question de temps. Évalué à 1.

    Mmmh, et sous Linux, t'as essayé ftpfs ? Tu montes le serveur ftp, et hop, tu scriptes le queueing, non?
    http://ftpfs.sourceforge.net/(...)
  • [^] # Re: .Net: quelqu'un peut m'expliquer

    Posté par  . En réponse à la dépêche Open Source - une question de temps. Évalué à 1.

    > .le NET va-t-il revolutionner l'informatique
    Ben, non, finalement, si j'ai bien compris, c'est un retour en arrière, les applications sont sur un serveur distant, et le poste client ne sert pas beaucoup plus qu'un bête terminal X. Cela dit, pour un administrateur système, le terminal X, c'est le bonheur, ces connards d'utilisateurs ne peuvent plus planter leur machine tous les quarts d'heure :)

    Pour les liens, essaye de faire une recherche sur Hailstorm, ça doit être le nom de code du projet chez monsieur Microsoft, ou ça doit s'en rapprocher. Enfin, j'ai pas trop suivi.
  • [^] # Re: Je suis d'accord

    Posté par  . En réponse à la dépêche Open Source - une question de temps. Évalué à 1.

    Voir SmartFtp (free et aucun equivalent sous Linux)
    Je suis allé voir : qu'est-ce qu'il a de si bien que ça qu'on ne peut pas faire sous Linux? Et, naturellement, qui soit réellement indispensable (l'affichage d'un pokémon qui fait mine de transférer des fichiers d'un bateau vers une maison pour signaler la progression du téléchargement ou autre connerie, on peut s'en passer :) )...
    Certes, il a des facilités que je n'ai jamais cherché à obtenir sous Linux, mais bon, on peut arriver à quelque chose de similaire assez facilement, je pense, il suffit de chercher un peu. Je suis convaincu qu'il y a une solution simple sous Linux qui correspond à ce que tu apprécies sur SmartFTP.
  • [^] # Re: Précisions

    Posté par  . En réponse à la dépêche Open Source - une question de temps. Évalué à 1.

    Je crois que Billgates doit trouver quelque chose de nouveau,

    Ca s'appelle .NET
  • [^] # Re: Pas d'accord

    Posté par  . En réponse à la dépêche Open Source - une question de temps. Évalué à 1.

    Faisons marcher notre esprit de contradiction.
    Ok, ça roule :)

    Le libre tel qu'il existe actuellement va mal.
    Il ne fait que suivre le proprietaire a deux ou trois longueurs.

    Ah bon? Qu'est-ce qui te fait dire qu'il va mal? Un argumentaire serait le bienvenu. Le noyau avance toujours, des projets comme Apache ou XFree sont très loin d'aller mal (ou alors il faut m'expliquer), et dire qu'il ne fait que suivre le propriétaire de loin dénote une grande méconnaissance des logiciels libres. Linux ou les BSD n'ont certainement pas à faire leurs preuves en tant que serveurs, au moins autant que les différents NT.
    Alors évidemment, pour lire un fichier Word, Linux est à la traîne, mais on a affaire à un système propriétaire dont les spécifications sont plus ou moins cachées (Et vu le nombre de gens qui s'y sont attelés, qu'on ne vienne pas me dire le contraire, sinon, dans ce cas, pourquoi le PDF (bien plus ouvert) est-il baucoup mieux supporté?).

    Cela dit, dans un autre registre, je suis d'accord avec "Unix sucks!" et, mieux, mais je ne retrouve plus le lien, "Let's make Unix not sucks" de Miguel de Icaza. Mais cessons de parler du "retard" du logiciel libre, c'est ridicule.
  • [^] # Arf, polio... J'avais pas vu :)

    Posté par  . En réponse à la dépêche Où est la communauté du libre ?. Évalué à -1.

    enfin, bref...
  • [^] # Re: Vachement utile...

    Posté par  . En réponse à la dépêche Où est la communauté du libre ?. Évalué à 1.

    http://france.fsfeurope.org/coposys/(...)

    On remarqura qu'il y a déjà plus d'inscris en Europe que chez les ricains. :)
  • [^] # Re: et dans les pays voisins ?

    Posté par  . En réponse à la dépêche Réaction de Bernard Lang à propos de l'avis sur la brevetabilité des logiciels. Évalué à 1.

    En plus, comme il a été développé pour résister aux radiations (il est prévu pour être exploité dans le domaine spatial) peut être que l'armée et/ou d'autres s'y opposeront ?

    Aucun rapport, la résistance aux radiations dépend essentiellement des matériaux utilisés pour fondre le processeur, le design n'a rien à voir là-dedans... Il existe des 486 résistants aux radiations, et des Sparc II qui ne le sont pas. Franchement, on n'en a rien à faire d'avoir accès à des technologies durcies, du silicium de base fait l'affaire...
  • [^] # Re: Reply...

    Posté par  . En réponse à la dépêche UUNet (update). Évalué à 1.

    Ah? T'as remarqué aussi? :)
    Si ça se trouve, il a planté hier quand tout le monde s'est rendu compte que Linuxfr n'était plus accessible. L'a pas supporté l'invasion cette fois-ci, ptet :)
  • [^] # Re: Associations ?

    Posté par  . En réponse à la dépêche Brevets logiciels en France. Évalué à 1.

    Le fait de fermer les sites ne sera pas significatif à mon avis, il faudrait trouver quelque chose de plus marquant, une manifestation comme proposé plus haut.
    Le gros problème, c'est que nous avons affaire à un sujet relativement obscur pour la plupart des gens, c'est pourquoi une manifestation dans la rue au contact de ces gens n'est pas une bonne idée. Faire comprendre à un parisien les problèmes des agriculteurs, ça peut être possible, mais là, c'est beaucoup plus compliqué, car pour l'utilisateur moyen, ça ne va pas lui changer la vie de tous les jours (alors qu'une agriculture en déroute, c'est plus ennuyeux). Il faut avant avoir un argumentaire béton, qui doit s'adresser aux décideurs politiques.
  • [^] # Re: et ca se passe pdt l'ete bien entendu

    Posté par  . En réponse à la dépêche Brevets logiciels en France. Évalué à 1.

    Le problème, c'est que ça aurait été pareil avec un gouvernement de droite. L'étiquette ne veut plus rien dire, de nos jours. Il faudrait maintenant en convaincre les gens.
  • [^] # Re: Si la pétition électronique ne marche pas essayons la manifestation

    Posté par  . En réponse à la dépêche Brevets logiciels en France. Évalué à 1.

    Ok, ça roule, manifestons, mais bon, 'faudrait une date. Aller, si je suis en congés à la date retenue, je monte à Paris (sauf qu'à mon avis, ça ne se fera pas la 1ère semaine d'août, si? :) ).
  • [^] # Déjà fait :)

    Posté par  . En réponse à la dépêche Brevets logiciels en France. Évalué à 1.

  • [^] # _PROCEDE_ industriel

    Posté par  . En réponse à la dépêche Brevets logiciels en France. Évalué à -1.

    Oulah, j'suis pas en forme, moi, ce matin. 2ème phrase, je voulais écrire :
    "Un brevet pour un procédé industriel doit faire preuve d'originalité."
  • [^] # Re: pas d'espoir

    Posté par  . En réponse à la dépêche Brevets logiciels en France. Évalué à 1.

    C'est ce à quoi je fais allusion en fin de la nouvelle. Un brevet pour un brevet industriel doit faire preuve d'originalité. C'est un élément difficile à définir. Par contre, pour la commande 'ls', il n'y a aucune originalité, donc le brevet est invalide.
    En gros, quelque soit le brevet déposé, si un logiciel libre existant pourrait éventuellement entrer en conflit avec ce brevet, alors c'est ce dernier qui est invalide, car le logiciel précité est un exemple flagrant de la non-originalité du brevet. Mais quand on voit l'affaire KIllustrator, j'espère que d'autres ne se laisseront pas intimider aussi facilement.
  • # _UN_ problème : modéros, siouplè

    Posté par  . En réponse à la dépêche Brevets logiciels en France. Évalué à -1.

    Donc, "des problèmes occasionnés"
    J'ai changé les mots de la phrase, mais pas l'accord, zut...
    merci.