cas 1/ ca tourne et y'a rien a faire (ce doit etre 99.99% des paquets)
Desole, mais le chiffre est bien plus bas. C'est tout bete mais pas mal d'applis ont ete code avec l'architecture ia32 en tete. Genre sizeof(void *) = sizeof(int). Ca implique pas mal de pb quand c'est pas le cas. Et c'est qu'un exemple.
Ca ca se detecte, mais on a aussi des bugs qui se revelent a l'execution seulement. Et faut le trouver. Evidement, le nombre de volontaires pour trouver d'ou viens le bug est assez restreint.
Un qui etait pas mal (sur hppa) etait "more", qui n'est pas une applie marginale. Le code s'amusait a lire la pile d'appel... sans verifier dans quel sens la pile "empilait". Donc des cochoneries on en trouve partout.
Apres, la politique est de remonter le bug chez l'auteur. Ca peut prendre du temps, surtout lorsque l'auteur du soft s'en fout un peu de savoir que son appli tourne pas sur une autre arch.
cas 2: Je confirme. Y a deux possibilite:
- La liste explicite des arch supporte est specifiee dans le paquet
- L'autobuilder a une liste "not-for-us" de package a ne pas construire.
cas 3: comme je l'ai dit plus haut, le nombre de developeur est assez restreint. Ce qui ne veut pas dire que le nombre d'utilisateur l'est aussi. La majorite des developeurs debian sont la pour packager des applis (je blame pas), et tres peu sont la pour s'assurer que ca marche sur leur archi preferee.
[^] # Re: nautilus et fam
Posté par mdlh . En réponse à la dépêche Sortie de la Debian Woody 3.0r3. Évalué à 5.
Desole, mais le chiffre est bien plus bas. C'est tout bete mais pas mal d'applis ont ete code avec l'architecture ia32 en tete. Genre sizeof(void *) = sizeof(int). Ca implique pas mal de pb quand c'est pas le cas. Et c'est qu'un exemple.
Ca ca se detecte, mais on a aussi des bugs qui se revelent a l'execution seulement. Et faut le trouver. Evidement, le nombre de volontaires pour trouver d'ou viens le bug est assez restreint.
Un qui etait pas mal (sur hppa) etait "more", qui n'est pas une applie marginale. Le code s'amusait a lire la pile d'appel... sans verifier dans quel sens la pile "empilait". Donc des cochoneries on en trouve partout.
Apres, la politique est de remonter le bug chez l'auteur. Ca peut prendre du temps, surtout lorsque l'auteur du soft s'en fout un peu de savoir que son appli tourne pas sur une autre arch.
cas 2: Je confirme. Y a deux possibilite:
- La liste explicite des arch supporte est specifiee dans le paquet
- L'autobuilder a une liste "not-for-us" de package a ne pas construire.
cas 3: comme je l'ai dit plus haut, le nombre de developeur est assez restreint. Ce qui ne veut pas dire que le nombre d'utilisateur l'est aussi. La majorite des developeurs debian sont la pour packager des applis (je blame pas), et tres peu sont la pour s'assurer que ca marche sur leur archi preferee.