Re: gtk frontend status report

[Junichi Uekawa <dancer@netfort.gr.jp>]

> We still need to have an eye on the space that is occupied on the
> ramdisk. The udebs do not contain any unneeded modules or
> documentation and in some cases they use other compile options then
> their deb counterparts. A good example is directfb:

They should change their sonames, 
at least this looks very problematic, and will result in relocation
errors in some cases.


> 
> Library from .deb:
> 
> coyote:~# ldd /usr/lib/libdirectfb-0.9.so.15
>         libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0x4004f000)
>         libm.so.6 => /lib/libm.so.6 (0x400ba000)
>         libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x400db000)
>         libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40195000)
>         libdl.so.2 => /lib/libdl.so.2 (0x401a2000)
>         libpthread.so.0 => /lib/libpthread.so.0 (0x401a5000)
>         libc.so.6 => /lib/libc.so.6 (0x401f4000)
>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
> 
> Library from .udeb
> 
> coyote:~# ldd /home/sl/debian-installer/usr/lib/libdirectfb-0.9.so.15.0.0 
>         libdl.so.2 => /lib/libdl.so.2 (0x4004b000)
>         libpthread.so.0 => /lib/libpthread.so.0 (0x4004f000)
>         libc.so.6 => /lib/libc.so.6 (0x4009e000)
>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
> 
> If we used the .deb we needed to pull in sdl and xlibs as well, what
> is certainly not what we want.