Effectivement. Et celui qui redige a, ou mal lu l'article, ou cherche a faire un troll, ce qui n'est pas beaucoup mieux.

Ce qui serait intéressant pour moi serait de compiler de grosses applications style OO, moz ou KDE et de comparer leurs vitesses. Il faudrait peut être aussi tester les différences induites par les différentes options de gcc, mais il y en a tellement...

Sauf erreur je crois que le noyau linux avait été compilé avec intel c++ 6.0.

Pour le reste, gcc est quand même excellent quand on voit les performances atteintes et le fait qu'il compile pour une multitude d'architectures.

[ Répondre ]

les différentes risquent
=>
les différents risques

c'est pas de l'orthographe ça, c'est de la relecture SVP

[ Répondre ]

Entre un hardware sun et un hardware i386, y a quand même une différence importance au niveau de la fiabilité. Les machines sun, même si elles sont lentes par rapport au PC classiques ont des cpus fiables, de la ram fiable, des disques en raid d'excellente qualité... C'est très dur d'arriver au même résultat avec des composants fabriqués par un tas de constructeurs différents comme sur les pcs.

Pis bon, je c'est pas jusqu'à combien de proc peuvent monter certaines sun mais ça doit au moins être 64 et largement plus, ça n'existe pas dans le monde i386.

Bref, il faut vraiment avoir des besoins très spécifiques et y mettre le prix pour acheter du sun.

[ Répondre ]

Permettre l'audi: Les logiciels proprios peuvent très bien le permettre, il suffit de signer des DNA et je suis sûr que moyennant l'achat de suffisamment de licences on peut avoir accès a tout.

De plus, si tu me relis, tu peux voir que je dis que la sécurité entre aussi en jeu et que cela peut determiner le choix. Mais pour certains softs, la sécurité n'est vraiment pas importante, c'est comme si avant d'utiliser photoshop tu voudrais auditer son code.

"la pérénité de l'application doit être assurée, cad si un jour la boite arrête de la dévellopper, on doit pouvoir la reprendre"

Oui mais non :-)
En fait cette phrase, ne contredit pas ce que je disais, car elle ne touche pas aux mêmes soft. Si sans l'application, le format de fichier est a peu près inutilisable (même si totallement documenté), cela indique que c'est un format connu, mais pas pour autant ce que j'appelle un standard. Un standard pour moi est quelque chose d'officel qui peut et qui est lu et modifié pas beaucoup d'applications, comme le HTML version X par exemple. C'est clair que dans le cas ou l'application est très spécifique, qu'on sait pertinemment qu'il n'y en a pas d'autre et qu'il serait très couteux d'en refaire une ayant les caractéristiques de l'application originale, il vaut mieux s'assurrer de la perrenité de son choix en exigeant le sources même si elles ne sont pas divulguables publiquement.

Outre le fait que les 2 derniers arguments tombent plus ou moins complétement lorsqu'il s'agit de standards, que c'est le cas 95% du temps et que le premier argument n'est pas toujours vrai, Il y a une chose dont tu ne parles pas du tout. La productivité entre le soft X et le soft Y. Avec le soft X BSD GPL, un employé fait 5 heures pour faire son boulot et un autre (avec les mêmes compétences) fait 20 minutes avec M$ Y méchant. Ca compte pas ça ? Le gain de productivité est le facteur le plus important dans les choix de programmes. Par exemple, les boîtes utilisant la CAO, sont capable de payer un soft 10 fois plus cher, si sur l'année l'architecte qui l'utilise fait 10% de boulot en plus.

Moi, je préconise l'utilisation de logiciels libres lorsque la productivité est supérieure ou équivalente au logiciels propriétaire, également quand le logiciel propriétaire n'assure pas la sécurité voulue et dans tous les cas que tous les logiciels utilisent des formats standards.

[ Répondre ]

J'ai dit que tout le monde devait être libre de choisir, que l'important étaient les standards...

J'ai parfois l'impression que quand on ne passe pas la brosse a reluire sur Linux, on parle a des murs ici...

[ Répondre ]

Je crois qu'il n'est pas bon d'imposer le libre comme il n'est pas bon d'imposer n'importe quoi d'autre. Même au niveau de l'administration, les choix locaux doivent rester libres.

"We feel that when we are putting public information out in the open, then it should not be through a proprietary software."

Je ne comprend évidemment pas ce point de vue, on a l'impression qu'un soft propriétaire fait automatiquement des documents de formats propriétaires.

L'important c'est d'utiliser des standards de documents, de partages de fichiers, de réseaux, .... Si MS fait des documents standards et des applications qui ont d'autres avantages sur des applications libres, style une édition ou une visualisation plus simple, pourquoi l'interdire ? Du moment que ce programme exporte un document standard, au moment ou une logiciel libre semblera supérieur à la solution propriétaire, il la remplacera.

Ensuite, le coût, la maintenance, la sécurité entreront aussi en jeu.

Mais n'imposons jamais quelque chose, c'est le contraire même de la liberté.

[ Répondre ]

C'est comme si tu vas sur le site officiel de FreeBSD, tu vois qu'il y a environ 40 failles par an pour le système de base + 20 pour les applications tierces. Le système de base, contient lui aussi des applications qui pourraient être tierces, comme openssl, openssh, ...

Si on enlève les bugs permettant des accès difficilement exploitable à la mémoire ou à certains fichiers, les bugs qui ne sont exploitables qu'avec un compte local, les bugs qui sont exploitables que si certains services sont utilisés, on recompile le noyau environ 4 fois par an (pour fixer tout les trous, y compris ceux difficilement exploitables et utilisable qu'en local !). D'autres trous sont corrigibles en changeant la config, ou en enlevant le suid si on ne souhaite pas recompiler le soft. A part openssh, l'an passé, il n'y a pas eu de vulnérabilité à distance digne de ce nom pour le système de base.

Si de plus on considère que tout les services tiers sont encapsulés dans des machines virtuelles (jails), on peut dire que je suis un admin qui dors bien.

Alors quand on voit ces comparatifs à la con qui disent que les unix en général sont plus vulnérable que windows, ça fait pitié, des incompétants ou des corrompus. Ce qui est triste, c'est que beaucoup de gens gobent ces chiffres et vous les resortent...

[ Répondre ]

Sur les avis incomplets, Xine marche mieux. Sinon j'ai toujours l'impression que mplayer met le fichier complet en mémoire avant la lecture, Xine démarre tout de suite. Mplayer n'arrive pas a afficher en full screen une vidéo sur mon portable avec un serveur X limité, Xine oui. Sinon mplayer est la référence des codecs.

[ Répondre ]

Le prob c'est qu'on a généralement envie de faire tourner quelques apps récentes pas trop lourdes aussi. Et je doute qu'au point de vue noyau, libs dans les système, compilos... ça soit simple de les faire tourner sur une distrib de 97.

Il faut aussi voir s'il y a vraiment un avantage à le faire. Sur le fait que les vieilles distrib n'auront pas des applications très lourdes comme celles d'aujourd'hui, c'est sûr. Mais ne vaut'il pas mieux installer une distribution d'aujourd'hui avec windowmaker, lynx, que d'utiliser ces mêmes programmes mais de 4 ans plus vieux ? De plus aujourd'hui toute une variété d'application sont faites pour être très légères, comme Dillo, qui n'existaient pas à l'époque.

Je conseille personnellement FreeBSD, car l'install est toujours en mode texte et passe sans problème sur du très vieux matériel et parce que le système de base fait environ 100mo avec toutefois des outils parfaitement à jour. Ensuite le système de ports permettra d'ajouter exactement ce dont on a besoin. Ca doit aussi marcher avec Debian, mais je connais moins bien et le système de package me plais un peu moins.

[ Répondre ]

On va t'aider.

1) Dans les drivers NVidia, il y a des bouts dont ils ne sont pas propriétaires, entre autres.

2) Est-ce que les drivers pourraient avantager les concurrents dans la compréhension de certains mécanismes ? cela paraît peut probable.

Développer des drivers comme ceux d'NVidia qui exploitent à fond leur hardware n'est pas donné à tous le monde, et "se faire chier à développer" des drivers ça veut rien dire. Heureusement que les constructeur se fond chier à les faire car quand tu achéteras du matos sans drivers mais avec les specs je ne suis pas sur que tu ayes ni les capacités ni l'envie de les faire, alors dis pas des conneries.

Je pense qu'à long terme les drivers deviendront open source, car à moins du cas (2), il y a beaucoup d'avantages comme un support plus aisé, plus de reports de bugs, de correctifs, plus de stabilité, plus d'OS sans efforts suplémentaires.

[ Répondre ]

Le problème c'est que la disposition des claviers remonte a une antiquité ou la certaines dispositions statistiques ont été prises en compte, mais ou les connaissances en ergonomie n'existaient pas. Tout les claviers classiques sont "mauvais" actuellement, mais personne n'ose casser le standard du pays.

Le clavier Dvorak est considéré comme supérieur, mais je croyais qu'il n'était adapté qu'à la langue anglaise, un lien plus haut montre qu'il existe aussi des versions françaises.

Il y a aussi des touches (clavier suisse romand) assez inutiles (adaptée à l'allemand) comme üöä qui infectent nos clavier. Il serait tellement plus pratique que les []{} soient accessibles directement (évidemment, tout le monde ne fait pas de programmation, mais tout le monde n'écrit pas d'allemand non plus). Bon sous linux il est facile de remapper les choses, mais le problème c'est de se réhabituer à chaques changement de PC, d'OS, ... C'est d'ailleur pour ça que je n'ai pas un clavier Dvorak, je m'imagine pas le trimballer avec moi...

[ Répondre ]

Sans vouloir te vexer, j'ai de la peine a trouver un avantage en utilisation humaine, a mon avis ces commandes trouvent peut etre leur sens dans des scripts.

[ Répondre ]

la thèse du complot interne a propos des attentas du 11 septembre soutenue par le réseau voltaire. Toutes les recherches devant donner les résultats espérés ne renvoyaient rien. Censurée. Pour moi c'est un abus. Je dis pas que google a eu le choix vu qu'ils sont aux usa, on leur a surement imposé ceci. La liberté d'expression, ils ne connaissent pas aux USa.

[ Répondre ]

J'en profite pour poser une question sur un problème que j'arrive pas à fixer:

je subit un décallage de son variable (varie de 0 à 1 sec environ) sur a peu près toutes les applications. Que j'utilise OSS ou ALSA le prioblème persiste.

sur certaines applications le décallage est constant (winex), su d'autres lbreakout, ça varie pendant le jeux, passant d'un son synchro à plus d'une seconde décart et ça peu se resynchroniser. Sur certaines il n'y a pas de problèmes xine, xawtv, mplayer.

La carte son en question est une turtle beach santa cruz et j'ai aussi une carte son intégrée à la carte mère asus A7V333 (carte son qu'il est impossible de désactiver complétement via le bios car l'option n'existe pas...). Mon problème reste que je détecte les 2 cartes ou suelement la turtle beach, avec OSS et ALSA. Si kk1 à une idée, ça fait 3 semaines que je cherche...

[ Répondre ]

Je voulais juste ajouter qu'il est un peu bete de comparer ce match avec le match contre Deep Blue. Meme si la partie c'est déroulée en 97, l'ordinateur utilisé était un des ordinateurs les plus puissants de la planète, massivement parallèle. Les matchs actuels (Kasparov va jouer contre Deep Junior prochainement) sont des ordinateurs "bon marchés" style (en tout cas pour Deep Junior) des octo processeurs. Donc il faut bien voir que la puissance de calcul brutte a probablement diminué entre ces confrontations au profit de l'évolution des algorythmes.

[ Répondre ]

il est quasi évident que le mail est authentique, comme je l'ai dit dans un message plus haut, RH a déjà envoyé ce genre de communiqué dans d'autres pays, c'est leur politique. Mais de toute manière, le troll vient de l'auteur de la news, parce qu'il n'y avait pas de quoi en faire un histoire, le comportement de RH est correct et acceptable.

Quand au fait que le mail est en anglais, ça me parait tout aussi normal, vu que le problème à surement été signalé par RH france à la base aux USA et qu'ils doivent centraliser ce genre de choses. A partir de la, si c'est un avocat américain qui écrit le mail, il va évidemment l'écrire en anglais. De plus le copyright et les warnings en bas du mail, montrent à quel point il y a tellement de procès stupide aux USA qu'ils prennent des précausions incroyables sur chaques documents qu'ils écrivent. Oui tous ça me parait on ne peut plus authentique.

[ Répondre ]

Cet été j'était en italie et j'ai acheté un magazine linux qui distribuait "Linux 7.3". A l'intérieur était clairement expliqué que RH ne voulait pas que l'on utilise leur logo et leur nom si on distribuait leur produit sans passer par leurs filières.

A partir de la, je trouve le comportement de RH cohérent, après tout ils ont a charge de faire du support technique, des forums, de la doc, ... pour soutenir leur produits officiels. Si ils commencent à devoir gèrer des problèmes venant de leur distrib modifiée ou beta c'est vite ingérable.

Ils faut pas juger RH méchamment, ils n'interdisent pas la diffusion de leur software ils protègent juste leur marque et leur logo, c'est normal.

Le mail est peut-être un peu mal tourné, mais ce n'est pas un mail réélement méchant il demande simplement que dans le futur un respect majeur soit accordé à leurs lignes de conduites.

On peut remarquer la même chose de la part de la team FreeBSD qui a gueulé sur Slashdot il y a environ 2 mois parce que la sortie de FBSD 4.6.2 avait été annoncé 10 minutes après que sur le FTP les isos soient apparues. Et FreeBSD avait clairement dit, que la release sortait _uniquement_ quand elle était annoncée sur le site officiel (avec les signatures) et pas avant. D'un, en cas de problème de dernière minute, les isos pouvaient encore être changées ! et de deux, ça permettait en l'occurence aux mirroirs de faire leur boulot. C'est normal.

[ Répondre ]

Je pense qu'il faut se tourner vers des choses tel des duron à 1 Ghz (voir un peu plus) et les underclocker, style 800Mhz plutot que le 1Ghz. A ce rythme la, je suppose qu'avec uniquement un bon dissipateur thermique et un boitier aéré on doit pouvoir se passer de ventilo. De plus les duron coûtent vraiment pas cher et sur mon duron 700 je lis très facilement des DivX.

Sinon le projet FreeVo à l'air génial, je viens de l'installer, y a des bugs, mais c vraiment une interface d'une simplicité et d'une beauté déconcertante qui le rend vraiment utilisable par n'importe qui. Je pense que l'an prochain un linux box va aller au salon... le seul truc que j'aimerais (en plus de DVD, TV, DivX, ogg, et pouvoir enregistrer) ça serait des options pour copier, graver des CDs en sVCD ou DivX, lancement automatique de DivX sur des CDs et la possibilité de pouvoir lancer des jeux linux directement depuis cette interface très simple, parce que si on met un PC au salon, pourquoi il pourrait pas aussi faire office de console ? surtout que vu la résolution de l'écran de TV, vous faites tourner le jeux en 640x480 et meme avec un proc qui est pas top c'est super fluide...

A part ça... l'ancien linuxfr me manque :-( j'espère que je vais m'habituer.

[ Répondre ]

Pour que ça soit court:

mergemaster -p

que les fichiers importants.

Ensuite:

mergemaster

Et la tu valides à l'aveugle. Ca marche très bien, j'ai fait 4.3 => 4.6.2 comme ça entre autres.

Sinon la compilation prend moins de 45 minutes sur un athlon 1800 - 256 ram, si la partition est en soft update que tu as mis pipe dans /etc/make.conf et que tu lances avec -j4 le make buildworld.

[ Répondre ]

"Je suis donc tout naturellement passé sous KDE 3 pour voir un peu la bête et comparer. Comme je le disais auparavant, KDE 3.0.3 a été uniformisé avec Gnome 2 sous RH, donnant les mêmes menus avec les mêmes icônes. Cela représente certes une belle homogéneité pour un nouvel utilisateur mais une mauvaise impression pour l'habitué des deux environnements de bureau. Je suis perplexe quant à ces changements car pour celui qui aime ajouter des programmes manuellement (à partir de sources), cela peut générer des problèmes. "

Je crois pouvoir être considéré comme un habitué et ça m'a fait très bonne impression... surtout que le thême KDE par défaut je le trouve très moche mais passons.

Les changements de RH pour KDE introduisent des problèmes avec l'installation de programmes KDE à partir de sources ? Exemples STP. Je pense bien entendu que tu as analysé les patchs de RH et que as décelé des changements qui menaient à ça, fais en profiter tout le monde dans ce cas, sinon ne lance pas des trolls à la con.

[ Répondre ]