[Eisfair] [E64] exim: "systemd: Failed to resolve symlink /usr/local/share/systemd/user, ignoring: Permission denied"

[Rolf Bensch]

Hallo Marcus,

Am 04.11.24 um 16:41 schrieb Marcus Röckrath:
> Hallo Rolf,
> 
> Rolf Bensch wrote:
> 
>>> find /root/tmp -exec ls -l {} \; 2>/dev/null | grep "share/systemd"
>>
>> Das liefert ein leeres Ergebnis  - auch nicht wenn ich find auf "\"
>> loslasse.
> 
> Ich denke du meinst "/". Ich wollte eigentlich auch

ja, klar.

> ... 
> Du könntest ja nochmal den Cups durch den Compiler jagen, dann aber statt
> 
> make install
> 
> z. B.:
> 
> ein Verzeichnis anlegen und
> 
> make DESTDIR=/dieses/verzeichnis install
> 
> zur Installation des Kompilats nutzen, dann landet nichts in den üblichen
> Verzeichnissen des Systems sondern in einer Verzeichnisstruktur von
> /dieses/verzeichnis, also Bins in /dieses/verzechnis/usr/bin usw.

"make" geht hier mit einem Fehler raus, dessen Ursache ich nicht sehe:

/usr/lib64/gcc/x86_64-pc-linux-gnu/12/../../../../x86_64-pc-linux-gnu/bin/ld: ../cups/libcups.so: undefined reference to `avahi_service_name_split'
/usr/lib64/gcc/x86_64-pc-linux-gnu/12/../../../../x86_64-pc-linux-gnu/bin/ld: ../cups/libcups.so: undefined reference to `avahi_client_get_host_name'
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:171: ippevepcl] Error 1
make[1]: Leaving directory '/tmp/cups-master/tools'
make: *** [Makefile:43: all] Error 1

Dennoch habe ich ein "make DESTDIR=/tmp/cups install" ausgeführt und finde jetzt in /tmp/cups die Unterverzeichnisse "etc" und "usr". Darüber ein "grep -r /share/systemd" ausgeführt liefert kein Ergebnis.

Suchen wir hier an der richtigen Stelle? Selbst wenn diese misslungene Installation Ursache für den Fehler ist - wie stehen die hier gewonnenen Dateien im Zusammenhang mit einem User-Login? Müssten wir nicht eigentlich im Bereich systemd irgendwie fündig werden?

Grüße

Rolf