Serge Rossi a écrit 632 commentaires

Tout ça permet de gérer le format de stockage Quicktime (qui n'est qu'un containeur) mais pas les derniers codecs donc l'abominable Sorenson avec lequel sont encodés tous les films Quicktime qu'on trouve maintenant.
Ces projets ne peuvent pas lire les films Quicktime qu'on trouve en téléchargement de nos jours.

Et comme tu trolles, c'est donc que tu est un vrai Windozien ? ;-)

La différence de prix est même pire :

Un Athlon 1.4 GHz, c'est 1200 balles, un P4 2 GHz, c'est 5600 F !!!

Le choix est vite fait à moins d'être franchement ramolli du bulbe ! Ne parlons même pas du prix de l'abominable Rambus.

Pour le prix de l'AMD 1400, on doit avoir un P3 750 chez Intel, top :-)

> quelle est l'utilité des processeurs à hautes frequences

- Faire paraitre Nautilus "light"
- remonter dans les scores à Seti et RC5
- fluidifier l'action dans les jeux à la con ou on se tire dessus pour avoir plus de chances de gagner
- Travailler confortablement avec The Gimp sur les photos produites par les derniers appareils photo numériques (genre 6 millions de pixel mini)
- compiler une nouvelle version du noyau le plus vite possible pour être le premier à poster dans la tribune "Le 2.4.xx, il est top"
- avoir l'impression que tout le reste est devenu instantanné :-)

Blague à part, j'ai un PIII 575 (oc) au boulot et un AMD 1100 MHz à la maison, ben on s'habitue TRES BIEN à la rapidité. L'inverse est plus chiant :-)

Ben moi, les rares fois que j'utilise un file manager graphique (pour faire du rangement dans mon bordel de photos par exemple), j'utilise Nautilus (1.0.4 packagé RedHat Rawhide). Ca marche très bien et j'en suis content. J'adore les icones de preview qui est à mon avis le seul truc vraiment utile dans une interface graphique (c'est pour ça que je n'utilise pas gmc).

Le reste du temps, la ligne de commande va largement plus vite.

Et en plus, Dieu^D^D^D^D Alan Cox commence à regarder pourquoi Nautilus est ramatoire, donc des développeurs vont s'y mettre, corriger ça et Nautilus va aller plus vite : joie !

C'est beau l'Open Source, Sniff :*)


Voilà , c'était pour ajouter quelques commentaires positifs autres que XXXXX est une grose bouse, ce qui ne fait pas francement avancer le schmillblick :-)

Ce qu'ils ont trouvé sur leur IBM contre ce qu'on a trouvé sur notre cluster de TO7 ?

Bon deal :-)

A l'époque, j'avais serge.rossi@lill.frmug.fr.net

Mais ça dépendait du bon vouloir de la passerelle Fido <-> SMTP, les messages ne passaient pas toujours.

Effectivement, il y a :

http://freshmeat.net/search/?site=Freshmeat&q=fidonet&secti(...)

:-)

Je viens meme d'apprendre en regardant binkd que dans les pays de l'ex URSS, ils utilisent beaucoup "Fidonet over IP" !!!

http://2f.ru/binkd/(...)

Les BBS, c'était bien gentil. Mais le truc au top, c'était le réseau Fidonet !

Pour les petits jeunes, Fido était (est toujours) un réseau arborescent fonctionnant en mode non connecté. Tout était optimisé pour limiter au maxi la durée des connections.

On se connectait, on récupérait des paquets compressés de messages contenant son courrier et les nouvelles, on envoyait un paquet compressé contenant ses réponses, on envoyait éventuellement un fichier contenant la liste des fichiers à récupérer, on récupérait aussitot les fichiers demandés et on se déconnectait, le tout se déroulant de façon automatique. (rien à voir avec UUCP, TCP/IP et Usenet, il ne sagit pas d'internet).

Ca faisait en gros l'équivalent du mail, des news et du ftp.
Hors ligne, on pouvait alors intégrer tout ça dans sa base de messages locale et prendre son temps pour lire et répondre.

Le host (faisant souvent aussi office de BBS) appelait alors (en général la nuit) son hub régional, pour synchroniser les forums et les mails non locaux à faire transiter. Les hubs régionaux se connectaient aux hubs nationaux qui eux meme se synchronisaient entre eux...

Et tout ça avec des systèmes tournant chez des particuliers !

C'est ce qui nous permetait (à nous les vieux) de faire en gros ce qu'on fait maintenant sur Internet du temps ou il était quasiment impossible à un particulier d'avoir un accès internet.
Fidonet est apparu en 1984. Il a commencé à décliner vers 96/97 (?) avec la généralisation de l'accès internet pour tout.

Y'a des noms de BBS/Serveur Fido qui me reviennent en tete :

- Ramses, The Amiga Flying BBS
- Bubulle
- Minas Ithil- ...

Toute une époque :-)
(mon adresse de point à l'époque : 2:320/104.42)
Pour les curieux voici une page qui explique un peu plus tout ça :

http://chanae.stben.be/fidonet/(...)

Quoi, c'est très bien une GeForce II GTS :-) En tous les cas, ça fonctionne absolument parfaitement et sans bugs.

Payne, connais pas.

Quand ma machine boote, LILO affiche lin248, lin247 et lin246, je n'ai pas d'autres choix dans ma liste ;-)

Mosix pour faire tourner les jeux en 3D, c'est pas top ! Pour jouer en 3D sous Linux, vaut mieux un gros AMD bourré de MHz et une carte NVidia au gout du jour :-) (et ça ne plante pas).

Chez moi avec une carte mère MSI K7T Pro2A (VIA bus CPU 100 MHz DDR), aucun problème avec les optimisations Athlon au niveau du kernel.

Un copain par contre avec une K7T Master (VIA bus CPU 133 MHz DDR) avait ce problème : le kernel fonctionnait correctement en le compilant pour i386 mais plantait très rapidement (en général au cours du boot) avec les optimisations Athlon.
Je lui ai fait flasher son BIOS et depuis, ça tourne sans problème !

Le meme jour, aprés ça, on à fait un tournoi à Unreal pendant une dizaine d'heures et aucune bécanne AMD n'a posé de problème (enfin aucune sous Linux :-)

Je pense que la majorité des serveurs NT IIS infectés doivent etre des PC perso dont les propriétaires ne sont meme pas conscients qu'ils ont un serveur IIS installé.

Il suffit de relever les IP qui t'attaquent sur le port 80 et d'aller consulter leur Web : 99 % du temps, c'est une page par défaut qui dit qu'il n'y a pas de pages sur ce site.

Normal, l'une des version du worm scanne la classe IP ou se trouve la machine infectée.

Moi, je suis chez Free et la majeure partie des attaques vient de chez Free et la machine est dans la meme tranche.

Par exemple, au moment ou j'écris ce message, y'a http://213.228.10.41/(...) qui est en train de dégueler des paquets sur moi. Ca ressemble bien à un mec qui s'est installé son PC sous NT avec IIS. Si ça se trouve, il ne sait meme pas qu'il a un serveur Web installé sur son PC.

La BD, c'est Guy l'éclair avec son acolyte, Mandrake le magicien.
Je ne sais plus trop si c'est une BD européenne ou Américaine. C'est assez vieux.

Si vous lisez les fichiers que j'indique, vous verrez bien que ce n'est pas du source mais du code binaire :

drivers/net/acenic_firmware.h
drivers/net/dgrs_firmware.c

Les sources ne sont pas incluses et ça n'est de toutes façons pas sous GPL. Et pourtant, c'est dans les sources du noyau !

C'est d'ailleurs pour cela que j'ai recopié ici un message paru sur lkml d'une personne qui s'inquiétait (à juste titre) de cette arrivée de code propriétaire dans le noyau.

Puisque ça semble en amuser certains de se prendre le chou sur les applis qui ne sont pas GPL, je copie/colle ici un message qui est paru sur la mailing list du kernel Linux :

We already have so-called "proprietary" code being included into the kernel. This started with "harmless" bits of binary which is uploaded into the hardware when some drivers are installed. Including such binary is also contrary to GPL, but without this secret goo, the hardware won't run.

This exception to GPL, in my opinion, opened the door to future corruption and exploitation. Time will tell.

Pour résumer, les sources du noyau Linux ne sont pas complètement sous license GPL car certains drivers sont obligés d'uploader un bout de code propriétaire pour initialiser le hard sinon, ben ça ne marche tout simplement pas.

Jetez un oeil sur drivers/net/acenic_firmware.h ou drivers/net/dgrs_firmware.c par exemple...

Je vous laisse méditer là dessus :-)

PS : J'ai presque hésité à suggérer une news avec ce sujet mais je trouve ça suffisament gonflant donc j'ai évité :-)

Si on regarde tous les MSIE, ça fait plutot 50 % de gorets. Et en plus, on n'a pas les proportions des utilisateurs de Netscape sous Windows (là aussi, j'ai peur)...

Ca donne la gerbe de tels chiffres...

Sur mon site (pas dédié Linux), j'en suis à 92 % de Windosiens et 1.5 % de Linux, aie aie aie...

Aucun problème avec AMD Athlon 1.1 GHz, VIA KT133, et RedHat 7.0 fortement mise à jour (niveau dernières release Rawhide).

Regarde si le BIOS de ta carte mère est à jour.

Moi, j'ai un Athlon 1.1 GHz sous Linux et tout marche nickel (et c'est loin d'etre un cas particulier).

A mon avis, ta bécanne ou ton install a un problème et tu ferais mieux de chercher de ce coté là avant d'accuser les procs AMD.

Sans vouloir troller (non, pas du tout :-), ça m'amuse de constater que certains ralent quand une nouvelle version de soft ou noyau Linux est annoncée sur "DaLinuxFrenchPage" et là, personne ne rale pour un virus Win32 qui n'attaque qu'Outlook, ce qui m'aurait semblé pourtant très loin des sujets traités ici...

Alors pour le principe, je rale :-)

Le meilleur environnement graphique sur les Unix commerciaux (hors KDE et Gnome bien sur) était "Indigo Magic" qu'on trouve sur les stations Silicon Graphics.

Ca n'est pas aussi bien que Gnome ou KDE mais quand meme infiniment préférable aux horribles et désagréables CDE et OpenLook (si on remonte plus loin).

D'ailleurs, quand on fait tester des stations Sun et SGI à nos utilisateurs de softs de CAO/Calcul, ils préfèrent toujours les SGI à cause de ça, meme si les Sun peuvent etre plus rapides sur certains aspects.

Pas 3000 informaticiens, 3000 personnes en tout donc 3000 utilisateurs. (filliale V.U. chez Renault, kangoo, etc...)

Je te rapelle que je suis admin, pas développeur : j'ai donné le point mon point de vue d'admin qui est que maintenir un serveur Apache + JSP c'est chiant, lourd et consomateur de ressources, surtout comparé à un serveur PHP !

Et là, je parle d'un serveur dans un bureau d'études de 3000 personnes avec des utilisateurs éparpillées un peu partout en Europe et en Amérique du Sud, donc la disponibilité est TRES importante !

Pour ce qui est de la doc, j'en ai déjà lu un tout petit peu (!), je te remercie, pour mettre en place des config Apache + PHP + SSL + authentifications Radius et LDAP, sans meme parler de Apache + JSP et j'oublie tout un tas d'autres modules !

Pour ce qui est du développement, je fais confiance aux développeurs quand ils me disent préférer PHP à JSP. Et quand je vois les superbes applis qu'ils pondent en PHP : je les crois :-)

> Renomer un projet ne change rien au fait k'il soit dédié aux petits projets.

Quand je dirais à nos développeurs qu'on fait des petits projets en PHP, ça va bien les faire rire :-)

Dire ça, c'est vraiment n'importe quoi :-)

Pour nous, c'est plutot JSP qui est synonyme de petit projet lent et qui ne marchera jamais vraiment bien (désolé, je ne fais que constater, dans mon environnement, je n'ai encore pas vu de projet développé en JSP qui vaille le détour, ça ne veut pas dire que ça n'existe pas).

> En php il faut ou attendre ke php evolue, ou bien ajouter la fonctionnalité a php sois meme ce qui me parait tres complexe (en tout cas plus complexe que de reutiliser des class deja faites)

On peut faire (et on fait) des classes en PHP :
classe pour gérer les accès au BD (dès fois que l'envie nous prenne de remplacer Oracle par autre chose), classes pour gérer les autorisations par profil, objet pour générer des graphiques dynamiques, etc...