Installation de logiciels à partir de sources de package Vs fichiers .deb téléchargeables
En plus d'obtenir des mises à jour automatiques via la mise à niveau apt-get et des mises à jour de chaîne à partir des mises à niveau de dépendance de bibliothèque, pourquoi utiliser des packages Ubuntu par rapport aux fichiers .deb que vous pourriez obtenir des fabricants de logiciels? (par exemple Skype, Eclipse, Opera, etc.)
Pourrait être un certain nombre de raisons, dépend de l'utilisateur et de la source.
Open source. Les packages des référentiels Ubuntu sont open source. Les autres que vous avez mentionnés peuvent être empaquetés dans un .deb, mais pas open source.
Patches. Le noyau vient à l'esprit ici, vous pouvez télécharger un noyau à partir de plusieurs emplacements, mais il peut ne pas avoir les correctifs Ubuntu.
Compatibilité. Ce n'est pas parce qu'il s'agit d'un .deb qu'il sera compatible avec Ubuntu.
Qualité. Cela chevauche avec # 3 - on peut convertir un rpm -> deb avec un alien par exemple, mais où est le contrôle qualité?
Confiance - Cela dépend de votre seuil de paranoïa personnel. Il y a des utilisateurs avec suffisamment de paranoïa pour ne même pas faire confiance aux référentiels Ubuntu. D'autres font confiance à Ubuntu, mais pas à un blob binaire de source fermée.
Soutien. Vous obtiendrez un support minimal ou nul d'Ubuntu sur .deb d'ailleurs. Moins avec les blobs de source fermée (cela varie selon la popularité du produit).
Mon conseil général est que s'il se trouve dans les référentiels, il vaudrait mieux utiliser les référentiels Ubuntu.
Sinon, OMI, vous feriez mieux de compiler à partir de la source. Cela implique au moins une révision rapide du code. oui, il est irréaliste de s'attendre à ce que les utilisateurs finaux puissent intervenir et commencer à examiner le code source, mais rien de mal à commencer. Vous allez relever les problèmes majeurs (le code ne se compilera pas) dès le départ.
Si le code source n'est pas disponible, et tout ce que vous avez est un .deb, il revient à faire confiance.