ptit_tux a écrit 1268 commentaires

On croyait que la beta phoebe cachait la futur 8.1. Raté, c'est la 9 (sans .0). Sortir une .0 (la 8.0) sans que la suivant soit une .1 c'est un peu con. Moi qui attendait la prochaine .2 pour avoir un système solide... La redhat enterprise, fait son nid (un gros nid). La politique de version de la redhat linux change. Explications d'un employé Redhat : Matt Wilson https://listman.redhat.com/pipermail/phoebe-list/2003-March/004919.html "But there's something a bit more fundamental that I want people to be aware of. In the past we would never have tackled something as massive and invasive as a new threads implementation just after a ".0" release (in this case, 8.0). We were able to do this, and bring this great new technology to a mass audience, because we've changed the way we consider technology to incorporate in Red Hat Linux. In the past we would have felt it necessary to wait a while for a ".0" release because we had to support a series of releases for years." ... "One example of this sort of thing that caused a lot of negative feedback in the past was the delayed incorporation of Python 2.0 in the Red Hat Linux 7.x series. In the new model we would be able to get the new releases of major subsystems like Python in the distribution as soon as they have been proven stable."

Tu peux essayer avec vmware. vmware te permet de dire que le lecteur de cdrom du pc virtuel est un fichier (ou un périphirique loopback). Entre les changements de cdrom, tu changes de fichiers. J'ai rien pour garantir que ça marche :-) Sinon je m'étonne que Mdk ne fournit de méthode de boot avec une disquette pour une rc2, qui sera probablement la dernière version de test. Donc probablement pas de possibilité d'installation depuis une disquette sur la version finale. Bizarre, bizarre... Ou alors tu veux dire qu'il n'y a pas de disquette pour la méthode ftp. Dans ce cas, tu copie tout les cd-roms sur ton disque dure et fouille dans la donc pour connaitre la méthode d'installation depuis le disque dure.

Et un :
max_execution_time = 30

dans /etc/php.ini ne suffit pas ?

Ya une limite pour les journaux par compte. Les journaux les plus vieux sont virés par les nouveaus. C'est la vie... Les journaux ne sont pas destinés à l'archivage.

C'est mon explication à 300 € (car je le vaux bien).

> Xfree 4.3? KDE 3.1 ? GNOME 2.2

C'est donné dans le premier lien :
* 6 CDs (3 binary, 3 source)
* Anaconda installer engine
* RPM Package Manager 4.1
* GNU LibC (glibc) 2.3.1
* GNU Compiler Collection (gcc) 3.2.1
* XFree86 4.3
* KDE 3.1
* GNOME 2.2
* Wonderland unified theme for KDE and GNOME
* NVidia GeForce 4 and ATI Radeon 9000 support
* Mac-on-Linux 0.9.68 (OS X 10.2)
* Kernel 2.4.20
* OpenOffice.org

A ta place, j'aurais pris la catégorie "RienAVoir". Et comme Apple n'a rien à voir avec le news, on est tout proche :-)

Pourquoi mettre cette news dans la catégorie Apple. ça n'a rien a voir. Cette distribe tourne sur du matos Apple et Apple n'autorise plus les clones.

Mais elle tourne aussi sur des "PC avec PowerPC" :
http://www.terrasoftsolutions.com/products/boxer/(...)

Elle n'est pas dédié Apple mais PowerPC.

> Delire comme a chaque fois qu'une nouvelle release d'une quelquonque distribution sort les utilisateurs d'une autre distribution cherche à se justifier sur le choix de la leur :-)

Ben si les utilisateurs de slack ne disait pas que les dépendances ça ne servent à rien, ça se passerait beaucoup mieux. De plus cette argument est un peut "tordu" car dpkg ou rpm tu peux tout faire en ignorant les dépendances (flag --nopeds avec rpm). Donc un système basé sur rpm peut s'utilise par une slack sur ce point.

> Vu la tête du patch, le temps entre la découverte de la faille et le temps de developper le patch devait certainement approcher quelques heures uniquements.

MMooouuaaaaaiiiiissss.

Si je regarde lwn.net :
annonce Alan Cox : 16h24
annonce errata Redhat : 18h19

Moins de 2 heures !?

Pour 4 distribes (7.1, 7.2, 7.3, 8.0), faire les paquets, tester par le service qualité (ça doit être la partie la plus longue), diffuser sur les sites www/ftp, mettre à jour les pages arrata avec un joli texte, mettre à jour le serveur "up2date", envoyer un mail à lwn.net, etc...
2 heures c'est très, très court. Disons 4 heures mais ça reste toujours très très court.

La preuve que ce n'est pas si immédiat, il n'y a pas d'errata pour Advanced Server (les tests sont plus long car l'OS est certifié DELL, IBM, ORACLE, etc...).

Je crois qu'une fois rh c'est fait tapé sur les doigts pour avoir sorti un errata alors que les autres distribes ne connaissaient pas le trou de sécurité.

NB: j'ai un redhat, c'est pas la peine de m'envoyer un uppercute.

Ça doit être pour celà que Redhat annonce le fix le jour même du bug alors que les autres sont un peu à la traine...
J'ai un peu l'impression qu'Alan a attendu le feu vert de redhat pour annoncer le trou de sécurité.
M'enfin, redhat, n'a toujours pas le fix pour samba...

et slackware

pas forcément gentoo, car ça fait depuis un bon moment qu'il repousse la sortie de la 1.4. Donc ...

Ne serait-il pas plus pertinent de mettre un lien vers les mirroirs de http://www.kernel.org/(...) ?
http://master.kernel.org/mirrors/nindex.shtml(...)

Un lien directe sur linux-2.2.25 sur le mirroir Français :
http://www.fr.kernel.org/pub/linux/kernel/v2.2/linux-2.2.25.tar.gz(...)

Plus intelligament prennez le patch 24 -> 25 qui est tout petit (moins d'1 Ko) :
http://www.fr.kernel.org/pub/linux/kernel/v2.2/patch-2.2.25.gz(...)

Je dis ça mais je dis rien. Le 2.2 n'est pas autant utilisé que le 2.4 actuellement.

> Bah, bosser sur les applis ca ne fera qu'amplifier les "problemes de dependance" de toute facon

Faut arrêté de bosser sur les applis ?
Ya des outils pour gérer les dépendances. pgk-config, configure, apt-get, urpmi, etc...
C'est le développement de ces applis qui répond aux "problèmes de dépendance". Et les dépendances sont un mal nécessaire pour la modularité (ce qui permet de faire une "petite" Sourcemage) et la maintenance.

> Il existe des interaction a distance intantanée (expérience EPR pour les calés en mécanique quantiques) mais elles ne transmettent pas d'information plus vite que la lumiere..

Si elles sont détectées, c'est qu'elles transportent une information. Sinon y a un truc que je comprends pas.

Normal, il y a une référence à cette article autour de la troisième ligne de l'article de la news.

Damned. 10 min entre le moment où j'ai posté le news et son apparition (d'après mon proxy et la date de la news).
Question au modérateur : tu as eu le temps de lire l'article ?

Ça permet aussi de tester mozilla avec xft . Et l'anti-aliasing est cool pour des polices de caractères grosses. Par contre, c'est moyen pour les petites polices de caractère.
Je conseille vivement mozilla 1.2.1 dans rawhide qui utilise xft contrairement à la version d'origine. Pas de gtk2, mais c'est pas grave, ça permet d'avoir galeon facilement.

Redhat est sur la brèche :
http://www.redhat.com/partners/press_partner_amd.html(...)

> Ils ne précisent pas si les applis critiques (dont les serveurs sus-mentionnés) ont été recompilées - et testées ! - en mode 64 bits, ou tournent en mode compatible (32 bits, avec moins de registres disponibles, etc.).

D'après le lien au-dessus, c'est du 64 bits :
"Red Hat will provide native 64-bit support for processors based on AMD's x86-64 technology, while providing support for existing 32-bit Linux-based applications."

Mandrake va faire de même. Entre autre car le développement kernel/libc/gcc/binutils etc... est libre.

> Je pense que les électrons se mettent en movement dès que le circuit est fermé

La propagation d'une onde électrique se fait à la vitesse de la lumière. Pas plus :-).
En fait, tout les phénomènes physiques sont limités à la vitesse de la lumière. Même la gravitation.

Je croix que je ne prendrais jamais le support que tu décris. Il doit être abominable cher.

Faut voir les choses d'une autre façon. Si ça ne marche pas dans ta config personnalisée tu peux revenir à la version "standard". C'est toi qui a pris des "risques". Tu ne peux pas mettre en cause le distributeur sur tes propres initiatives. Et si le distributeur te convient pas, change de distributeur.

A part reprocher le succès de RedHat, il est où le problème. Tu préfères qui ce soit SuSE ou SCO qui aient le même succès ?

PostgreSQL est dans sa configuration par défaut plus lent que mysql surtout pour les écriture. En effet, PostgreSQL fini toutes ces opérations d'écriture par un fsync pour la cohérence de la base en cas de crash système. C'est plus sûr. Néanmoins, tu peux avoir le même comportement que MySQL en lançant postmaster avec l'option -F :
- "Disables fsync calls for performance improvement, at the risk of data corruption in event of a system crash. Read the detailed documentation before using this!"

Surtout que PostgreSQL peut s'utiliser comme MySQL. L'inverse étant ... plus difficile. L'un des points faibles de PostgreSQL est de bouffer plus de mémoire.

> un mail de Radio France. Indifference?

Ya pas hostilité. C'est déjà ça.

Et l'embarqué. Car un téléphone portage ou un PDA sous Linux, ça en jete un max.