esound-0.2.34-2 --------------- * Tue Apr 13 2004 Warren Togami wtogami@redhat.com 1:0.2.34-2 - remove INSTALL and 536k of useless .ps and html
Please let us know if you find any packages that contain large and very not useful stuff like this. Very often we have no interest in the "INSTALL" file since we already installed it via rpm, and in many cases INSTALL is only the generic installation instructions. We can always remove that safely. This is totally worth it if we can save a few MB of space and reduce RPM file sizes.
Also any cases where development specific documentation (like API specifications) are within the main package as %doc, we should move it to the -devel package. This should save some space in desktop installations.
Warren
On Thu, Apr 15, 2004 at 12:55:25PM -1000, Warren Togami wrote:
Please let us know if you find any packages that contain large and very not useful stuff like this.
e.g. like the tons of drafts and RFCs included in the BIND package?
[dr@nomad bind-9.2.3]$ rpm -q bind bind-9.2.3-13 [dr@nomad bind-9.2.3]$ pwd /usr/share/doc/bind-9.2.3 [dr@nomad bind-9.2.3]$ du -sh draft rfc 2.6M draft 996K rfc
I also wonder wether it's really necessary to include the DocBook XML source of the ARM, taking up another 300k.
Also any cases where development specific documentation (like API specifications) are within the main package as %doc, we should move it to the -devel package. This should save some space in desktop installations.
Moving the BIND ARM into a seperate bind-doc subpackage might make some sense.
700K /usr/share/doc/bind-9.2.3/arm
Alternatively, at least getting rid of the DocBook XML source file Bv9ARM-book.xml, saving about 300k.
Best regards, Daniel
Em Quinta, 15 de Abril de 2004 23:55, Warren Togami escreveu:
Also any cases where development specific documentation (like API specifications) are within the main package as %doc, we should move it to the -devel package. This should save some space in desktop installations.
Closed WONTFIX a long time ago: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=60349
du /usr/share/doc/mysql-3.23.58/ 11400 /usr/share/doc/mysql-3.23.58 Sizes are from Fedora Core 1; that by far the biggest doc dir on my minimal server + MySQL install, next is Bash, with 4184 kb. I think a -docs packages would be appropriate.
About the INSTALL files, grep "These are generic installation instructions." $(find /usr/share/doc -name "INSTALL") would go probably find most duplicates.
Also, python's idle could be probably split into a separate RPM, that's 500Kb that I think almost nobody uses. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=60346 (closed WONTFIX)
Warren
Pedro Morais wrote:
Em Quinta, 15 de Abril de 2004 23:55, Warren Togami escreveu:
Also any cases where development specific documentation (like API specifications) are within the main package as %doc, we should move it to the -devel package. This should save some space in desktop installations.
Closed WONTFIX a long time ago: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=60349
du /usr/share/doc/mysql-3.23.58/ 11400 /usr/share/doc/mysql-3.23.58 Sizes are from Fedora Core 1; that by far the biggest doc dir on my minimal server + MySQL install, next is Bash, with 4184 kb. I think a -docs packages would be appropriate.
-docs is disliked by many maintainers for various reasons. Hmm, the mysql package looks to be very odd.
[root@ibmlaptop mysql-3.23.58]# pwd /usr/share/doc/mysql-3.23.58 [root@ibmlaptop mysql-3.23.58]# ls -l total 11432 -rw-r--r-- 1 root root 19106 Sep 11 2003 COPYING -rw-r--r-- 1 root root 28003 Sep 11 2003 COPYING.LIB -rw-r--r-- 1 root root 2642478 Sep 11 2003 INSTALL-SOURCE
Much of this file describes installing from source, or upstream Mysql capitalized RPMS which not very compatible with our distribution, MacOS X, Windows, and MySQL 4.1, 4.0 and 3.23. I suppose lots of the useless parts about installing from source or upstream binaries and those other operating systems could be cut out, but there are other parts that look useful. The trouble is it would need to be cut within rpmbuild, with manually set line numbers based upon human inspection. I personally wouldn't mind doing this however because this does not change often, and the space savings are rather large. I am not the package maintainer though.
(These docs exist for the convenience of users who either have no Internet access, or they are cut off from the Internet. We can't simply get rid of them and expect them to go online to read the docs. And also keep in mind that you can globally disable /usr/share/doc installation with --excludedocs if you really don't need them.)
-rw-r--r-- 1 root root 3169573 Sep 11 2003 manual.html -rw-r--r-- 1 root root 2876828 Sep 11 2003 manual.texi -rw-r--r-- 1 root root 120425 Sep 11 2003 manual_toc.html -rw-r--r-- 1 root root 2759102 Sep 11 2003 manual.txt
Do we really have to distribute three copies of the same thing here?
-rw-r--r-- 1 root root 14949 Sep 11 2003 mysqld_error.txt -rw-r--r-- 1 root root 1976 Sep 11 2003 README
These are fine.
It is probably too late to modify this package due to the freeze, but I will try to convince certain people.
4Suite appears to be about 50% test code; the test code could be removed or moved into a -devel package. Also, do we need to ship all 3 of .py, .pyo and .pyc files?
Last time I looked, Omni was badly bloated because there is lots of base class code compiled into each of 450 or so shared libraries. Could probably cut 55 Mb down to a few Mb, by putting all the base classes into separate .so files.
Ralph.
On Thu, 2004-04-15 at 12:55 -1000, Warren Togami wrote:
esound-0.2.34-2
- Tue Apr 13 2004 Warren Togami wtogami@redhat.com 1:0.2.34-2
- remove INSTALL and 536k of useless .ps and html
Please let us know if you find any packages that contain large and very not useful stuff like this. Very often we have no interest in the "INSTALL" file since we already installed it via rpm, and in many cases INSTALL is only the generic installation instructions. We can always remove that safely. This is totally worth it if we can save a few MB of space and reduce RPM file sizes.
Also any cases where development specific documentation (like API specifications) are within the main package as %doc, we should move it to the -devel package. This should save some space in desktop installations.
Warren
-- fedora-devel-list mailing list fedora-devel-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-devel-list