Mettre à jour seulement les parties modifiées d'un paquet (debdelta).

bubu75 · Le 22/08/2025, à 07:11

Bonjour j'étais tombé cette semaine sur ce système de mises à jour.
Alors voilà, du moins ce que j'en ai compris car je suis un éternel noob comme je dis parfois (je préviens!).
Un paquet étant constitué de plusieurs fichiers (?), au lieu de tous les mettre à jour, on télécharge uniquement ceux qui ont été modifiés. L'intérêt étant une économie de données à télécharger (de peut-être 80% ou 50%, chiffres à voir), celle-ci peut être utile pour sans doute:

Les connexions lentes ou instables.
Les connexions payées à la data (j'appelle ça comme ça, il doit y avoir un meilleur nom, en anglais on dit metered je crois). Elles peuvent être chères, ou à vraiment ne pas dépasser (?).
C'est assez peu courant en France où on a + souvent de l'illimité (??). Mais plus en Amérique par exemple où les abonnements sont (étaient?) beaucoup plus chers alors on se tourne plus vers le limité (???). L'usage le plus appréciable serait peut-être dans les pays pauvres.
Autres cas peut-être. Et l'aspect positif écologique serait possible aussi pour ceux que ça intéresse.

Bref le principe existe déjà, par exemple pour les sauvegardes qui ne copient que les nouveaux fichiers modifiés.
Comme ce n'est pas une demande d'entraide je le mets ici?
Au début je me suis dit "génial!!" puis j'ai été un peu refroidi.

Présentation un peu plus détaillée .
C'est appelé la mise à jour delta ou delta update, et d'après ce que je lis sur Wikipédia en anglais https://en.wikipedia.org/wiki/Delta_update, chez Linux:

Fedora et Arch Linux l'ont utilisé mais plus maintenant.
OpenSuse continue.
Le paquet debdelta https://launchpad.net/ubuntu/+source/debdelta existe pour Debian et Ubuntu. Sur ubuntu-fr j'en ai vu seulement 3 mentions en 2011 et 2014 https://www.google.com/search?q=%22debd … ntu-fr.org.
Par exemple l'installation serait (?)
```
sudo apt-get update
sudo apt-get -y install debdelta
```
Et même les mises à niveau sont faisables via
```
apt-get update && debdelta-upgrade && apt-get upgrade
```
Pour les màj quotidiennes je n'ai pas encore vu, c'est peut-être simplement:
```
apt-get debdelta-update
```
Si un paquet n'est pas trouvé en delta il est juste installé de façon habituelle.
J'ai appris à cette occasion que Snap https://snapcraft.io/docs/snap-deltas et Flatpak fonctionnent de cette façon! En effet vu souvent la grosse taille des paquets ça peut les intéresser un peu +. Et ça répond à ce que j'avais remarqué et que je ne comprenais pas, des màj annoncées à 400Mo et je voyais seulement 100Mo téléchargés dans Moniteur Système, tout s'explique.
On peut même choisir le % de différence à partir duquel il choisit la version classique ou la delta, le régler + ou - haut peut être meilleur selon son matériel ou son débit etc.

Limites ou inconvénients.
Mais ce n'est pas aussi simple, à ce que j'avais vu en survolant des pages qui en parlaient (mais souvent des pages vieilles de 10 ou 15 ans donc à voir).

Techniquement ça semble un peu difficile (?). (Edit: je voulais dire côté développeur.)
Le temps gagné en téléchargement peut être perdu ensuite car l'installation proprement dite peut être plus longue par contre, télécharger+installer le paquet entier pouvant être alors finalement + rapide.
Si les serveurs ou mirroirs (pas sûr du nom) doivent l'installer, il semble que de rares l'ont fait. Mais ils ne sont pas très intéressés car c'est beaucoup de boulot (?), et la bande passante n'est pas un grand problème pour eux, alors que les ressources prises ensuite en CPU (?) en seront davantage un.
Une possibilité également serait que les développeurs l'installent directement dans leurs logiciels/paquets (ou bien j'ai rêvé), mais cela pourrait leur donner trop de travail ou alourdir les paquets.
Alors pour l'instant on doit en général (?) s'installer soi-même un serveur pour utiliser ce service, pour gérer les fichiers de différence "diff" si j'ai compris.
Il me semble (??) avoir lu que le développeur (il est seul je crois) ne perd pas espoir de le rendre transparent en l'intégrant à apt ou autre.

Personnellement commencer à me lancer dans l'installation de serveur je n'ai pas trop le temps en ce moment et je sens que je vais me perdre dedans et y passer des journées.
Et avec mon vieux coucou qui a des problèmes de surchauffe, une installation de paquet + longue ça risque de ne pas trop m'aller.
Mais j'essaierai quand même peut-être un de ces jours.

C'était au cas où c'est assez intéressant, mais je n'ai guère plus à en dire et cette présentation comporte sans doute des erreurs alors si intéressé vous regarderez probablement vous-même.

Dernière modification par bubu75 (Le 03/09/2025, à 19:39)

iznobe · Le 02/09/2025, à 08:47

Bonjour , presque tout est exact de la connaissance que j' en ai , sauf 2 petits points .
le 1er sur arch , c' est toujours fonctionnel , mais plus installé par défaut .
le 2eme :
il faut utiliser ( et que celui-ci soit disponible et maintenu ) un serveur spécifique en concordance avec l' objectif , qui n' existe à priori pas pour toutes les distributions : https://debdelta.debian.net/
https://www.reddit.com/r/linux/comments … _debdelta/

Mais je trouve que c' est une bonne idée , surtout que , de nos jours , les processeurs ont de plus en plus de puissance de calcul pour une consommation de moins en moins énergivore .
il viendra un moment ou le changement deviendra obligatoire , et ça ne saurait trop tarder . Pour le moment , c ' est donc inutilisable , puisque aucun serveur n ' est disponible pour servir les utilisateurs .

geole · Le 02/09/2025, à 10:56

Bonjour
Cela me fait penser à la commande zsync qui met à genoux mon ordinateur. Comme ma bande passante est d'environ 1 Mo/s, cela s'avère plus rapide que de télécharger tout l'ISO (hors première fois).

Dernière modification par geole (Le 02/09/2025, à 10:57)

bubu75 · Le 27/10/2025, à 09:45

@Iznobe.
Tant mieux si il n'y avait pas trop d'erreurs, c'était le compte-rendu de pages survolées une semaine avant et je n'ai pas une bonne mémoire alors c'était risqué mais pas le temps de revérifier et je tenais un peu à poster un truc sur ce sujet...

Merci enj tout cas pour les précisions.
-OK pour Arch.
-Serveur spécifique: encore + compliqué alors.

"les processeurs ont de plus en plus de puissance de calcul pour une consommation de moins en moins énergivore"
En effet je connaissais cet élément assez connu mais je n'avais pas fait le rapprochement.

Je retiens aussi:
"il viendra un moment ou le changement deviendra obligatoire"
Carrément! On devrait en rentendre parler alors.

bubu75 · Le 27/10/2025, à 09:46

@geole
Pardon je comprends vite mais y faut m'expliquer longtemps. Surtout que 1Mo/s pour moi c'est beaucoup alors je m'emmêle encore + les pinceaux...
Donc BIEN QUE la commande zsync "mette à genoux" ton ordinateur (peut-être ralenti voire bloqué pendant un petit moment), cet inconvénient la laisse tout de même + intéressante/rapide que télécharger l'iso entière, sauf 1ère fois bien sûr. (Ça doit être ça.)

En effet je ne la connaissais pas en tout cas.

*
Et sinon autre sujet (mais légèrement rapprochable car gain d'espace disque). Ça m'a rappelé aussi un format pour les iso que malgré 10 minutes de recherche internet je ne retrouve pas.
Le nom ressemble un peu à zsync, un nom court avec un z je crois (ou bien c'était zsync et je me rappelle juste mal du fonctionnement).
Si je me souviens, il met en commun tous les fichiers identiques entre plusieurs distributions (qui peuvent être gros et nombreux, rien que les noyaux, ou des logiciels identiques...). Par la méthode du hardlinking sauf erreur, on garde juste une version du fichier, et les "adresses" des distributions pointent toutes vers lui.
Cela peut faire gagner des dizaines de Go si on stocke pas mal d'iso.
J'ai rêvé ou si qqn a le nom?

Dernière modification par bubu75 (Le 27/10/2025, à 09:47)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 22/08/2025, à 07:11

Mettre à jour seulement les parties modifiées d'un paquet (debdelta).

#2 Le 02/09/2025, à 08:47

Re : Mettre à jour seulement les parties modifiées d'un paquet (debdelta).

#3 Le 02/09/2025, à 10:56

Re : Mettre à jour seulement les parties modifiées d'un paquet (debdelta).

#4 Le 27/10/2025, à 09:45

Re : Mettre à jour seulement les parties modifiées d'un paquet (debdelta).

#5 Le 27/10/2025, à 09:46

Re : Mettre à jour seulement les parties modifiées d'un paquet (debdelta).

Pied de page des forums