Re: [opensuse-packaging] Shared Library Packaging Policy (was: [opensuse-factory] Meeting Minutes Dist Meeting 2007-05-10)

[Richard Guenther]

On Mon, 14 May 2007, Andreas Schneider wrote:

 Andreas Jaeger wrote:
  * Shared library policy
see: http://en.opensuse.org/Shared_Library_Packaging_Policy
  
If nobody raises objections, we'll move forward with it and add it to
the packagers manual.
  
Note: This is not enforced for existing packages.  It should be done
for major updates and must be done for new package submissions.
  
AI: everybody to read and comment on opensuse-packaging mailing list.
 
 Hi,
 
 I miss somthing in the new package conventions. We should start to avoid
 -rpath. Packages should be built without -rpath and if they need a
 special path, a file in /etc/ld.so.conf.d/ should be created.
 
 Google: rpath is evil
 
 The solution to get the libraries working without rpath is the use of
 ldconfig. Suppose you have the library /usr/lib/foo/foo.so.0. Then
 simply create a file /etc/ld.so.conf.d/foo with the path (/usr/lib/foo)
 as the content.

I agree.  Still for programs which come with their own shared libraries
installed in /usr/lib/$program/ rpath is a reasonable setup - this also
avoids polluting the global soname namespace for purely internal shlibs.

Richard.

--
Richard Guenther [EMAIL PROTECTED]
Novell / SUSE Labs
SUSE LINUX Products GmbH - Nuernberg - AG Nuernberg - HRB 16746 - GF: Markus Rex
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-packaging] OpenSUSE base system package list

[Richard Guenther]

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 [EMAIL PROTECTED]
Novell / SUSE Labs
SUSE LINUX Products GmbH - Nuernberg - AG Nuernberg - HRB 16746 - GF: Markus Rex
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-packaging] OpenSUSE base system package list

[Dirk Mueller]

On Tuesday, 15. May 2007, Richard Guenther wrote:

 Factory still has the unsplit perl...

FWIW, ncurses is already fixed. 


Dirk
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [opensuse-packaging] OpenSUSE base system package list

[Cristian Rodriguez R.]

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 ;) )










signature.asc
Description: OpenPGP digital signature