Reprise du message précédent :

C'est quand même idiot qu'on soit en train de se demander sérieusement si on a le droit de donner un logiciel à celui qui l'a payé (le contributeur )
 

C'est quelle syllabe que tu n'a pas compris dans "define"?
Il n'y a rien qui ressemble à "juste des options qui vont bien" avec une gentoo  
 
Au fait je signale qu'une slackware out of the box marche aussi bien et aussi vite sinon un poil plus vite qu'une debian de base Ça vous la coupe de lire des informations aussi précises, hein?

http://fr.news.yahoo.com/050617/308/4gss2.html
 
Ouais sauf que les logos de firefox/thunderbird je les cherche encore...
 
Opera

les commentaires

je ne les lis plus depuis longtemps
 
résumé ?

ils se demandent plutôt si ça ne peut pas être interprété comme concurrence déloyale

-OOo c'est pas vraiment libre
-En effet c'est Sun qui met a disposition des produit en béta test
 
 
Enfin

Ah kikool au fait

ah oue pas mal comme niveau

Malgré les apparences, je ne suis pas complètement idiot  
Le paradoxe est quand même assez incroyable.
 
D'ailleurs, comment ce pourrait être de la concurrence déloyale, puisque les entreprises menacées peuvent elles aussi réutiliser le code s'il est publié? C'est au contraire très concurrentiel, en tuant dans l'œeuf toute possibilité monopilistique.
 
A mon avis, c'est plutôt une question portant sur le protectionisme des entreprises : en distribuant les sources, il y a des chances que cela empêche certaines entreprises de faire payer plusieurs centaines de fois leur logiciel. Doit-on les protéger si elles sont incpables de s'adapter?

Même AnandTech troll le vendredi
 
(en même temps, est-ce que c'est si trollesque que ça )

certes, mais la démarche est plutôt la bien venue : être sûr que tout est ok au lieu de se prendre un procès dans quelques temps

http://www.clubic.com/actualite-20 [...] dmond.html
 

C'est Anadtech qui sait pas parler hein, pas moi
Je suppose que par "standard tuned", il parle d'une install complete avec la compilation (stage 1) en suivant le manuel, (Le biniou la).  
 
Et visiblement, se taper les 36 mois de compilation n'apporte rien par rapport à une distrib precompilé.
 

Ben vouai, Slackware roxor

Si j'étais cynique ( ) je dirais que ce comportement est un artefact du passé  
 
Non seulement il est totalement insuffisant à l'heure du brevet logiciel, mais en plus il tomberait en complète désuétude d'ici peu, le nouveau modèle étant de développer avant et de s'arranger ensuite avec ceux qui possèdent des brevets et qui se manifestent  
 
Et puis il faut bien nourrir nos pauvres juristes, afin bien entendu de réduire le chômage, peste moderne  

Ça ce n'est pas nouveau, il eut fait des tests de cartes graphiques qui valaient le détour, à une époque (j'espère qu'il s'est amélioré )
 

Visiblement? Il compare des kernels totalement différents, avec une gentoo installée on-ne-sait-comment. Tout ce que ça nous apprend c'est que son bench ne nous apprend rien  
 
D'ailleurs plutôt que supposer que compiler un programme le ralentit (il est bien connu que les développeurs suse ne compilent pas ), je pense qu'il est plus raisonnable de supposer qu'anand ne sait pas compiler un kernel
 

N'oublions pas que Microsoft (r) windows (tm) XP (tm) Home (r) (tm) Edition (r) (tm) is quite a bit faster than a standard slackware

 
Conclusion: non seulement se taper les 36 mois de compilation de la gentoo ne servent à rien mais en plus la doc a été écrite avec les pieds à un point tel que les noob d'anadtech n'ont pas ete capable de compiler correctement le kernel.
Bravo!
 

 
Nan
Debian c'est pas assez vite.  
Slackware c'est juste vite.  
Windows c'est trop vite.  
On voit bien que la vitesse du vite, c'est super important, et seul Slackware est parfaite dans le domaine, même si Debian fait de gros effots et s'en rapproche. Quand à Windows, il est definitivement perdu.  
 

faut que je pense a remonter mon ventilo du garage Rien que de penser qu'on aura 30°C ce weekend, j'en ai chaud

http://forum.hardware.fr/hardwaref [...] 5537-1.htm
 

'tain ste chaleur de merde
 
Vivement l'hiver

tu sors

je sais, j'ai rippé

Comme la marmotte

non

C'est cool, ca tourne au concours de qui à la plus grosse
Sont fort sur Discussions: 18 pages en 2 jours ...

tiens FT fait de l'illimité .

Kikoo les gens, longtemps que je suis pas venu avec mes gettres toutes sales et c'est pour vous poser une question qui tue :
 
http://forum.hardware.fr/hardwaref [...] 9926-1.htm
 
A votre bon coeur MrDam

C'est plutot bien joué pour contrer la fuite des abonnés vers Free en degroupage total

c'est surtout réservé au 150 000 premiers clients

Non, je viens de te dire qu'il fait trop chaud  

les batards  

J'aime pas murphy

Et je sens que ce week end il va me le faire payer

Depuis que j'ai retiré le support de KALLSYMS dans mon 2.6.12, j'ai klogd qui tourne à 100% du CPU et plus rien du tout dans dmesg
Faudrait arrété les conneries . Un kernel de 1000ko c'est plutot leger ou c'est dans la norme ? (l'original fait 1.4M)

ca va
Mais si tu loads tout a coté en modules

bah nan justement, j'ai viré pas mal de modules. Genre tout les fs que j'utilise pas, les peripherique que j'ai pas (cartes graphique, tele, radio etc...), le port parallele, le RAID, le LVM, la telephonie, l'isdn etc...
Sauf que je me suis mangé une erreur de compilation en rapport avec les KALLSYMS donc je l'ai viré .

salut les barbus, je voulais savoir si certains d'entre vous avaient eu des problemes pour se debarrasser de gcj avec rpm ?
 
parce que bon, galere la

Il te met quoi comme erreur quand t'essaye de le degager ? Tu as essayé avec --force (ou l'option correspondante ?)

il le degage mais meme apres reboot, si je fais un java -version, j'obtiens toujours gcj en sortie.
et si je fais un rpm -qa | grep gcj je le vois mais si je fais rpm -e du package: erreur: le paquetage java-1.4.2-gcj-compat-devel-1.4.2.0-11jpp n'est pas install
 
 

il vaut pas virer que le devel, le reste aussi