ptit_tux a écrit 1268 commentaires

Yum (un équivalent apt mais plus adapté à rpm) sera dans la RH10.

Fais "aide" "apropos" dans gnome-terminal, va sur freedesktop, etc...

Laisse tombez, t'es trop fainéant. Ça pourrait te vriller un neurone.

Les paquets redhat sont pas mals non plus. Par contre il n'y a pas plusieurs apache-mod ou la doc d'openoffice est dans un paquet.
Le nombre de paquet gstreamer est "impressionnant" :
http://ftp.club-internet.fr/pub/linux/Mandrake-devel/cooker/i586/Ma(...)

Pour gstreamer, c'est 5 paquets "seulement" dans RedHat.

Là il y a quand même un truc troublant. Une RH9 ou une Mdk9.1 c'est 3 CD.
Voilà la taille des iso pour RH9 :
668991488 shrike-i386-disc1.iso
677511168 shrike-i386-disc2.iso
508592128 shrike-i386-disc3.iso

Le doc RH (des bouquins) est sur un CD séparé.

Pour mdk 9.1 : 2564 rpm
Pour RH9 : 1403 rpm

Bizarre.

A titre de comparaison, une RH9 à 1400 rpm binaire et environ 900 src.rpm. C'est moins :-)

> Je le fais tout les jours !

Moi aussi :-)

Je parle dans un contexte graphique. C-à-d sans exiger que l'admis connaisse les noms des commandes.

> Il y a des admin qui sont obligés de frapper des centaines de fois par jour le mot de passe de root.

Faut problème. Enfin, fausse solution.

Sous RedHat depuis la 8.0 (mais nul doute que Mandrake le fait mais j'ai pas vérifié) il y a consolehelper. Ce petit programme donne une certain "persistance" à ton authentification (ça marche pour les programmes text et X11). Ainsi tu lances redhat-config-bind (qui est un lien vers consolehelper en réalité), le mot de passe root est demandé. Tu quittes le programme. 30 secondes après tu lances gdmsetup et le mot de passe n'est pas à nouveau demandé.

Tu as bien évidement un petit icone sur le panel pour virer l'authentification si tu quittes le poste.

Tu vois, c'est typiquement je genre de critique d'un mec qui connait pas.

> On peut parler des rapports de RedHat avec la communauté de ses utilisateurs par exemple.

Fais un tour sur les mailing-list RedHat et reviens en parler ici.

RedHat est "claire" voir "brutal" dans sa communication. C'est un fait. Mais RedHat ne fait pas dans la langue de bois.

> Demande par exemple à Matthias Saout (freshrpm) quels sont ses rapports avec RH.

Regarde ici, il a récament posté plein de messages :
http://www.redhat.com/archives/rhl-devel-list/2003-July/thread.html(...)

Puis si RedHat le gonfle, je vois pas pourquoi il supporte cette distribution.

> Ou encore aux développeurs JPackage quelle écoute ils ont chez RH.

JPackage, je connais pas :-)
RedHat a une politique très claire. Ils n'ont pas l'intention de supporter tous les projets. C'est pas nouveau. Alors forcément, ça plait pas.

Je veux bien parler de la politique de RedHat dans la sélection des projets qu'il supporte réellement. Mais ces "trucs" : désolé ça m'interesse pas.

Par soucis d'objectivité, demandes aux développeurs de Linux/gcc/gnome/gdb etc comment ils apprécient les ENORMES contributions faite par RedHat. Demande leur avis sur Mandrake aussi.

Puis va faire un tour sur la mailing-list rpm et regarde la contribution de Mandrake par rapport à RedHat. C'est sans commune mesure !

Juste un petit exemple, un bug sur Mandrake :
http://qa.mandrakesoft.com/show_bug.cgi?id=4844(...)

Et oui, ça a été corrigé par un mec de RedHat et au niveau du projet Gnome. C'était une correction nécessaire pour RedHat aussi.
Pour info Havoc est le mainteneur de gnome-terminal, metacity, http://www.freedesktop.org/(...) , DBUS, etc, etc.
C'est un employé de RedHat qui maintient nautilus (et il dit que le contributeurs sont pas nombreux...).
Gtk+ est maintenu aussi par RedHat.

> Mandrake par contre joue la communauté

Communauté tu l'entends comment ? La communauté Mandrake ?
La contribution de RedHat au logiciel libre est sans commune mesure avec Mandrake et Mandrake en profite. Ça n'a rien de scandaleux et il ne faut pas y voir un reproche !
Mais il faut aussi ouvrir un peu les yeux.
RedHat contribue comme un "fou" sur Gnome et Mandrake pratiquement rien pour Gnome ou KDE (ya que SuSE pour KDE et pas beaucoup).
C'est Havoc de RedHat qui a créé http://www.freedesktop.org/(...) pour que Gnome et KDE coopère au mieux.
Si l'image de RedHat n'est pas bonne c'est principalement à cause des ragots ou de gens aigris. Par exemple KDE regrette de ne pas être autant supporté que Gnome par RedHat. Je les comprends. Mais RedHat ne peut pas être partout. De plus avec ce type de propros, on ne fait que remforcé ce cliché "Linux = RedHat". Les projets peuvent se développer sans RedHat.

> la possibilité d'influencer le cours de la distribution est réelle

Je te donne un bon point :-)
Ceci est totalement vrai. RedHat écoute moins ça communauté. Ce point est claire. RedHat a des objectifs pour sa distribution et s'y tient. Mais là tu parles de la communauté autour d'une distribution et non de la communauté du logiciel libre.

> Les projets annexes (PLF, JPackage) travaillent en collaboration plutôt qu'en parallèle.

Ce projet ne font pas partis de la distribution RedHat.

Voici un Mail d'Havoc :
http://www.redhat.com/archives/rhl-list/2003-August/msg00137.html(...)
- "The ideal situation is that we don't have any patches vs. upstream projects other than changes to default themes and configuration, and for GNOME we're pretty close to that at the moment."

RedHat bosse avec les projets.

Va faire un tour sur le mailing-list du projet RHLP (c'est la distribution) :
http://rhl.redhat.com/(...)

Le nombre de foi que RedHat dit que certaines requêtes ou rapport de bug doivent être remonté directement au projet ne se compte pas.

> Au final, RedHat préfère courtiser les entreprises que la communauté
> Mais de là à préferrer RedHat, à part pour un décideur pressé, je ne vois pas.

98 % du pognon engendré par RedHat se retrouve dans le logiciel libre. C'est un bonne raison.
Afin, RedHat a annoncé le projet RHLP :
http://lwn.net/Articles/40521/(...)
Le site est malheureusement fermé pour travaux : http://rhl.redhat.com/(...)

Cette distribution ne sera pas vendue par RedHat et le support sera gratuit !
Il y aura yum en standard (un équivalent d'apt/urpmi). up2date support déjà plusieur dépôt. Tu peux mélanger des dépôts rpm yum ou apt ou rhn ou répertoire. Et oui RedHat fournira une distribution pour 0 € !
De plus actuellement RedHat étudie la question d'autoriser la vente des distributions RHLP sans payer la marque (le fameux paquet redhat-logos).

> On peut également parler des entrées bugzilla qui ne sont pas publiques.

Vas sur http://bugzilla.redhat.com/(...) . Entre un bug de merde genre :
- "Redhat ça pue".
Ton bug sera toujours là.
Trouves moi un personne qui se plaind d'avoir vu son bug supprimé.
Bonne chance.
NB: il y a des bugs qui sont supprimé pour évité que la base de donnée devienne trop grosses (c'est pour rawhide et les beta). Mandrake fait "pire". Tous les bugs des distribution RedHat depuis la 4.2 sont toujours là !

Les bugs qui ne sont pas visibles sont les bugs de ces clients payants. D'ailleur, tu peux me trouver des bugs de clients payants de Mandrake pour la CS ?
NON.
Afin pour la RHLP, il n'y aura plus de bugs "cachés" car il n'y aura pas de support payant de la part de RedHat pour la RHLP.
Le débat est clos.
Enfin, sur ce point, je t'invite a t'abonner à https://listman.redhat.com/mailman/listinfo/rhl-devel-list(...) et a poser une question polie.

Au final, ton post me gonfle. Mais ne le prend pas spécifiquement pour toi car ils sont nombreux ici à avoir ton sentiment et peut-être tu ne subis qu'une "ambiance".
M'enfin, je suis heureux que tu me donnes l'occasion de "casser" ces légendes.

> Le but initial de Mdk était de supprimer la connexion root depuis le panneau de login

Ça se fait avec pam ou /etc/securetty. Il y a aussi gdm qui permet de le faire (et aussi via un joli interface graphique).

> Malheureusement, il y a des cas où mdkdm ne convient plus :
> - administrateur équipé d'outils graphiques de surveillance.

Faut généraliser l'utilisation de consolehelper comme le fait RedHat. tous les outils de config de redhat (redhat-config-*) utilise consolehelper. up2date l'utilise aussi.

> ptit_tux ne sois pas agressif comme ça !

Je n'ai pas accentué ma pensée, et c'est l'essentiel.

> Ne sois pas paranäque non plus.

Il y a des signes qui ne trompent pas. Par exemple j'ai vu ici, une news maintenant peu fréquentée, tous mes posts subir un [-] en moins d'une minute.

> ce serait dommage que tu retournes au purgatoire !

Si je me retrouve au purgatoire car mon avis n'est pas partagé ou que mes posts sont sans intérêts pour la majorité, j'assume. Je pense que c'est principalement ce qui m'est arrivé la dernière foi.
Par contre certains (2 voire 4 personnes, mais pas plus) votes systématiquement [-] à mes posts. Ça c'est gonflant. Et ce n'est pas de la paranoïa.

Enfin, pour info, je sais parfaitement engrenger des XP si je veux (sur la tribune quelqu'un a rappelé que je suis monté à 400 XP en 3 ou 4 mois). Mais il est claire que maintenant je devrais changer de compte pour le refaire.

> je l'ai un peu aidé

Certains votent [-] sur l'id. D'autres votent [+] sur l'id.
Ça semble être des comportements opposés mais dans les deux cas c'est une connerie :-).

> C'est surtout du pipo, l'augmentation des cigarettes n'a pas diminué le nombre de fumeurs

Je parle de l'expérience anglaise. Il me semble que le prix du paquet chez eux est de l'ordre de 50 F (7 à 8 €).

Je ne trouve pas l'article intéressant. Mérite pas une news.
Mais l'article est rigolo. SCO y est ridiculisé (ce qui est plutôt rare pour un site non Linux).

> par contre j'ai le sentiment qu'il recharge l'intégralité de l'iso sans se soucier de celle qui existe déjà

C'est un peu "normal". Les noms des fichiers sont différents et si tu t'amuses à faire un patch binaire entre les iso, il sera surement plus gros que l'iso toute seule.
Pour les iso, c'est sans espoir...

Il y a des rpm pour RedHat ici :
http://torrent.dulug.duke.edu/btrpms/(...)

Ça ne dépend que de /usr/bin/python . Normalement ça doit rouler.
Essaies en premier bittorrent-3.2.1-0.fdr.2.b.rh90.noarch.rpm puis bittorrent-3.2.1-0.fdr.2.b.rh80.noarch.rpm, puis bittorrent-3.2.1-0.fdr.2.b.rh73.noarch.rpm.

C'est rpm 4.0 sur mdk9.1 et rpm 4.0 sur rh73. par contre c'est rpm 4.1 sur rh80 et rpm 4.2 sur rh90. Normalement il n'y a pas incompatibilité. Mais...

A utiliser c'est très con :
$ btdownloadcurses.py fichier.torrent

ou
$ btdownloadcurses.py url.torrent

Laisses tourner bittorrent après le download pour que les autres en profite.

home page bittorrent :
http://bitconjurer.org/BitTorrent/download.html(...)

> Il me paraît clair qu'augmenter le prix du tabac est un moyen de faire diminuer le nombre de fumeurs

Juste pour préciser que l'augmentation du prix du tabac ne dissuade pas les fumeurs déjà dépendants. Ça "seulement" un impact positif sur les jeunes. Ils sont toujours aussi nombreux à goûter au tabac mais deviennent moins souvent des fumeurs chroniques. C'est déjà très positif. Ces infos je les tire de l'expérience anglaise.

Pour info, mettre -z pour des images iso avec plein de rpm déjà compressé n'est pas très pertinant. Ça bouffe du cpu coté serveur pour rien. Je serais pas étonné que le serveur interdit l'utilisation de -z pour les fichiers avec l'extension .iso .

Je te conseille bittorrent qui est redoutablement efficace. Utilise btdownloadcurses.py pour ne pas installer wx-gtk, etc...

> * J utilise pas mdkdm mais dans le cas de gdm

C'est vrai que gdm s'auto-surveille. Ce n'est pas le cas d'xdm (du moins à l'époque ou je l'utilisais).

> * Le choix d avoir un wrapper dm , c est que c est plus simple a gerer quand t as xdm gdm et xdm d installé en meme temps.

Vois pas le problème. /etc/rc.d/init.d/dm lance /etc/X11/prefdm (qui gène [gxk]dm comme /etc/inittab de RedHat lance /etc/X11/prefdm. C'est la même chose.
D'ailleur tu pourrais faire un essai :-)

Je crois me rappeler que Mandrake lance X11 avant que tout les services soient lancés. Si c'est une entrée /etc/inittab, init le lance qu'une fois que tous les services sont initialisés.

Je serais pas étonné si la raison est là.

> ?? pourquoi ce serait forcement des utilisateurs mandrake qui te moinsserait , je vois pas la logique

Très juste. C'est purement subjectif. Malheureusement, je ne peux pas voir les notes...

> sauf ceux en europe je crois

Pas tout les pays Européens. Actuellement c'est la France et la Belgique (ha le circuit de SPA...).

Sinon le grand prix a été annulé cette année car la pub pour le tabac est interdite. Par contre SPA est peut-être de retour l'année prochaine car le quebec refuse aussi la pub sur le tabac. Donc pas de grand du quebec l'année prochaine.

C'est carrément grotesque. S'il n'y a plus de sponsor "tabac", la formule 1 fera avec et le spectacle (quand il y en a car l'année dernière c'était "limite chiant") sera toujours là.

> J'ai entendu plusieurs fois que le tabac rapportait plus qu'il ne coutait.

Je confirme. Mais c'est pas une raison pour fumer.

Je suis fumeur.

Plus le prix sera élevé, mieux c'est. C'est jusqu'à maintenant le meilleur moyen qu'on a trouvé pour éviter que les jeunes ne soient pas des fumeurs chroniques. Et oui, la crop "consommé" de façon chroniques fait beaucoup, beaucoup plus de dégât qu'un pétard de temps à autre.

C'est au point. Le problème ce sont les programmes qui ne respectent pas la norme POSIX. Et il faut rappeler que RH livre toujours l'ancien implémentation des threads. Il suffit de fixer la variable d'environnement LD_KERNEL_ASSUME à 2.4.5 pour utilisé linuxthread. C'est ce que je fais pour realplay. Wine marche aussi très bien avec ce workaround.

Et puis les programmes qui utilisent exclusivement l'ancienne implémentation sont rares maintenant. La dernière version de java utilise nptl, Oracle a une version nptl en attente de diffusion, il y a une nouvelle version de realplay avec nptl, wine support aussi nptl, etc...

Faut aussi souligner que la phase de test ne sera pas légère à la sortie de RHEL :
- 3 mois pour la phase béta de la RH9
- 6 mois en production sur RH9
- 3 mois pour la phase béta de RH10
- 4 mois pour la phase béta de RHEL3 (c'est 3 et non 3.0)
- c'est aussi l'implémentation par défaut dans Linux 2.[56] depuis 4/5 mois.

Les risques sont plutôt minimes. Il y a d'autres fonctionnalités dans RHEL qui ont été nettement moins testé par RedHat :
- htree pour ext3
- acl pour ext3
- hyperthreading
- support 64 Go pour pentium
- etc...

> Indirectement il est lancé par init

Indirectement, tout est lancé par init. Le problème c'est qu'init ne "trace" pas les évènements au niveau des services. Si mdkkdm meurt, init s'en fout. Il faut faire comme pour les autres services : "/etc/rc.d/init.d/dm restart" . Si t'es pas root, t'es un peu dans la merde.

J'aimerais bien connaitre les raisons qui ont poussé Mandrake à faire ce chois. De plus c'est généralement init qui "maintient" les process de login et les relances si nécessaire voire ne les relances plus pour 5 minutes s'ils sont trop souvent lancé (Faire ^D sur un login console pour voir l'effet).

Une autre truc cool sous RedHat et dont Mandrake pourrait reprendre d'idée :
- lorsque *dm plante trop souvent (X11 qui ne finit pas sa séquence de démarrage), il te propose de désactiver X11 et/ou voir le log d'X11 et/ou reconfigurer X11.

> Mandrake fourni deja son propre outil et ce n est pas ksysv mais drakxservices

Mandrake devrait penser à ne pas installer ksysv par défaut.

Petit ajout par rapport à gdm ou je me plaignais qu'il ne trouvais pas les sessions. C'est bête car le mécanisme /etc/X11/prefdm est en place et ne demande qu'à être utilisé pour switcher vers un autre xdm.

PS : il est fort probable que je retourne sous les 2 XPs. Donc ne fais pas de réponse qui attends un réponse de ma part.
Certains utilisateurs de Mandrake n'apprécient pas les feedbacks des non utilisateurs réguliers de cette distribution. C'est con, car c'est une information intéressante pour que Mandrake fasse une distribution qui séduise les utilisateurs d'autres distributions. À rester entre utilisateurs de Mandrake la distribution ne va pas augmenter son adoption.
L'exemple du menu est assez pertinant. Peut-être que d'autres comme moi n'ont pas apprécié le nouveau menu et ont peut-être laissé tombé. Ben "grâce à moi" tu fais une réponse qui va peut-être les inciter à revenir à Mandrake.
J'imagine qu'il y en a encore qui vont dire que je fais exprès pour descendre la distribution. Désolé de les décevoirs mais c'est vraiment trop facile. J'ai juste à faire un saut sur le bugzilla de Mandrake. Plus simple, j'ai détecté en 5-10 minutes de test 7 bugs mininum dont 2 dans l'installeur. Certains sont faciles à détecter car ils sont aussi dans la RedHat severn (futur RH10) :-) . Et comme je pense que vous ne testez pas les autres distributions...

Pour ma part, je reste curieux de toutes critiques constuctives sur ma distribution préférée, c-à-d RH. Constructives, ça veut dire pas les éternes "ya pas mp3, ya pas apt, kde sauce Bluecurve est pourri, etc".

Là dessus, Mesieurs qui donnez une piètre image de la communauté Mandrake, je ne vous salue pas.

PS-bis :
Ooops. Last post.

Si tu cherches bien il y a un paquet linux 2.6 pour Mandrake (houplaboom le dit plus haut). Comme il y a des paquets pour Debian, gentoo, RedHat etc (c'est ici pour redhat http://people.redhat.com/arjanv/2.5/(...) et ça marche aussi pour une RH9). Donc les distributeurs jouent le jeu. Mais les distributeurs ne sont pas suicidaires non plus. Le 2.6 par défaut, c'est pas encore pour maintenant. Mais la prochaine "salve" de distributions aura sûrement du 2.6 par défaut.

> mais elle a le mérite (le pouvoir en tout cas) de convertir des windosiens, qu'on se le dise...

Car les utilisateurs de Debian/Slack/SuSE/RedHat/etc viennent tous d'Unix ou Amiga ?
Ou ils ont tous directement commencé par Linux ?