On Tue, 15 May 2007, Adrian Schröter wrote:

On Tuesday 15 May 2007 08:40:45 wrote Carlos Ramirez:

...

Is there a file, webpage or command that can provide a list of packages that are part of the OpenSUSE base system? For instance during the installation, I can see a list of tools that are part of the base system, where is that information being gathered from? I tried searching in various places without much luck. Any help in the right direct is appreciated.

Richard Guenther works currently to create a minimal Base system, smaller than ever before. You can find his package set in the Base:build project of the build service.

And the biggest file in the 48MB of i585 installed dependencies of aaa_base are .... -rw-r--r-- 1 root root 308151 May 13 14:01 coreutils.mo -rw-r--r-- 1 root root 324200 May 13 13:23 readline.html -rwxr-xr-x 1 root root 416686 May 10 15:25 libnsl-2.5.so -rwxr-xr-x 1 root root 525429 May 13 13:23 libreadline.so.5.2 -rwxr-xr-x 1 root root 550944 May 10 15:25 ld-2.5.so -rwxr-xr-x 1 root root 562264 May 10 15:23 libm-2.5.so -rwxr-xr-x 1 root root 588657 May 10 15:24 libpthread-2.5.so -rw-r--r-- 1 root root 733538 May 13 13:23 bashref.html -rwxr-xr-x 1 root root 837376 May 10 15:23 localedef -rw-r--r-- 1 root root 932901 May 13 10:34 terminfo.src -rw-r--r-- 1 root root 955991 May 13 10:34 termcap -rw-r--r-- 1 root root 962560 May 15 12:01 Packages -rwxr-xr-x 1 root root 1126329 May 13 12:13 libdb-4.4.so -rwxr-xr-x 3 root root 1160050 May 12 20:06 perl -rwxr-xr-x 1 root root 1677184 May 13 13:23 bash -rwx------ 1 root root 2113463 May 10 15:37 glibc_post_upgrade -rwxr-xr-x 1 root root 2307958 May 13 13:18 init -rwxr-xr-x 1 root root 2723738 May 10 15:25 ldconfig -rwxr-xr-x 1 root root 6795856 May 10 15:25 libc-2.5.so coreutils being the biggest offender (7.8MB installed size) followed by glibc (4MB), ncurses (3.4MB) and bash (2.7MB). Richard. -- Richard Guenther <rguenther@suse.de> Novell / SUSE Labs SUSE LINUX Products GmbH - Nuernberg - AG Nuernberg - HRB 16746 - GF: Markus Rex

On Tue, 15 May 2007, Michael Matz wrote:

Hi,

On Tue, 15 May 2007, Richard Guenther wrote:

...

And the biggest file in the 48MB of i585 installed dependencies of aaa_base are ....

-rw-r--r-- 1 root root 308151 May 13 14:01 coreutils.mo -rw-r--r-- 1 root root 324200 May 13 13:23 readline.html -rwxr-xr-x 1 root root 416686 May 10 15:25 libnsl-2.5.so -rwxr-xr-x 1 root root 525429 May 13 13:23 libreadline.so.5.2 -rwxr-xr-x 1 root root 550944 May 10 15:25 ld-2.5.so -rwxr-xr-x 1 root root 562264 May 10 15:23 libm-2.5.so -rwxr-xr-x 1 root root 588657 May 10 15:24 libpthread-2.5.so -rw-r--r-- 1 root root 733538 May 13 13:23 bashref.html -rwxr-xr-x 1 root root 837376 May 10 15:23 localedef -rw-r--r-- 1 root root 932901 May 13 10:34 terminfo.src -rw-r--r-- 1 root root 955991 May 13 10:34 termcap -rw-r--r-- 1 root root 962560 May 15 12:01 Packages -rwxr-xr-x 1 root root 1126329 May 13 12:13 libdb-4.4.so -rwxr-xr-x 3 root root 1160050 May 12 20:06 perl -rwxr-xr-x 1 root root 1677184 May 13 13:23 bash -rwx------ 1 root root 2113463 May 10 15:37 glibc_post_upgrade -rwxr-xr-x 1 root root 2307958 May 13 13:18 init -rwxr-xr-x 1 root root 2723738 May 10 15:25 ldconfig -rwxr-xr-x 1 root root 6795856 May 10 15:25 libc-2.5.so

coreutils being the biggest offender (7.8MB installed size) followed by glibc (4MB), ncurses (3.4MB) and bash (2.7MB).

Suboptimal measurement, that's all unstripped. Somehow stripping in FACTORY (or from whereever you got these packages) is broken (perhaps by design?).

Those are from build-service rebuilt packages (from the Base:build project). Let's try Factory. Ok, that has a stripped libc. -rw-r--r-- 1 root root 308151 May 9 00:10 coreutils.mo -r--r--r-- 1 root root 314026 May 6 19:43 perl5db.pl -rwxr-xr-x 1 root root 318772 May 6 19:15 localedef -rw-r--r-- 1 root root 324197 May 6 20:53 readline.html -rw-r--r-- 1 root root 335872 May 15 12:38 Filemd5s -rw-r--r-- 1 root root 397936 May 6 19:43 perltoc.pod -rwx------ 1 root root 489192 May 6 19:15 glibc_post_upgrade -rwxr-xr-x 1 root root 533084 May 11 14:05 init -r--r--r-- 1 root root 553295 May 6 19:43 Name.pl -rwxr-xr-x 1 root root 602856 May 6 20:53 bash -r--r--r-- 1 root root 603163 May 6 19:43 EastAsianWidth.txt -rwxr-xr-x 1 root root 615980 May 6 19:15 ldconfig -r--r--r-- 1 root root 655236 May 6 19:43 LineBreak.txt -rw-r--r-- 1 root root 733535 May 6 20:53 bashref.html -r--r--r-- 1 root root 805104 May 6 19:43 NamesList.txt -rw-r--r-- 1 root root 932901 May 6 19:33 terminfo.src -rw-r--r-- 1 root root 955991 May 6 19:33 termcap -r--r--r-- 1 root root 966371 May 6 19:43 UnicodeData.txt -r-xr-xr-x 1 root root 1023588 May 6 19:44 TW.so -r-xr-xr-x 1 root root 1023768 May 6 19:44 CN.so -rwxr-xr-x 1 root root 1053212 May 6 20:36 libdb-4.4.so -r-xr-xr-x 1 root root 1143948 May 6 19:44 KR.so -rwxr-xr-x 3 root root 1188560 May 6 19:44 perl -rwxr-xr-x 3 root root 1188560 May 6 19:44 perl5.8.8 -rwxr-xr-x 3 root root 1188560 May 6 19:44 suidperl -rwx--x--x 1 root root 1188564 May 6 19:44 sperl5.8.8 -r-xr-xr-x 1 root root 1258020 May 6 19:44 JP.so -rwxr-xr-x 1 root root 1286260 May 6 19:15 libc-2.5.so -r-xr-xr-x 1 root root 1289564 May 6 19:44 libperl.so -rw-r--r-- 1 root root 1343488 May 15 12:38 Packages -rw-r--r-- 1 root root 1563700 May 6 19:35 libperl.a Factory still has the unsplit perl... Richard. -- Richard Guenther <rguenther@suse.de> Novell / SUSE Labs SUSE LINUX Products GmbH - Nuernberg - AG Nuernberg - HRB 16746 - GF: Markus Rex --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org

Richard Guenther escribió:

coreutils being the biggest offender (7.8MB installed size) followed by glibc (4MB), ncurses (3.4MB) and bash (2.7MB).

I indeed agree that having a nice and very minimal pattern is a good thing to deploy servers, however this new base system uses less disk space in MB than the RAM required to run the distribution installer... is there any work being done to reduce the memory footprint of the installer ( other than speeding up the package manager stuff that is the main cause of slowness ..) ??? Also the installer may **feel** faster if network installation were threaded, nowdays it dowloads package --> install package without trying to download the next package while installing..(Im not claiming that this will be less resource hungry though.. but an **option** do do this will be nice ;) )