[coreutils] require glibc-devel to prevent broken links in coreutils info manual (#959697)

[Reindl Harald]

Am 17.05.2013 10:07, schrieb Nicolas Chauvet:
> 2013/5/17 Ondrej Vasik <ovasik at redhat.com <mailto:ovasik at redhat.com>>
> My understanding is that libc*.info should be moved to the main glibc instead as most info file belong to the main
> package.
> One that doesn't want to install the documentation can still install with rpm nodocs

install any devel-package as default-depencdency should be prohibited
if they land on a prdouction machine it is a package error

"rpm nodocs" does not solve deps and i am not sure how it behaves on
regulary yum updates and guess it will install the docs on the next
update

hence, that is why docs/manpages should go to subpackages at all
i am doing this for my self-maintained packages for our virtual
infrastructure all the time because there is one admin machine
which has the manuals installed and on the production machines
there is even no "man" command installed

look below at my apache-package, there are 5.5 MB in 292 files
(installed size) in the httpd-manpage rpm which are not needed
on every machine

i bet the used space in the rootfs would be 30-40% less if it
would be possible to leave manpages/docs uninstalled at all
and in networks with 10,20,30,50 instances of Fedora it makes
pretty much sense to act this way

-rwxr-xr-x 1 harry verwaltung 443K 2013-05-12 12:04 httpd-2.4.4-33.fc18.20130512.rh.x86_64.rpm
-rwxr-xr-x 1 harry verwaltung 165K 2013-05-12 12:04 httpd-devel-2.4.4-33.fc18.20130512.rh.x86_64.rpm
-rwxr-xr-x 1 harry verwaltung 309K 2013-05-12 12:04 httpd-extras-2.4.4-33.fc18.20130512.rh.x86_64.rpm
-rwxr-xr-x 1 harry verwaltung  32K 2013-05-12 12:04 httpd-extras-auth-2.4.4-33.fc18.20130512.rh.x86_64.rpm
-rwxr-xr-x 1 harry verwaltung 1,4M 2013-05-12 12:04 httpd-manual-2.4.4-33.fc18.20130512.rh.noarch.rpm
-rwxr-xr-x 1 harry verwaltung  56K 2013-05-12 12:04 httpd-tools-2.4.4-33.fc18.20130512.rh.x86_64.rpm
____________________________

[harry at srv-rhsoft:~]$ rpm -q --filesbypkg httpd
httpd                     /etc/httpd
httpd                     /etc/httpd/conf
httpd                     /etc/httpd/conf.d
httpd                     /etc/httpd/logs
httpd                     /etc/httpd/modules
httpd                     /etc/httpd/run
httpd                     /run/httpd
httpd                     /usr/lib/systemd/system/httpd.service
httpd                     /usr/lib/tmpfiles.d/httpd.conf
httpd                     /usr/lib64/httpd
httpd                     /usr/lib64/httpd/modules
httpd                     /usr/lib64/httpd/modules/mod_cgi.so
httpd                     /usr/lib64/httpd/modules/mod_dav.so
httpd                     /usr/lib64/httpd/modules/mod_info.so
httpd                     /usr/lib64/httpd/modules/mod_proxy.so
httpd                     /usr/lib64/httpd/modules/mod_proxy_http.so
httpd                     /usr/lib64/httpd/modules/mod_status.so
httpd                     /usr/sbin/apachectl
httpd                     /usr/sbin/httpd
httpd                     /var/cache/httpd
httpd                     /var/cache/httpd/proxy
httpd                     /var/lib/dav
httpd                     /var/log/httpd

well, there are common used modules static to save file handles with
prefork-worker which is not the way for fedora packages, but only to
show what is possible in strip down packages

--enable-mods-static="alias allowmethods auth_basic auth_digest authn_core authn_file authz_core authz_groupfile
authz_host authz_user autoindex deflate dir env expires filter headers log_config mime ratelimit remoteip
reqtimeout rewrite setenvif socache_shmcb unique_id unixd version

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 263 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20130517/5729b13d/attachment.sig>