View previous topic :: View next topic |
Author |
Message |
l3u Advocate
Joined: 26 Jan 2005 Posts: 2616 Location: Konradsreuth (Germany)
|
Posted: Sun Nov 03, 2024 8:47 am Post subject: Update geht nicht (qtdeclarative bzw. qqc2-desktop-style) |
|
|
Hallo allerseits!
Also entweder stell ich mich grad blöd an, oder es gibt seit gestern irgend ein generelles Abhängigkeitsproblem.
Wenn ich mein System aktualisieren will, dann bekomme ich:
Code: | # emerge -uavD @world
...
The following USE changes are necessary to proceed:
(see "package.use" in the portage(5) man page for more details)
# required by kde-frameworks/qqc2-desktop-style-6.6.0::gentoo
# required by @__auto_slot_operator_replace_installed__ (argument)
=dev-qt/qtdeclarative-6.7.2 -opengl -vulkan |
Wenn ich das dann in package.use eintrage, dann bekomme ich:
Code: | # emerge -uavD @world
...
The following USE changes are necessary to proceed:
(see "package.use" in the portage(5) man page for more details)
# required by kde-frameworks/qqc2-desktop-style-6.6.0::gentoo
# required by @__auto_slot_operator_replace_installed__ (argument)
=dev-qt/qtdeclarative-6.7.2 vulkan opengl |
Was ja in gewissem Umfang merkwürdig ist (wenn aktiviert soll ich’s deaktivieren, wenn deaktiviert soll ich’s aktivieren – da beißt sich die Katz in den Schwanz).
Abgesehen davon würde ich jetzt aber sowieso erwarten, dass dev-qt/qtdeclarative-6.7.2 auf 6.7.3-r4 aktualisiert werden würde:
Code: | # eix qtdeclarative
[U] dev-qt/qtdeclarative
Verfügbare Versionen:
(5) 5.15.14(5/5.15)^t{gpkg}
(6) 6.7.2(6/6.7.2)^t 6.7.3-r4(6/6.7.3)^t [M]~6.8.0-r4(6/6.8.0)^t **6.8.9999(6/6.8.9999)*l^t **6.9999(6/6.9999)*l^t
{accessibility debug gles2-only +jit localstorage +network opengl qmlls +sql +ssl svg test vulkan +widgets}
Installierte Versionen: 5.15.14(5/5.15)^t{gpkg}(11:59:05 02.06.2024)(jit vulkan widgets -debug -gles2-only -localstorage -test) 6.7.2(6/6.7.2)^t(00:15:49 12.07.2024)(jit network opengl sql ssl svg vulkan widgets -accessibility -qmlls)
Startseite: https://www.qt.io/
Beschreibung: Qt Declarative (Quick 2) |
Auch ein --backtrack=200 oder ein -N hilft nichts. Auch qtdeclarative und/oder qqc2-desktop-style einzeln via --oneshot upaten geht nicht.
Insgesamt weiß ich jetzt nicht recht, was ich noch machen soll … also falls einer von euch einen Tip hat, wär ich sehr dankbar! |
|
Back to top |
|
|
Josef.95 Advocate
Joined: 03 Sep 2007 Posts: 4680 Location: Germany
|
Posted: Mon Nov 04, 2024 9:27 am Post subject: |
|
|
Hm ja, vermutlich gibt es einen Abhängigkeitskonflikt, der emerge zu dieser irreführenden "Empfehlung" treibt.
Ich denke um hier weiterhelfen zu können brauchen wir die komplette ungekürzte Ausgabe vom @world Update. Da diese wahrscheinlich recht lang ist, poste sie am besten via Pastebin-Service: Code: | wgetpaste -ic "emerge -pvuDU @world" |
|
|
Back to top |
|
|
l3u Advocate
Joined: 26 Jan 2005 Posts: 2616 Location: Konradsreuth (Germany)
|
Posted: Mon Nov 04, 2024 12:29 pm Post subject: |
|
|
Hier ist die Ausgabe: https://bpa.st/DJW6I
Das sieht jetzt aber merkwürdigerweise ganz anders aus … alles voll Ruby-Kram … ich hab aber seither auch nicht mehr gesynct?! Ist vermutlich das U? |
|
Back to top |
|
|
firefly Watchman
Joined: 31 Oct 2002 Posts: 5327
|
Posted: Mon Nov 04, 2024 12:40 pm Post subject: |
|
|
deine RUBY_TARGETS sind inkonsistent.
Einmal
Quote: | RUBY_TARGETS="ruby32 -ruby31" |
und einmal
Quote: | RUBY_TARGETS="ruby32 ruby31" |
prüf mal ob du für manche pakete ruby31 aktiviert hast.
Denn global (laut emerge --info) ist
Quote: | RUBY_TARGETS="ruby32" |
gesetzt was
Quote: | RUBY_TARGETS="ruby32 -ruby31" |
entspricht _________________ Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn. |
|
Back to top |
|
|
l3u Advocate
Joined: 26 Jan 2005 Posts: 2616 Location: Konradsreuth (Germany)
|
Posted: Mon Nov 04, 2024 12:46 pm Post subject: |
|
|
Ich könnt mich jetzt nicht dran erinnern, dass ich irgendwann mal was an Ruby-Targets geändert hätte … emerge --info sagt:
Code: | RUBY_TARGETS="ruby32" |
Bei nochmaligem Nachsehen habe ich für ein Paket scheinbar mal ein Ruby-Target setzen müssen, warum auch immer:
Code: | # grep -r ruby
package.use/needed:=dev-ruby/rexml-3.3.9 ruby_targets_ruby31 |
Egal wie, nach dem Justieren von jetzt (via -U) benötigten USE-Flags sind wir wieder da, wo wir waren mit diesem suspekten qtdeclarative-Problem:
https://bpa.st/TXFYK |
|
Back to top |
|
|
Josef.95 Advocate
Joined: 03 Sep 2007 Posts: 4680 Location: Germany
|
Posted: Mon Nov 04, 2024 1:18 pm Post subject: |
|
|
Hm, tönt ein wenig danach als wenn mit den binary Paketen was nicht kompatibel ist.
Wie schaut es aus wenn du selbst bauen würdest? -> ohne FEATURES="getbinpkg" |
|
Back to top |
|
|
l3u Advocate
Joined: 26 Jan 2005 Posts: 2616 Location: Konradsreuth (Germany)
|
Posted: Mon Nov 04, 2024 1:26 pm Post subject: |
|
|
Aber nimmt der nicht selbst sowieso keine Binärpakete, wenn was nicht kompatibel ist?!
EDIT: Scheinbar nicht …
Code: | FEATURES="-getbinpkg" emerge -uavDU @world |
will zwar 123 Pakete updaten und/oder neu bauen, aber es gibt keinen Dependency-Konflikt.
Bisher hat das super funktioniert mit den Binärpaketen … und jetzt muss ich den ganzen Kram wie nodejs und vor allem die f**king QtWebEngine bauen. Naja. Vielleicht wird's ja wieder. |
|
Back to top |
|
|
|