compatibilité synaptique apt-get et aptitude .vs


30

En tant qu'ancien utilisateur Debian, je « genre de » Souviens - toi que je n'utiliser l' un des gestionnaires de paquets ... Soit apt-get, aptitudeou synaptic, mais pas les trois en combinaison parce que il peut y avoir des conflits, ils ne se mélangent pas bien.

Je ne sais pas où je l'ai entendu, mais il a laissé sa mémoire. Donc je veux juste vérifier avec vous si ce n'est vraiment pas conseillé ou si c'est une légende urbaine et c'est complètement sûr. Pourriez-vous confirmer cela?

Est-ce que la façon la plus propre d'installer un package est toujours d'utiliser la commande checkinstallavant d'invoquer dpkg?


2
Je bascule librement entre apt-get et synaptic, selon que j'ai besoin d'explorer les packages disponibles ou non, et je n'ai jamais eu de problème. Je n'ai jamais compris le point d'aptitude.
Chris Conway

J'utilise sudo aptitude safe-upgrade dans l'environnement de développement 11.04. L'avantage est que la «mise à niveau sûre» contiendra des groupes de paquets jusqu'à ce qu'ils soient tous mis à jour. Cela signifie qu'il minimise le nombre de fois que votre système ne fonctionne pas.
robin0800

@Chris ... Pareil pour moi, je ne m'y suis jamais habitué Aptitude. Près de Synaptic, je l'avais aussi utilisé KPackageen KDE. C'était sympa.
Stephane Rolland

Réponses:


12

La seule vraie différence est l'Aptitude.

  • Si vous l'utilisez, installez quelque chose de manière interactive, puis supprimez ce package dans quelque chose d'autre, puis revenez à Aptitude, il pensera que vous souhaitez le réinstaller. Il vous suffit d'effacer les sélections lors du chargement (assez facile via le menu).

  • Il exécutera également une suppression automatique afin que les anciennes dépendances soient nettoyées. Cela peut être dangereux si vous supprimez accidentellement quelque chose qui dépend d'un métapaquet et que vous le supprimez ainsi que tous ses dépôts. Ce n'est pas un problème si vous savez ce que vous faites.


C'est pour un serveur. Je mettrai le moins de packages possible, mis à jour le moins possible, et uniquement pour les mises à jour de sécurité. ;-) donc je pense que je vais rester avec le simple apt-get ... même si je n'ai jamais appris à utiliser l'aptitude et ce serait une bonne occasion ...
Stephane Rolland

17

Tous ces éléments sont utilisés dpkgcomme backend. Aucun des deux n'utilise de base de données spécialisée qui se casse lorsque vous utilisez autre chose.

C'est définitivement une légende urbaine.

Si vous souhaitez installer quelque chose à partir du code source, la façon la plus propre consiste à l'utiliser checkinstallou à l'installer /usr/local. Il est préférable d'utiliser le gestionnaire de packages, car la suppression de ce package est beaucoup plus facile.


1
Stow ( gnu.org/software/stow ) est idéal pour les installations / usr / local.
James McMahon

8

Synaptic et apt-get sont compatibles. Aptitude n'est pas compatible avec synaptique. C'est un fait, pas une "légende urbaine" comme le prétend une autre affiche.

Aujourd'hui, je voulais savoir quel runtime Java mon système possède. La recherche sur Google a révélé la suggestion suivante: dans un shell de commande, tapez:

recherche d'aptitude "? fournit (java-runtime)"

Cela a généré (entre autres lignes) les éléments suivants:

pi gcj-4.4-jre
pi gcj-jre

Ce que signifie le «pi», c'est qu'il n'est pas actuellement installé, mais qu'il est marqué pour l'installation. Donc, si je suis entré dans aptitude et que je lui ai simplement demandé d'installer les packages demandés, il installerait gcj-4.4-jre. Cependant, dans Synaptic, il n'est ni installé ni marqué pour l'installation. Si je demande à Synaptic d'installer les packages demandés, cela ne fait rien.

Je ne suis pas un expert dans ce domaine, et je n'ai aucune idée où aptitude cache ses notions d'états de package, mais il est évident qu'il n'est pas compatible avec Synaptic.


merci pour l'argument constructif. C'est une différence explicite que vous pointez.
Stephane Rolland
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.