lezardbreton a écrit 2628 commentaires

Imagine que tu bosses toute la journée sur OpenOffice.org. Il y a un bug qui t'énerve particulièrement. Deux mois après la sortie de ta distribution sort la nouvelle version de OpenOffice qui corrige justement ce bug. Dans ce cas, attendre 10 mois me semble du masochisme pur et dur.

Tu confonds Lindows (qui est devenue Linspire) et Lycoris.

Je ne l'ai pas fait je te signale :)
En même temps, son adresse est dispo sur tous les messages qu'il a posté sur les newsgroups.

Je sais pas où tu cherches tes deux pièces, toi ;)
A Paris, c'est entre 5 000 ¤ le m² et 9 000 ¤, soit quand même un deux pièces d'au moins 155 m². Il est sympa ton appart ;)

L'attitude de Free me dégoute au plus haut point sur cette histoire. Je vais me faire un petit mail à Xavier Niel qui, malgré des sentiments très contrastés de ma part, est l'un des rares grands patrons à me répondre gentiment et rapidement.

A mon époque, l'UTC était dans une situation un peu originale : un étudiant en informatique comme moi n'avait fait de la programmation que sous Unix. (quoique, je me rappelle avoir fait de l'assembleur sous un très vieux Mac en NF15-cours sur l'automatisme).
Je trouve ça assez bénéfique d'apporter un peu d'hétérogénéité à l'UTC, juste par curiosité. La seule chose qu'on faisait sur outils Microsoft, c'était du Word/Powerpoint (même pas d'Excel).

Merci à ceux qui m'ont répondu. Concrètement, ça veut donc dire qu'ils sont l'équivalent d'AMD64 et que donc je peux choisir une distribution x86_64 ?
Les AMD ont été markétés à fond là dessus, pour les Intel, c'est beaucoup moins clair à mon goût...

Non seulement, c'est pas la LSB mais la FHS, mais en plus, je dois le dire : personnellement, je préfère /mnt. Certes, c'est quasiment uniquement par conservatisme (j'ai tout le temps connu /mnt), mais je n'ai toujours pas compris le but de créer /media et /mnt.
Pour info, voici la doc pour /mnt :
http://www.pathname.com/fhs/pub/fhs-2.3.html#MNTMOUNTPOINTFO(...)

En fouillant les mailing-lists, tu peux trouver de nombreuses personnes qui n'aiment pas ce /media rajouté récemment (2003). En fait, ce répertoire a été rajouté pour cantonner /mnt à un rôle historique de montage temporaire uniquement par root. Franchement, pour moi autant virer /media et laisser /mnt.

s/book/boot/ (déformation professionnelle inside).

Normalement, ce n'est qu'au premier book.
Cela dit, si j'utilise un noyau non-officiel (par exemple l'un des nombreux kernel-multimedia), dans ce cas-là, c'est à chaque book. Il y a une astuce ?

Bon, je pose ma question conne du jour :
Sur un Intel Core 2 Duo je mets quoi ?

Que live-cd ?
Au moment où se lance le daemon HAL, il compile à la volée les modules non-libres avec dkms. Ce n'est peut-être pas bloqué, mais simplement lent.

(je ne t'ai pas moinssé si je me souviens bien, même si le coeur y est)
Si j'étais grossier, je te traiterais d'enculeur de mouches. Comme je ne le suis pas, je dirais juste que tu as réussi à trouver le troll de plus mauvaise qualité pour une sortie de Mandrake/Mandriva depuis que je viens sur DLFP.

Tu aurais pu trouver plein d'autres thèmes agicheurs, capables de relancer un concours de popularité trollesque, comme çapuleclubcestpasgratuit (en plus, le club, tu peux le retourner dans tous les sens, que ça soit positif ou négatif). Tu aurais pu parler de Bittorrent en expliquant que $TADISTRIBPREFEREE est 100* mieux car elle utilise emule ou FTP !

Bref, peut-être que beaucoup de monde te moinsse parce que tu nous parles d'un _scandale_ que personne ne voit. Microsoft va-t-il faire un procès à Linspire ? Si, si, regarde bien, il reste dans son nom "in" qui vient bien sûr de Windows, je suis sûr !

Si toi, en voyant drake quelque part, ça te fait immédiatement penser à Mandrake le Magicien, c'est peut-être parce que tu as l'esprit tordu, non ?

En même temps, avec Troyes et ses correspondances foireuses, rien ne remplace l'expérience !
J'ai encore en mémoire un trajet Troyes-Grenoble passant par Chaumont-Chalindrey (1ère correspondance), Dijon (2ème), Lyon (3ème)... 9h30 de trajet bien optimizé, sauf au retour ou le premier train a eu du retard (1h30) et là, c'est la merde :(

Ca marche beaucoup mieux avec le 2.6.18 non patché (quasiment parfaitement). Je ne sais pas si c'est dû aux patchs Mandriva, ou juste au numéro de version incrémenté.

Ce qui est bien avec Mandriva, c'est qu'on ne sait jamais à l'avance ce qui va se passer :)
En tout cas, félicitations, la 2007 est pour moi un très bon cru. J'ai quelques soucis dûs à du matériel trop récent/exotique pour être supportés correctement dans le noyau 2.6.17.

Il n'y a pas que le noyau qui devient problématique au niveau charge de travail, il y a aussi Xorg par exemple. La version modulaire va considérablement augmenter la charge des packageurs, et j'imagine que c'est pour cela que Patrick continue avec la version 6.9.

A la lecture des packages de la version 11, tu vois clairement une philosophie conservatrice sur les logiciels composant le système et relativement bleeding-edge du point de vue des applications utilisateurs (j'ai schématisé).

Par exemple, tu retrouves :
- glibc 2.3.6
- X11R6.9.0
- gcc-3.4.6
- Apache 1.3.37

Et de l'autre côté, KDE 3.5.4, Koffice 1.5.2 ou Amarok 1.4.3.

Moi aussi, je suis en widescreen avec la même résolution, et laissez moi vous dire que c'est génial ! Un petit tour dans drakconf, et c'est réglé. C'est un bonheur pour les yeux et d'une efficacité remarquable. La prochaine fois que vous achetez un écran, laissez vous tenter. Prenez plutot un 20 pouces d'ailleurs.

Le seul problème, c'est que Tremulous marche sous Windows à cette résolution mais pas sous Linux :(

Il restait Slackware sur ReiserFS d'après mes souvenirs. Je ne sais pas si c'est toujours le cas sur la version qui se fait attendre (la 11), mais c'était toujours le cas sur la 10.1).

Pire que ça, je bosse en plein milieu boursier ;)

Tiens, je me suis aperçu que j'avais un noyau en i586 (Mandriva Legacy), j'ai changé pour le 2.6.18-rc7.1mdvsmp, et j'ai une petite différence :
- Firefox 995 ms
- Konqueror 564 ms
Finalement, j'aime bien les benchmarks :)

Ce que soulignent tous les tests (à part le tien, ton konqueror est un peu vieux), c'est justement les très bonnes améliorations de vitesse de kjs, l'interpréteur d'Ecmascript de KDE.
Sinon, chez moi, sur le test que n'a donc pas utilisé TNorth (Core 2 Duo E6300) :
- Firefox : 1025 ms
- Konqueror : 635 ms

Mais heu, faut lire son texte en entier avant de comparer !

Si la valeur de ses actions est très faible, alors ça pose plusieurs problèmes concrets potentiels :
- cas numéro 1 : Red Hat a besoin d'argent pour tuer la compétition non seulement en distribuant un OS complet gratuitement, mais aussi en envoyant gratuitement des CDs de Red Hat à tous ceux qui en feraient la demande. Pour cela, une opération typique consiste à faire une augmentation de capital en émettant de nouvelles actions (donc des parts de l'entreprise) sur le marché. Si le cours de l'action est faible, ces parts de l'entreprise seront vendues a un coût faible, ce qui fait que l'entreprise y est très perdante.
- cas numéro 2 : Red Hat a un concurrent connu pour son savoir-faire, et implanté dans des zones géographiques très distinctes (exemple Mandriva). Il décide donc de fusionner par échange d'action. La capitalisation boursière (nombre d'actions émises * cours) de chacune des entreprises va permetter de décider de quelle manière va se faire l'échange et donc de qui prendra le contrôle de l'ensemble. Plus ton cours est faible, plus tu es pénalisé lors de cette opération.

J'ai schématisé bien sûr, mais globalement, c'est de cette manière que cela se passe.