Misc a écrit 6318 commentaires

> 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

Trés rapidement, bof, j'ai eu deja un bug assez chiant sur subversion, 1 semaine a etre fixé ( pb sur une autre lib ).

Donc, ç'est pas cassé souvent, mais c'est pas toujours rapidement fixé.

> Gniiiii ? Au lieu de parler comme un windozien, si tu nous donnais le nom du
> soft qui fait ça (en plus ça te permettra de trouver par toi même).

Sous mandrake et fedora, tu as un script appelé service, qui active les ... services.

Le sous systéme son n'est pas un daemon, vu que ça charge des modules.
Donc on ne peut pas dire que tout dans /etc/init.d est un soft ou un daemon.

Donc, non, c'est pas une terminologie de "windowsien".

Deja vu :

http://archives.mandrakelinux.com/cooker/2003-01/msg06043.php(...)

1) msn c'est mal (tm) :)

2) gaim, jabber, ça marche ?
Il y a pas moyen de décocher une option genre "envoyer des messages en format enrichi", un truc dans ce gout la ?

> Comme les gens de Cooker vont faire leur première rencontre aux RMLL, j'ai
> envie de leur proposer de rencontrer des vrais utilisateurs de la vraie vie,

Je pense que le probléme n'est pas de rencontrer plus d'utilisateurs dans la vraie vie.
Le problème est toujours le même, des moyens limités, et une complexité grandissante. On a beau avoir toujours plus de testeurs, et plus de rapports de bugs, ils faut encore réussir à les fixer à temps, et pouvoir les fixer.
Par exemple, le probléme de Flash :
1) Soit mdk le distribue, et viole la license de macromedia, et se fait critiquer pour avoir mis du non libre, et augmente les problémes de maintenance

2) soit mdk garde ça pour le club, et on critique à tout bout de champ la dérive commercial de mdk, qui est contre le concept de libre, etc etc.

Quelque soit la solution, des gens la trouveront jamais bonnes.
Donc, faire plus de test, ça va pas régler ce probléme. Faut pas croire qu'un developpeur est complétement détaché de la vie réelle, ou est complétement asocial.

Tout le monde aura bien sur compléter par :

</Location>

( et je me fait encore avoir.... )

Sauf erreur de ma part, il y a déja eu des demandes pour utiliser Postgresql, et c'est en cours de developpement.

Sinon, je pense qu'on peut se débrouiller pour gerer plusieurs projets à coup de configurations et de liens hard, je voit pas vraiment ce qui l'empeche.

Dans la mesure ou configurer trac, c'est juste mettre ça dans la conf apache ( trac dans le repertoire qui va bien ) :

Alias /trac/ "/usr/share/trac/htdocs/"
<Location "/cgi-bin/trac.cgi">
SetEnv TRAC_DB "/tmp/plop.db"


On peut facilement imaginer un fichier par projet, le tout placer dans un dossier inclut par apache.

> Problème de brevet. C'est récurrent.

Sans vouloir être pointilleux, c'est pas un probléme de brevet pour le decss car un brevet doit être publié, hors, John Johnansen a du faire du reverse enginnering.
C'est donc un problème différent ( secret industriel, et John a été accusé sous le coup du dmca, pour avoir contourné un systéme de protection, si je me souvient bien )