Tous les bugs qui pourraient être inclus dans Slackware sont des bugs "genuine", liés à l'upstream
Bémol : on n’est jamais à l’abri d’introduire un bug lors de l’empaquetage, même quand on utilise les sources telles que fournies par l’upstream, sans patch intempestif.
Slackware a connu un bug de ce genre dans le paquet python-2.7.13 il y a quelques années. Le module multiprocessing.synchronize fournit par ce paquet ne fonctionnait pas, apparemment parce que le paquet avait été compilé par Pat sur une machine où /dev/shm n’était, pour quelque raison que ce soit, pas monté, et que le système de build de Python avait détecté l’absence de /dev/shm et avait conséquemment désactivé certaines fonctionnalités du module multiprocessing.synchronize (qui a besoin de /dev/shm pour fonctionner correctement).
Pat a corrigé le problème quelques jours plus tard, simplement en recompilant le paquet Python après s’être assuré que /dev/shm était monté sur sa machine de build.
Morale de l’histoire, à garder en tête pour tous ceux qui construisent des paquets pour quelque système que ce soit : un paquet n’est jamais construit dans le vide — le système sur lequel vous compilez vos paquets a une influence sur le paquet résultant.
[^] # Re: 17 ans sans accroc
Posté par gouttegd . En réponse au journal Slackware a un quart de siècle !. Évalué à 9.
Bémol : on n’est jamais à l’abri d’introduire un bug lors de l’empaquetage, même quand on utilise les sources telles que fournies par l’upstream, sans patch intempestif.
Slackware a connu un bug de ce genre dans le paquet python-2.7.13 il y a quelques années. Le module
multiprocessing.synchronizefournit par ce paquet ne fonctionnait pas, apparemment parce que le paquet avait été compilé par Pat sur une machine où/dev/shmn’était, pour quelque raison que ce soit, pas monté, et que le système de build de Python avait détecté l’absence de/dev/shmet avait conséquemment désactivé certaines fonctionnalités du modulemultiprocessing.synchronize(qui a besoin de/dev/shmpour fonctionner correctement).Pat a corrigé le problème quelques jours plus tard, simplement en recompilant le paquet Python après s’être assuré que
/dev/shmétait monté sur sa machine de build.Morale de l’histoire, à garder en tête pour tous ceux qui construisent des paquets pour quelque système que ce soit : un paquet n’est jamais construit dans le vide — le système sur lequel vous compilez vos paquets a une influence sur le paquet résultant.