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.
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.
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...
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.
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!
> .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.
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.
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.
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...
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 :)
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.
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.
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? :) ).
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.
[^] # Re: Moi y a quand même un truc qui me chiffonne..........
Posté par Jak . En réponse à la dépêche processeurs AMD bugges. Évalué à 1.
Bon, ok, elles sont où les sources d'IE ?
[^] # Re: Mais que font les Linuxiens !!!
Posté par Jak . En réponse à la dépêche 2 Nouveaux Jeux dispos sous Linux..... Évalué à 1.
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 Jak . En réponse à la dépêche processeurs AMD bugges. Évalué à 1.
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 Jak . En réponse à la dépêche processeurs AMD bugges. Évalué à 1.
# Ouais, et?
Posté par Jak . En réponse à la dépêche processeurs AMD bugges. Évalué à 1.
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 Jak . En réponse à la dépêche Nouveau Virus/Ver. Évalué à 1.
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 Jak . En réponse à la dépêche 2 Nouveaux Jeux dispos sous Linux..... Évalué à -1.
# Mosix?
Posté par Jak . En réponse à la dépêche Sun Microsystems met Grid Engine en Open Source. Évalué à 1.
http://www.mosix.org(...)
[^] # Re: Ca dépends
Posté par Jak . En réponse à la dépêche Open Source - une question de temps. Évalué à 1.
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 Jak . En réponse à la dépêche Open Source - une question de temps. Évalué à 1.
http://ftpfs.sourceforge.net/(...)
[^] # Re: .Net: quelqu'un peut m'expliquer
Posté par Jak . En réponse à la dépêche Open Source - une question de temps. Évalué à 1.
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 Jak . En réponse à la dépêche Open Source - une question de temps. Évalué à 1.
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 Jak . En réponse à la dépêche Open Source - une question de temps. Évalué à 1.
Ca s'appelle .NET
[^] # Re: Pas d'accord
Posté par Jak . En réponse à la dépêche Open Source - une question de temps. Évalué à 1.
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 Jak . En réponse à la dépêche Où est la communauté du libre ?. Évalué à -1.
[^] # Re: Vachement utile...
Posté par Jak . En réponse à la dépêche Où est la communauté du libre ?. Évalué à 1.
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 Jak . En réponse à la dépêche Réaction de Bernard Lang à propos de l'avis sur la brevetabilité des logiciels. Évalué à 1.
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 Jak . En réponse à la dépêche UUNet (update). Évalué à 1.
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 Jak . En réponse à la dépêche Brevets logiciels en France. Évalué à 1.
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 Jak . En réponse à la dépêche Brevets logiciels en France. Évalué à 1.
[^] # Re: Si la pétition électronique ne marche pas essayons la manifestation
Posté par Jak . En réponse à la dépêche Brevets logiciels en France. Évalué à 1.
[^] # Déjà fait :)
Posté par Jak . En réponse à la dépêche Brevets logiciels en France. Évalué à 1.
[^] # _PROCEDE_ industriel
Posté par Jak . En réponse à la dépêche Brevets logiciels en France. Évalué à -1.
"Un brevet pour un procédé industriel doit faire preuve d'originalité."
[^] # Re: pas d'espoir
Posté par Jak . En réponse à la dépêche Brevets logiciels en France. Évalué à 1.
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 Jak . En réponse à la dépêche Brevets logiciels en France. Évalué à -1.
J'ai changé les mots de la phrase, mais pas l'accord, zut...
merci.