[Eisfair] [E64] exim: "systemd: Failed to resolve symlink /usr/local/share/systemd/user, ignoring: Permission denied"
Marcus Röckrath
marcus.roeckrath at gmx.de
Mo Nov 4 18:19:17 CET 2024
Hallo Rolf,
Rolf Bensch wrote:
> 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.
Packs mir mal in ein Archiv und schicks mir per PM.
> Suchen wir hier an der richtigen Stelle? Selbst wenn diese misslungene
> Installation Ursache für den Fehler ist
Das ist bislang eine Annahme, weil
- es bei dir nur auf der Maschine auftritt, auf der du cups selbst gebaut
hast
- sonst sich nirmand mit dem gleichen Problem gemeldet hat, ich es auch auf
keinem meiner Systeme/Installationen finden kann.
> - wie stehen die hier gewonnenen Dateien im Zusammenhang mit einem
> User-Login?
systemd führt bei jedem User-Login bestimmte Vorgänge durch; wenn nun
systemd auf deinem System der Meinung ist, auch die Dateien in
/usr/local/share/systemd beachten zu müssen, wird es systemd auch tun.
Insbesondere wären für systemd in /usr/local/share/systemd/user genau solche
"Dateien" zu erwarten, die userabhängig wären und somit insbesondere für
einen Userlogin wichtig wären.
> Müssten wir nicht eigentlich im Bereich systemd irgendwie fündig werden?
Sourcen, die gegen systemd gebaut sind, erstellen ja insbesondere auch
Dateien, die für systemd wichtig wären, z. B. service-Files etc., da sie ja
auf die Dienste von systemd setzen, um ihre eigentliche Aufgabe zu erfüllen.
Auch das Komiplieren von cups mit Bindung an systemd wird das tun.
Vielleicht ist cups auch der falsche Ansatzpunkt, habe aber keine Idee, was
auf diesem System denn sonst Ursache sein könnte.
Derzeit gehen wir rein von irgendwelchen Indizien aus.
--
Gruß Marcus
[eisfair-Team]
Mehr Informationen über die Mailingliste Eisfair