Most people won't see this because both less and man are included in the `emerge
system` but techinically the man package depends on less. I found this because I
was playing with building a the gcc-3.1 system and wanted to check the gcc-3.1
man pages to see how I wanted to configure my CFLAGS before I ran `emerge system`.
Technically that is why we have a "system profile", to not have all these
hundreds of small deps. Anyhow, you can use "more" instead of less ...
should we now add both to RDEPEND ?
I think that it is important for each package to correctly DEPEND on what it
needs. If that information is correct you can do intersting things like ask "If
I upgrade this package what other packages could possibly be affected?"
I see your point that you have to draw the line somewhere on how explicit the
In the set of packages that is not part of the "system" set I think it is
reasonable for them to not explicitly DEPEND on packages that are in the
For the set of packages that are in the "system" set I think they should
explicitly DEPEND on packages they need, including other packages within the
I was not a Gentoo user or dev when the system profile was created. I'm under
the impression that system is the base set of packages need for a Gentoo system,
other than a few user controled specifics like the kernel or syslog package.
In general a "emerge system" (maybe "emerge -u system") should bring you
up to speed with the system profile.
yes it does, At the time I was installing a new system using the
default-1.0-gcc3 profile and I wanted to access the gcc man pages before I ran
`emerge system`. I ran `emerge man` with the expectation that once it completed
I could do `man gcc` (because the bootstrap.sh installs gcc) but when I tried
`man gcc` it gave an error about the less pager not being found.
In the latest 1.4 stages, less are present, so this should be fixed.