Misc a écrit 6286 commentaires

Iut.

Et aussi :
http://guru.unixtech.be/(...)

On ne peut pas résumer le cycle de tests au nombre d'iso, mais à la durée des tests.

Certes, il y a pas eu de rc2 en temps que tel, mais il y a eu autant de tests sur les paquets, et il y a eu des prereleases d'iso depuis décembre dans le but de justement tester le kernel 2.6 et l'installeur. La phase de freeze était la même qu'avant. Et comme avant, il y avait cooker et les paquets à downloader.

> A part que l'installation me demande le CD4 que je ne peux pas avoir, vu que > j'ai downloadé les 3 galettes, je ne peux pas avoir la 4ème !

L'installeur peut difficilement savoir si tu as le 4 si il le demande pas :)

Je pense que c'est plus pour dire que le 2.6 a le support ntpl
Dans le sens :
"intégration d'un noyau avec support ntpl", et on précise la version du noyau dans la phrase. Il y a aussi un backport ntpl sur 2.4.

> Je m'excuse d'avoir publié un truc piraté, ça m'était pas venu à l'idée qu'on
> puisse pirater un logiciel libre en le publiant au téléchargement.

C'est pas piraté, ça reste libre.
C'est juste pas trés respecteux des volontés du distributeur. Mandrakesoft veut essayer de donner plus au gens du club qui payent, et le tout sans en donner moins à la communauté entiére. Il faut essayer de trouver un équilibre. Et vu le nombre de personnes qui ralent pour un rien, ici et ailleurs, tu te doute que c'est pas facile.

Le choix est simple :
Plus de rpm utiles sur le cd4 => les gens de linuxfr et partout ralent, dénoncant la dérive commercial de mandrakesoft qui ne donne pas assez à la communauté, et patati, et patata.

Moins de rpm utiles sur le cd4 => les gens de linuxfr et partout ralent car pour eux, c'est de l'escroquerie et il y a une dérive commercial de la part de mandrakesoft, et patati, et patata.

> PS : Si il y a des paquets non signés répond oui c'est encore un oubli des
> mainteneur de la mandrake de le signer c'est pas grave et sa arrive (trop)
> souvent...

Les paquets sont signés automatiquement à l'upload.
Si il y a des paquets non signés, c'est un bug dans le script d'upload, ou plutot dans rpm, les rpms étant resignable à la main, ( donc relativement complexe à débugger ), mais pas via le script.

Parce que la community est suceptible d'évolué encore un peu ( bugfixes majeur ), mais plus l'officiel, sauf probléme de sécurité ou gros bugs.

Il y a deux répertoires sur les miroirs, et donc, potenetiellement un contenu différent, même si en pratique, il y a pas de grande différence.

Non, c'est pas une RC2.
La community a eu le meme cycle de test que la 9.1, la 9.2. Et meme plus, dans la mesure ou il y avait des isos de cooker en décembre, comme demandé par de nombreuses personnes aprés la 9.2.

Maintenant, si vous trouvez que c'est plus buggé que avant, il faut se rappeler que de nombreux problémes sont venus du kernel, et que son intégration a demandé un gros travail.
La prochaine fois, mandrake ne mettras pas le nouveau noyau que tout le monde réclame à corps et à cris, et on verra que les mêmes raleront pour cette raison.

Sauf pour les rpms commerciaux, cf license adobe, flash, java et nvidia ( voir les détails par vous mêmes )

> Ce que je trouve criminel de la part de mdk, c'est de ne pas le mettre dans
> le errata (pour info, c'est moi qui ait du le rajouter dans le errata du wiki alors
> que je ne suis pas qqun de mdk).

Mandrake a mis une semaine a trouvé une machine de test, et le bug a été corrigé sur cette machine. En temps que tel, le bug ete corrigé. Par la suite, mdksoft a compris que c'etait faux, et tu as mis l'errata, et je pense que c'est une bonne chose.

C'est moi ou le monde entier est devenu impatient ?

Autant je peut comprendre qu'attendre Duke nukem pendant X années,c 'est long, autant devoir patienté 15 jours à un mois pour une distribution linux, c'est rien.
Combien de retard annoncé sur la plupart des softs, proprio ou non ?

Faut apprendre à déstresser et à prendre son temps.

Réussir a garder une compatibilité entre les divers distros ne pose pas que des problémes au niveau binaire, sinon, un coup de -static et ça roulerais tout seul.

Il y a les chemins, les menus, les noms, et tant de choses si fun en pratique que je ne voit pas ce que mono en lui même va changer.

Dans mon souvenir, le plugin flash était une classe java, il y a longtemps ?

J'avais utilisé ça sur solaris, sur une archi pas vraiment x86.

Sinon, tu as http://swfdec.sourceforge.net/,(...) meme si ça semble mort :/

Gstreamer est sensé l'utilisé, j'ai jamais testé.

Mais ça ne concerne que le noyau 2.6, je suppose que Fedora et Redhat propose aussi un noyau 2.4 pour éviter ce genre de probléme, ça ne edvrait pas poser de probléme quand on a Alan cox et d'autres kernels hackers dans sa société.

Il te reste toujours les paquets du projet jpackage, sur jpackage.org.

J'ai remarqué surtout que le journal ne parle pas de redhat, alors qu'il mentionne mandrake. Donc, si ça cause de mdk, c'est en parti par gnumdk qui etait un utilisateur suse.
Mais bon, c'est vrai je suis selectif, bien sur, sinon j'aurais vu que tu es cabalisé par linuxfr et poursuivi par des méchants modéros qui ne font rien qu'à empécher RH/Suse d'émerger en france, et des méchants modéros qui t'émpeche aussi de t'investir et donner du temps à linuxfr pour faire changer ça.

Meme dans les news/journeaux suse, tu arrive à tout ramener à redhat.
C'est assez impressionnant, je trouve.

> Je continue à critiquer quand je veux.

mais tu peut.
c'est juste que certains serials trolleurs, qui ont du changer plusieurs fois de pseudo, qui ne sont pas trés productif, ont une ranceur contre linuxfr, car ça ne ressemble pas à ce qu'il veulent, malgré des tentatives courageuse de penser à essayer de voir si il serait possible de s'investir.

Il n'y a pas de régle comme ça. Si tu veut vraiment parler avec les modéros, écrit leur, c'est plus simple que d'écouter les élucubrations paranoiaques et déjantés de certains habitués du coin.

[misc@virgo plop] $ wget -q ftp://ftp.suse.com:/pub/suse/i386/9.1/suse/srckernel-source-2.6.4-(...)
[misc@virgo plop] $ mdkir plop
[misc@virgo plop] $ cd plop
[misc@virgo plop] $rpm2cpio ../kernel-source-2.6.4-52.src.rpm | cpio -id
83361 blocks
[misc@virgo plop] $ ( for i in patches.*; do echo $i; tar -tjf $i | wc -l ; done )
patches.arch.tar.bz2
76
patches.drivers.tar.bz2
60
patches.fixes.tar.bz2
148
patches.rpmify.tar.bz2
8
patches.suse.tar.bz2
181
patches.uml.tar.bz2
12
[misc@virgo plop] $

J'ai pas poussé le vice à compter , mais ça fait ~ 500 patchs, dont :
76 sont des patchs sur les autres archs
148 sont des fixes

et en gros, que 181 sont des features suse. On est loin des 1000 annoncés.

> niveau ergonomie, rapidité, fonctionnalités

euh niveau rapidité, yast m'a pas donné une franche impression de vitesse sur la 9.0 quand j'ai regardé au travail. Surtout grace à la petit barre qui charge. Je suis content de voir que ça a changé.

> Dernier probleme, le manque de logiciels, pas de lecteur dvd, ... Existe t'il un
> PLF ou equivalent pour Suse?

Comme dit dans la FAQ du plf ( http://plf.zarb.org/faq.php#question_11(...) ), si tu veut mettre ça en place, le plf peut ouvrir une branche et sera même trés content de le faire.

Sinon, il y http://guru.unixtech.be/,(...) qui me semble pas mal.

Amusant, pour une fois qu'un soft à le meme nom sur mandrake et debian :)

/home/misc $ urpmq -i joystick
Name : joystick
Version : 1.2.15
Release : 3mdk
Group : System/Kernel and hardware
Size : 25627 Architecture: i586

cron n'utilise pas vim mais la variable $EDITOR

essaye ça :
EDITOR=cat crontab -e

ça va affichier la crontab.
donc, il suffit de faire un oneliner perl, le mettre dans EDITOR, et de lancer crontab -e

Pour les machines au hasard, il faut pareil, faire un script, sur la base d'une simple boucle tant que, je ne voit pas vraiment la difficulté.

Le brevet porte sur la méthode de compression lzw. Mais on l'utilise aussi bien pour la lecture que pour l'écriture.