Bug 359001 – Remove old-style virtual/libc

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Ulrich Müller 2011-03-15 11:24:47 UTC]

See tracker bug 350792.

virtual/libc
   packages:
      sys-freebsd/freebsd-lib
      sys-libs/glibc
      sys-libs/uclibc

Please convert to a new-style virtual.

Notes:
- Some USE_EXPAND logic might be needed here, like the following:
     RDEPEND="
         elibc_glibc? ( sys-libs/glibc )
         elibc_uclibc? ( sys-libs/uclibc )
         elibc_FreeBSD? ( sys-freebsd/freebsd-lib )"
- Not sure what needs to be done for prefix. Maybe prefix profiles could simply
  add the new-style virtual to package.provided?

[Comment 1 solar (RETIRED) 2011-03-19 21:01:59 UTC]

Why?

[Comment 2 Ulrich Müller 2011-03-23 10:22:45 UTC]

(In reply to comment #1)
> Why?

virtual/libc would be much cleaner as new-style virtual:
- All information in one place, instead of being scattered over subprofiles.
- Preferring an implementation hardly makes any sense here; you'd rather depend
  on one specific library depending on the ELIBC setting. Which is not possible
  with an old-style virtual.
- Also for Prefix it would be much simpler, they could handle everything in the
  new-style virtual, instead of having pseudo packages like sys-aix/libc or
  sys-hpux/libc as is the case now.

[Comment 3 Fabian Groffen 2011-03-23 10:27:48 UTC]

(In reply to comment #2)
> - Also for Prefix it would be much simpler, they could handle everything in the
>   new-style virtual, instead of having pseudo packages like sys-aix/libc or
>   sys-hpux/libc as is the case now.

as far as I know, they are legacy from the time people still did

DEPEND="virtual/libc"

I think most occurrences of this have been punted nowadays.  Only Portage prints its value on --info or something.  With a bit of luck all these virtual libc and kernel providers can go.

[Comment 4 Ulrich Müller 2011-03-23 11:01:19 UTC]

(In reply to comment #3)
> as far as I know, they are legacy from the time people still did
> 
> DEPEND="virtual/libc"
> 
> I think most occurrences of this have been punted nowadays.

Yes, ssuominen and patrick removed most of them a few months ago.

> Only Portage prints its value on --info or something.  With a bit of luck all
> these virtual libc and kernel providers can go.

Seems that in some cases the virtual/libc dependency is needed for stage building.

[Comment 5 Ulrich Müller 2011-04-14 06:44:37 UTC]

Created attachment 269893 [details]
Proposed libc-0.ebuild

New-style virtual is attached, please review. If there are no objections, I'll commit this in one week from now.

[Comment 6 Fabian Groffen 2011-04-14 08:18:19 UTC]

looks ok to me

[Comment 7 Ulrich Müller 2011-04-20 18:31:11 UTC]

Fixed.