| View previous topic :: View next topic |
| Author |
Message |
BastiL
Tux's lil' helper
Joined: 15 Aug 2004
Posts: 99
|
 Posted: Thu Oct 03, 2024 1:32 pm Post subject: Update-Konflikt |
 |
|
Hallo zusammen,
ich weiss nicht wie ich folgenden Konflikt auflöse: http://paste.gentoo.zip/usResXmO
Danke. |
|
| Back to top |
|
 |
Josef.95
Advocate
Joined: 03 Sep 2007
Posts: 4669
Location: Germany
|
| Posted: Thu Oct 03, 2024 3:19 pm Post subject: |
|
|
Hm, kniffelig …
Vorschlag:
1) Mach bitte noch mal einen frischen "emerge --sync"
2) Und schaue dann ob die Ausgabe von | Code: | | emerge -pve @world --backtrack=0 |
eine besser verständliche Konfliktmeldung ausspuckt. |
|
| Back to top |
|
|
BastiL
Tux's lil' helper
Joined: 15 Aug 2004
Posts: 99
|
| Posted: Fri Oct 04, 2024 9:16 am Post subject: |
|
|
Vielen Dank für den Vorschlag, habe ich umgesetzt.
Damit läuft das Update an, nachdem ich einige Use-Flags geändert habe und zwei Pakete demaskiert habe. Sind aber nun insgesamt schlappe 2000 Pakete neu zu bauen, wegen -e eben quasi der gesamte Baum.
Edit: Durch diese Änderungen läuft das Update jetzt auch ohne "-e" |
|
| Back to top |
|
|
Josef.95
Advocate
Joined: 03 Sep 2007
Posts: 4669
Location: Germany
|
| Posted: Fri Oct 04, 2024 10:46 am Post subject: |
|
|
Ja, das verwenden von --pretend --verbose --emptytree war auch nur dafür vorgesehen eine besser verständlichere Fehlermeldung zu bekommen, mit der man die Konflikte dann passend funktionierend konfigurieren kann.
Prima, scheint ja geklappt zu haben :) |
|
| Back to top |
|
|
firefly
Watchman
Joined: 31 Oct 2002
Posts: 5317
|
| Posted: Fri Oct 04, 2024 11:39 am Post subject: |
|
|
damit andere es auch verstehen was hier das Problem war.
Laut der ausgabe von portage wurden dev-qt pakete in verschiedenen versionen gefordert.
Hier war es 6.7.2 und 6.7.3 am beispiel von dev-qt/qtdeclarative
| Quote: | dev-qt/qtdeclarative:6
(dev-qt/qtdeclarative-6.7.3:6/6.7.3::gentoo, ebuild scheduled for merge) USE="jit network opengl sql ssl svg vulkan widgets -accessibility -qmlls" ABI_X86="(64)" pulled in by
~dev-qt/qtdeclarative-6.7.3:6 required by (dev-qt/qtwebsockets-6.7.3:6/6.7.3::gentoo, ebuild scheduled for merge) USE="qml ssl -test" ABI_X86="(64)"
^ ^^^^^^^
(and 9 more with the same problem)
(dev-qt/qtdeclarative-6.7.2:6/6.7.2::gentoo, installed) USE="jit network opengl sql ssl svg vulkan widgets -accessibility -qmlls" ABI_X86="(64)" pulled in by
~dev-qt/qtdeclarative-6.7.2:6[widgets?] required by (dev-qt/qttools-6.7.2:6/6.7.2::gentoo, installed) USE="assistant linguist opengl qdbus qml vulkan widgets (zstd) -clang -designer -distancefieldgenerator -gles2-only -pixeltool -qdoc -qtattributionsscanner -qtdiag -qtplugininfo" ABI_X86="(64)" LLVM_SLOT="18 -15 -16 -17"
^ ^^^^^^^ |
Das Problem ist, man kann bei Qt nicht verschiedenen versionen mischen daher diese Blocker.
Ich vermute jetzt mal dass BastiL nur ein teil der dev-qt pakete in package.accept_keywords eingetragen hatte, da die version 6.7.3 (stand 4.10.2024 13:30) noch ~arch maskiert ist.
Um den block aufzuheben hat er wohl die fehlenden dev-qt pakete (z.b. qttools) auch in package.accept_keywords eingetragen bzw. Useflags angepasst, damit die entsprechenden dev-qt pakete nicht mehr als abhängigkeit rangezogen werden.
Daher sollte man darauf achten, dass für alle dev-qt pakete die selbe version installiert werden kann.
Unter umständen reicht das dann auch nicht und portage zeigt weiterhin einen ähnlichen blocker wie oben als beispiel gezeigt an.
Da kann es helfen, wenn man in einem separaten step nur alle installierten dev-qt pakete aktualisiert bevor man ein world update durchführt
_________________
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 |
|
|
BastiL
Tux's lil' helper
Joined: 15 Aug 2004
Posts: 99
|
| Posted: Fri Oct 04, 2024 12:01 pm Post subject: |
|
|
| firefly wrote: | Ich vermute jetzt mal dass BastiL nur ein teil der dev-qt pakete in package.accept_keywords eingetragen hatte, da die version 6.7.3 (stand 4.10.2024 13:30) noch ~arch maskiert ist.
Um den block aufzuheben hat er wohl die fehlenden dev-qt pakete (z.b. qttools) auch in package.accept_keywords eingetragen bzw. Useflags angepasst, damit die entsprechenden dev-qt pakete nicht mehr als abhängigkeit rangezogen werden. |
Nein das ist nicht der Fall. Ich nutze generell ~arch. |
|
| Back to top |
|
|
|
Deutsches Forum (German)
