> PAQUET : c'est du français, ça désigne cela, et c'est court !
Juste.
> Concernant les rpm, il suffit de faire un rpm -ivh *.src.rpm...
Si ta procédure marche, il faut nous le dire !
Car pour ma part je serai, tres, tres surpris que ca marche et j'ai peur que tu envois des gens dans une impasse.
1- meme si le patch est appliqué dans /usr/src/redhat/SOURCES/php-4.0.6/ il ne sera pas utilisé car le paquet est construit depuis /usr/src/redhat/BUILD/php-4.0.6/ qui est un désarchivage de /usr/src/redhat/SOURCES/php-4.0.6.tar.gz (l'une des premières chose realisé par "rpm -ba /usr/src/redhat/SPECS/php.spec").
2- le .spec généré apres un ./configure ignora le patch. c'est-à-dire qu'il n'y aura pas de ligne :
dans le fichier .spec par exemple.
A moins que le patch patche aussi le systeme qui contruit de le fichier .spec (tres peu probable). Et le fichier .spec généré est en general un fichier minium qui ne tient pas compte des specificité des distrib. Un diff devrait te convaincre.
Ceci dit, ta procedure peut marcher si tu recrés /usr/src/redhat/SOURCES/php-4.0.6.tar.gz avec le patch. Mais dans ce cas, tu ne "respectes" pas rpm qui assure la "traçabilité" (archive d'origine puis les patchs appliqués et non une archive patché de partout).
Que ceux qui ne "maitrise" par rpm/apt ne panique pas, il suffit d'attendre les mises à jour par les distributeurs. Et sous Linux c'est beaucoup plus rapide que chez MS. Par exemple...
[^] # Re: Euh... Les paquetages ad hoc ?
Posté par matiasf . En réponse à la dépêche Trou de sécurité PHP : mises à jour disponibles. Évalué à 3.
Juste.
> Concernant les rpm, il suffit de faire un rpm -ivh *.src.rpm...
Si ta procédure marche, il faut nous le dire !
Car pour ma part je serai, tres, tres surpris que ca marche et j'ai peur que tu envois des gens dans une impasse.
1- meme si le patch est appliqué dans /usr/src/redhat/SOURCES/php-4.0.6/ il ne sera pas utilisé car le paquet est construit depuis /usr/src/redhat/BUILD/php-4.0.6/ qui est un désarchivage de /usr/src/redhat/SOURCES/php-4.0.6.tar.gz (l'une des premières chose realisé par "rpm -ba /usr/src/redhat/SPECS/php.spec").
2- le .spec généré apres un ./configure ignora le patch. c'est-à-dire qu'il n'y aura pas de ligne :
Patch3: php-4.0.6-upload.patch
[...]
%patch3 -p1 -b .upload
dans le fichier .spec par exemple.
A moins que le patch patche aussi le systeme qui contruit de le fichier .spec (tres peu probable). Et le fichier .spec généré est en general un fichier minium qui ne tient pas compte des specificité des distrib. Un diff devrait te convaincre.
Ceci dit, ta procedure peut marcher si tu recrés /usr/src/redhat/SOURCES/php-4.0.6.tar.gz avec le patch. Mais dans ce cas, tu ne "respectes" pas rpm qui assure la "traçabilité" (archive d'origine puis les patchs appliqués et non une archive patché de partout).
Que ceux qui ne "maitrise" par rpm/apt ne panique pas, il suffit d'attendre les mises à jour par les distributeurs. Et sous Linux c'est beaucoup plus rapide que chez MS. Par exemple...