dguihal a écrit 1032 commentaires

mais le croyais avoir lu que c'etait fait pour rouler sur tout terrains, donc si c'est pas stable bonjour le sport!!!!

de tte facon depuis environ 20 ans, plus un seul avion de chasse n'est pilotable manuellement, ie un systeme d'assistance au pilotage est necessaire pour maintenir l'appareil en vol, je crois que la cause viens de la place des ailes : plus elles sont en avant de l'appareil, plus il est maniable car hautement instable (c'est plus facile de modifier sa trajectoire, c'est comme une bille placee en haut d'une colline, plus la pente de celle ci est grande, plus il est facile de faire basculer la bille, c'est le principe de l'equilibre instable), l'avantage des ailes inversees est, je crois, purement aerodynamique (resistance a l'air), mais il y a peu etre une amelioration a ce niveau la

la bonne blague, fo m'expliquer comment ils comptent faire rouler ce machin sur deux roues (a moins qu'il n'y en ait une troisieme cachee), au niveau stabilite c'a a pas l'air top

faux, les entreprises ne peuvent se faire rembourser que la TVA sur ce qu'elles achetent (et la reverse a l'etat sur ce qu'elles vendent), c'est en fait sur le differentiel des deux que se fait le paiement/ le remboursement.

et je me demande bien sur quelles taxes tu peux te faire "rembourser" sur presentation d'un justificatif (de quoi d'ailleurs)

non je n'ai pas de chiffres, mais il ne me parait pas difficile de comprendre que si tu as un PII et que ton soft est optimise pour 386 (au niveua compilation) il tournera moins efficacement que s'il est compile pour i686 (archi differente au niveau des pipelines, de la prediction des embranchements, des instructions supplementaires (mmx, 3dnow, sse, ...), la structure et la taille du cache, le nombre et la structure des unites de traitement, ...). sinon ca servirait a quoi que les mecs de gcc se cassent le cul pour proposer des options de compilation pour les differents architectures de CPU. AMHA ce n'est pas qu'une raison de marketing si MDK compile et configure toute sa distro pour i586 (pentium)

non je n'ai pas de chiffres, mais il ne me parait pas difficile de comprendre que si tu as un PII et que ton soft est optimise pour 386 (au niveua compilation) il tournera moins efficacement que s'il est compile pour i686 (archi differente au niveau des pipelines, de la prediction des embranchements, des instructions supplementaires (mmx, 3dnow, sse, ...), la structure et la taille du cache, le nombre et la structure des unites de traitement, ...). sinon ca servirait a quoi que les mecs de gcc se cassent le cul pour proposer. AMHA ce n'est pas qu'une raison de marketing si MDK compile et configure toute sa distro pour i586 (pentium)

c vrai que recompiler tous les packages pour 486, 586, 686, K6 ou K7 (selon son CPU) c'est lourd, malgre le gain reel que ca apporte

qqn connaitrait-il le codec mpeg+?

http://www.mpegplus.net/(...)

ce serait cool de les avoir (mais bon je pinaille juste sur la forme)

enfin bravo pour ton courage de faire tester ce texte au risque de devoir affronter la tribue de trolls qui squatte ici

quand je marque 32 bits c'est les x86, tous les autres (a gauche sont 64 bits)

je ne vois pas ou tu vois ca.

si tu compares :

DEC alpha <-> x86 (32 bits)
Motorola/IBM PowerPC <-> x86 (32 bits)
Sun SPARC <-> x86 (32 bits)
SGI MIPS <-> x86 (32 bits)
HP PA-RISC <-> x86 (32 bits)

Les x86 sont a coup sur dans les choux malgre des frequences parfois 2 a 3x superieures

de tt facon, ils auront tous la MAJ kernel dispo (en deb ou rpm) donc pas de pb. De plus si le noyaux a ete teste, AMHA il l'a surtout ete sur les plateforme ix86 (les plus repandues) donc c'est la ou il y aura le moins de bugs eventuels

heureusement qu'on ne le trouve pas dans des centrales nucleaires sinon ce serait peut-etre le cas (imaginez des BSOD sur les pupitres de controle des centrales)

enfin bon y a pas eu des pb avec NT dans des bateaux de la marine US non?

MDR, trop fort le slogan

A mon avis, y en a qui ont deja commence a feter la fin du millenaire (oul e debut du nouveau j'sais plus)

retourne a la potato

t'as u ca ou dans ce thread que qqn a dit KDE n'est pas libre?

Et parce que MDK ne participe pas au developpement de softs libres peut-etre (KDE en est un bon ex)? De plus pour Suse quand on voit Sax(2) et Yast(2) proprio moi j'hallucine effectivement. Au moins tous les utilitaires MDK sont GPL (Mandrake*, *Drake ...).

MDK n'est pas meilleure ni pire que les autres (a part Debian, bien entendu)

ben justement ils étaient pas obliges non plus, meme si ca reste modeste

Moi je veux bien, mais il faut egalement reconnaitre les merite de certaines boites (en autre les fournisseurs de distribs, mais aussi d'autres) qui font en sorte de democratiser le libre (et entre faire un distrib et un soft, les deux representent qd meme d boulot)

le pb c'est que c'est pas tres facile de desinstaller une appli en tar.gz (il en y a souvent partout), peut etre pas sous slack (je connais pas trop), mais meme, pour les dependances, c'est pas ca non plus

oui mais ca va pas pour n'importe qui (ex : les gens qu'ont un mulot greffé dans la main)

Tu vas sur le site et e bas y a un lien download

voila voila voila.

Ben oui et KPackage/GnoRPM alors?

Parce que tu n'administres pas Win9x/MacOS ... Et les trous de secu tu ne prend pas le MAJ dans ces OS la non plus.

De plus quand on voit une MDK (Red Hat/Suse j'ai pas essaye recemment) il y a des outils qui font ca tres bien pour toi (concernant les MAJ en tout cas)

ca correspond donc a quoi ces fichiers?
c'est pas les sources de QuakeIII donc c'est le serveurs peut-etre?