jpph a écrit 238 commentaires

uniquement des correction de bugs mais egalement des "backportages" de choses eprouvees sur la version unstable. (drivers, fs etc...)

Chacun a le droit d'utiliser la licence k'il veut. Il se trouve que la license BSD plaise a beaucoup d'entreprise et je ne voit pas de mal a cela.

il n'empeche que la numerotation PAIR est pour la branche stable des noyau. Et les kernels des branches STABLE et RELEASE de Freebsd compilent tous.
Tous ces problemes viennent AMHA du fait qu'il n'y a plus de branche impair du kernel. Mais ca ne va pas tarder a changer.

ma msi 6330lite marche nickel. Meme si c'est du shipset VIA, l ultradma 100 est reconnu sous linux et sous freebsd en standard.
je crois que je l avais payee dans les 800f.

toi t'as pas regardé la video... il font les 2 test : quand ils enleve le dissipateur, la cm s' eteint instantanement. Quand il enleve le ventillo, la cm met 9 minutes avant de s eteindre.

c'est vrai que la video de toms hardware etait suspecte, on etait plusieur a le dire...

il suffit de prendre une photo au 1/30 et tu n a aucune trace de balayage. par contre il faut prevoir une pelliculle tres sensible.

arg, zut. Je me suis mis du troll partout. C est pas sympa les gars.

et n oubliez pas la TVA a 20.6 % qui se rajoute et qui est percu a la douane ...

si tu veux des outils a la "mandrake", tu peux installer webadmin, il marche bien sur freebsd.
Ok, c est du http et pas du graphiques, mais si tu est allergique a vi, c est ce qu il te faut.
( mais pour bien compredre le fonctionnement, rien ne vaut les .conf).

j ai bien vu une nouvelle version pour windows, mais parcontre le driver linux n a pas change...
(date de mars 2001)..

c etait aussi parceque la ligne montante a bocoup moins de capacite que la ligne decendante ...
donc ils ont mis des quota pour eviter de faire des travaux supplementaire ...

ouais mais attention, c est hors taxe et la config e-pc est vendu sans ecran ...

pour les syteme de fichiers cryptes, y a les kerneli. Ok, c est pas d origine car il faut patcher, mais si tu installe une suse recente, c est integre.

moi je dis, attendons le mois prochain pour voir la reaction, parceque un serveur et son contenu ca se change pas en 2 jours ...

une mauvaise chose si apache etait closed source ou proprio. mais comme c est libre, la reactivite est enorme et les patch sont dispo tres rapidement. De plus , je me repete, 95% d apache ne veut pas dire 95% de site vulnerable a la meme faille (difference de version d apache, des mod installes, des scripts etc ...)

ben oui en attendant ca coute du pognon,
sans oublie les autres style I love you, tchernobyl (ces deux la avaient fait tres mal, je les ai vu a l'action). tu les additionne tous, puis tu rajoute les license des antivirus (au fait, vous avez aussi remarquer que les licenses des antivirus maintenant ont une date de peremption ? ) et ben ca fait un sacre paquet de pognon. Tout cela on y a echape sous unix.
(attention, je parle de virus, pas d'intrusion de pirates dont les deux systemes sont la cible et sont touches)

ben oui, c est justement cela que j'argumentais :
relis biens :
version kernel
architecture (ou plateforme si tu prefere)
version librairie
y a de la diversite la non ?

et j'oubliais, quand on trouve un trou dans des prog sous linux, cela est souvent du a des derniere modification, et ne concernent qu'une certaine version du logiciel, de tel ou tel mod ...
donc, ce n'est pas l ensemble des serveur tournant sous la meme config qui est mise en cause...

ah oui ?
part de marche de apache : 58 %
part de marche de IIS : 27 %
nombre de faille decouverte ce dernier mois sur apache : 0
nombre de failles decouvertes ce dernier mois sur IIS : 2

donc la cible des crackers est plutot apache que iis et pourtant les serveurs down, ce sont des iis.
Le seul moyens qu'ils ont trouves pour mettre down les serveurs apache, ce sont des ddos (distributed denial of service), et ca, tu peux rien y faire, meme avec le serveur http le plus secure au monde.

pas d'accord. sous unix, on ne lit pas ses mail sous le compte root, les executable joins au mail sont tres tres rarement compatible avec son unix (archi, version kernel, version librairie), le seul moyen c est de compiler. le seul cas est le script shell, mais ce shell n a acces qu'au compte utilisateur.

ouais, stopons les sinon bientot y aura plus que de l'activex, du streaming asf 100% closed et du .net partout....

oui je suis d'accord, et ce n est non plus pas le nombre de serveur qui determine le nombre de pages servi ... (style hotmail ki avait du investir dans un max de nouveau serveurs quand ils ont migres une partie de leur serveur sous win2k...)

des admins reseaux ont deja ete condamnes en novembre 2000 :

http://www.canevet.com/actua/archives/di-126.htm(...)

ah bon? ben pourkoi ? apache est quasiment en gpl, moi ca me derangerait le moins du monde qu un marche soit monopolise par un logiciel libre ...