--
Batou: Hey, Major... You ever hear of "human rights"?
Kusanagi: I understand the concept, but I've never seen it in action.
--Ghost in the Shell
Cheers,
//zhen
--
John Davis
Gentoo Linux Developer
<http://dev.gentoo.org/~zhen>
----
Knowledge can be more terrible than ignorance if you're powerless to
change your world.
--
gento...@gentoo.org mailing list
To my knowledge, the use of the "doc" flag has been primarily
time-consuming doc creation, or that involving large dependences, such
as latex stuff. Not your everyday gzipped README etc.
Many people prefer things the way "-doc" works now, as they get the
necessary docs without all the development stuff, API info, etc.
Donnie
Because nearly every ebuild, even those which USE doc, installs the
normal documentation (e.g. manpages, texinfo, </usr/share/doc/${PVR}/*>)
even with USE=-doc. USE=doc results in *extra* goodies.
On Friday 30 January 2004 12:01, Drake Wyrm wrote:
> Just had an idea for a new USE flag. As a companion to the 'doc' USE flag
> (which installs extra documentation), how about a USE flag which inhibits
> /any/ documentation. This would be highly handy for trimming down a system
> such as a server or router which will never have a warm body sitting in
> front of it after everything is installed and configured. What say ye?
--
gento...@gentoo.org mailing list
As another possibility... How about a nodocs FEATURES instead? This
would prevent *any* documentation from being installed by overriding
dodoc, doman and so on.
--
Ciaran McCreesh
Mail: ciaranm at gentoo.org
Web: http://dev.gentoo.org/~ciaranm
What's ambiguous about it?
doc - Adds extra documentation (API, Javadoc, etc)
-- use.desc
From use.desc:
doc - Adds extra documentation (API, Javadoc, etc)
I don't see the need to go explain every single possible USE flag in a
separate guide if the explanation in use.desc is sufficient. It would only
lead to inconsistencies between docs and use.desc whenever a new USE flag is
generated.
Wkr,
Sven Vermeulen
--
FOSDEM 2004 Free and Open Source Developers European Meeting
21 - 22 februari Brussels, Belgium http://www.fosdem.org
http://www.gentoo.org Documentation & PR sw...@gentoo.org
Hey, look! I'm talking to myself!
After the first few replies, I decided to modify my proposal. Since USE
flags *enable* things when present, it seems inapropos to create one which
*disables* something. Mad props (or something equivalent) to the portage
devs for remaining consistent in this regard. Therefore, I now propose
the USE flag 'stddoc', which will be enabled in the profiles. Emerging
a package with 'USE=-stddoc' will disable the normal documentation.
# remove docs
if has nodoc $FEATURES; then
rm -fR ${IMAGE}/usr/share/doc
fi
in dyn_presinst() of ebuild.sh
(grep nodoc/usr/lib/portage/bin/ebuild.sh) noman, noinfo FEATURES are
also supported. However, I cannot find any documentation about this
feature, so I guess it isn't recommended to enable them atm.
--
Mamoru KOMACHI <us...@gentoo.org>
At Fri, 30 Jan 2004 07:53:40 +0000,
Ciaran McCreesh wrote:
--
gento...@gentoo.org mailing list
What we want is just a variable in make.conf
INSTALL_MASK="/usr/share/doc /usr/share/man /usr/share/info"
which would mean that files in those dirs will not get installed. In the
meantime you could create a small wrapper for emerge that just removes all
the files from thos directories.
Paul
--
gento...@gentoo.org mailing list
Actually nodoc, noman, and noinfo FEATURES crept in a few releases ago,
from the Embedded project. Right now they're really simplistic, and
just rm the respective directory in ${D}/usr/share (see dyn_preinst in
ebuild.sh).
--
Chris PeBenito
<pebe...@gentoo.org>
Developer,
Hardened Gentoo Linux
Embedded Gentoo Linux
Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE6AF9243
Key fingerprint = B0E6 877A 883F A57A 8E6A CB00 BC8E E42D E6AF 9243
# remove docs
if has nodoc $FEATURES; then
rm -fR ${IMAGE}/usr/share/doc
fi
in dyn_presinst() of ebuild.sh (grep nodoc /usr/lib/portage/bin/ebuild.sh)
noman, noinfo FEATURES are also supported. I cannot find any documentation
about this feature, so I guess it isn't recommended to enable them atm.
--
Mamoru KOMACHI <us...@gentoo.org>
At Fri, 30 Jan 2004 07:53:40 +0000,
Ciaran McCreesh wrote:
>
> [1 <text/plain; US-ASCII (7bit)>]
> [2 <application/pgp-signature (7bit)>]
>
--
gento...@gentoo.org mailing list