gs missing libcups

[Roberto A. Foglietta]

I suggest to create libcups.tce/z and put them as dep for gs.tce/z
This suggestion is not to reduce the foot print but in order to avoid to install a service like cups
If you like my suggestion I will create the libcups.tce/z

Code: [Select]

tc@box:~$ ps2pdf mozilla.ps
gs: error while loading shared libraries: libcupsimage.so.2: cannot open shared object file: No such file or directory

tc@box:/mnt/sda2/tce$ ldd /usr/local/bin/gs
        linux-gate.so.1 =>  (0xb7fac000)
        libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7f83000)
        libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7f63000)
        libz.so.1 => /usr/lib/libz.so.1 (0xb7f4f000)
        libcupsimage.so.2 => not found
        libcups.so.2 => not found
        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f3c000)
        libm.so.6 => /lib/libm.so.6 (0xb7f18000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7eea000)
        libc.so.6 => /lib/libc.so.6 (0xb7dda000)
        /lib/ld-linux.so.2 (0xb7fad000)


[Juanito]

I built the gs extension as a means to getting the cups extension to work - I had not thought about/tested using gs in isolation.

Is it certain that gs needs to have a dependency on libcups in order to work? Perhaps if gs were re-compiled without the cups dependency, it would still serve the purpose you require it for?

[Roberto A. Foglietta]

I built the gs extension as a means to getting the cups extension to work - I had not thought about/tested using gs in isolation.

Is it certain that gs needs to have a dependency on libcups in order to work? Perhaps if gs were re-compiled without the cups dependency, it would still serve the purpose you require it for?

I use gs to convert ps to pdf. Under this view I think recompiling gs in order to throw away any dependencies would be right for me. Are you sure it would be work for cups too?

[Juanito]

No, I'm not sure, but give me a couple of days to try and see 

[Juanito]

It looks like cups doesn't want to work when gs is compiled without the libcups dependency - I guess that seems obvious, but it wasn't obvious to me that the version of gs in dsl had a libcups dependency and that still worked with cups...

It would be relatively easy to separate out libcups from cups to avoid gs users having to load the large cups extension, but I wonder if it wouldn't be better to recompile a gs extension to be used specifically for command line conversions - based on my quick test, it would be smaller than the current gs extension and would not need cups.

What do you think?

[Roberto A. Foglietta]

third option: include gs for cups into cups itself (remove the dependency) and reduce the size of gs
pro: it seems to me easier to understand
contro: what happen if somebody has installed gs try to install cups? (*)

(*) who has installed the cups+gs package should see both in /usr/local/tce.installed in order to not be able to install gs4commandline