See tracker bug 350792. virtual/dev-manager packages: sys-apps/baselayout-vserver sys-freebsd/freebsd-sbin sys-fs/devfsd sys-fs/static-dev sys-fs/udev Please convert to a new-style virtual. This is probably the most complicated old-style virtual (and therefore it's also the last one I'm filing a bug for). Different providers are preferred in different subprofiles: profiles/base, profiles/hardened: sys-fs/udev profiles/uclibc/*/2.4: sys-fs/devfsd profiles/features/gcc2: sys-fs/static-dev profiles/targets/vserver: sys-apps/baselayout-vserver Don't know what is the best solution here; maybe even a new USE_EXPAND_HIDDEN is needed here. Please leave this bug open, even if there's no immediate solution.
> profiles/uclibc/*/2.4: > sys-fs/devfsd > > profiles/features/gcc2: > sys-fs/static-dev Kernel 2.4, and gcc 2.x ? I doubt these are of any real use, but there for historical reasons. I propose we remove any profiles that are still for Linux 2.4, or GCC 2.x
baselayout-vserver can be tree-cleaned, together with the vserver profiles. they are deprecated for ages ...
(In reply to comment #1) > > profiles/uclibc/*/2.4: > > sys-fs/devfsd > > > > profiles/features/gcc2: > > sys-fs/static-dev > > Kernel 2.4, and gcc 2.x ? I doubt these are of any real use, but there for > historical reasons. I'd guess that package order in virtual/dev-manager will be the one of the least problems for someone trying to use these profiles. Besides, udev ebuilds contain a blocker against 2.4 linux-headers. (In reply to comment #2) > baselayout-vserver can be tree-cleaned, together with the vserver profiles. > they are deprecated for ages ... And sys-freebsd/freebsd-sbin is uniquely selected by KEYWORDS, so package order doesn't matter for it. Looks like we could have a very simple solution then, namely a new-style virtual with RDEPEND="|| ( sys-fs/udev sys-fs/devfsd sys-fs/static-dev sys-freebsd/freebsd-sbin )" ?
+ 09 Apr 2011; Samuli Suominen <ssuominen@gentoo.org> + +default/linux/x86/gcc2/deprecated, +default/linux/x86/vserver/deprecated: + Mark default/linux/x86/gcc2 and default/linux/x86/vserver for deletion wrt + #361133.
Created attachment 269153 [details] proposed new-style virtual So sys-apps/baselayout-vserver is also gone, thanks ssuominen. I'm going to commit attached ebuild in one week from now. It should be in base-system and bsd herds, I suppose.
thanks for taking care of baselayout-vserver
Done.