This was previously known as bug 164422, but I cannot re-open bugs, so this will have to do. Someone edited kde-base/kdesktop-3.5.5-r1.ebuild or something down the line and specified a dependency on kdelibs-3.5.5-r50. This revision does NOT exist (-r5 does however, and this is most likely what they meant). This is exactly what the original bug author wrote: There is no ebuild for kdelibs-3.5.5-r50 it looks like a typo. And it is the same exact problem. Please. For the love of God. READ THIS BUG MORE THOROUGHLY BEFORE CLOSING IT! It's *not* that r50 is getting pulled in as a dependency and is masked, it is that r50 **DOES NOT EXIST**. This is the error: emerge: there are no ebuilds to satisfy "=kde-base/kdelibs-3.5.5-r50". (dependency required by "kde-base/kdesktop-3.5.5-r1" [ebuild]) And here's the versions in kdelibs: keith@keith ~ $ ls /usr/portage/kde-base/kdelibs/ ChangeLog kdelibs-3.5.2-r6.ebuild kdelibs-3.5.5-r7.ebuild Manifest kdelibs-3.5.5-r4.ebuild kdelibs-3.5.6-r1.ebuild files kdelibs-3.5.5-r5.ebuild metadata.xml Seriously -- there IS a problem! Three of us didn't just hallucinate this.
You need kdelibs 3.5.5-r7, the -r50 is just in the error message. RESO LEARNTOREAD *** This bug has been marked as a duplicate of bug 164422 ***
(In reply to comment #1) > You need kdelibs 3.5.5-r7, the -r50 is just in the error message. > > RESO LEARNTOREAD Read what? If emerge spills out -r50 and that doesn't exist, this is wrong (portage bug then I guess). "LEARNTOREAD", as I take it, suggests I should learn how to unmask/keyword packages. That however is the wrong suggestion; as it turns out, kdelibs-3.5.5-r7 isn't ~x86-keyworded.
don't spam bugzilla please. re-sync your tree
(In reply to comment #2) > kdelibs-3.5.5-r7 isn't ~x86-keyworded. I had this issue too, today, albeit with kwin instead of kdesktop. The answer was to remove the line from /etc/make.conf that sources layman-managed overlays. All is fine now. http://forums.gentoo.org/viewtopic-t-535820.html Best, Matthew
So let's consider this instead RESO STOPUSINGBROKENOVERLAYS
Please, as Diego pointed out, be so kind to remove all your overlays and try again before reporting bugs of this kind.
The URL you posted is an aggression against a developer. Jakub: please advise. Summary: There IS no kde-base/kdelibs-3.5.5-r50! Product: Gentoo Linux Version: unspecified Platform: All URL: http://meta.wikimedia.org/wiki/Don%27t_be_a_dick OS/Version: Linux Status: NEW Severity: critical Priority: P2 Component: KDE AssignedTo: kde@gentoo.org ReportedBy: ziggy@ignition-project.com CC: coolsuggies@gmail.com
Restricting this bug for unproductive noise; please don't waste our time. If you can't figure out how to use package.keywords and can't deal with issues caused by overlays, then don't use them. And definitely don't report bugs about ebuilds that don't exist in the official tree.
unlocking, Users; the fix is to investigate your overlays. Please don't comment on this bug unless you have something useful to add. Thank You Alec Warner -Gentoo
As I've commented elsewhere, the problem seems that Portage doesn't show the "masked packages" message when: 1) You have overlays, and 2) One or more of your overlays provide any version (even outside of the range of revisions an ebuild wants to pull in) of a package that uses kde-functions.ebuild's dependency range thing (you know, the -rN to -r50 thing) What SHOULD happen is that it will display the "masked packages" error for at least one of the versions it finds, whether outside or inside of an overlay. Instead, it cannot locate any package whatsoever up to version 50 and then drops you at a prompt saying it can't find -r50, which is rightfully so. There are two fixes: 1) When it complains about pkgname-r50, unmask a version of that package that it wants (a message saying it's looking for rN to r50 would be good, though there isn't one). To do this, emerge -pv pkgname, then emerge -pv >app-whatever/pkgname-version-you-have-installed, and unmask until it stops complaining. 2) Remove overlays. Not desirable, but will fix the weird bug.