> Je ne sais pas si Mandrake a changé mais le standard est de ne pas
> mettre des Requires inutiles comme le fait Mandrake mais de s'appuier sur
> l'autodétection que faire rpm. Cette méthode Mandrake est un truc
> formidable pour empêcher d'installation d'un paquet Mandrake sur une
> autre bécane (même depuis les sources).
Tu ne sais pas, mais tu explique quand meme que c'est mal.
Trés fort. Trouve moi un point dans la politique de packaging mdk qui dit de mettre des requires en dur.
La plupart des requires sont fait via un script automatique, sur fedora comme sur mdk, comme la plupart des distribs basés sur rpm, mais celui de mdk est un chouia plus etoffé.
compare www.zarb.org/~misc/find-requires.mdk avec www.zarb.org/~misc/find-requires.fdr
( cooker et fedora de ce matin )
Par exemple, celui de mdk fait les dépendances entre bibliothéques, pour les entetes, les .h. 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.
> 2 000 lignes sur 1 000 000 soit 0,2 %. Un très léger sentiment de fork
> dans l'air. Très léger...
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, est 2 fois plus gros que mplayer, qui est quand meme un gros truc bourré de fonctionnalités :
> Fais avancer ton fork au lieu de dire des conneries.
Ça veut donc bien dire que rh refuse le boulot des autres , pour reprendre ton exemple, comme X.org et xfree ?
Mais aprés ça, c'est ouvert, tout va bien.
D'ailleurs, le fait que ça soit pas compatible comme tu dit, ça serait pas un relent de fork ?
Tu serais pas en train de te contredire toi meme, à m'exorter à forker rpm, tout en regrettant que ça ne soit pas compatible ?
Remarque je croit que tu n'est plus à ça prêt....
[^] # 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é à 5.
> mettre des Requires inutiles comme le fait Mandrake mais de s'appuier sur
> l'autodétection que faire rpm. Cette méthode Mandrake est un truc
> formidable pour empêcher d'installation d'un paquet Mandrake sur une
> autre bécane (même depuis les sources).
Tu ne sais pas, mais tu explique quand meme que c'est mal.
Trés fort. Trouve moi un point dans la politique de packaging mdk qui dit de mettre des requires en dur.
La plupart des requires sont fait via un script automatique, sur fedora comme sur mdk, comme la plupart des distribs basés sur rpm, mais celui de mdk est un chouia plus etoffé.
compare www.zarb.org/~misc/find-requires.mdk avec www.zarb.org/~misc/find-requires.fdr
( cooker et fedora de ce matin )
Par exemple, celui de mdk fait les dépendances entre bibliothéques, pour les entetes, les .h. 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.
> 2 000 lignes sur 1 000 000 soit 0,2 %. Un très léger sentiment de fork
> dans l'air. Très léger...
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, est 2 fois plus gros que mplayer, qui est quand meme un gros truc bourré de fonctionnalités :
[misc@crovax MPlayer-1.0pre3try2] $ wc -l $(find . -name '*.c' -o -name '*.h' ) | tail -n 1
515190 total
[misc@crovax MPlayer-1.0pre3try2] $
> Fais avancer ton fork au lieu de dire des conneries.
Ça veut donc bien dire que rh refuse le boulot des autres , pour reprendre ton exemple, comme X.org et xfree ?
Mais aprés ça, c'est ouvert, tout va bien.
D'ailleurs, le fait que ça soit pas compatible comme tu dit, ça serait pas un relent de fork ?
Tu serais pas en train de te contredire toi meme, à m'exorter à forker rpm, tout en regrettant que ça ne soit pas compatible ?
Remarque je croit que tu n'est plus à ça prêt....