Forum Linux.debian/ubuntu Comment désinstaller un paquet sans désinstaller automatiquement ces dépendances?

Posté par  . Licence CC By‑SA.
Étiquettes :
1
23
déc.
2015

Exemple: Je voudrais désintaller brasero mais la suppression du paquet brasero entraine la suppression automatique du paquet gnome* et gnome-core* soit l'environement complet de gnome:ce que je ne souhaite pas!

J'ai essayer certaines solutions:
1-Marquer les paquets en installation manuel avec #apt-mark
/ #aptitude unmarkauto

2-Supprimer brasero en reinstallant en meme temps gnome et gnome-core(#apt-get remove brasero gnome-core+ gnome+)...mais en vain.
Je suis sous Ubuntu 15.10 donc bureau Unity.Je ne suis pas débutant et j'ai de bonnes connaissances en informatique. Quels solutions me proposez-vous s'il vous plait?

Merci d'avance

  • # Pourquoi ?

    Posté par  (site web personnel) . Évalué à 4.

    Ça ne désinstalle pas l'environnement complet de GNOME, ça enlève le meta-paquet qui permet d'avoir l'environnement complet, le paquet qui va indiquer tous les autres paquets nécessaires (dont iagno). Les autres paquets resteront installés. Par contre si jamais un nouveau paquet de jeu iacailloupapierciseau est inclus dans GNOME, il ne sera pas automatiquement installé. Et à la prochaine mise à jour de GNOME, il pourrait y avoir la moitié des paquets dans la dernière version et l'autre moitié dans l'ancienne version, car le méta-paquet mis à jour ne forcerait pas toutes les mises à jour.

    Je ne sais pas si les options de apt permettent de passer outre une dépendance.

    Au fait pourquoi vouloir désinstaller ce paquet et uniquement celui-là ? Une autre version installée ? Une allergie au go ?

    • [^] # Re: Pourquoi ?

      Posté par  . Évalué à 1.

      oui enfait désolé jai pris le mauvais exemple avec iagno jai corriger le sujet….dans le cas du paquet brasero par exemple il veut supprimer le gnome-core!!!

      • [^] # Re: Pourquoi ?

        Posté par  . Évalué à 1. Dernière modification le 24 décembre 2015 à 15:08.

        Comme expliqué dans les réponses précédentes, quand on regarde la description de gnome-core… c'est un méta-pakcage qui ne contient rien que des dépendances.

        On en revient donc à la question : pourquoi enlever une dépendance de gnome-core (compilation manuelle, etc) ou pourquoi ne pas enlever gnome-core (qui n'enlèvera rien, sauf les dépendances et ajoutera donc des problèmes de MAJ) ?

        Matricule 23415

  • # ca ne devrait pas

    Posté par  . Évalué à 4.

    si les dependances sont bien faites ca ne devrait pas aller aussi loin

    relis bien la liste des dependances, mais gnome-game n'est probablement qu'un meta-paquet qui inclut toute une serie de jeux.
    tu en enleves un, la serie n'est donc plus valide, le paquet gnome-game est supprimé aussi, mais pas forcement tous les jeux qui sont dedans.

    pareil pour le "gnome*"

    • [^] # Re: ca ne devrait pas

      Posté par  . Évalué à 2.

      oui enfait désolé jai pris le mauvais exemple avec iagno jai corriger le sujet….dans le cas du paquet brasero par exemple il veut supprimer le gnome-core!!!

      • [^] # Re: ca ne devrait pas

        Posté par  . Évalué à 3.

        et comme expliquer plus haut ou plus bas.

        Gnome-Core est un metapaquet qui installe Brasero et plein d'autres choses.

        Quand tu desinstalles Brasera, ce metapaquet est "cassé" il ne peut donc pas rester
        cela n'empeche que les autres logiciels seront maintenus.

  • # Attention au terme "dépendances"

    Posté par  (site web personnel) . Évalué à 2.

    Hello,

    Je vais dans le même sens que les réponses précédentes : ça ne supprimera pas "l'environnement complet de gnome".

    Mais je veux surtout souligner ton mésusage du terme "dépendance".

    brasero est une dépendance de gnome-core.
    gnome-core n'est pas une dépendance de brasero.
    gnome-core est en effet un méta-paquet qui dépend de plein de choses, c'est parce que lui est installé que tous les autres sont installés.
    Et gnome est un autre méta-paquet, qui dépend entre autres du méta-paquet gnome-core.

    brasero en étant une dépendance, si tu supprimes brasero alors ça va obligatoirement supprimer gnome-core, mais ça ne va pas supprimer les dépendances de gnome-core : l'environnement lui-même reste là, c'est juste le paquet qui a permis son installation qui ne sera plus là.

    Attention toutefois : il est possible que les paquets constituant GNOME soient notés "installés automatiquement" et qu'après désinstallation de gnome-core (et gnome) tous ces paquets puissent sauter avec un simple "apt-get autoremove". C'est là que le "unmarkauto" peut aider.

  • # Problème résolu

    Posté par  . Évalué à 1.

    Merci pour vos réponses. Après de longue gymnastique avec #apt-mark manual j'ai fini par obtenir plus ou moins le resultat que je recherchait….Je trouve quant meme que cette gestion automatique est un peu tiré par les cheveux…..Merci pour tout

    • [^] # Re: Problème résolu

      Posté par  . Évalué à 3.

      Je trouve quant meme que cette gestion automatique est un peu tiré par les cheveux

      oui et non, relis bien ce que l'on t'a ecrit sur les posts precedents.

      une dependance
      c'est quand le logiciel A a vraiment besoin du logiciel B pour fonctionner (ex le lecteur multimedia a besoin d'un codec pour lire les videos)

      quand tu installes A, ca installe B,
      si tu vires B, A ne peut plus fonctionner, le gestionnaire de paquet de propose de supprimer A (ca evite de garder des softs qui ne peuvent de toutes facons pas fonctionner)

      un metapaquet
      c'est un paquet qui liste juste un ensemble coherent d'autres paquets.

      ex : gnome-desktop, qui doit proposer les gnome-game, le logiciel de courrier evolution, le gestionnaire de bureau gnome3, le mediaplayer gstreamer…

      et gnome-game qui est un meta-paquet qui inclue iagno, gnome-card et d'autres jeux gnome.

      si tu vires gnome-destop, les autres logiciels restent,
      mais si tu vires gnomes-game, alors le gnome-desktop est proposé à la suppression car il n'est plus "complet"

      avec ta manipulation du "unmarkauto", à la prochaine mise à jour de "gnome-desktop" (ou de gnome-core) ben la machine va reinstaller les gnomes-game et iagno…

      ce qui n'est probablement pas ce que tu souhaites.

      • [^] # Re: Problème résolu

        Posté par  . Évalué à -1. Dernière modification le 24 décembre 2015 à 19:49.

        et c'est pour cela que je di ke c'est tirer par les cheveux parce que je ne veu pas de iagno sur mon poste! on doit kan meme pouvoir choir ce quon souhaite comme soft sur sa machine na?!

      • [^] # Re: Problème résolu

        Posté par  . Évalué à -1.

        Si A a besoin de B ya pa de soucis si B est supprimer et quil me propose de suprimer A aussi …daccord mais quil ne limpose pas!! et si moi jai besoin seulement de A? si A a besoin de B le mieu aurait eter de linclure directement dans A!

        • [^] # Re: Problème résolu

          Posté par  . Évalué à 2. Dernière modification le 24 décembre 2015 à 21:34.

          Si A a besoin de B ya pa de soucis si B est supprimer et quil me propose de suprimer A aussi …daccord mais quil ne limpose pas!! et si moi jai besoin seulement de A

          le logiciel A te sert à quoi s'il ne peut pas fonctionner sans B ?

          si A a besoin de B le mieu aurait eter de linclure directement dans A!

          oui et non,
          tu ne vas pas cloner tous les codecs videos si tu as 3 lecteurs videos à ta disposition, quel gachis d'espaces disques (quoique maintenant le To est bon marché)

          donc on créé une bibliotheque de codec qui va s'appeller, par exemple gstreamer,
          ce paquet gstreamer sert aussi bien au lecteur video qu'à firefox ou au logiciel de montage video.

          pourquoi alors avoir 3 fois ce gstreamer, là ou une seule fois suffit ?

          ensuite evidemment si tu enleves gstreamer, le lecteur video ne va plus fonctionner, firefox fonctionnera mais sans la lecture video, quant au logiciel de montage video ca va etre une autre paire de manche.

          et je te parle meme pas d'inclure GTK dans chacun des logiciels qui l'utilisent…

          mais là encore on ne parle que des dependances, on ne parle pas des meta-paquets.

          dans ton cas, le probleme decrit porte sur les meta paquet qui sont supprimé quand tu 'casses' le paquet en enlevant un morceau.

          iagno a bien été enlevé,
          gnome-game aussi
          pourtant tu as toujours gnome-card, chessy, et d'autres jeux fournit par gnome-game.
          de meme il va avoir enlevé gnome-desktop, mais tu auras toujours ton gnome3 en gestionnaire de bureau, et tout ce qui fait gnome.

          sinon si tu penses pouvoir faire mieux, fais toi plaisir avec Gentoo ou Linux From Scratch,
          tu installes alors les programmes que tu veux, avec les options et dependances que tu veux, compilé en static (sans dependances) ou en dynamique (avec des librairies)…

    • [^] # Re: Problème résolu

      Posté par  . Évalué à 1.

      Salut,

      Je trouve quant meme que cette gestion automatique est un peu tiré par les cheveux

      Trouver qu'un graphe sans cycles est capilotracté, c'est un peu osé :)

      Et encore, avec les méta-paquets, on pourrait simplifier cela à de l'arboressence (oui, vite, je sors).

      Ce que tu as fais est la mauvaise résolution : couper des branches dans un graphe qui ne doit pas avoir de cycles. Mieux aurait été de :
      1 - identifier et reporter si bug il y avait,
      2 - comprendre le mécanisme sous-jascent

      La force brute ne va t'apporter que des problèmes…

      Matricule 23415

    • [^] # Re: Problème résolu

      Posté par  . Évalué à 2.

      Je trouve quant meme que cette gestion automatique est un peu tiré par les cheveux…

      Le problème c'est juste que les méta-paquets dépendent de l'ensemble des composants du bureau, plutôt que de se contenter de les recommander.
      2 façons de corriger le problème:

      • marquer tous les trucs installés automatiquement par le méta-paquet en "installé automatiquement" ou
      • faire un faux paquet pour corriger la dépendance qui te gêne (par exemple avec equiv).

      Dans les deux cas, c'est du bricolage, mais le 1er cas est pire de mon point de vue parce qu'il va t'apporter de la complexité de gestion (plus dur de savoir pourquoi tel logiciel est installé, surtout dans le cas des gros DEs qui ont des tonnes de logiciels) tandis que le second se contente de satisfaire le gestionnaire de paquets. Sauf que dans le 2nd cas, une application qui dépendrais du faux paquet pour une bonne raison pourrait se retrouver non fonctionnelle, ce qui peut mener à des crashs.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.