Il y a deux choses importantes à savoir sur la méthode de construction d'un RPM :

• Au moment de la compilation, le développeur a selectionné des options propres à un type de processeur et de système d'exploitation ou a essayé d'utiliser des paramètres assez génériques pour que l'application puisse être utilisée sur le maximum de plateformes.
  
  l'exemple est celui du choix d'un type de processeur spécifique, pour lequel vous trouverez certains paquetages propres aux i386, i586 ou i686.
  
  Je n'ai pas suffisament de compétences pour déterminer si les optimisations propres à chaque processeur ont une grande influence sur le fonctionnement générale de l'application. Si vous avez des informations sur le sujet, je les intègrerais volontiers à ce document.



• La partie la plus contraignante dans la création du paquetage est le choix des options fonctionnelles de l'application.
  
  Par exemple lors de la compilation d'OpenLDAP, vous désactivez l'utilisation de SASL pour les authentifications, ce qui aura comme conséquence de mettre en production un serveur OpenLDAP non compatible avec la norme LDAPv3.
  
  Un RPM de Squid dans lequel OpenSSL n'aurait pas été compilé, vous empêcherait d'utiliser Squid pour laisser passer des flux SSL.

Pour plus de détails sur cette question, je vous renvois à la version Française du HOWTO sur RPM