Trying to update my system today I notice kdebase-meta now tries to forcibly uninstal konsole:5 and instal konsole:4 in it's place. I notice this behaviour is a 'fix' for bug #570940 however it shouldn't be forcing the removal of konsole:5 if it's already installed and explicitly chosen by the user. Reproducible: Always Steps to Reproduce: 1. Install konsole:5 2. sync portage 3. try to update world Actual Results: The kdebase-meta package tries to pull on konsole:4, which creates a blocker with konsole:5 Expected Results: kdebase-meta should leave konsole alone if a higher version is already installed
Additionally, it would be nice if you could bump -r# revision when making such a change to an ebuild so us end users can mask the new behaviour appropriately and easily if we need to
See also https://github.com/gentoo/gentoo/pull/617 which aims to get a real plasma profile equivalent of kdebase-meta into tree.
(In reply to Andreas Sturmlechner from comment #2) > See also https://github.com/gentoo/gentoo/pull/617 which aims to get a real > plasma profile equivalent of kdebase-meta into tree. Thanks
There are also some legacy applications, that depend directly on konsole:4, therefore the blocker does not seem right. Examples: - Kdevelop (over kdevplatform) - Kile I cannot uninstall this applications as i really need them for my daily work. ------ * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (kde-apps/konsole-15.12.0-r1:5/5::kde, ebuild scheduled for merge) pulled in by >=kde-apps/konsole-5.9999:5 required by (kde-misc/yakuake-9999:5/5::kde, installed) >=kde-apps/konsole-15.12.0 required by (kde-apps/kdebase-meta-15.12.0:5/5::kde, installed) (kde-apps/konsole-4.14.3-r1:4/4.14::gentoo, installed) pulled in by >=kde-apps/konsole-4.4:4[aqua=] (>=kde-apps/konsole-4.4:4[-aqua]) required by (dev-util/kdevplatform-1.7.2-r1:4/4::gentoo, installed) >=kde-apps/konsole-4.4:4[aqua=] (>=kde-apps/konsole-4.4:4[-aqua]) required by (app-editors/kile-2.1.3-r2:4/4::gentoo, installed)
These applications were updated to be fine with konsolepart:4 instead of konsole:4, which is co-installable with konsole:5. The problem is kdebase-meta:4 which pulls konsole:4 back in - but it *needs* to depend on konsole so users do not end up without one, as was possible with konsole[minimal]. At the same time unfortunately konsole:5 can't be an alternative dependency because that will make portage consider an update to a kf5-based application within a kde4-workspace which should ultimately be avoided. As a Plasma-5 user (hence using plasma profile), you actually don't need kdebase-meta. You can happily emerge --noreplace plasma-meta, remove kdebase-meta and then manually emerge konsole:5, dolphin:5 and kwrite:5 for the time being.
nope, nothing updated here. (or do you have just updated the deps a minute ago and i need to wait until the portage tree has synced?) Example Kile: $ eix kile [I] app-editors/kile Available versions: (4) 2.1.3-r2 (5) **9999[1] {aqua debug +handbook +pdf +png} Installed versions: 2.1.3-r2(4)(21:11:46 04.01.2016)(handbook pdf png -aqua -debug) Homepage: http://kile.sourceforge.net/ Description: A Latex Editor and TeX shell for KDE [1] "kde" /var/lib/layman/kde $ equery depgraph kile equery depgraph kile * Searching for kile ... * dependency graph for app-editors/kile-2.1.3-r2 `-- app-editors/kile-2.1.3-r2 amd64 `-- x11-misc/shared-mime-info-1.4 (x11-misc/shared-mime-info) amd64 `-- sys-apps/sed-4.2.1-r1 (>=sys-apps/sed-4) amd64 `-- sys-devel/make-4.1-r1 (sys-devel/make) amd64 `-- dev-util/cmake-3.3.1-r1 (>=dev-util/cmake-2.8.12) amd64 `-- sys-apps/findutils-4.4.2-r1 (>=sys-apps/findutils-4.4.0) amd64 `-- dev-util/automoc-0.9.88-r1 (dev-util/automoc) amd64 `-- virtual/pkgconfig-0-r1 (virtual/pkgconfig) amd64 `-- x11-libs/libXtst-1.2.2 (>=x11-libs/libXtst-1.1.0) amd64 `-- x11-proto/xf86vidmodeproto-2.3.1-r1 (x11-proto/xf86vidmodeproto) amd64 `-- app-text/docbook-xml-dtd-4.2-r2 (app-text/docbook-xml-dtd) amd64 `-- app-text/docbook-xsl-stylesheets-1.79.0 (app-text/docbook-xsl-stylesheets) amd64 `-- dev-lang/perl-5.20.2 (dev-lang/perl) amd64 `-- dev-qt/qt3support-4.8.6-r1 (>=dev-qt/qt3support-4.8.5) amd64 [accessibility] `-- dev-qt/qtcore-4.8.6-r2 (>=dev-qt/qtcore-4.8.5) amd64 [qt3support ssl] `-- dev-qt/qtdbus-4.8.6-r1 (>=dev-qt/qtdbus-4.8.5) amd64 `-- dev-qt/designer-4.8.6-r1 (>=dev-qt/designer-4.8.5) amd64 `-- dev-qt/qtgui-4.8.6-r4 (>=dev-qt/qtgui-4.8.5) amd64 [accessibility dbus(+)] `-- dev-qt/qtscript-4.8.6-r2 (>=dev-qt/qtscript-4.8.5) amd64 `-- dev-qt/qtsql-4.8.6-r1 (>=dev-qt/qtsql-4.8.5) amd64 [qt3support] `-- dev-qt/qtsvg-4.8.6-r1 (>=dev-qt/qtsvg-4.8.5) amd64 `-- dev-qt/qttest-4.8.6-r1 (>=dev-qt/qttest-4.8.5) amd64 `-- dev-qt/qtwebkit-4.8.6-r1 (>=dev-qt/qtwebkit-4.8.5) amd64 `-- kde-base/kdelibs-4.14.15-r1 (>=kde-base/kdelibs-4.4) ~amd64 [aqua=] `-- kde-apps/kdebase-data-15.12.0 (>=kde-apps/kdebase-data-4.4) ~amd64 [aqua=] `-- kde-apps/konsolepart-4.14.3 (>=kde-apps/konsolepart-4.4) ~amd64 [aqua=] `-- kde-apps/konsole-4.14.3-r2 (>=kde-apps/konsole-4.4) ~amd64 [aqua=] `-- kde-apps/okular-15.12.0 (>=kde-apps/okular-4.4) ~amd64 [aqua= pdf? postscript] `-- app-text/acroread-9.5.5-r3 (app-text/acroread) amd64 `-- virtual/latex-base-1.0 (virtual/latex-base) amd64 `-- virtual/tex-base-0 (virtual/tex-base) amd64 `-- app-text/dvipdfmx-20110311-r1 (app-text/dvipdfmx) amd64 `-- app-text/texlive-core-2014-r4 (>=app-text/texlive-core-2014) amd64 `-- app-text/ghostscript-gpl-9.15-r1 (app-text/ghostscript-gpl) amd64 `-- app-text/dvipng-1.15 (app-text/dvipng) amd64 `-- media-gfx/imagemagick-6.9.0.3 (media-gfx/imagemagick) amd64 [png] `-- kde-frameworks/oxygen-icons-5.18.0 (kde-frameworks/oxygen-icons) ~amd64 [ app-editors/kile-2.1.3-r2 stats: packages (37), max depth (1) ]
hmm the depgraph looks ok, but it is still blocking, do i need a manual rebuild? shouldn't be there a -r3 version of Kile then?
(In reply to Till Schäfer from comment #6) > nope, nothing updated here. From inside the ebuild: || ( $(add_kdeapps_dep konsolepart) $(add_kdeapps_dep konsole) ) ...that means it will be satisfied by either of those. Again, you need to adjust your package.keywords so that kde-apps/konsolepart:4 and konsole-4.14.3-r2 are available to your system. Relevant commit happened 7 days ago: https://github.com/gentoo/gentoo/commit/c0b6646eb4a7fd61d3df5dda1336a4ca7277ef15
actually they are unmasked/keyworded. Its getting weired: # eix konsolepart * kde-apps/konsolepart Available versions: (4) (~)4.14.3(4/4.14)^t {aqua debug minimal test} Homepage: https://www.kde.org/applications/system/konsole https://konsole.kde.org Description: X terminal kpart for use by konsole and other KDE applications # eix -e konsole [U] kde-apps/konsole Available versions: (4) 4.14.3(4/4.14)^t (~)4.14.3-r1(4/4.14)^t (~)4.14.3-r2(4/4.14)^t (5) (~)15.08.3 {M}(~)15.12.0-r1[1] **15.12.49.9999[1] **9999[1] {X aqua debug +handbook minimal test} Installed versions: 4.14.3-r1(4)^t(23:15:06 17.12.2015)(minimal -aqua -debug -handbook -test) 15.12.0(5)[1](02:53:11 29.12.2015)(X handbook -debug -test) Homepage: https://www.kde.org/applications/system/konsole https://konsole.kde.org Description: KDE's terminal emulator [1] "kde" /var/lib/layman/kde "equery d" still shows :4 dependency although i have just rebuilded them: # equery d konsole * These packages depend on konsole: app-editors/kile-2.1.3-r2 (>=kde-apps/konsole-4.4:4[aqua=]) dev-util/kdevplatform-1.7.2-r1 (konsole ? >=kde-apps/konsole-4.4:4[aqua=]) kde-apps/kdebase-meta-15.12.0 (>=kde-apps/konsole-15.12.0) kde-misc/yakuake-9999 (>=kde-apps/konsole-5.9999:5) also increasing the backtracking to 30 does not help.
Is konsolepart:4 installed already? If not, you can help portage figure it out using `emerge -1 konsolepart`
that did the trick. thx. still weired portage cannot resolve it automatically.
(In reply to Andreas Sturmlechner from comment #5) > As a Plasma-5 user (hence using plasma profile), you actually don't need > kdebase-meta. You can happily emerge --noreplace plasma-meta, remove > kdebase-meta and then manually emerge konsole:5, dolphin:5 and kwrite:5 for > the time being. Tried this, it wants to either bring it back in or uninstall kde-meta. So I unmerged kde-meta, and now an emerge --depclean wants to uninstall almost everything kde related including a lot of v15.x.x packages, despite plasma-meta being installed. I have a feeling this is going to end up with a pretty barren and functionally limited desktop
Yes, that is currently no option if you rely on kde-meta to pull together your KDE Applications.
For Plasma-5 users, there is now kde-apps/kdebase-meta:5 available in tree which is pulling in konsole:5 instead of :4.
(In reply to Andreas Sturmlechner from comment #14) > For Plasma-5 users, there is now kde-apps/kdebase-meta:5 available in tree > which is pulling in konsole:5 instead of :4. Thanks! Will try it in the morning