Re: Tester le dernier pilote sous Ubuntu ou Debian
Posté par
IsNotGood() le 01/02/2008 à 17:10. (lien). Évalué à 3.
> Une méthode équivalente pour générer des paquets pour Fedora serait bienvenue, si quelqu'un connait...
Je n'ai pas de puce Intel...
Mais, si j'en avais une, dans les grandes lignes je ferai ça :
* Récuparation du paquet de développement de Fedora (le paquet xorg-x11-drv-i810 a aussi les sources xf86-video-intel)
- rpm -i http://fr2.rpmfind.net/linux/fedora/development/source/SRPMS(...)
* Récupération des sources
- git-clone git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel
* remplacement du xf86-video-intel-*.tar.bz2 du rpm par les sources récupérés avec git-clone
* réajustement du fichier .spec
* construction du paquet ("rpmbuild ... " ou "mock ...").
* Installation : "rpm -Uvh ..."
> Puisque je vous parle de tests urgents (si vous souhaitez que le pilote dans les prochaines versions de Fedora et Ubuntu soit de bonne qualité),
Tout le monde ne peut avoir les connaissances nécessaires pour faire un paquet deb ou rpm.
Une autre voie, et tout aussi excellente, est de tester l'Ubuntu ou Fedora en préparation. Il *faut* aussi s'inscrire sur les mailings pour les testeurs. C'est une mine d'information et d'aide.
Puis faire un rapport de bug. Au niveau distributeur ou en upstream. Mais en cas de doute, il faut le faire au niveau distribution. Un développeur de la distribution regardera si ça concerne un problème lié à la distribution ou un autre paquet (bref, il va trier les bugs). Si c'est une problème upstream, il va créer un rapport de bug au niveau upstream.
* Important : une fois qu'un rapport de bug a été fait, il faut le suivre ! Il faut tester si une nouvelle version corrige le bug et si c'est le cas renseigner le rapport de bug.
Il ne faut pas forcément tester toutes les versions, mais de temps à autre.
* Important : Avant de créer un rapport de bug, vérifiez si le bug n'a pas déjà été remonté.
Une participation au développement/mise au point d'une distribution profite au projet upstream et donc à toutes les distributions.
Re: Tester le dernier pilote sous Ubuntu ou Debian
> Une méthode équivalente pour générer des paquets pour Fedora serait bienvenue, si quelqu'un connait...
Je n'ai pas de puce Intel...
Mais, si j'en avais une, dans les grandes lignes je ferai ça :
* Récuparation du paquet de développement de Fedora (le paquet xorg-x11-drv-i810 a aussi les sources xf86-video-intel)
- rpm -i http://fr2.rpmfind.net/linux/fedora/development/source/SRPMS(...)
* Récupération des sources
- git-clone git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel
* remplacement du xf86-video-intel-*.tar.bz2 du rpm par les sources récupérés avec git-clone
* réajustement du fichier .spec
* construction du paquet ("rpmbuild ... " ou "mock ...").
* Installation : "rpm -Uvh ..."
> Puisque je vous parle de tests urgents (si vous souhaitez que le pilote dans les prochaines versions de Fedora et Ubuntu soit de bonne qualité),
Tout le monde ne peut avoir les connaissances nécessaires pour faire un paquet deb ou rpm.
Une autre voie, et tout aussi excellente, est de tester l'Ubuntu ou Fedora en préparation. Il *faut* aussi s'inscrire sur les mailings pour les testeurs. C'est une mine d'information et d'aide.
Puis faire un rapport de bug. Au niveau distributeur ou en upstream. Mais en cas de doute, il faut le faire au niveau distribution. Un développeur de la distribution regardera si ça concerne un problème lié à la distribution ou un autre paquet (bref, il va trier les bugs). Si c'est une problème upstream, il va créer un rapport de bug au niveau upstream.
* Important : une fois qu'un rapport de bug a été fait, il faut le suivre ! Il faut tester si une nouvelle version corrige le bug et si c'est le cas renseigner le rapport de bug.
Il ne faut pas forcément tester toutes les versions, mais de temps à autre.
* Important : Avant de créer un rapport de bug, vérifiez si le bug n'a pas déjà été remonté.
Une participation au développement/mise au point d'une distribution profite au projet upstream et donc à toutes les distributions.
[ Répondre ]