Arch Linux

Update von gd zieht ungewollte Abhängigkeiten

segfault

Das wird ein Unmuts Posting.

Ich betreibe Server mit Arch. Da gibt es keine Grafik. An einigen ist nicht mal ein Monitor angeschlossen. Aber ich benötige auf den Servern gd (Library for the dynamic creation of images by programmers).

Jetzt, plötzlich, aus heiterem Himmel beim Update:

Package (17)           Old Version  New Version    Net Change  Download Size

extra/default-cursors               3-1              0,00 MiB       0,00 MiB
extra/hidapi                        0.15.0-1         0,13 MiB       0,04 MiB
extra/libde265         1.0.16-2     1.0.17-1         0,24 MiB       0,33 MiB
extra/libdrm                        2.4.131-1        1,28 MiB       0,35 MiB
extra/libglvnd                      1.7.0-3          3,34 MiB       0,32 MiB
extra/libpciaccess                  0.19-1           0,06 MiB       0,02 MiB
extra/libxcursor                    1.2.3-1          0,07 MiB       0,03 MiB
extra/libxfixes                     6.0.2-1          0,04 MiB       0,01 MiB
extra/libxrender                    0.9.12-1         0,09 MiB       0,03 MiB
extra/libxshmfence                  1.3.3-1          0,02 MiB       0,01 MiB
extra/libxxf86vm                    1.1.7-1          0,03 MiB       0,02 MiB
extra/llvm-libs                     22.1.1-1       160,11 MiB      39,72 MiB
extra/mesa                          1:26.0.2-1      50,69 MiB      12,72 MiB
extra/sdl2-compat                   2.32.64-1        3,08 MiB       0,45 MiB
extra/sdl3                          3.4.2-1          6,75 MiB       1,61 MiB
extra/spirv-tools                   1:1.4.341.0-2    7,59 MiB       1,91 MiB
extra/wayland                       1.24.0-1         0,82 MiB       0,14 MiB

libde265 zieht plötzlich den ganzen Rattenschwanz an Dependencies nach. WTF! Wozu brauche ich Mesa, Wayland und den ganzen anderen Rotz? Das ist ein Server! Es ging doch bis heute auch ohne. Und plötzlich nicht mehr?

Arch hatte ja immer den Ruf schlank zu sein und sich haargenau an den Anwendungszweck anpassen zu lassen. Das scheint jetzt nicht mehr der Fall zu sein.

Sorry, ich bin sehr unzufrieden. Das musste einfach mal raus.

brikler

segfault libde265 zieht plötzlich den ganzen Rattenschwanz an Dependencies nach

pacman -Si sagt:

Repository      : extra
Name            : libde265
Version         : 1.0.16-2
Description     : Open h.265 video codec implementation
Architecture    : x86_64

für was brauchst du libde265?

GerBra

//Edit

tl;dr: Siehe gleich mein Edit2

Sorry, meine Sync-DB war nicht aktuell. Ich prüfte noch auf libde265 1.0.16-1

Es ist in der Tat bei libde265 die Abhängigkeit zu sdl2-combat, die das nach sich zieht.
Hier ist zumindest der Commit zum Update:
https://gitlab.archlinux.org/archlinux/packaging/packages/libde265/-/commit/954952b4be14d325cc3c7eaa9bef8acaf4b2e590
Ich kann das nicht einschätzen, ob diese neue Abhängigkeit wirklich zwingend notwendig ist, v.a. da es auf der Upstream-Seite heißt:

libde265 has no dependencies on other libraries, but both optional example programs have dependencies on:

    SDL2 (optional for dec265's YUV overlay output),

    Qt (required for sherlock265),

    libswscale (required for sherlock265 if libvideogfx is not available).

    libvideogfx (required for sherlock265 if libswscale is not available, optional for dec265).

//Edit2: Ist wohl schon korrigiert

upgpkg: 1.0.17-2: Make sdl2 optional again
https://gitlab.archlinux.org/archlinux/packaging/packages/libde265/-/commit/0589d1543d2b4ba412ef880a9bc09459f48a2048

Kannst also das Paket sdl2-compat (und dessen Abhängigkeiten) wieder löschen...

alter Beitrag (falsch)

Um dem "auf die Schliche" zu kommen ist das Tool pactree (aus pacman-contrib) sehr nützlich.

An gd oder libde265 kann es nicht liegen, keines davon zieht wayland oder mesa direkt nach sich:

$ pactree -s gd | grep -e wayland -e mesa
$ pactree -s libde265 | grep -e wayland -e mesa

Es muß also ein anderes Paket sein, welche diese neuen Pakete nun benötigt.
Evtl. ein Kandidat bei dir wäre ffmpeg, u.a. eine optionale Abhängigkeit von libde265.

$ pactree -so libde265 | grep -e wayland -e mesa
│ │ ├─mesa
│ │ │ ├─wayland
│ │ └─mesa provides opengl-driver
│ │ └─wayland
│ ├─mesa

Welches Paket nun bei dir genau z.B. wayland oder mesa nach sich zieht kannst du mit pactree reverse Suche rauskriegen (ohne -s/--sync arbeitet pactree in der lokalen Sync-DB):

pactree -r mesa

pactree -r wayland

Für weitere Infos zu pactree siehe ggf. die ManualPage

segfault

Man hat wohl gemerkt, dass das nicht der große Wurf war.

Jetzt kann ich alles wieder entfernen:

$ sudo pacman -Rsn sdl2-compat
checking dependencies...
:: libde265 optionally requires sdl2-compat: for the decoder tool

Package (15)     Old Version    Net Change 

default-cursors  3-1               0,00 MiB
hidapi           0.15.0-1         -0,13 MiB
libdrm           2.4.131-1        -1,28 MiB
libglvnd         1.7.0-3          -3,34 MiB
libpciaccess     0.19-1           -0,06 MiB
libxcursor       1.2.3-1          -0,07 MiB
libxfixes        6.0.2-1          -0,04 MiB
libxshmfence     1.3.3-1          -0,02 MiB
libxxf86vm       1.1.7-1          -0,03 MiB
llvm-libs        22.1.1-1       -160,11 MiB
mesa             1:26.0.2-1      -50,69 MiB
sdl3             3.4.2-1          -6,75 MiB
spirv-tools      1:1.4.341.0-2    -7,59 MiB
wayland          1.24.0-1         -0,82 MiB
sdl2-compat      2.32.64-1        -3,08 MiB

Total Removed Size:  234,00 MiB

:: Do you want to remove these packages? [Y/n] 
:: Processing package changes...
( 1/15) removing sdl2-compat                                                                     [#########################################################] 100%
( 2/15) removing sdl3                                                                            [#########################################################] 100%
( 3/15) removing libxcursor                                                                      [#########################################################] 100%
( 4/15) removing libxfixes                                                                       [#########################################################] 100%
( 5/15) removing libglvnd                                                                        [#########################################################] 100%
( 6/15) removing mesa                                                                            [#########################################################] 100%
( 7/15) removing wayland                                                                         [#########################################################] 100%
( 8/15) removing default-cursors                                                                 [#########################################################] 100%
( 9/15) removing spirv-tools                                                                     [#########################################################] 100%
(10/15) removing llvm-libs                                                                       [#########################################################] 100%
(11/15) removing libxxf86vm                                                                      [#########################################################] 100%
(12/15) removing libxshmfence                                                                    [#########################################################] 100%
(13/15) removing libdrm                                                                          [#########################################################] 100%
(14/15) removing libpciaccess                                                                    [#########################################################] 100%
(15/15) removing hidapi                                                                          [#########################################################] 100%
:: Running post-transaction hooks...
(1/1) Arming ConditionNeedsUpdate...

GerBra

Ich hoffe, die Nerven haben sich wieder etwas beruhigt...

Wie wäre es mit

einem etwas weniger "martialischem", aussagekräftigeren Thread-Titel?
gelöst ?

Zwischen libde265 1.0.16 und 1.0.17 wurde ja auch die build-Funktion geändert, da ist der Fehler wohl entstanden.

Nicht vergessen: Es sind alles Freiwillige, die die Distribution bereitstellen, da kann sowas schonmal vorkommen. V.a. wenn das Maintainen ggf. auf einer Maschine erfolgt, wo so eine Abhängigkeits-Änderung nicht gleich bemerkt wird.

Und es wurde dann ja doch sehr schnell bemerkt, gemeldet und v.a. behoben ;-)

segfault

GerBra Ich hoffe, die Nerven haben sich wieder etwas beruhigt...

Ja, ich muss zugeben, da hast Du etwas Recht. Der Nervendraht war in der letzten Zeit etwas angespannt. Erst die hässliche Sache mit dem mdadm, welches bei mir unbootbare Systeme hinterließ und nun die "Beglückung" mit Wayland, Mesa, etc.

segfault

brikler für was brauchst du libde265

'libde265' required by libheif
'libheif' required by gd

Ich brauche gd.