[libreoffice/mesa] mise à jour glouton +282 mo (résolu)

[Elbarto]

bonjour,

aujourd'hui j'ai mis à jour les paquets libreoffice et mesa, et je constate que la taille de mise à jour nette est de 282 mo, ce qui me semble anormale :

Code : Tout sélectionner

Paquets (25): ati-dri-10.1.0-4  lib32-ati-dri-10.1.0-4  lib32-libvdpau-0.7-2  lib32-mesa-10.1.0-4
              lib32-mesa-libgl-10.1.0-4  lib32-wayland-1.4.0-1  libetonyek-0.0.3-1  libodfgen-0.0.4-1
              libreoffice-base-4.2.2-1  libreoffice-calc-4.2.2-1  libreoffice-common-4.2.2-1  libreoffice-draw-4.2.2-1
              libreoffice-fr-4.2.2-1  libreoffice-gnome-4.2.2-1  libreoffice-impress-4.2.2-1  libreoffice-kde4-4.2.2-1
              libreoffice-math-4.2.2-1  libreoffice-postgresql-connector-4.2.2-1  libreoffice-sdk-4.2.2-1
              libreoffice-sdk-doc-4.2.2-1  libreoffice-writer-4.2.2-1  libvisio-0.0.31-2  man-pages-3.62-1  mesa-10.1.0-4
              mesa-libgl-10.1.0-4

Taille totale de téléchargement : 128,25 MiB
Taille totale installé :           832,60 MiB
Taille de mise à jour net :        281,44 MiB

qu'en pensez-vous ?

la personne qui a crée ces paquets aurait-elle par erreur utilisé le mode "debug", un oubli de la fonction strip ?

c'est la première fois que je constate qu'une mise à jour entraine une telle inflation de méga octets,

edit: j'ai comparé la taille des anciennes versions de ces paquets dans le cache de pacman, c'est quasi identique aux nouvelles versions de paquets, ça sent donc le bug de pacman quand il calcule la taille de mise à jour nette

[mimile]

Bonjour,

Je n'ai pas de réponse mais pour gouverne, la mise à jour (téléchargement en cours) que je suis en train de faire affiche ceci :

Code : Tout sélectionner

Paquets (30): gperf-3.0.4-4  gst-plugins-good-1.2.3-2
              gstreamer0.10-good-0.10.31-5
              gstreamer0.10-good-plugins-0.10.31-5  lib32-libvdpau-0.7-2
              lib32-mesa-10.1.0-4  lib32-mesa-libgl-10.1.0-4
              lib32-wayland-1.4.0-1  libetonyek-0.0.3-1  libmbim-1.8.0-1
              libodfgen-0.0.4-1  libreoffice-base-4.2.2-1
              libreoffice-calc-4.2.2-1  libreoffice-common-4.2.2-1
              libreoffice-draw-4.2.2-1  libreoffice-fr-4.2.2-1
              libreoffice-gnome-4.2.2-1  libreoffice-impress-4.2.2-1
              libreoffice-kde4-4.2.2-1  libreoffice-math-4.2.2-1
              libreoffice-postgresql-connector-4.2.2-1  libreoffice-sdk-4.2.2-1
              libreoffice-sdk-doc-4.2.2-1  libreoffice-writer-4.2.2-1
              libvisio-0.0.31-2  libwpg-0.2.2-2  mesa-10.1.0-4
              mesa-libgl-10.1.0-4  nouveau-dri-10.1.0-4  tint2-0.11-7

Taille totale de téléchargement : 121,51 MiB
Taille totale installé :           795,46 MiB
Taille de mise à jour net :        277,05 MiB

Je pense que ce sont les paquets libreoffice qui sont responsables de l'importance de la taille totale installée.

Je dois dire que je n'ai jamais trop fait attention à celle-ci jusqu'à présent.

[Elbarto]

j'ai procédé à un test plus poussé :

j'ai réuni dans un dossier temporaire tous les fichiers tar.xz des paquets concernés, l'ancienne version et la nouvelle version de chaque paquet,

puis j'ai procédé à l'extraction des paquets dans 2 dossiers ( un dossier pour l'ancienne version, un autre pour la nouvelle version ),

ça donne :

taille totale ancienne version décompressée : 550.7 Mo
taille totale nouvelle version décompressée : 834.8 Mo
différence nette : 284.1 Mo ( + 51% !! )

ce n'est donc pas un bug de pacman, mais le mainteneur du paquet libreoffice qui avec sa compilation a réussi l'exploit d'une augmentation de 51% de la taille totale par rapport à l'ancienne version

vraiment curieux cette hausse colossale

[Elbarto]

en fait le responsable est le paquet libreoffice-sdk-doc, sa taille après décompression est de 349.4 Mo, alors que l'ancienne version ne faisait que 83.2 Mo, soit une différence de 266 Mo