Misc a écrit 6251 commentaires

> 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.

Il y le script mklivecd :

http://www.linuxminicd.org/mklivecd/(...)

Il y a pas trop de docs sur le web je croit.

Amusant, il manque une partie de la phrase, je vias donc en rajouter.

Peut être que certains pensent que pour bien choisir un serveur, il faut le faire vite histoire de dire que nous sommes les premiers à l'avoir fait.
Réaction quasiment marketing, et digne d'un gamin.
Mais pour un truc aussi central et important que le serveur X, il vaut mieux réflechir.

Surtout vu à quel point ça peut devenir important de ne repartir ou pas sur le code et les fondations toujours critiqués de XFRee86 ou de prendre une base de code plus récente mais sans doute moins compatible.
Une fois de plus, les plus pressés, par effet d'annonce, vont essayer de forcer les autres et d'imposer leur décisions , pour se dire en cas d'erreur qu'ils ne sont pas les seuls à l'avoir fait.

J'ai rien vu.

Pour le moment, rien n'a encore été décidé pour cause de manque de temps.

Tu as surement plus d'info ?

> > pas de mplayer pour fedora ?

> NON ! C'EST UN PUTAIN DE PROBLÈME DE BREVET !
> C'EST ENCORE ET ENCORE LA MÊME RAISON RÉPÉTÉ 2 MILLES FOIS !

Ça ne la rends pas plus vrai. Si il y avait des brevets, pourquoi est ce que d'autres se permettent de le distribuer ?
Fedora/RH pourrait tout simplement ne pas compiler certaines parties, comme d'autres le font. Il y a plein de --with qui vont avec mplayer.

Tu as surement plus d'info sur les brevets ? ( atention, je rappelle que libdvdcss ne viole pas un brevet )


> btw, il n'y a pas de mp3 pour la même raison. Je dis ça, c'est pour t'épargner
> un autre journal.

Au passage, il n'y a pas de gif pour la même raison.
Ah oups, il y a gif. RH aurait plus peur de thompson que de unisys ?
Pourtant le format gif est aussi sous le coup d'un brevet, et comme le mp3, il y a des décodeurs libres et le détenteur du brevet n'a pas indiqué vouloir attaquer les lecteurs.

Et pourtant, RH n'a pas retiré toute trace du gif de ses distributions. Contrairement au mp3, completement anhilé, même depuis les tarball sources.

Une bien étrange conception de la constance en matiére de choix....

Parfait, dois je comprendre que tu proposes du code, ou tu te contente d'être paranoiaque et alarmiste sur le sujet ?

Courir et crier partout ne sert à rien. faut exposer calmement la situatuion. Le libre a toujours absorbé rapidement les technos de windows. L'installeurs de apache win32 utilisait msi dés sa sortie. Je voit pas pourquoi mozilla serait forcement moins intégré que ie.

Et je voit pas non plus ce que ça change par rapport à maintenant, ou ie est déja bien intégré, niveau graphique et tout

Un lien sur :"Release criteria for the Linux kernel", qui peut t'interesser.

http://www.firstmonday.org/issues/issue9_4/glance/index.html(...)


Gloabalement, il y a pas de test de non regression.
La majorité des projets n'en font pas.

Je sais que les modules CPAN ont ça, que svn et des projets dérivés doivent avoir ça, et postgresql aussi , mais la plupart n'ont rien. C'est pourtant fun et ça permet de vraiment éviter les bugs.

"On en veut pas d'XFree86 mais on reste avec..."

Relit :
"FB: Yes. We disagree with the new license with regards to the GPL."

Donc, ils gardent l'ancien pour le moment, n'ayant pas encore choisi comment remplacer. Peut etre que certains

SI tu veut tester d'autres serveurs, il y a quelque part des paquets non officiels qui traine, mais j'ai oublié l'url :/

Je me permet d'ajouter le lien vers rpm.lyvna.org, un dépot de rpm pour rh, qui contient le support mp3.

http://rpm.livna.org/(...)


Et sinon, http://freshrpms.net/,(...) toujours pour rh.

De toute façon, en utilisant les outils ( urpmf/apt-file ou le /usr/share/doc ), on peut recreer la base rpm/dpkg en cas de probléme.
J'ai déja effacé mon /var ( maudite partitionneur BSD ), et j'ai réussi à reprendre la base rpm sans aucun probléme, donc le coup des corruptions, ouais, mais ç'est vraiment mineur.

Via getent, tu voit le contenu des fichiers :

getent groups

getent passwd