Posté par mat1_4 .
En réponse à la dépêche YaST en GPL.
Évalué à -1.
> qui nous apprend beaucoup sur la qualification marketing pour l'"entreprise" de la distribution de red had...
Tu parles de ça : Red Hat DID NOT build RHEL3 from the published srpms. Period, end of story. They didn't even build taroon from it's source.
C'est la même chose pour Fedora et ça a rien à voir avec le "marketing pour l'"entreprise"".
Pour faire une distribution il faut un environnement de développement qui sert de référence et un OS où faire tourner l'environnement de développement. Cet OS n'est pas la version en cours de développement pour des raisons évidentes de stabitilité. Pour Fedora, l'environnement de développement tournait au début sur RH9 . Tous les paquets *-devel sont installés via "rpm --root". Le build est fait après un chroot. L'environnement de développement n'est pas systématiquement mise à jours. Si tu mets à jours sans contrôler tu peux ajouter un paquet qui bloque la compilation des autres paquets ce qui peut être très très génant dans le processus de développement.
Au final, lorsque la distribution sort, les paquets doivent pouvoir être construit avec la distribution. Si ce n'est pas le cas direction : http://bugzilla.redhat.com/(...)
Et ce problème sera pris en compte.
Donc il faut avoir en tête que l'environnement de développement (de build) est généralement en "retard" sur la distribution (sauf pour la version finale).
L'autre raison, est que l'environnement de developpement doit supporter la compilation de toutes les architectures. Une distribution que tu installes ne supporte généralement qu'une architecture.
Puis si tu lis plus loin : This problem has disappeared when rebuilding on White Box itself. And to clarify, RHEL used the supplied srpms, but they don't appear to have used them at the same time and on a build environment very close to RHEL itself.
[^] # Re: \o/
Posté par mat1_4 . En réponse à la dépêche YaST en GPL. Évalué à -1.
Tu parles de ça :
Red Hat DID NOT build RHEL3 from the published srpms. Period, end of story. They didn't even build taroon from it's source.
C'est la même chose pour Fedora et ça a rien à voir avec le "marketing pour l'"entreprise"".
Pour faire une distribution il faut un environnement de développement qui sert de référence et un OS où faire tourner l'environnement de développement. Cet OS n'est pas la version en cours de développement pour des raisons évidentes de stabitilité. Pour Fedora, l'environnement de développement tournait au début sur RH9 . Tous les paquets *-devel sont installés via "rpm --root". Le build est fait après un chroot. L'environnement de développement n'est pas systématiquement mise à jours. Si tu mets à jours sans contrôler tu peux ajouter un paquet qui bloque la compilation des autres paquets ce qui peut être très très génant dans le processus de développement.
Au final, lorsque la distribution sort, les paquets doivent pouvoir être construit avec la distribution. Si ce n'est pas le cas direction :
http://bugzilla.redhat.com/(...)
Et ce problème sera pris en compte.
Donc il faut avoir en tête que l'environnement de développement (de build) est généralement en "retard" sur la distribution (sauf pour la version finale).
L'autre raison, est que l'environnement de developpement doit supporter la compilation de toutes les architectures. Une distribution que tu installes ne supporte généralement qu'une architecture.
Puis si tu lis plus loin :
This problem has disappeared when rebuilding on White Box itself. And to clarify, RHEL used the supplied srpms, but they don't appear to have used them at the same time and on a build environment very close to RHEL itself.