Journal Comportement d'apt-get par défaut

Posté par  (site web personnel) .
Étiquettes :
13
22
nov.
2010
Un des trucs super chiant dans les dernières debian, c'est qu'apt-get se permette de proposer par défaut un tonne de paquet dont on n'a rien à faire. Vas-y, installe moi la moitié de X alors que je veux juste installer un sshd! Si je voulais vraiment le faire, je te le dirais!

Etant une grosse feignasse, j'ai pas envie de retaper à chaque apt-get une option du style: -o APT::Install-Recommends=false

Donc, il suffit de mettre dans le fichier /etc/apt/apt.conf ces 2 lignes:
APT::Install-Suggests "false";
APT::Install-Recommends "false";


Et voila, c'est la fin de ce journal qui n'a aucune autre utilité que de me permettre de retrouver facilement cette info. A demain pour de nouvelles aventures debiannesque(non, j'déconne, j'ferais certainement plus de journal avant la prochaine debian stable)

  • # Raison

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

    Il y a une raison à ce comportement par défaut. Les paquets recommandés sont nécessaires pour avoir les fonctionnalités normales des paquets qu'on installe. Lorsqu'ils ne sont pas installés, des fonctionnalités attendues seront absentes.

    • [^] # Re: Raison

      Posté par  . Évalué à 10.

      Abiword => Gnome => Samba => serveurs WINS.

      Je mens pas. Tu demandes à installer Abiword, tu valides, tu vas boire un café et tu te retrouves avec un truc qui te demande s'il faut utiliser des serveurs WINS pour faire des microsofteries.

      Chez Debian ils ont parfois un sens étonnant des "fonctionnalités normales".

      THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

      • [^] # Re: Raison

        Posté par  . Évalué à 10.

        Pfff, trop facile:
        Abiword -> Gnome -> Miguel de Icaza -> Microsoft -> Technos MSFT
        C'est logique, il n'y a rien a redire.

        Depending on the time of day, the French go either way.

      • [^] # Re: Raison

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

        C'est normal, oui. Abiword est intégré à GNOME. Si tu veux en profiter pleinement, tu dois installer GVFS, qui intègre de quoi accéder à des serveurs SMB, ce qui nécessite Samba.

        • [^] # Re: Raison

          Posté par  . Évalué à 3.

          Et encore, Samba et les paquets sont suffisamment modulaires pour n'avoir à installer que les outils et les librairies de montage, pas le service complet.

          Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

        • [^] # Re: Raison

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

          Ouais enfin bon on peut en trouver des dizaines d'autres. Par exemple mysql-server tirait exim la dernière fois que j'ai installé un serveur MySQL sur une Debian. N'importe quoi.

          La décision d'installer les recommended par défaut se défend, par contre ce qui est clairement une connerie c'est de l'avoir activé sans virer tous les recommended absolument farfelus.

          • [^] # Re: Raison

            Posté par  . Évalué à 1.

            Ce n'est absolument pas choquant qu'un serveur tel que mysql ait besoin d'un serveur de mail pour envoyer des mails dans certains cas.

            « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

            • [^] # Re: Raison

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

              Installe tout le dépôt alors, sait-on jamais.

              • [^] # Re: Raison

                Posté par  . Évalué à 1.

                Si tu ne veux pas utiliser le mail, tu n'es pas obligé. Mais à partir du moment où le paquet offre cette fonctionnalité, c'est normal qu'il soit dans les recommend.

                « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

            • [^] # Re: Raison

              Posté par  . Évalué à 8.

              dans certains cas
              Dans certains cas, quand on installe emacs c'est pour coder, donc faudrait installer gcc avec.

              THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

              • [^] # Re: Raison

                Posté par  . Évalué à 0.

                C'est le cas http://packages.debian.org/squeeze/emacs23 libgcc fait partie des dépendances.

                « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

                • [^] # Re: Raison

                  Posté par  . Évalué à 9.

                  Ça n'a juste rien à voir avec GCC, libgcc contient uniquement des fonctions dépendantes de la plateforme pour certaines opérations bas niveau qui peuvent être requises par du code généré par le compilateur en question.

              • [^] # Re: Raison

                Posté par  . Évalué à 6.


                Et comme on peut tout faire avec emacs, il faudrait installer la totalité des dépots.

                • [^] # Re: Raison

                  Posté par  . Évalué à 7.

                  Sauf vi.

                  THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

                  • [^] # Re: Raison

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

                    vi vi vi...

                  • [^] # Re: Raison

                    Posté par  . Évalué à 10.

                    Je l'attendais et personne n'y a pensé, donc je la fais:

                    Ben si, faut installer vi, sinon y'a pas d'éditeur de texte.

                    THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

          • [^] # Re: Raison

            Posté par  . Évalué à 2.

            En même temps, exim est en priorité standard sous debian, donc est installé avec une installation classique avec « système de base » coché.
            La plupart des distribs installent un MTA par défaut.

            • [^] # Re: Raison

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

              >La plupart des distribs installent un MTA par défaut.

              Moi, je trouve cela naze, un ptit ssmtp bien configuré fait très bien l'affaire...

              • [^] # Re: Raison

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

                ssmtp est un MTA. Sous Debian, installe-le et ça te retirera Exim.

                Et puis, ssmtp fait peut-être bien l'affaire dans ton cas précis : super, utilise-le. Mais ça ne fait pas bien l'affaire dans tous les cas, loin de là, vu que ce n'est pas fait pour.

        • [^] # Re: Raison

          Posté par  . Évalué à 6.

          Non Abiword n'ai absolument pas intégré à GNOME, c'est Debian, et d'autres distributions Linux qui font le « forcing » pour rajouter à chaque fois goffice.

      • [^] # Re: Raison

        Posté par  . Évalué à 7.

        C'est marrant, sur ma Debian Squeeze, ça fait ça :


        root@yasuna:~# apt-cache policy samba
        samba:
        Installé : (aucun)
        Candidat : 2:3.5.6~dfsg-1
        Table de version :
        2:3.5.6~dfsg-1 0
        990 http://ftp.fr.debian.org/debian/ squeeze/main amd64 Packages
        500 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages
        100 /var/lib/dpkg/status
        root@yasuna:~# apt-get install abiword
        Lecture des listes de paquets... Fait
        Construction de l'arbre des dépendances
        Lecture des informations d'état... Fait
        Les paquets supplémentaires suivants seront installés :
        abiword-common abiword-plugin-grammar abiword-plugin-mathview libabiword-2.8
        libaiksaurus-1.2-0c2a libaiksaurus-1.2-data libaiksaurusgtk-1.2-0c2a
        libgdome2-0 libgdome2-cpp-smart0c2a libgoffice-0.8-8 libgoffice-0.8-8-common
        libgtkmathview0c2a liblink-grammar4 libots0 libpsiconv6 libwv-1.2-3
        link-grammar-dictionaries-en ttf-lyx
        Les NOUVEAUX paquets suivants seront installés :
        abiword abiword-common abiword-plugin-grammar abiword-plugin-mathview
        libabiword-2.8 libaiksaurus-1.2-0c2a libaiksaurus-1.2-data
        libaiksaurusgtk-1.2-0c2a libgdome2-0 libgdome2-cpp-smart0c2a
        libgoffice-0.8-8 libgoffice-0.8-8-common libgtkmathview0c2a liblink-grammar4
        libots0 libpsiconv6 libwv-1.2-3 link-grammar-dictionaries-en ttf-lyx
        0 mis à jour, 19 nouvellement installés, 0 à enlever et 53 non mis à jour.
        Il est nécessaire de prendre 11,8 Mo dans les archives.
        Après cette opération, 39,2 Mo d'espace disque supplémentaires seront utilisés.
        Souhaitez-vous continuer [O/n] ? ^C


        En gros, Samba n'est pas installé, et APT n'installe que des trucs liés à Abiword.

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

      • [^] # Re: Raison

        Posté par  . Évalué à 3.

        Dans le même genre sous Arch, plusieurs gros paquets sont "pollués" de dépendances. Pour un serveur :

        * Installation de samba -> cups, avahi
        * Installation de kvm -> bluez, alsa, avahi

        J'en passe de meilleures (la pire des saloperie développée étant avahi), heureusement qu'il y a abs et le système des PKGBUILD.

        • [^] # Re: Raison

          Posté par  . Évalué à 3.

          L'utilisation d'Avahi c'est pour éviter d'avoir à ajouter tous les noms d'hôte de ton réseau à fichier hosts. Et ton exemple (en tout cas pour samba) est faux.

          Une dépendance bizarre pour moi c'est vlc qui requiet smbclient. Et si j'ai pas réseau et que je suis autiste hein ?

          • [^] # Re: Raison

            Posté par  . Évalué à 3.

            Il manque une phrase:
            L'utilisation d'Avahi c'est pour éviter d'avoir à ajouter tous les noms d'hôte de ton réseau à fichier hosts. Ce qui se tient dans le cadre de la mise en place d'un server de partage de fichier.Et ton exemple (en tout cas pour samba) est faux.

            • [^] # Re: Raison

              Posté par  . Évalué à 2.

              Ce qui se tient dans le cadre de la mise en place d'un server de partage de fichier

              Ce qui se tiend aussi quand tu as plusieurs machine à la maison.

              ssh pouet.local est plus sympa que ssh 192.168.1.123, non ?

              • [^] # Re: Raison

                Posté par  . Évalué à 2.

                oui mais si tu dois tirer 150 Mo juste pour cela; est-ce que tu le fait ?

                • [^] # Re: Raison

                  Posté par  . Évalué à 4.

                  Oui,

                  Je dois avouer que je ne me suis même pas préoccupé de la place que ça prends !

                  Pour aller jusqu'au bout de mes aveux, je l'ai même installé sur un NAS avec 64 Mo de RAM !

          • [^] # Re: Raison

            Posté par  . Évalué à 2.

            Et ton exemple (en tout cas pour samba) est faux.

            Partiellement faux, correction :
            * Installation samba => libcups => avahi

            J'aime bien maîtriser ce que je fais de mon réseau et les trucs magiques comme avahi (zeroconf, bonjour) je les fuis comme la peste.

            • [^] # Re: Raison

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

              J'aime bien maîtriser ce que je fais de mon réseau et les trucs magiques comme avahi (zeroconf, bonjour) je les fuis comme la peste.

              Oui enfin un truc pour que les machines s'annoncent par leur hostname au lieu d'être accessible uniquement par IP… Vire les cartes réseaux, là tu seras tranquille.

            • [^] # Re: Raison

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

              Ce n'est pas parce que Steve Jobs dit que c'est magique et revolutionnaire qu'il faut le prendre au pied de la lettre hein ! je crois que avahi fonctionne sans aucun recours à la magie en fait.

              • [^] # Re: Raison

                Posté par  . Évalué à 4.

                Un réseau qui fonctionne sans magie ?
                Je crois que tu t’avances un peu rapidement là…

            • [^] # Re: Raison

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

              Ce n'est pas parce que tu ne comprends pas ZeroConf que c'est de la magie noire. C'est un système assez bien pensé, dont le principe n'est pas si compliqué que ça, et qui est vraiment très pratique.

              • [^] # Re: Raison

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

                C'est peut-être pratique je dit pas, j'utilise pas, mais c'est lent (ça ralenti nettement les résolutions dns)
                et ça fait double usage quand tu a déjà un serveur dns (perso ou boulot),
                et enfin c'est bien chiant à éviter même sous debian avec la masse de paquets qui le recommandent ..

                • [^] # Re: Raison

                  Posté par  . Évalué à 2.

                  T'inquiète pas, sous Red Hat c'est pas mieux, il est installé en dépendance pour pas mal de truc.

                  Si des services comme CUPS et Samba l'utilisent, c'est peut-être pas de la faute des distributions, non ?

                  En tout cas, c'est comme tout : t'en as pas besoin mais ça doit être présent, ben tu désactives. Même si je comprends qu'on veuille souvent un système propre et carré, sa présence n'est pas vraiment gênante en soi.

                  Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

            • [^] # Re: Raison

              Posté par  . Évalué à 2.

              Oué enfin c'est pas parce qu'il est installé qu'il est actif et apporte des failles, hein.
              Un coup de rcconf et on n'en parle plus.

              Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

      • [^] # Re: Raison

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

        ou encore le moindre outil sous Qt qui me propose la totale d'un environnement de bureau que je n'utiliserai jamais.

        • [^] # Re: Raison

          Posté par  . Évalué à 7.

          Qt != KDE

          Ou alors le packager a fait la même confusion que toi?

          • [^] # Re: Raison

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

            Il n'y a pas de confusion de ma part. La moindre appli qui dépend un tant soit peu d'un bout de Qt demande l'installation de plusieurs centaines de mégas de trucs KDE sous Debian.

            C'est toi qui fais la confusion entre un troll Qt/KDE et un vrai message exprimant mon désarroi face à ce sac de noeuds que sont les dépendances Debian.

            • [^] # Re: Raison

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

              La moindre appli qui dépend un tant soit peu d'un bout de Qt demande l'installation de plusieurs centaines de mégas de trucs KDE sous Debian.

              Tu peux donner un exemple d'application Qt qui requiert l'installation de KDE?
              On parle d'appli Qt, et non pas d'appli KDE, on est bien d'accord?

      • [^] # Re: Raison

        Posté par  . Évalué à 3.

        Abiword => Gnome => Samba => serveurs WINS.

        Je mens pas.


        # dpkg -l |grep -i abiword
        # apt-get -s install abiword |grep -i samba
        #

        sur une lenny à jour...

      • [^] # Re: Raison

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

        hmmm, apt-get, par défaut, te liste AVANT que tu ne puisses valider la liste des packages à installer.

    • [^] # Re: Raison

      Posté par  . Évalué à 4.

      Dans son cas il ne s'agit pas seulement de paquets recommandés, mais aussi de paquets suggérés qui s'installent aussi par défaut, à moins d'ajouter l'option qui va bien.

      J'avais remarqué ce comportement à partir de Mandriva 2009.0 et ça m'avait particulièrement fait pester. Pour moi par défaut, un paquet suggéré ne devrait pas s'installer sans, au moins, nous avoir demandé au préalable si on en veut.
      Ça tend plus vers du paquet imposé que du suggéré.

      Bref sur Mandriva il faut passer l'option "--no-suggests".

      • [^] # Re: Raison

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

        Ouhai, enfin c'est pas vraiment comparable.
        D'un côté on a qq dépendances qui font chier. D'un autre un énorme bordel insupportable.

        Faudra bien un de ces jours retirer la notion de dépendance au fichier de construction du paquet. Sinon ça s'arrangera jamais : soit d'un côté une communauté super stricte là dessus donc très restreinte, soit d'un autre côté une communauté plus ouverte mais à distrib bordélique. L'arbre de dépendance, seul le bs devrait l'avoir.

        Bon pour cela faudrait aussi commencer par avoir des noms de paquets canoniques carrés. Perso quant je vois lib64machin.x86-64 alors que le nom de la lib c'est libmachin, je saute au plafond. libmachin.i586 et libmachin.x86-64 devraient suffir pour les différencier, autant en paquets que sur le système.

        Bon yfokonyaka, en mode vendredi :)

  • # Un journal ?

    Posté par  . Évalué à 10.

    Que tu souhaites le retrouver, pourquoi pas, mais pourquoi ne pas le mettre dans les forums en astuce ?

    Ceci est une vrai question, pas juste un, "ya les forum pour ça". Il y a il un intérêt au niveau du référencement ?

    • [^] # Re: Un journal ?

      Posté par  . Évalué à 0.


      Avec weboob on ne reçoit pas les messages postés dans les forums, uniquement les journaux. (ce qui fait déjà beaucoup)

      • [^] # Re: Un journal ?

        Posté par  . Évalué à 10.

        mauvais outil, changer d'outils

        plutot que de detourner les fonctions principales du site

        • [^] # Re: Un journal ?

          Posté par  . Évalué à 3.

          Détourner les fonctions principales du site ?

          Tu peux développer ? Parce que je ne vois pas comment je détourne le site juste parce que je le visite différement.

          • [^] # Re: Un journal ?

            Posté par  . Évalué à 7.

            ce que je voulais dire, c'est que Stone Tramo met ce qui est clairement une "astuce" dans un journal, sous pretexte de mieux le retrouver.

            je ne condamne pas de vouloir lire le site depuis un autre outil qu'un navigateur (je suis le premier à utiliser d'autres outils)

            toi tu ajoutes que weboob ne permet pas d'aller lire/chercher dans les forums et que ca justifie de mettre une astuce dans un journal pour pouvoir la retrouver.

            je dis donc que publier volontairement une info au mauvaise endroit afin de pouvoir la retrouver dans un outil tiers, c'est "detourner" l'usage du site de son principe premier
            - depeches : pour les nouvelles à faire connaitre de tous, les trucs importants en rapport avec le libre
            - journal : pas assez important pour un depeche, sans rapport avec le libre voire simple humeur passagere
            - forums : pour les questions techniques

            si on commence à mettre des questions ou des astuces dans les depeches parce que les outils tiers ne savent pas aller chercher dans les forums, on n'utilise pas le site de la maniere dont il est prevu.

            il vaudrait mieux demander au developpeur de weboob (ou coder soi meme) d'ajouter une fonction pour lire les forums.

            • [^] # Re: Un journal ?

              Posté par  . Évalué à 3.

              Au temps pour moi, je pensais que tu critiquais l'usage de weboob et non le journal en lui même.

  • # Re : Comportement d'apt-get par défaut

    Posté par  . Évalué à -10.

    Depuis le temps que je dis (dans mon entourage) apt-get est mauvais, je suis heureux de ce journal.

    Les paquets « recommandés » et « suggest » c'est comme les antibiotiques ce n'est pas obligatoire. Quand les développeurs Debian auront compris cela, ils pourront progresser :)

    • [^] # Re: Re : Comportement d'apt-get par défaut

      Posté par  . Évalué à 9.

      C'est pas APT qui est mauvais, c'est sa configuration par défaut; et encore pas dans tous les cas.

      Encore une fois, c'est à cause de son « universalité » : Debian pouvant être installée presque partout, il y a forcément des cas où le paramétrage n'est pas bon.

      On a les défauts de ses qualités.

      Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

      • [^] # Re: Re : Comportement d'apt-get par défaut

        Posté par  . Évalué à -10.

        Si c'était que APT, je ferai avec, mais dans mon cas, c'est la distribution en elle même qui est pitoyable.

        Aptitude n'est pas mieux, par ailleurs.

        • [^] # Re: Re : Comportement d'apt-get par défaut

          Posté par  (Mastodon) . Évalué à 10.

          Et quelqu'un te menace avec une arme nucléaire pour que tu utilises Debian, nous comprenons mieux...




          Un troll s'est caché dans ce message, sauras-tu le retrouver ?

          • [^] # Re: Re : Comportement d'apt-get par défaut

            Posté par  . Évalué à 2.

            Vu les dégâts collatéraux que font ces machins, je propose qu'on patch Debian exactement comme il le demande. S'il vous plaît.

            THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

            • [^] # Re: Re : Comportement d'apt-get par défaut

              Posté par  . Évalué à 10.

              Il est incroyable que cette distribution soit aussi mauvaise et que personne d'autre (moi y compris) ne s'en soit rendu compte avant.

              C'est dingue ces développeurs qui n'utilisent pas leur propre travail et qui ne se renseignent jamais sur l'utilisation qui est faite de leurs produits.

              Je propose qu'on pose un ultimatum aux développeurs Debian: soit ils changent les options d'apt-get par défaut, soit ils perdent au moins 10 utilisateurs!

              • [^] # Re: Re : Comportement d'apt-get par défaut

                Posté par  . Évalué à 5.

                moi je me suis mis à aptitude -R

                Je trouve ça aussi dommage, et pour plusieurs raisons :
                1 - cela fait zapper l'installation de certains paquets. Lorsque je cherche un logiciel et que le veux le tester, si cela tire 150 Mo pour un logiciel de 25-30 Mo, je zappe et passe au suivant.
                2 - cela donne une image de "truc compliqué" lorsque tu veux installer un 'petit' truc et que cela te fait tirer un max de dépendances.
                3 - je suis persuadé que pleins de biblio se chevauchent et que tu dois avoir un foultitude de "doublons" en fonctionnalités.

                Mais cela ne me feras pas changer de distrib, juste éviter certains logiciels trop "réseaux sociaux"

                Nous revenons au on vieux troll : est-ce que je peux utiliser 450 bibliothèques différentes pour faire un logiciel de sauvegarde ou est-ce que j'évite d'utiliser ce qui n'est pas donné "de base" quitte à écrire des fonctions...
                Je n'ai pas de réponse, juste la mienne mais qui n'intéresse personne.

      • [^] # Re: Re : Comportement d'apt-get par défaut

        Posté par  . Évalué à 4.

        C'est l'une des raisons qui font que j'ai préféré NetBSD à Debian lorsque j'ai choisi un OS pour SPARC/SPARC64/x86/Autre_truc_exotique

        Je n'aime pas debian à cause de ses options par défaut qui sont souvent étranges.

        • [^] # Re: Re : Comportement d'apt-get par défaut

          Posté par  . Évalué à 3.

          Oué, moi aussi ça m'agace parfois mais bon, une option, c'est fait pour être changée, non ? ;-)

          Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

          • [^] # Re: Re : Comportement d'apt-get par défaut

            Posté par  . Évalué à 3.

            c'est fait pour être changée, non ?
            Optionnelement, oui.
            Si la norme est de la changer, c'est plus une option :)

            If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.

            • [^] # Re: Re : Comportement d'apt-get par défaut

              Posté par  . Évalué à 2.

              Justement, c'est pas une norme si le comportement est valable sur la plupart des installations (typiquement en poste bureautique) et que l'option est à changer dans un seul cas, celui des serveurs.

              Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

            • [^] # Re: Re : Comportement d'apt-get par défaut

              Posté par  . Évalué à 3.

              Moi je préfère qu'une option ne soit pas activée par défaut, ou qu'à l'installation le système me demande ce que je veux activer.

              C'est comme un système "minimal" qui n'a de minimal que le nom et qui nécessite de désinstaller plein de trucs inutiles pour l'avoir réellement minimal.

      • [^] # Re: Re : Comportement d'apt-get par défaut

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

        (évidence : 100% d'accord [sur ce que je pige]) Et j'ajouterai que comparer des outils (apt-get vs aptitude vs urpm vs yum) ou comparer des solvers n'y changera rien : ce sont les déclarations faites aux outils qui comptent, là.

        Mais, question, ne serait ce justement pas à cause de son universalité que Debian devrait être encore plus stricte que tout autre ?

        D'ailleurs c'est bizarre le nombre de tutos et d'how to sur "construct a minimal debian". J'ai pas l'impression que lorsqu'on sort de x86 les dépendances par défaut soient très utilisées... ??

        En lisant "Depends, Recommends, Suggests, Enhances, Pre-Depends, Breaks, Conflicts, Build-Depends, Build-Depends-Indep, Build-Conflicts and Build-Conflicts-Indep and virtual-packages" on se dit que jamais rien n'a été fait de mieux. Mais que c'est limite humain :-))

    • [^] # Re: Re : Comportement d'apt-get par défaut

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

      ptit_o c'est le fils de Pierre Tramo et de Mme Michu ?

      Blague à part, c'est notre usage qui n'est pas bon.

      • [^] # Re: Re : Comportement d'apt-get par défaut

        Posté par  . Évalué à -3.

        @Tankey, c'est toi le fils de Pierre Tramo et Mme Michu, tu me connais pour porter un jugement ? (j'en ai rien à branler)

        Figures toi, j'ai installé Debian sur un iBook, et bien le clavier (en console) n'était pas parfaitement reconnu, il faut modifier le fichier /usr/share/keymaps/mac/mac-macbook-fr-kmap.gz. (remplacement des numéros 41 et 86). Ensuite à chaque mise à jour, le système ne conserve pas les configuration du clavier. Donc j'ai installé NetBSD et tout roule, rien à modifier. Pour l'universalité ils (les développeurs) ont encore des progrès à faire.

        Concernant l'architecture i386, aptitude et apt- (ce que tu veux), lorsque que je lance cette commande, tout est bloqué, je peux rien faire (mise à jour du cache, man page, etc). Je préfère donc installer un BSD, c'est un peu plus lent, mais au final tout fonctionne.

        De plus je suis un inconditionnel de Midori, j'ai eu un problème au niveau de WebKit.
        Gimp avait besoin d'une version X de WebKit (déjà activer WebKit pour un logiciel de traitement d'images, il faut se poser des questions), et Midori, d'une version Y. Or X et Y étaient incompatibles, merci le pinning (ils sont bornés chez Debian pour pas vérifier les versions).

        Donc Debian, c'est pas pour moi, ils devraient passer plus de temps à tester plus longtemps les logiciels avant de sortir une nouvelle version :)

  • # Sinon...

    Posté par  . Évalué à 4.

    Avec aptitude tu peux activer les recommends avec -r et les désactiver avec -R :)

    • [^] # Re: Sinon...

      Posté par  . Évalué à 3.

      Tu peux aussi modifier la conf, soit à la main avec un echo 'Apt::Install-Recommends "false";' > /etc/apt/apt.conf.d/pas-de-paquet-recommande-sil-te-plait
      soit dans l'interface ncurses d'aptitude en allant dans le menu Option, Préférences, et décocher "Installer automatiquement les paquets recommandés".

  • # Aptitude ?

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

    Aptitude est l'outil recommandé parce que, soit disant, il gère mieux les dépendances ...

    Bon sinon chez moi ni apt-get ni aptitude ne me propose samba, donc je sais pas ce que tu fais avec ta Debian ...

    "It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

    • [^] # Re: Aptitude ?

      Posté par  . Évalué à 2.

      Aptitude est l'outil recommandé parce que, soit disant, il gère mieux les dépendances ...

      Il me semblait que ce n'était plus le cas.

      « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

      • [^] # Re: Aptitude ?

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

        J'ai aussi entendu ça chaque fois que j'ai fais cette remarque. Chaque fois que j'ai fais cette remarque c'était un cas où Debian avait des problèmes parce que "j'ai fait apt-get ...". J'en déduis donc qu'utiliser l'outil recommandé est le comportement recommandé.
        Après chacun est libre ...

        "It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell

    • [^] # Re: Aptitude ?

      Posté par  . Évalué à 3.

      D'autant que sous aptitude, l'option -R suffit pour ne pas installer les recommandations, au cas où.
      C'est quand même plus simple que le -o APT::Install-Recommends=false ...

      *Sano*

Suivre le flux des commentaires

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