On 01/21/2012 08:24 AM, David Haller wrote:
Nope, the deps are ok as they are. Why? Yes, libgcj needs little:
$ ldd /usr/lib64/libgcj.so.11.0.0 linux-vdso.so.1 => (0x00007fff3d9ff000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fbb4e5f0000) librt.so.1 => /lib64/librt.so.1 (0x00007fbb4e3e6000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fbb4e1e2000) libz.so.1 => /lib64/libz.so.1 (0x00007fbb4dfca000) libc.so.6 => /lib64/libc.so.6 (0x00007fbb4dc5c000) /lib64/ld-linux-x86-64.so.2 (0x00007fbb519f7000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fbb4da46000)
Buuuuut, that package also includes /usr/lib64/gcj-4.5-11/libjawt.so for the java-AWT-GUI, and_THAT_ lib depends on the gtk/x11 stuff.
So, I'd say it's a packaging problem, the GUI stuff should be packaged seperately as e.g. libgcj-gui45 or something.
HTH,
bkw, dnh, You have hit on a very longstanding complaint and are correct pdftk has no gui at all. What should be a tiny build and tiny app has always been hindered by the garbage collector dependency. Not only is the gui requirement from gcj nuts, but gcj generally lags terribly behind upstream gcc versions so even building pdftk can be a pain on 'current' systems due to the gcc/gcc-gcj version mismatches. Easily handleable, but a royal PITA. pdftk is an incredibly useful tool. Perhaps the developer could find a way to eliminate the GUI requirement so that I could be packaged/installed on systems that have no GUI desktop installed. I'll forward this to the developer listed in the man page. I'll let you know if I get a reply. -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org