On Fri, Feb 26, 2010 at 7:19 PM, Allan McRae wrote:

On 27/02/10 11:09, Dan McGee wrote:

...

Guys, does anyone else think this is getting out of hand?

Proceed with installation? [Y/n] y :: Retrieving packages from extra...  smbclient-3.4.6-1-i686    18.0M   98.4K/s 00:03:08

[-------------------------------------------------------------------------------------------------------------] 100%  samba-3.4.6-1-i686        26.8M   97.0K/s 00:04:43

[-------------------------------------------------------------------------------------------------------------] 100%

Seriously, 45 f-ing MB for samba? How can that be possible?

$ ll /usr/bin/{ldb,smb}* -rwxr-xr-x 1 root root 1.2M Feb 25 09:17 /usr/bin/ldbadd -rwxr-xr-x 1 root root 1.2M Feb 25 09:17 /usr/bin/ldbdel -rwxr-xr-x 1 root root 1.2M Feb 25 09:17 /usr/bin/ldbedit -rwxr-xr-x 1 root root 1.2M Feb 25 09:17 /usr/bin/ldbmodify -rwxr-xr-x 1 root root 1.2M Feb 25 09:17 /usr/bin/ldbrename -rwxr-xr-x 1 root root 1.2M Feb 25 09:17 /usr/bin/ldbsearch -rwxr-xr-x 1 root root 5.5M Feb 25 09:17 /usr/bin/smbcacls -rwxr-xr-x 1 root root 5.4M Feb 25 09:17 /usr/bin/smbclient -rwxr-xr-x 1 root root 1.2M Feb 25 09:17 /usr/bin/smbcontrol -rwxr-xr-x 1 root root 5.3M Feb 25 09:17 /usr/bin/smbcquotas -rwxr-xr-x 1 root root 5.4M Feb 25 09:17 /usr/bin/smbget -rwxr-xr-x 1 root root 5.3M Feb 25 09:17 /usr/bin/smbpasswd -rwxr-xr-x 1 root root 2.7M Feb 25 09:17 /usr/bin/smbspool -rwxr-xr-x 1 root root 1.1M Feb 25 09:17 /usr/bin/smbstatus -rwxr-xr-x 1 root root 4.8K Feb 25 09:17 /usr/bin/smbtar -rwxr-xr-x 1 root root 5.3M Feb 25 09:17 /usr/bin/smbtree

Are we building this wrong

Yes...

...

file /usr/bin/smb* /usr/bin/smbcacls:   ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped /usr/bin/smbclient:  ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped /usr/bin/smbcquotas: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped /usr/bin/smbget:     ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped /usr/bin/smbspool:   ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped /usr/bin/smbtar:     POSIX shell script text executable /usr/bin/smbtree:    ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped

Someone is not stripping their binaries...

I forgot to mention that stripping doesn't help much although I did notice this in the initial investigation. Copying the above listed binaries to a tmp directory and stripping them only reduced the size from 44 MB total to 40 MB total. -Dan

Am 27.02.2010 02:42, schrieb Giovanni Scafora:

2010/2/27, Dan McGee :

...

I forgot to mention that stripping doesn't help much although I did notice this in the initial investigation. Copying the above listed binaries to a tmp directory and stripping them only reduced the size from 44 MB total to 40 MB total.

Hi guys,

I upgraded samba package only, but I didn't modify anything... I built it in chroot, using the default makepkg.conf OPTIONS=(strip docs libtool emptydirs zipman purge) What am I doing wrong?

You are doing nothing wrong. The binaries are listed as "ELF 64-bit LSB shared object" instead of "ELF 64-bit LSB executable". I have seen executables like this before, but I don't know why. Anyway - makepkg will not use "strip" but "strip --strip-debug" on shared libraries, because stripping everything from them will break dynamic linking. All of this does not explain the incredibly huge samba binaries.