> Mais bon, tu prefere, comme toujours sortir mandrake.
Pourquoi comme toujours. Deux fois selon Florent Chantret.
> au point de filer une url de wiki qui pointe sur rien ou il faut un mot de passe pour écrire et d'en conclure que mdk, c'est fermé.
C'est une réponse à un troll sur RedHat qui indiquait que RedHat "cachait" des rapports de bug. C'est bien gentil de geuler contre moi mais vas aussi gueuler contre les milliers de troll SuSE et la centaine de troll RedHat. Au fait, t'ai rien dit sur le mec qui nous retombe le troll de Mosfet. Le tout avec des arguments bétons :
- "sans parler des bugs non accessibles , j ai lu ca dans un journal"
Et t'as réponse à mon commentaire est aussi du pure troll usé jusqu'à la corde. Vas faire un tour sur le mailing-list de RedHat et trouve des gens qui se plaignent de :
- bug caché
- KDE modifié
- patch non disponible
> > La plupart des .spec pour RH sont directement inclus dans le cvs du projet en question ( gnome, kde ). Mais pour les autres, google ne renvoit rien.
Regarde les dates des fichiers et compare avec cooker et dis nous si c'est moins mise à jour que cooker.
Quoiqu'il en soit, même si RedHat ne met pas à disposition en temps réel les modifications, il y a les sources des versions distribuées. Si c'était pas le cas, la FSF aurait poussé un coup de gueule parfaitement justifié.
Si tu prêtes attention au fichier spec, les fichiers .spec de RedHat sont souvent significativement différents des .spec des tarballs. Entre autre car les tarballs fournissent des .spec qui doivent tourner sur des vieilles version de rpm. Or RedHat lors de la sortie d'une distribution utilise pratiquement toujours la dernière version de rpm. Par exemple la RH9 utilise rpm v4.2.1 alors que Mdk9.1 (comme SuSE et tous les autres) utilise la version 4.0.4. De plus RedHat en général "split" plus les projets en plusieurs paquets binaire que le .spec d'origine.
> > Pour moi,l'ouverture, c'est pas d'ouvrir quand quelqu'un envoie un mail, c'est ouvrir avant.
Avant quoi. Avant que quelque chose existe ? Avant de posé ta question tu veux déjà la réponse ? Donne un exemple concret.
> > Et les specs ?
Voir Rawhide. De plus tu peux me trouver un projets RedHat sans .spec alors qu'il existe un rpm ? NON.
> > Et, les fameuses modifs que , d'aprés mosfet, rh fait sur kde ?
Va ici http://marc.theaimsgroup.com/?l=redhat-list&r=1&w=2(...) et regarde le nombre de personne qui se plaigne à l'époque de la sortie de RH8.0 ou la beta "null". Cherche aussi les developpeurs KDE. Il n'y en a pas pourtant tout le monde savait 3 mois avant la sortie de la RH8.0 (première beta) que KDE et GNOME était "fusionné".
Le bug a été ouvert pas un employé de RedHat et non par un dev KDE et il n'est pas caché !
Le bug a été découvert une semaine avant la sortie officielle de la RH8.0 et n'a pas été corrigé à sa sortie.
Une errata existe et est sorti plus tard : https://rhn.redhat.com/errata/RHSA-2002-220.html(...(...)) (voir "74071 - Better way to handle desktop file renames").
> > Il y a aussi un cvs des divers patchs ?
Les src.rpm, c'est pour les cochons ? Regarde le src.rpm de kdelib de RH8.0 et dis nous la taille du patch RedHat. 300 lignes il fait le patch mon bon mesieur. Tu crois qu'il faut ouvrir un cvs pour un patch de 300 lignes ? Les autres patchs sont des patchs non développés/maintenus par RedHat (support xft notament). http://rawhide.redhat.com/pub/redhat/linux/8.0/en/os/i386/SRPMS/(...)
De plus, tu connais des distributeurs qui ont un CVS pour leur patch ?
> > Jusqu'a preuve du contraire, il est pas accessible.
Tu n'a apporté aucune preuve.
> > Si RH est si ouvert, tu doit pouvoir le trouver.
Il y a le src.rpm . Pour ton info, TOUT les paquets RedHat sont fait à partir d'une version du projet d'origine. Donc tu trouveras ton patch. Mandrake, SuSE etc font de même car c'est imposé par la GPL (c'est un travail dérivé) ! Si RedHat ne fesait pas de même il se ferait tirer l'oreille par la FSF.
Je t'ai démontré que tu es aussi un gros trolleur.
Là je vais faire un troll sur Mandrake pour te montrer la différence :
- Mandrake livre toujours ces produits avec plusieurs moi de retard et l'emballage est pourri.
Et je peux te trouver des gens qui se plaignent (mailing-list ou forum mandrakeclub).
Parlé de ça, maintenant, même si c'est vrai, est un troll. OUI.
Si j'ai fait une erreur et que c'est un comportement normal de wiki, il sufit de le dire. Car la réponse donnée par la page n'a rien de descriptif sur le fonctionnement de wiki. J'ai pas le science infuse. Et puis j'en ai rien à foutre que Mandrake cache des pages. Le fonctionnement 100 % transparent est un leure. Je répète, c'est en réponse à un troll.
> De surcroit, c'est une news sur gentoo, mais, tu trouve le moyen de ramener ça sur mandrake.
Ben si on peut pas comparer les distributions... Tu veux aussi interdire de parler de Gnome pour une news KDE et vise-verça ? Idem pour MS/Linux ?
> Comme toujours. Et tu t'etonnes que tu te fasse moinsser.
Je parle de certains commentaires où je réponds à des questions et que mes réponses sont considérées comme satisfesants. Je parle aussi de poste qui donnent des infos justes et vérifiable. Pour les postes où je donne mon avis, je dis rien.
> Ensuite, tu t'ériges en martyr
Exemple svp. Une fois j'ai gueulé à cause de la chute de mes XP. Un gus a voté 15 fois de suite contre mes postes. Durant la journé où on pouvait voir les votes il y a eu 4 personnes qui on fait plus de 10 votes négative sur mes commentaires sur leurs 20 derniers. J'invente pas!
> A ce rythme la, tu va plus avoir d'xp et geuler à la censure.
Et pourquoi pas. Regarde comme un troll sur SuSE fait perdre beaucoup moins d'XP qu'un simple avis même argumenté sur Mandrake.
A chaque fois que quelqu'un défend SuSE ou RedHat il y a toujours des Mandrakiens pour lui faire la morale comme toi et se faire ruiner les XP.
Oui il y a un "lobby" Mandrake sur dlfp qui fait qu'on ne peut rien dire sur Mandrake à part :
- "Mandrake ça rox"
- "Les dev de mandrake font vraiment un super boulot"
- "Si Mandrake a des problème c'est de la faute à pas de chance"
- "Si Mandrake n'existe pas Linux serait beaucoup moins bien"
- ...
PS : Ici j'exprime mon avis, si le post se fait descendre en flamme, je ne vais pas gueuler.
[^] # Re: Questions
Posté par ptit_tux . En réponse à la dépêche Gentoo 1.4 est (enfin) sortie. Évalué à -2.
Pourquoi comme toujours. Deux fois selon Florent Chantret.
> au point de filer une url de wiki qui pointe sur rien ou il faut un mot de passe pour écrire et d'en conclure que mdk, c'est fermé.
C'est une réponse à un troll sur RedHat qui indiquait que RedHat "cachait" des rapports de bug. C'est bien gentil de geuler contre moi mais vas aussi gueuler contre les milliers de troll SuSE et la centaine de troll RedHat. Au fait, t'ai rien dit sur le mec qui nous retombe le troll de Mosfet. Le tout avec des arguments bétons :
- "sans parler des bugs non accessibles , j ai lu ca dans un journal"
Et t'as réponse à mon commentaire est aussi du pure troll usé jusqu'à la corde. Vas faire un tour sur le mailing-list de RedHat et trouve des gens qui se plaignent de :
- bug caché
- KDE modifié
- patch non disponible
Bref les trolls que tu nous ressours dans ta réponse ici :
http://linuxfr.org/comments/246268.html(...)
> > La plupart des .spec pour RH sont directement inclus dans le cvs du projet en question ( gnome, kde ). Mais pour les autres, google ne renvoit rien.
Les derniers développement de RedHat pour leur distribution sont dans rawhide :
http://rawhide.redhat.com/pub/redhat/linux/rawhide/SRPMS/SRPMS/(...)
Regarde les dates des fichiers et compare avec cooker et dis nous si c'est moins mise à jour que cooker.
Quoiqu'il en soit, même si RedHat ne met pas à disposition en temps réel les modifications, il y a les sources des versions distribuées. Si c'était pas le cas, la FSF aurait poussé un coup de gueule parfaitement justifié.
Si tu prêtes attention au fichier spec, les fichiers .spec de RedHat sont souvent significativement différents des .spec des tarballs. Entre autre car les tarballs fournissent des .spec qui doivent tourner sur des vieilles version de rpm. Or RedHat lors de la sortie d'une distribution utilise pratiquement toujours la dernière version de rpm. Par exemple la RH9 utilise rpm v4.2.1 alors que Mdk9.1 (comme SuSE et tous les autres) utilise la version 4.0.4. De plus RedHat en général "split" plus les projets en plusieurs paquets binaire que le .spec d'origine.
> > Pour moi,l'ouverture, c'est pas d'ouvrir quand quelqu'un envoie un mail, c'est ouvrir avant.
Avant quoi. Avant que quelque chose existe ? Avant de posé ta question tu veux déjà la réponse ? Donne un exemple concret.
> > Et les specs ?
Voir Rawhide. De plus tu peux me trouver un projets RedHat sans .spec alors qu'il existe un rpm ? NON.
> > Et, les fameuses modifs que , d'aprés mosfet, rh fait sur kde ?
Va ici http://marc.theaimsgroup.com/?l=redhat-list&r=1&w=2(...) et regarde le nombre de personne qui se plaigne à l'époque de la sortie de RH8.0 ou la beta "null". Cherche aussi les developpeurs KDE. Il n'y en a pas pourtant tout le monde savait 3 mois avant la sortie de la RH8.0 (première beta) que KDE et GNOME était "fusionné".
Regarde aussi cette article d'un développeur KDE sur la RH8.0 :
http://www.cyber.com.au/users/mikem/redhat8kde.html(...)
Pour les incompatibilités introduites par RedHat il n'y a qu'un problème :
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=74071(...(...)) ( Better way to handle desktop file renames )
Le bug a été ouvert pas un employé de RedHat et non par un dev KDE et il n'est pas caché !
Le bug a été découvert une semaine avant la sortie officielle de la RH8.0 et n'a pas été corrigé à sa sortie.
Une errata existe et est sorti plus tard :
https://rhn.redhat.com/errata/RHSA-2002-220.html(...(...)) (voir "74071 - Better way to handle desktop file renames").
> > Il y a aussi un cvs des divers patchs ?
Les src.rpm, c'est pour les cochons ? Regarde le src.rpm de kdelib de RH8.0 et dis nous la taille du patch RedHat. 300 lignes il fait le patch mon bon mesieur. Tu crois qu'il faut ouvrir un cvs pour un patch de 300 lignes ? Les autres patchs sont des patchs non développés/maintenus par RedHat (support xft notament).
http://rawhide.redhat.com/pub/redhat/linux/8.0/en/os/i386/SRPMS/(...)
De plus, tu connais des distributeurs qui ont un CVS pour leur patch ?
> > Jusqu'a preuve du contraire, il est pas accessible.
Tu n'a apporté aucune preuve.
> > Si RH est si ouvert, tu doit pouvoir le trouver.
Voir : http://rawhide.redhat.com/pub/redhat/linux/8.0/en/os/i386/SRPMS/(...)
Il y a le src.rpm . Pour ton info, TOUT les paquets RedHat sont fait à partir d'une version du projet d'origine. Donc tu trouveras ton patch. Mandrake, SuSE etc font de même car c'est imposé par la GPL (c'est un travail dérivé) ! Si RedHat ne fesait pas de même il se ferait tirer l'oreille par la FSF.
Je t'ai démontré que tu es aussi un gros trolleur.
Là je vais faire un troll sur Mandrake pour te montrer la différence :
- Mandrake livre toujours ces produits avec plusieurs moi de retard et l'emballage est pourri.
Et je peux te trouver des gens qui se plaignent (mailing-list ou forum mandrakeclub).
Parlé de ça, maintenant, même si c'est vrai, est un troll. OUI.
Les liens que j'ai donné, tu les trouves sur cette page de mandrake :
http://qa.mandrakesoft.com/twiki/bin/view/Main/ToDo(...)
Si j'ai fait une erreur et que c'est un comportement normal de wiki, il sufit de le dire. Car la réponse donnée par la page n'a rien de descriptif sur le fonctionnement de wiki. J'ai pas le science infuse. Et puis j'en ai rien à foutre que Mandrake cache des pages. Le fonctionnement 100 % transparent est un leure. Je répète, c'est en réponse à un troll.
> De surcroit, c'est une news sur gentoo, mais, tu trouve le moyen de ramener ça sur mandrake.
Ben si on peut pas comparer les distributions... Tu veux aussi interdire de parler de Gnome pour une news KDE et vise-verça ? Idem pour MS/Linux ?
> Comme toujours. Et tu t'etonnes que tu te fasse moinsser.
Je parle de certains commentaires où je réponds à des questions et que mes réponses sont considérées comme satisfesants. Je parle aussi de poste qui donnent des infos justes et vérifiable. Pour les postes où je donne mon avis, je dis rien.
> Ensuite, tu t'ériges en martyr
Exemple svp. Une fois j'ai gueulé à cause de la chute de mes XP. Un gus a voté 15 fois de suite contre mes postes. Durant la journé où on pouvait voir les votes il y a eu 4 personnes qui on fait plus de 10 votes négative sur mes commentaires sur leurs 20 derniers. J'invente pas!
> A ce rythme la, tu va plus avoir d'xp et geuler à la censure.
Et pourquoi pas. Regarde comme un troll sur SuSE fait perdre beaucoup moins d'XP qu'un simple avis même argumenté sur Mandrake.
A chaque fois que quelqu'un défend SuSE ou RedHat il y a toujours des Mandrakiens pour lui faire la morale comme toi et se faire ruiner les XP.
Oui il y a un "lobby" Mandrake sur dlfp qui fait qu'on ne peut rien dire sur Mandrake à part :
- "Mandrake ça rox"
- "Les dev de mandrake font vraiment un super boulot"
- "Si Mandrake a des problème c'est de la faute à pas de chance"
- "Si Mandrake n'existe pas Linux serait beaucoup moins bien"
- ...
PS : Ici j'exprime mon avis, si le post se fait descendre en flamme, je ne vais pas gueuler.