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 matthieu bollot (site web personnel, Mastodon) . É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 dafp . É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 matthieu bollot (site web personnel, Mastodon) . É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 dafp . É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 NeoX . Évalué à 3. Dernière modification le 01 avril 2015 à 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 dafp . É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 dafp . Évalué à 1.
Donc tu penses que le mieux serait de passer sur jessie?
[^] # Re: gap trop grand ???
Posté par NeoX . É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 dafp . É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 dafp . Évalué à 1. Dernière modification le 03 avril 2015 à 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 NeoX . Évalué à 2.
bug dans l'update emacs, desinstaller/reinstaller emacs pourrait aider non ?
[^] # Re: gap trop grand ???
Posté par dafp . É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 freem . É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 dafp . Évalué à 1.
Pour moi finalement, ça sera Jessie. Tant pis que ça mette à jour tout le système.
Merci.
[^] # Re: 2 solutions
Posté par matthieu bollot (site web personnel, Mastodon) . Évalué à 2.
de toute façon jessie sera la nouvelle stable dans quelques semaines donc tu crains rien
[^] # Re: 2 solutions
Posté par dafp . Évalué à 1.
J'espère bien :)
# hroot
Posté par MrBidon . É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 dafp . Évalué à 1.
Intéressant, je vais lire ça.
Merci.
# Recompiler la version de SID sur ta machine ?
Posté par Christophe "CHiPs" PETIT (site web personnel) . É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.
[^] # Re: Recompiler la version de SID sur ta machine ?
Posté par dafp . Évalué à 1.
pas mal du tout. Je ne connaissais pas.
merci.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.