Vous n'êtes pas identifié(e).
About backports
Backports are recompiled packages from testing (mostly) and unstable (in a few cases only, e.g. security updates) in a stable environment so that they will run without new libraries (whenever it is possible) on a Debian stable distribution
Backports cannot be tested as extensively as Debian stable, and backports are provided on an as-is basis, with risk of incompatibilities with other components in Debian stable. Use with care!
It is therefore recommended to select single backported packages that fit your needs, and not use all available backports.
Sources:
https://backports.debian.org/Instructions/
Pour moi, pas de mise à jour des packages backports lorsque nous ’installons sur la stable. (du moins pas sans risque)
Genre, on télécharge le paquet backport dont on a besoin aujourd'hui, on l’installe, ça utilise les dependances/librairies de la stable, si ça marche, c’est bien, si ça marche pas, on se debrouille
C’est peut-etre même risqué d’essayer d’updater ou de réinstaller les packages backports au long de leur vie sur notre machine, car si ça se trouve la version actuelle fonctionne, mais celle dans 6 mois ne fonctionnera peut etre plus, ou alors il faudra bricoler des librairies ou/et des dependances et là, tomber dans une frankendebian…
Pour résumer, lorsqu'on installe un paquet des backports, si ça fonctionne à un moment "M", le plus sage serait de ne plus y toucher durant la durée de vie de notre stable?
Ai-je bien saisi la chose?
JC
Dernière modification par d33p (30-04-2018 15:22:45)
science sans conscience n'est que ruine de l'âme...
Hors ligne
Il est donc recommandé de choisir des paquets backportés uniques qui correspondent à vos besoins, et de ne pas utiliser tous les backports disponibles.
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
si le paquet est dispo dans backports, il est sensé fonctionner. pas certains que Debian se soit mis au jeu de hasard.
oui, j'ai choisi Debian pour le fait qu'ils soient très carré à mon gout, bien plus que d'autres distributions. je ne voulais pas remettre ceci en cause.
merci.
JC
Dernière modification par d33p (30-04-2018 12:41:20)
science sans conscience n'est que ruine de l'âme...
Hors ligne
une fois qu'on a installé un package des blackports, peut-on le mettre à jour? Ou il reste figé? car un packet backport ne se met pas à jour lors d'un apt-get upgrade si je ne m'abuse.
si c'est faisable et qu'on le met à jour, il y a peut-être un risque qu'il ne fonctionne plus.
Si le dépôt propose un paquet plus récent, c'est qu'il est un minimum testé. Je dit bien un minimum, car j'ai vu un exemple ici d'un paquet des backports qui cassait un autre, du fait de la mise à jour d'une lib python.
Donc, c'est pas sans risque, et c'est logique, ça n'est pas tester autant que Stable lors du Freeze
Pour ma part, je met à jour ce que j'installe depuis les backports.
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Install a package from backports
All backports are deactivated by default (i.e. the packages are pinned to 100 by using ButAutomaticUpgrades: yes in the Release files. If you want to install something from backports run:
apt-get -t stretch-backports install "package"
of course you can use aptitude as well:
aptitude -t stretch-backports install "package"
Et lorsqu'on parle de les mettre à jour, si on a vraiment envie, on relance simplement la commande:
c'est à dire, on écrase l'ancienne installation du paquet avec la nouvelle version du paquet dispo dans backport, c'est bien ça?
JC
Dernière modification par d33p (30-04-2018 12:56:27)
science sans conscience n'est que ruine de l'âme...
Hors ligne
Stable avec suivi d'un paquet dans les Backports
Par exemple, pour installer la version d'iceweasel des backports et la maintenir à jour.
On crée un fichier /etc/apt/preferences.d/90suivi-backports contenant le code suivant :
90suivi-backports
Package: iceweasel
Pin: release a=stretch-backports
Pin-Priority: 900
(sources https://debian-facile.org/doc:systeme:apt:pinning )
merci.
JC
science sans conscience n'est que ruine de l'âme...
Hors ligne
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
Hors ligne
si je ne me trompe pas dans le cas ou tu commente ou supprime la ligne des backports dans ton soures.list, non seulement le paquet sera "figé" mais il sera aussi classé "obsolète"
qu'est ce que tu appelles "obsolète" ?
Hors ligne
le dernier par exemple "python-support" est obsolète et local (depuis stretch) c'est une dépendance obligatoire a fahcontrol que j'installe a partir du .deb de jessie
linux-doc 4.14 je pourrai le virer
etc .....
et j'ai mes lignes sid et experimental activées (donc le cache a jour )
sinon mesa18 et autre fioritures oups obsolète .......
nota: la machine est buster/sid
ps: je garde la commande sous le coude pour nettoyer un peu de temps en temps , c'est vraie que l'on accumule plein de trucs.
je peu pour ainsi dire tout virer , plus utilisé ........
iscan c'est un utilitaire pour scanner epson , j'ai pas de scanner sur cette machine
avec synaptic je regarde pas souvent la section "fichier locaux/obsolètes"
Dernière modification par anonyme (30-04-2018 17:59:25)
science sans conscience n'est que ruine de l'âme...
Hors ligne
alors qu'il figurait dans Debian-Packages et qui s'est mis à jour par un dist-upgrade ; je ne sais pas si c'est un comportement normal...
PS : je parle évidemment d'un paquet backporté... à ce moment là la 2.1.0 quand Stretch offrait la 2.0.3
.
Dernière modification par Trefix (01-05-2018 12:27:33)
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne