oliv a écrit 1442 commentaires

oui, en l'occurrence, le mot link encadré par sup et inf n'a pas été correctement converti (bug dacode) en <link> et il est donc envoyé comme une balise.

Je viens de corriger ça en remplaçant les sup et inf par des ' ce qui devrait aller. Il faut seulement attendre que le cache se mette à jour...

le modéro (qui se met -1 car hors sujet, alors svp, pas besoin de me descendre + bas que -1 ;) )

A mon avis, ce qui importe vraiment, ce n'est pas que ce soit Linux, MS, Solaris, FreeBSD, OpenBSD, NetBSD etc. qui domine ou ne domine pas, mais que celui qui domine respecte des standards libres et documentés.

De ce point de vue, toute alternative aux produits Microsoft est réjouissante, car prétendre que ces produits peuvent s'intégrer dans un réseau est faire preuve de naïveté ou de stupidité (ou de mauvaise foi).

Anecdote:
Aujourd'hui, on vient de nous confirmer que MS Exchange ayant des problèmes avec les clients Netscape, nous devront tous utiliser outlook désormais à l'Université de Neuchâtel. Je me demande comment on va l'utiliser sur les stations SUN on les SGI...

à propos d'Abiword...
la 0.9.4 vient de sortir ;)
http://www.abisource.com/release-notes/0.9.4.html(...)
Je re-propose une news? :))

Tu as raison, mais quand il s'agit de comparer (c'est moi qui ai le pus gros uptime), il faut tenir compte du fait que patcher IIS implique un (plusieurs) reboot.

Okay, je vais peut-être dire une énOOOOrme bêtise, mais je ne comprend pas la course à l'uptime:

Un serveur qui a disons 200 jours d'uptime, c'est bien un serveur qui n'a pas été patché depuis 200 jours au moins, non?
Un serveur qui est bien administré/patché au niveau sécurité, il a forcément un uptime plus faible (<TROLL>surtout avec IIS, vu qu'il faut patcher tous les 15 jours ;)</TROLL>).

Non?

Pour exemple, le serveur de l'uni ici est en IIS5/W2K. Son plus fort uptime est de 37 jours, et il est rebooté environ tous les 10 jours. Mais il n'était pas vulnérable aux vers récents.
Bon d'accord, il y a des versions de serveurs web qui n'ont pas de trous (connus), mais ce n'at pas le cas de tous.

et elle serait disponible quelque part, par hasard, cette étude? :)
(en format .doc ou en slide show .ppt évidemment ;) )

je me souviens d'avoir oublié le "e" à sourceforge une foi, et mon écran a été envahi de popups... des dizaines! et toujours plus !!!
Attention, je vous aurais prévenu :)

NON, car c'est moi qui ait modéré cette news, donc MA note du modérateur et les liens 4 et 5 ont été ajoutés avant même que la news soit accepté, la news a ensuite été mise en attente pour dernière vérification des liens, puis passée.

Il ne s'agit PAS d'un "update du modérateur".
Le modérateur.

commentaire visiblement posté sans lire la news!

"Note du modérateur: Voilà, maintenant c'est officiel, cf. les "release notes" (lien ci dessous). Merci aussi à Zezinho pour avoir proposé cette news."

Je ne comprends pas que l'on voter + pour un commentaire qui reprend les liens donnés dans la news.

>à condition de ne pas nous comporter comme des moutons.

"Les Français sont des veaux", pas des moutons, dixit De Gaulle

hop -1 pour troll animalier

voilà, j'ai retrouvé (merci google) deux citations d'Alan Cox:
"Linus said 2.4.0 would need more swap than ram when he put out 2.4.0."
( http://uwsg.iu.edu/hypermail/linux/kernel/0105.3/1043.html(...) )

"Linus 2.4.0 notes are quite clear that you need at least twice RAM of swap with 2.4.
Marcelo is working to change that but right now you are running something explicitly explained as not going to work as you want"
( http://uwsg.iu.edu/hypermail/linux/kernel/0105.3/1498.html(...) )

>sans fondement qui polu les nouvelles techniques
>il était conseillé de dimensionner le swap à au moins 2 fois la taille de la RAM

Selon Alan Cox, il n'était pas conseillé, mais fortement suggéré (En gros : "ne venez pas vous plaindre si votre système plante, c'est écrit qu'il faut au moins 2 fois la RAM!"). En vrai, de mémoire, c'était même obligatoire pour lui.

Mais ce prérequis est de l'histoire ancienne, depuis le 2.4.8:
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0109.2/0056.html(...)
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0109.2/0071.html(...)

L'acceptabilité dépend de la fonction de la machine. Pour des serveurs travaillant sur de grosses masses de données critiques, le 2.4.x (x<= 10 ou peut-être -prions- x<10) n'est pas trop chaudement recommandé.

Par ailleurs, si la gestion mémoire était "acceptable" pour Linus, il n'aurait pas fait de tels changements au kernel "stable". Il a reçu des critiques sur l'importance des changements, que certains auraient préféré voir dans le 2.5.

Quelques autres avis (attention, les prendre avec retenue, ils viennent de la LKML, parfois, ça trolle un peu, même eux ;) ):
Andrea Arcangeli (le 18 septembre):
"Critical servers with very high vm loads still have to run 2.2 to be stable and fast unfortunately."
"the true mess is the 2.4 VM before 2.4.10pre11. Period."
Rik van Riel(le 19 septembre):
"If you want a stable kernel, use Alan's kernel."

On peut presque ajouter ça aux "fortunes" :)

Il suffit de lire la Kernel Mailing list
http://www.uwsg.indiana.edu/hypermail/linux/kernel/index.html(...)
ou
http://www.geocrawler.com/lists/3/Linux/35/0/(...)

ou le Kernel Traffic pour un résumé
http://kt.zork.net/kernel-traffic/index.html(...)

Enfin, l'excellent résumé hebdomadaire de Linux Weekly News mentionne de manière récurrente le problème autour de la gestion de la mémoire.
http://lwn.net/2001/0920/kernel.php3(...)

A noter que les Kernel d'Alan Cox semblaient être moins sensibles au problème que ceux de Linus, et que les 2 branches ayant convergé à nouveau (le 2.5 sera lancé quand les deux branches ne feront plus qu'une ou que les différences seront mineures), le kernel de Linus devient meilleur.

Le noyau de Linus est insensible aux pannes :)

hop -1 pour vulgarité

Vincent Rijmen et Joan Daemen, spécialistes en chiffrement (cryptage? encryption? désolé, je sais jamais quel est l'appellation correcte), co-auteurs de l'algorithme "rijndael" qui remplacera bientôt DES comme standard.
Une interview de l'année dernière:
http://www.linuxsecurity.com/feature_stories/interview-aes.html(...)
les biographies :
Joan Daemen : http://www.nist.gov/public_affairs/releases/biojoan.htm(...)
Vincent Rijmen : http://www.nist.gov/public_affairs/releases/biovince.htm(...)

Rien que parce que tu as écrit "X Window" et pas "X Windows", tu mérites un +1 :)

hop -1

>- En Desktop, Linux necessite plus de mémoire et de CPU que WinNT (PC 200 - 100 Mo est un minimum)
Pour faire fonctionner Word, il faut linux + wmware + Windows NT + Word, ce qui prend plus de place que Windows NT + Word
cqfd

>- Gestion des priorités processus non performante
Quand on lance un programme, la priorité, c'est que l'interface graphique réponde avec des curseurs qui bougent, comme sous windows. ce n'est pas que le programme se lance.
cqfd

>- Le compilateur semble lent et peu performant
Il ne peut pas compiler du C non ANSI produit par Visual C
cqfd

>- Problème avec le materiel existant (notemment gestion de l'apm)
la gestion des winmodems est assez pauvre. De même pour tout le matériel conçu autour d'accord Fabriquant/Microsoft
cqfd

>- Rien n'est standard !
Word n'existe pas. Outlook n'existe pas. IE n'existe pas.
Le DHTML Microsoft n'est pas bien supporté, comme les mails TNEF.
Le java n'est pas compatible avec le standard Microsoft J++
cqfd

>anglophobe (qui ne peut pas encadrer les anglais, des racistes quoi!)

"phobie", c'est la peur. La peur de l'anglais ici. Rien à voir avec le racisme, vu qu'il s'agit de peur et non pas de classification supérieur/inférieur, et que l'on parle d'une langue, voire d'une nationalité, pas d'une origine ethnique/génétique.

Le terme anglophobie est donc assez justifié. Ceux qui ont peur de l'anglais ne vont pas chercher à lire le document original de RMS.
Le racisme et la xénophobie sont deux choses bien distinctes. Le racisme est une idéologie, la xénophobie un sentiment.

l'article est succulent, mais je rajouterai quand même deux bémols:

1- "High-performance graphics-card drivers available for Windows were missing in Linux. The task fell to multimedia lead Daryll Strauss working at Precision Insight, now a division of VA Linux. (Strauss was previously with Digital Domain implementing the Titanic renderfarm.) "In 18 months, we built 10 drivers: 3dfx Voodoo 3/4/5, ATI Rage 128/128 Pro/Radeon, Matrox G400, and Intel i810/i815," says Strauss. "Creating a common code base for multiple drivers really saves time.""

Hélas, on apprend aujourd'hui le licenciement par VA des gars qui ont fait ce travail:
http://linuxtoday.com/news_story.php3?ltsn=2001-09-18-012-20-NW-BZ(...)

2-"GIMP, an image editor with features similar to Photoshop, provides 16-bit per channel support (64-bit RGBA)"
En fait, Gimp ne travaille qu'en 32 bits. le 64 bits, c'est pour l'avenir (gimp 2.0), ou pour des versions bien spécifiques patchées "in house"
http://film.gimp.org(...)

Tout le monde le connaît déjà sûrement:
http://www.linuxprinting.org/(...)

C'est une page perso, mais c'est vraiment excellent, pour savoir quel driver, quelle imprimante, etc.

Je ne résiste pas à vous livrer quelques parties d'un mail reçu récemment de nos administrateurs mail.

Je tiens à préciser que le gars qui a écrit ça n'est pas un idiot, ni quelqu'un d'antipathique, mais je soupçonne qu'il doit appliquer des décisions venant de plus haut.

J'ai volontairement caché/coupé/censuré certaines infos. Juste les meilleures lignes.

"Dans le but d'améliorer le service de messagerie et offrir de nouvelles fonctionnalités dans les mois qui suivent, ***** va procéder à l'installation de nouveaux serveurs de messagerie (passage à Exchange 2000).

[...]

***** profite aussi de rappeler ou d'annoncer pour ceux qui ne le savent pas encore que les clients de messagerie conseillés et supportés sont Outlook (sur les plate-formes Windows et MacOS) et Webmail.

Netscape doit être abandonné le plus rapidement possible au profit de Outlook car Netscape a depuis longtemps de gros problèmes pour afficher
certains fichiers attachés et pour effacer correctement les messages, en fait il les cache le plus souvent et de nombreuses boîtes aux lettres
arrivent tôt ou tard à saturation!

[...]"
Bref, on n'est pas dans le caca... :-(

Ces gars utilisaient VMS avant, juste pour préciser encore que ce ne sont pas des idiots.

Concernant Netcraft, les stats montrant la hausse d'IIS sont dues à 2 entreprises seulement (Network Solutions et Namezero). Chez Security Space, ces deux derniers mois, on a surtout une progression continue d'Apache.
Juillet: http://www.securityspace.com/s_survey/data/200107/index.html(...)
Août: http://www.securityspace.com/s_survey/data/200108/index.html(...)

Concernant IIS, Netcraft a montré dans son ancien rapport, que ces vers ont pour effet de forcer les admins à patcher leurs IIS, donc à boucher les trous... Bref, grâce aux vers, IIS devient plus sûr, paradoxal, non? ;)

merci, ça explique aussi les problèmes de Opéra avec le PNG.

Cependant, si j'en crois la référence (1), QT ne supporte que la transparence sur 8 bits, alors que le PNG peut travailler sur des transparences 16 bits (images 64 bits/pixels - utiles pour le cinéma ou l'imagerie astronomique - par exemple)

Tout programme de traitement d'image basé sur QT (i.e. Krayon) serait incapable de travailler sur des TIFF 64bits ou des PNG 64bits...

C'est justement ma question. Gérer le png sans le canal alpha, c'est exactement comme gérer la couleur comme un niveau de gris, c'est mauvais.

Donc, chez toi, Konqueror (en fait c'est KHTML) ne échoue dans sa gection du PNG. C'est quelle version de KDE et quelle distro?