Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 23942 - While updating portage cache I get: eclass 'GPL-2' in 'GPL-2' does not exist
Summary: While updating portage cache I get: eclass 'GPL-2' in 'GPL-2' does not exist
Status: RESOLVED FIXED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Unclassified (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Nicholas Jones (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-07-04 02:32 UTC by David Holm (RETIRED)
Modified: 2011-10-30 22:20 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Holm (RETIRED) gentoo-dev 2003-07-04 02:32:47 UTC
Since rsyncing yesterday (20030703) I get the following message every time i rsync:

>>> Updating Portage cache... -!!! eclass 'GPL-2' in 'GPL-2' does not exist:

I did a "find /usr/portage -name '*.ebuild'|xargs grep GPL-2|grep inherit" but
that didn't yield any results.

I also installed gnome yesterday, maybe this caused it somehow?
I'm using "~x86"

So far it doesn't seem to be causing any damage though.
Comment 1 Patrick Kursawe (RETIRED) gentoo-dev 2003-07-04 02:57:16 UTC
Looks like bug #23796 is back.
Comment 2 Jason Shoemaker (RETIRED) gentoo-dev 2003-07-04 05:47:51 UTC
http://forums.gentoo.org/viewtopic.php?p=398273#398273

I think dev-util/darcs-0.9.10 is what is throwing the error. Not sure why though.
Comment 3 Jason Shoemaker (RETIRED) gentoo-dev 2003-07-04 05:53:09 UTC
kutsuya darcs # repoman

We're not in PORTDIR... setting to: /home/gentoo-x86

RepoMan scours the neighborhood...
!!! eclass 'GPL-2' in 'GPL-2' does not exist:
!!! eclass 'GPL-2' in 'GPL-2' does not exist:
!!! eclass 'GPL-2' in 'GPL-2' does not exist:

  ebuild.syntax        1
   dev-util/darcs/darcs-0.9.10.ebuild
  ebuild.allmasked     1
   dev-util/darcs

Just thought to see if repoman would find anything. 
Comment 4 Patrick Kursawe (RETIRED) gentoo-dev 2003-07-04 06:01:14 UTC
Put some stuff from script body into src_config where it belongs - perhaps the script generated output during depend phase?
Comment 5 Jason Shoemaker (RETIRED) gentoo-dev 2003-07-04 07:25:55 UTC
There still seems to be a problem. I'm wondering about:

>=virtual/ghc-5.04

Probably should be:

virtual/ghc
Comment 6 Squee 2003-07-04 08:25:15 UTC
Just like to comment that I'm also experiencing this bug at the moment...
Comment 7 Andres Loeh (RETIRED) gentoo-dev 2003-07-09 11:49:56 UTC
I would be surprised if the versioned virtual dependency is the 
problem. Not only have I used it before without problem, also 
several other ebuilds use it. 
 
Anyway, if you find a solution -- feel free to fix it. Unfortunately,  
I cannot reproduce the problem so far. 
Comment 8 Patrick Kursawe (RETIRED) gentoo-dev 2003-07-09 23:24:32 UTC
A versioned virtual dependency is a contradiction in itself. Do you expect every package which provides the virtual to follow the same versioning scheme?
Comment 9 SpanKY gentoo-dev 2003-07-09 23:37:49 UTC
where it works and where it doesnt i believe is dependent upon a number of factors ... 
regardless, fresh installs of Gentoo will fail on versioned virtuals 
Comment 10 Nicholas Jones (RETIRED) gentoo-dev 2003-07-13 21:42:48 UTC
portage-2.0.48-r3 and later have proper output for that message now.
Darcs was the problem, and it appears fixed.