Forum Linux.debian/ubuntu Installer un package en sid

Posté par . Licence CC by-sa
1
1
avr.
2015

Bonjour,
je cherche à installer un package sur la debian que j'utilise. Mais étant sur une wheezy-backports, lorsque j'utilise apt-get il me dit que pleins de paquets sont indisponible :
https://packages.debian.org/wheezy-backports/handbrake
En effet.
Donc je me dit que je pourrai installer ce fameux package en prenant plutôt ceux de sid…
Je rajoute l'url deb pour sid, je l'ajoute temporairement dans l'apt/source.list, j'update et je tente:
274Mo à mettre à jour. Il y a le logiciel que je veux dans le lot, mais une autre centaine inutile. Or je ne veux pas mettre à jour les autres logiciels.
https://packages.debian.org/sid/handbrake
Est-ce que c'est possible de le faire sans rendre instable le système? Ou dans mon cas les dépendances sont telles qu'il faut mettre forcément à jour les autres services ayant appui sur les mêmes solutions devant se mettre à jour ou y a t-il une solution pour être sûr de n'installer que les packages nécessaire pour le logiciel que je souhaite récupérer?

Merci d'avance.

--depuis j'ai retiré la source sid de la /apt/source.list en attendant.

  • # libc6, libgtk, dpkg

    Posté par (page perso) . Évalué à 2.

    Plutôt que de modifier temporairement ton sources.list, tu peux jouer avec aptPreference https://wiki.debian.org/AptPreferences

    Ceci étant dit, dans les dépendances il y a des paquets "critiques" (cf titre) ça m'étonne même que ça fasse que 247Mo, si tu peux, autant passer en SID ce sera plus stable.

    • [^] # Re: libc6, libgtk, dpkg

      Posté par . Évalué à 2.

      Je risque rien de particulier ? Étant une machine personnelle, au final c'est pas grave. Mais si ça bug à tout les coups, ou pire avoir des erreurs sur l'installation futur de package avec corruption, ça fera un peu chier…

      • [^] # Re: libc6, libgtk, dpkg

        Posté par (page perso) . Évalué à 2.

        Y a toujours des risques, ça reste de l'informatique… Mais que ce soit au boulot ou chez moi pour du desktop je tourne en debian sid et j'ai vraiment très rarement des soucis et jamais rien qui a nécessité une reinstall de l'OS.

        • [^] # Re: libc6, libgtk, dpkg

          Posté par . Évalué à 1.

          Comme dit ci-dessous, s'il faut je passerai d'abord en testing - avant de faire de l'unstable.

          Merci.

  • # gap trop grand ???

    Posté par . Évalué à 3. Dernière modification le 01/04/15 à 13:55.

    si je ne m'abuse SID = unstable
    aujourd'hui wheezy = stable
    entre les deux il y a testing

    donc oui, installer un paquet unstable, sur ta debian stable, c'est prendre des risques.

    pour connaitre la difference
    https://wiki.debian.org/fr/DebianUnstable#Qu.27est-ce_qu.27unstable_.3F

    et ici on nous dit que c'est possible d'installer handbrake via les wheezy-backpors
    http://unix.stackexchange.com/questions/87066/handbrake-for-wheezy

    d'ailleurs le paquet est disponible d'apres le catalogue debian wheezy-backports
    https://packages.debian.org/search?suite=wheezy-backports&searchon=names&keywords=handbrake

    • [^] # Re: gap trop grand ???

      Posté par . Évalué à 1.

      Il est présent dans les catalogues pour wheezy-backports:
      https://packages.debian.org/wheezy-backports/handbrake
      mais certains packages sont "not available". C'est indiquè dans la page.

    • [^] # Re: gap trop grand ???

      Posté par . Évalué à 1.

      Donc tu penses que le mieux serait de passer sur jessie?

      • [^] # Re: gap trop grand ???

        Posté par . Évalué à 3.

        ah ben si le catalogue dit que le paquet existe, mais qu'il n'est pas dispo, ca ne va pas aider.

        et oui, une mise à jour vers Jessie pourrait t'aider, mais cela n'est probablement pas sans consequence.

        de toute facon d'apres : http://fr.wikipedia.org/wiki/Debian
        Jessie est la prochaine version stable
        tu seras donc en "testing" ce qui veut dire un peu plus à jour, mais pas non plus "unstable/sid"

        • [^] # Re: gap trop grand ???

          Posté par . Évalué à 1.

          Donc mieux vaut clairement testing que unstable? - tout est dans le mot.
          Je tente d'installer handbrake manuellement pour le moment, mais ça prend vachement de temps. Je passerai en testing s'il faut.

          Merci.

    • [^] # Re: gap trop grand ???

      Posté par . Évalué à 1. Dernière modification le 03/04/15 à 10:05.

      Bon bah je suis passé sur Jessie…
      et j'ai ce bug là : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677191 que j'arrive pas à résoudre :D

      • [^] # Re: gap trop grand ???

        Posté par . Évalué à 2.

        bug dans l'update emacs, desinstaller/reinstaller emacs pourrait aider non ?

        • [^] # Re: gap trop grand ???

          Posté par . Évalué à 1.

          Désolé pour la réponse tardive. Mais non ça ne marchait pas car désinstaller emacs me faisait désinstaller pas mal de choses. Je l'ai tenté tout de même, mais lors de l’installation j'avais encore un soucis avec 'emacsen'.

  • # 2 solutions

    Posté par . Évalué à 3.

    Je vois plusieurs solutions perso.

    1) ajouter le dépôt de Jessie, aka testing, pour installer les lib manquantes. Le problème, c'est qu'il te faudra très probablement mettre à jour certains paquets qui forment le coeur du système. Et si tu veux éviter de mettre à jour le système entier, il te faudra jouer avec le fichier /etc/apt/preferences (ou ajouter un fichier du même type dans /etc/apt/preferences.d, au choix) ce qui n'est pas vraiment trivial.

    2) compiler les libs libavcodec54 (ou libavcodec-extra-54, au choix), libavformat54, libavresample1 et libavutil52 provenant de testing, pour qu'elles fonctionnent sur une stable. Ce n'est pas nécessairement trivial, bien sûr, mais à mon avis moins délicat que de créer un fichier de préférences pour apt*.

    Le plus simple, au fond, c'est de passer à Jessie. Compte tenu du fait que Jessie est en gel, il est possible que tu rencontres des problèmes, en fonction de ton installation (il semble que ceux qui utilisent des lecteurs réseau ou chiffrés, par exemple, aient vécu des problèmes en faisant cette transition, problèmes à priori liés à des défauts dans l'intégration de systemd dans Debian. Je ne sais pas s'ils ont été corrigés) mais, pour une machine de particulier qui ne bricole pas trop, ça ne devrais pas poser de problème.

    Ensuite, en terme de complexité selon moi (mais je suis biaisé: je suis développeur), viens la compilation: il y à pas mal de doc sur comment faire sur le net, et il te suffit d'ajouter la ligne deb-src correspondante à Debian Jessie pour que ça marche. Normalement.
    L'inconvénient, c'est que tu devras faire les MaJ toi-même, et surveiller toi-même qu'il n'y à pas de maj des paquets source de dispo.

    Enfin, vient la solution des preferences. Le truc est suffisamment tortueux à mon avis pour que je ne me sente pas trop chaud à le conseiller à un néophyte. J'ai moi-même merdé plus d'une fois avec ce truc, et j'évite maintenant de le manipuler.

    Dans tous les cas, tu devrais signaler ce bug, via l'outil reportbug (ou reportbug-ng).

    • [^] # Re: 2 solutions

      Posté par . Évalué à 1.

      Pour moi finalement, ça sera Jessie. Tant pis que ça mette à jour tout le système.
      Merci.

  • # hroot

    Posté par (page perso) . Évalué à 3.

    Une solution que j'ai testé alors que j'étais dans le même cas que toi (et que je n'avais pas envie de créer une VM SID), c'est de télécharger la SID dans un répertoire et exécuter un chroot dessus, il faut utiliser l'outil debootstrap pour cela. Voici un article de wiki où tu trouveras des infos :

    https://wiki.debian.org/fr/Debootstrap

    • [^] # Re: hroot

      Posté par . Évalué à 1.

      Intéressant, je vais lire ça.
      Merci.

  • # Recompiler la version de SID sur ta machine ?

    Posté par (page perso) . Évalué à 2.

    Une autre solution qui fonctionnait bien mais que je n'ai pas appliqué depuis longtemps est de recompiler les sources fournis pour SID sur ta version, avec de mémoire :

    ajout de l'URL SID en deb-src seulement dans sources.list
    apt-get source paquetage dans un répertoire dédié
    apt-get build-deps paquetage
    dpkg-buildpackage quelque-chose-avec-fakeroot
    dpkg -i paquetage-x.y.z.deb

    Mais quand il y a des dépendances de dépendances et des bibliothèques pas assez à jour, ça vire assez vite au grand bazar…

    L'avantage est que c'est relativement facile à désinstaller.

Suivre le flux des commentaires

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