Portage: multilib errors ohne Multilib, GDBus-Umstellung au…

[guru meditation]

(1) LibreSSL/Build-Fehler mit Python und qtnetwork (Lösung fürs Archiv):
Eine alte Kopie von LibreSSL//OpenSSL in /usr/local war ursächlich für Compilerfehler im LibreSSL-Overlay. Man, bin eher zufällig draufgestoßen.

(2) Compilerfehler mit einigen ebuilds die multilib beinhalten (bei Profil no-multilib)
Alle naselang habe ich auf Rechnern mit no-multlib-Profilen Probleme weil emerge//portage versucht, multilib zu machen wo kein multilib ist. Die Fehlermeldung ist immer dieselbe (Called src_compile, Called cmake-multilib_src_compile… bis zum Snippet of code: "$@" || die -n "${*} failed").

SIeht aus als wolle Portage da was mit abi_x86_32 erstellen, was gar nicht vorhanden ist. Oft löst sich bei weiteren dutzenden emerge-Versuchen das Problem im Nichts auf, übrig bleibt heute libaom.

Ich kann natürlich die ebuilds patchen, das ist aber keine saubere Lösung. Gibts da eine Einstellung z.B. in make.conf um so einen ABI-Wirrwarr zu verhindern?

(3) Umstellung Policykit/Consolekit → Policykit//Seatd:
Nach der Umstellung von consolekit auf seatd kriege ich nach startx eine Meldung von GDBUs über den fehlenden ConsoleKit-Service. Wie erzähle ich X11/LXDE das es seatd benutzen soll?