Bug 59161 – GNUstep.eclass is still using old dev-util categories

• Status: RESOLVED WONTFIX
• Product: Gentoo Linux

[Description Zhen Lin 2004-08-02 09:23:29 UTC]

While gnustep has moved into its own gnustep-* categories, gnustep.eclass is still using the old categories.

A simple sed 's:dev-util/gnustep:gnustep-base/gnustep:g' ought to fix the problem.

Until this problem is fixed, there will be dependency errors from portage when ebuilds using the gnustep eclass are processed.

Reproducible: Always
Steps to Reproduce:

[Comment 1 Armando Di Cianno (RETIRED) 2004-08-02 10:32:24 UTC]

Note that no ebuild should be using the "gnustep.eclass" (which, yes, still references the old stuff, atm), but rather "gnustep-old.eclass", which has been updated.  If this is not the case, please let me know which ebuild is breaking (grepping now...).

What package, error, etc are you encountering?

[Comment 2 Zhen Lin 2004-08-02 17:50:55 UTC]

Ah. I take it that my own ebuilds in overlay are causing the problem then...

[Comment 3 Armando Di Cianno (RETIRED) 2004-08-02 18:10:08 UTC]

okay, going to mark this bug as invalid

if you need to use the old gnustep, try gnustep-old.eclass for now, but I'll also update the old gnustep.eclass to match for now

... and keep your fingers crossed for modern GNUstep in Gentoo soon ... working out bugs as I type here :-)

[Comment 4 Armando Di Cianno (RETIRED) 2004-08-05 12:07:51 UTC]

for now, old gnustep.eclass placeholder matches the gnustep-old.eclass 

[Comment 5 Armando Di Cianno (RETIRED) 2004-09-23 20:52:56 UTC]

newer package available; fixes applied.

[Comment 6 Armando Di Cianno (RETIRED) 2004-09-23 20:53:17 UTC]

newer package available