Re: [gentoo-dev] manpages that requires dependencies

[Jason Stubbs]

On Sunday 27 November 2005 23:43, Jakub Moc wrote:
> 27.11.2005, 15:39:48, Jason Stubbs wrote:
> > On Sunday 27 November 2005 22:09, Ned Ludd wrote:
> >> On Sun, 2005-11-27 at 07:58 -0500, Ned Ludd wrote:
> >> > On Fri, 2005-11-25 at 12:46 +0200, Marius Mauch wrote:
> >> > > Except that no{man,info,doc} are on the to-die list anyway.
> >> >
> >> > They are very valuable features and quite easy to use without mucking
> >> > with INSTALL_MASK. I'm against this change without some justification.
> >>
> >> further investigation shows that you can't simply get rid of these as
> >> several core ebuilds use the feature to control the creation of
> >> packages. A quick grep shows that several ebuilds do stuff like.
> >> has noman FEATURES && do_stuff
> >>
> >> openssl/glibc/gcc/dhcp/boa/gdb to name a few that take advantage of the
> >> no{man,info,doc} FEATURES= already.
> >
> > Core packages or not, they are all broken. When the requirement came up,
> > the respective maintainers should have spoken up so that a proper
> > solution could be found. When are the quick hacks going to stop? :|
>
> I can't see why exactly do we need to get rid of useful features? :-(

Nobody said anything about getting rid of the features. The only thing that 
has been stated is that FEATURES="noman" cannot be relied upon to mean that 
portage won't install man pages or vice-versa.

There are three possibilities that I can see:
1) FEATURES="noman" becomes FEATURES="man"
2) FEATURES="noman" is dropped in favour of INSTALL_MASK="/usr/share/man"
3) FEATURES="noman" is dropped in favour of USE="man" or USE="manpages"

In light of the above requirements and the fact that dyn_* will likely be 
moved into the tree down the track, #3 seems to be the best in my mind. 
Similarly, it would solve the previously discussed problems related to 
FEATURES="test".

--
Jason Stubbs
-- 
gentoo-dev@g.o mailing list