emerge has failed to upgrade qt for me for years. every time there is a new qt version, I have to manully update each qt package, force ignoring dependencies. I'm tired of this now. the reason is strait forward: reverse dependency tracking is a mess for current portage algorithm. qt submodules depend on exact the same version of each other. so emerge have to upgrade all qt submodules at once. so packager write =dev-qt/qt*-5.15.2*:5/5.15= and hope emerge will upgrade all qt submodules. but that only works if you don't install KDE. if you install KDE, then KDE packagers also write =dev-qt/qt*-5.15.2*:5/5.15= if there is no KDE upgrade, just qt upgrade. then emerge will never solve the dependencies. qt will block itself.
This isn't a helpful bug report. Please go to the forums, #gentoo, or the gentoo-user mailing list and we'll help you there. There's nothing actionable in here sadly. This is usually a result of outdated /etc/portage/* entries or bad entries in world file.
uninstalling all qt by "emerge -C `qlist -I dev-qt/*`" does not solve any thing. KDE still wants qt 5.12. emerge -avuD world still show that qt-5.13 conflicts with qt-5.12 why the hell KDE guys records qt subslot depencency as install process? every qt version is ABI stable. there is ZERO point to pin qt version.
(In reply to microcai from comment #2) > uninstalling all qt by "emerge -C `qlist -I dev-qt/*`" does not solve any > thing. > I didn't suggest you do that, nor would I suggest you do it, because it's not going to fix the root issue. > KDE still wants qt 5.12. > > emerge -avuD world still show that qt-5.13 conflicts with qt-5.12 > I wouldn't know because you haven't shared any output. I'm happy to work through this with you in #gentoo on libera.chat's IRC and then we can file a good bug report together if we can't figure it out. > why the hell KDE guys records qt subslot depencency as install process? > every qt version is ABI stable. there is ZERO point to pin qt version. *Some* KDE packages (not all) use Qt internals which are not ABI stable between versions.
*** Bug 836681 has been marked as a duplicate of this bug. ***
I can't give you any usefull output. use -O flag solved again. if KDE really needs to be rebuild after qt upgrade, then rebuild, why block upgrade ?
Created attachment 768546 [details] emerge output plz ignore my manully masked gst-plugins-good
this bug exist at least 6 years.
I'm not asking for a solution. I use gentoo over 12 years. I know how to force ignore dependency and install the new qt. dddasdf
(In reply to microcai from comment #5) > I can't give you any usefull output. use -O flag solved again. You've then destroyed the bad state and we can't investigate it properly. > > if KDE really needs to be rebuild after qt upgrade, then rebuild, why block > upgrade ? It's obviously not supposed to do that but it happens if something can't be rebuilt (or it thinks it can't). (In reply to microcai from comment #6) > Created attachment 768546 [details] > emerge output > > plz ignore my manully masked gst-plugins-good It's possible (fairly likely) that things like this are clogging it up as backtracking cycles get wasted on it rather than Qt and KDE. If you really need newer gst masked, mask the whole lot. (In reply to microcai from comment #8) > I'm not asking for a solution. I use gentoo over 12 years. I know how to > force ignore dependency and install the new qt. > Using Gentoo for years doesn't mean there's not a misconfiguration issue or clutter or a bad habit or practice has maybe changed. I'm not suggesting you're a bad admin or something. I'm saying this needs investigation but I can't do that now you've destroyed the broken state.
i'm not asking for help. I'm providing a help. if you don't need my help. then block me. delete my account.
(In reply to microcai from comment #2) > KDE still wants qt 5.12. KDE is a community. All major software produced by it depends on 5.15.0 or even 5.15.2 as a minimum. (In reply to microcai from comment #2) > emerge -avuD world still show that qt-5.13 conflicts with qt-5.12 You've got a very outdated system in a messy state. (In reply to microcai from comment #2) > why the hell KDE guys records qt subslot depencency as install process? > every qt version is ABI stable. there is ZERO point to pin qt version. You don't seem to know much about Qt or KDE or packaging. That's why others are doing it for you.
