> Ca justifie d'avoir forké pour avoir un truc qui marche.
Oui. Mais il ne faut pas généraliser.
> Au hasard, des noms de groupe auxquels donner certains devices qui ne sont pas les mêmes que chez d'autres ?
Ce n'est pas udev, ça doit être MAKEDEV ou pam_console (qui va être remplacé par ConsoleKit). C'est seulement un fichier de configuration.
> C'est faux, on a depuis de nombreuses années la ldetect.
Ben ça doit être fabuleux par rapport à ce que fait le noyau et hal...
Vous allez aussi forcker hal ?
> De plus tout n'est pas dans le noyau, et il faut être capable de detecter quels rpm supplementaires installer en fonction du materiel, ou savoir si on est sur un portable par exemple.
Ce qui n'est plus de la détection de matériel. C'est du paramétrage en fonction du matériel qui a déjà été détecté (les modules ont été chargés et donc le matériel a été détecté). C'est seulement listé le matériel détecté.
> C'est tout simplement faux. Certains le font plus continuellement que d'autres (je pense par exemple à Fred Crozat pour tout ce qui est GNOME/hal/...) mais globalement tout le monde essaye d'être le plus proche d'upstream, ca fait moins de boulot et travailler à plusieurs permet que ca marche mieux pour tout le monde...
OK. Mais je disais par rapport à des choses qui sont upstream chez Fedora (et plus généralement Red Hat) pour Mandriva.
Un petit exemple mkinitrd.
mkinitrd de Mandriva : rpm -q --changelog -p mkinitrd-4.2.17-55mdv2008.1.src.rpm | grep -i merge
It probably should be just merged in label patch.
- merge rh 4.2.12
- merge bits from rh 4.1.12
- merge p1 into p0
- big merge from redhat's 4.1.9
- merge bits from redhat 3.5.24
- merge patch 5 into patch 0 (simplify patch)
- drop patch 4 (merged into simplified patch 0)
Dans la version upstream (6.0.19), on ne trouve que ça : find . -type f -print0 | xargs -0 grep -i mandr
./mkinitrd:# Guillaume Cottenceau <gc@mandrakesoft.com>
./mkinitrd.spec.in:- mkinitrd: add patch from gc@mandrakesoft.com to determine module
./mkinitrd.spec:- mkinitrd: add patch from gc@mandrakesoft.com to determine module
M'enfin, apparament tout est prétexte pour ne pas bosser avec Red Hat.
J'espère que vous aurez de meilleurs disposition d'esprit avec TurboLinux.
[^] # Re: mini-forks
Posté par IsNotGood . En réponse au journal Manbo-Labs. Évalué à -1.
Oui. Mais il ne faut pas généraliser.
> Au hasard, des noms de groupe auxquels donner certains devices qui ne sont pas les mêmes que chez d'autres ?
Ce n'est pas udev, ça doit être MAKEDEV ou pam_console (qui va être remplacé par ConsoleKit). C'est seulement un fichier de configuration.
> C'est faux, on a depuis de nombreuses années la ldetect.
Ben ça doit être fabuleux par rapport à ce que fait le noyau et hal...
Vous allez aussi forcker hal ?
> De plus tout n'est pas dans le noyau, et il faut être capable de detecter quels rpm supplementaires installer en fonction du materiel, ou savoir si on est sur un portable par exemple.
Ce qui n'est plus de la détection de matériel. C'est du paramétrage en fonction du matériel qui a déjà été détecté (les modules ont été chargés et donc le matériel a été détecté). C'est seulement listé le matériel détecté.
> C'est tout simplement faux. Certains le font plus continuellement que d'autres (je pense par exemple à Fred Crozat pour tout ce qui est GNOME/hal/...) mais globalement tout le monde essaye d'être le plus proche d'upstream, ca fait moins de boulot et travailler à plusieurs permet que ca marche mieux pour tout le monde...
OK. Mais je disais par rapport à des choses qui sont upstream chez Fedora (et plus généralement Red Hat) pour Mandriva.
Un petit exemple mkinitrd.
mkinitrd de Mandriva :
rpm -q --changelog -p mkinitrd-4.2.17-55mdv2008.1.src.rpm | grep -i merge
It probably should be just merged in label patch.
- merge rh 4.2.12
- merge bits from rh 4.1.12
- merge p1 into p0
- big merge from redhat's 4.1.9
- merge bits from redhat 3.5.24
- merge patch 5 into patch 0 (simplify patch)
- drop patch 4 (merged into simplified patch 0)
Les patchs Mandriva :
cat *.patch | diffstat | tail -1
10 files changed, 1944 insertions(+), 803 deletions(-)
Dans la version upstream (6.0.19), on ne trouve que ça :
find . -type f -print0 | xargs -0 grep -i mandr
./mkinitrd:# Guillaume Cottenceau <gc@mandrakesoft.com>
./mkinitrd.spec.in:- mkinitrd: add patch from gc@mandrakesoft.com to determine module
./mkinitrd.spec:- mkinitrd: add patch from gc@mandrakesoft.com to determine module
M'enfin, apparament tout est prétexte pour ne pas bosser avec Red Hat.
J'espère que vous aurez de meilleurs disposition d'esprit avec TurboLinux.