Je viens de vérifier et maintenant je sais. C'est toujours le même bordel.
> La plupart des requires sont fait via un script automatique, sur fedora comme sur mdk
Je parle des "Requires:" dans le fichier spec. Ils sont ajouté manuellement.
> 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). Mandrake ne fait rien en automatique (selon ton url mais je pense que c'est une erreur).
> Par exemple, celui de mdk fait les dépendances entre bibliothéques
J'ai regardé find-req.pl et c'est une connerie de faire ça. Ça ajoute des dépendances inutiles. Si un programme a uniquement besoin de libX11.so je ne vois pas pourquoi il faut ajouter libc puisque le paquet qui fournit libX11.so a déjà cette dépendance. Aucun intérêt. C'est uniquement pour empêcher l'installation sur une autre bécane.
> 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...).
> Donc, je croit pas que dire que mdk fait moins de choses automatisés soit la meilleur des tes idées de la journées.
Le problème ce sont les ajouts manuelles dans le fichier .spec qui ne servent à rien. (idem lors de la création de rpm avec find-req.pl).
> Je suis pas sur que tu sais ce que c'est que de maintenir un patch de 2000 ligne sur un truc aussi critique et aussi sensible que rpm, qui, avec 1 000 000 de ligne de codes
Manifestement tu ne sais pas ce que c'est que de maintenir un projet aussi critique et aussi sensible que rpm qui fait 1 000 000 de lignes de code.
> Ça veut donc bien dire que rh refuse le boulot des autres
Ben que les autres fassent le boulot de RedHat pour avoir le "privilège" de refuser les contributions de RedHat.
> D'ailleurs, le fait que ça soit pas compatible comme tu dit
Ce n'est pas rpm qui n'est pas compatibible. C'est mandrake qui ajoute des requires inutiles dans les fichiers spec par exemple.
Avec Mandrake au-lieu d'avoir un simple "Requires: libtoto.so.0" (fait automatiquement) il y a aussi "Requires: libtoto0". Si mon système à libtoto.so.0, ce n'est pas suffisant. Il faut aussi que le paquet qui fournit libtoto.so.0 soit nommé libtoto0 . Ce n'est pas du ressort de rpm mais du distributeur.
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).
> Tu serais pas en train de te contredire toi meme, à m'exorter à forker rpm
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 preuve, ils ne font pas de fork.
> Remarque je croit que tu n'est plus à ça prêt...
Tu ne lis pas bien mes posts et en plus tu ne lis pas les tiens...
[^] # Re: Mandrakelinux 10.0 Official est arrivée !
Posté par 007 . En réponse à la dépêche Mandrakelinux 10.0 Official est arrivée !. Évalué à 1.
Je viens de vérifier et maintenant je sais. C'est toujours le même bordel.
> La plupart des requires sont fait via un script automatique, sur fedora comme sur mdk
Je parle des "Requires:" dans le fichier spec. Ils sont ajouté manuellement.
> 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). Mandrake ne fait rien en automatique (selon ton url mais je pense que c'est une erreur).
> Par exemple, celui de mdk fait les dépendances entre bibliothéques
J'ai regardé find-req.pl et c'est une connerie de faire ça. Ça ajoute des dépendances inutiles. Si un programme a uniquement besoin de libX11.so je ne vois pas pourquoi il faut ajouter libc puisque le paquet qui fournit libX11.so a déjà cette dépendance. Aucun intérêt. C'est uniquement pour empêcher l'installation sur une autre bécane.
> 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...).
> Donc, je croit pas que dire que mdk fait moins de choses automatisés soit la meilleur des tes idées de la journées.
Le problème ce sont les ajouts manuelles dans le fichier .spec qui ne servent à rien. (idem lors de la création de rpm avec find-req.pl).
> Je suis pas sur que tu sais ce que c'est que de maintenir un patch de 2000 ligne sur un truc aussi critique et aussi sensible que rpm, qui, avec 1 000 000 de ligne de codes
Manifestement tu ne sais pas ce que c'est que de maintenir un projet aussi critique et aussi sensible que rpm qui fait 1 000 000 de lignes de code.
> Ça veut donc bien dire que rh refuse le boulot des autres
Ben que les autres fassent le boulot de RedHat pour avoir le "privilège" de refuser les contributions de RedHat.
> D'ailleurs, le fait que ça soit pas compatible comme tu dit
Ce n'est pas rpm qui n'est pas compatibible. C'est mandrake qui ajoute des requires inutiles dans les fichiers spec par exemple.
Avec Mandrake au-lieu d'avoir un simple "Requires: libtoto.so.0" (fait automatiquement) il y a aussi "Requires: libtoto0". Si mon système à libtoto.so.0, ce n'est pas suffisant. Il faut aussi que le paquet qui fournit libtoto.so.0 soit nommé libtoto0 . Ce n'est pas du ressort de rpm mais du distributeur.
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).
> Tu serais pas en train de te contredire toi meme, à m'exorter à forker rpm
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 preuve, ils ne font pas de fork.
> Remarque je croit que tu n'est plus à ça prêt...
Tu ne lis pas bien mes posts et en plus tu ne lis pas les tiens...