> Je viens de vérifier et maintenant je sais. C'est toujours le même bordel.
Donc la méthode, c'est 1) tu poste 2) on te contredit, 3) tu vérifie, 4) tu sais, mais tu change pas d'avis.
Impressionnant.
> > compare www.zarb.org/~misc/find-requires.mdk avec
> > www.zarb.org/~misc/find-requires.fdr
>
> Fedora utilise une méthode automatique et standard (c'est dans le rpm
> d'origine).
rpm d'origine sous le controle de rh donc standard de facto. ( oui je sais, je pourrais forker, à la X.org parce que rh est trop tetus tout ça )
> Mandrake ne fait rien en automatique (selon ton url mais je
> pense que c'est une erreur).
En effet, erreur de copie. Maintenant, j'ai vu que tu sais te servir de rpm, tu aurais pu le voir par toit même. J'ai remis le fichier et pour info :
[misc@katu3 public_html] $ wc -l find-requires.*
134 find-requires.fdr
182 find-requires.mdk
Donc, plus de ligne devrait être corrélé avec plus de requires automatique, et curieusement, si quelqu'un se donne la peine de vérifier, c'est le cas.
> > pour les entetes, les .h
>
> Non, c'est fait dans le .spec et manuellement (ce sont les
> "BuildRequires:"). les find-req* ne sont pas utilisé pour contruire les
> fichiers .spec (évidemment...).
> C'est toi qui te contredit. C'est toi qui croit que Mandrake est proche du
> fork car rpm est "parait-il" mal maintenu. Moi je pense que Mandrake est
> satisfait par le boulot fait dans rpm (même s'ils doivent gérer un patch de
> 2000 lignes).
Pour maintenir des patchs de 350 lignes, je peut te dire que c'est deja trés lourd. J'ai pas dit non maintenu, j'ai dit qu'il est non compatible avec lui même, ce que tu avoues toi même :
"Il y a toujours eu compatibilité ascendante dans rpm. Sauf pour RH8.0 (introduction de rpm V4.2) si mes souvenirs sont bons (corrigé en errata)."
De nos jours, tu ne peut plus non plus lire certains rpm trop vieux.
Et un soft ou tu as besoin de placer 2000 ligne de modifications avant que ça marche comme tu veut et comme ça devrait, ça me semble être assez énorme.
En 400 ligne, un patch rajoute à peu prés une fonctionnalité non trivial, donc 2000 lignes de corrections de bugs toujours non intégrés upstream, ça fait beaucoup, et comme je le disait, mandrake n'est pas la seul distrib à faire ça, ce qui prouve bien que tout le monde est con sauf redhat.
[^] # Re: Mandrakelinux 10.0 Official est arrivée !
Posté par Misc (site web personnel) . En réponse à la dépêche Mandrakelinux 10.0 Official est arrivée !. Évalué à 2.
Donc la méthode, c'est 1) tu poste 2) on te contredit, 3) tu vérifie, 4) tu sais, mais tu change pas d'avis.
Impressionnant.
> > compare www.zarb.org/~misc/find-requires.mdk avec
> > www.zarb.org/~misc/find-requires.fdr
>
> Fedora utilise une méthode automatique et standard (c'est dans le rpm
> d'origine).
rpm d'origine sous le controle de rh donc standard de facto. ( oui je sais, je pourrais forker, à la X.org parce que rh est trop tetus tout ça )
> Mandrake ne fait rien en automatique (selon ton url mais je
> pense que c'est une erreur).
En effet, erreur de copie. Maintenant, j'ai vu que tu sais te servir de rpm, tu aurais pu le voir par toit même. J'ai remis le fichier et pour info :
[misc@katu3 public_html] $ wc -l find-requires.*
134 find-requires.fdr
182 find-requires.mdk
Donc, plus de ligne devrait être corrélé avec plus de requires automatique, et curieusement, si quelqu'un se donne la peine de vérifier, c'est le cas.
> > pour les entetes, les .h
>
> Non, c'est fait dans le .spec et manuellement (ce sont les
> "BuildRequires:"). les find-req* ne sont pas utilisé pour contruire les
> fichiers .spec (évidemment...).
Non, on parle de dependances du type : 'devel(libGl)'
http://qa.mandrakesoft.com/twiki/bin/view/Main/RpmDevelDependencies(...)
> C'est toi qui te contredit. C'est toi qui croit que Mandrake est proche du
> fork car rpm est "parait-il" mal maintenu. Moi je pense que Mandrake est
> satisfait par le boulot fait dans rpm (même s'ils doivent gérer un patch de
> 2000 lignes).
Pour maintenir des patchs de 350 lignes, je peut te dire que c'est deja trés lourd. J'ai pas dit non maintenu, j'ai dit qu'il est non compatible avec lui même, ce que tu avoues toi même :
"Il y a toujours eu compatibilité ascendante dans rpm. Sauf pour RH8.0 (introduction de rpm V4.2) si mes souvenirs sont bons (corrigé en errata)."
De nos jours, tu ne peut plus non plus lire certains rpm trop vieux.
Et un soft ou tu as besoin de placer 2000 ligne de modifications avant que ça marche comme tu veut et comme ça devrait, ça me semble être assez énorme.
En 400 ligne, un patch rajoute à peu prés une fonctionnalité non trivial, donc 2000 lignes de corrections de bugs toujours non intégrés upstream, ça fait beaucoup, et comme je le disait, mandrake n'est pas la seul distrib à faire ça, ce qui prouve bien que tout le monde est con sauf redhat.