Tiny Core Linux

Tiny Core Extensions => TCE News => TCE 2.x => Topic started by: Jason W on October 14, 2009, 11:38:31 PM

Title: foomatic-rip
Post by: Jason W on October 14, 2009, 11:38:31 PM: Thanks to perthie for:

Code: [Select]
Title: foomatic-rip.tczl Description: Foomatic printer filter for CUPS Version: 4.0.2 Author: OpenPrinting.org Original-site: http://www.openprinting.org/download/foomatic/foomatic-filters-4.0.2.tar.gz Copying-policy: GPL Size: 1.2MB Extension_by: perthie with components from juanito Comments: The foomatic-rip filter is used by some printer driver packages Change-log: ---------- Current: 2009/10/12 - first version - removed foomatic-rip from CUPS package - foomatic4 is now a binary and does not require Perl
Title: Re: foomatic-rip
Post by: Juanito on October 15, 2009, 12:55:59 AM: It might be good to mention that this extension contains libgs - there may be a potential conflict with extensions like gsview.

In the meantime, I'll check if gsview will work with libgs from this package.
Title: Re: foomatic-rip
Post by: jpeters on October 15, 2009, 04:42:54 AM: Curious why it was removed from updated cups.
Title: Re: foomatic-rip
Post by: Juanito on October 15, 2009, 04:49:36 AM: Since foomatic-rip is not needed in order to be able to print in many cases, it seemed to make sense to have it as an optional dependency.

Note also that the foomatic-3.x in the original extension had a perl5 dep and foomatic-4.x in the recent cups1311 extension also includes libgs, so removing foomatic-rip from the extension saves >1MB in terms of the size of the cups/cups1311 extensions for those that don't require it.
Title: Re: foomatic-rip
Post by: jpeters on October 15, 2009, 05:04:45 AM: Quote from: Juanito on October 15, 2009, 04:49:36 AM
Since foomatic-rip is not needed in order to be able to print in many cases, it seemed to make sense to have it as an optional dependency.

Note also that the foomatic-3.x in the original extension had a perl5 dep and foomatic-4.x in the recent cups1311 extension also includes libgs, so removing foomatic-rip from the extension saves >1MB in terms of the size of the cups/cups1311 extensions for those that don't require it.

Haven't tried it yet, but I'm guessing I wouldn't need hplip.
Title: Re: foomatic-rip
Post by: Juanito on October 15, 2009, 05:07:15 AM: I believe you could use the foomatic-rip and hpijs-dynppds extensions with cups1311 to avoid hplip - it would be interesting to see if it works.
Title: Re: foomatic-rip
Post by: jpeters on October 15, 2009, 05:11:41 AM: Quote from: Juanito on October 15, 2009, 05:07:15 AM
I believe you could use the foomatic-rip and hpijs-dynppds extensions with cups1311 to avoid hplip - it would be interesting to see if it works.
I'm hoping it works just with the HP940c driver.
Title: Re: foomatic-rip
Post by: perthie on October 15, 2009, 08:47:09 AM: Quote
I'm hoping it works just with the HP940c driver.
Yes, the combination of cups1311 and hpijs-dynppds works with the HP940C under simulation.
Title: Re: foomatic-rip
Post by: jpeters on October 15, 2009, 10:59:20 AM: Doesn't seem to work with cups 1.4.1 though (without hplip) ; I'm not getting any visible error, just "stopped" job.
Title: Re: foomatic-rip
Post by: Juanito on October 15, 2009, 11:02:01 AM: I think this is the continuing problem with the cups-1.4.x libusb-based usb backend - apparently a bug fix is coming.

The cups-1.3.x non-libusb-based usb backend should be OK.
Title: Re: foomatic-rip
Post by: perthie on October 15, 2009, 11:41:47 AM: Quote
It might be good to mention that this extension contains libgs - there may be a potential conflict with extensions like gsview.

Yes, there is a bit of a problem.

Gsview has libgs.so.8.63
Foomatic-rip has libgs.so.8.70

Gsview does not work with the new version.
However, it looks like foomatic-rip WILL work with the old version. I will do some more tests.

I notice that "ldd gsview" does not list libgs at all. How is this working?

Meanwhile, the Xpdf viewer works fine.
The ideal solution would be to compile epdfview with printer support and we could all use it instead.
Title: Re: foomatic-rip
Post by: perthie on October 15, 2009, 12:05:29 PM: Quote from: jpeters on October 15, 2009, 10:59:20 AM
Doesn't seem to work with cups 1.4.1 though (without hplip) ; I'm not getting any visible error, just "stopped" job.

Hpijs-dynppds was built for CUPS 1.3.x and uses components from the CUPS Driver Development Kit.

In CUPS 1.4.x, the DDK content has been included. So I wouldn't be surprised if the two conflict.
Title: Re: foomatic-rip
Post by: Juanito on October 15, 2009, 01:43:44 PM: Quote from: perthie on October 15, 2009, 11:41:47 AM
Quote
It might be good to mention that this extension contains libgs - there may be a potential conflict with extensions like gsview.

Yes, there is a bit of a problem.

Gsview has libgs.so.8.63
Foomatic-rip has libgs.so.8.70

Gsview does not work with the new version.
However, it looks like foomatic-rip WILL work with the old version. I will do some more tests.

Maybe the subject of a separate thread, but I recompiled libgs to work with gsview - it needs considerably more additional gs "stuff" for gsview to work than is required for foomatic-rip, so maybe best to keep the two separate.

..or maybe we could do:

foomatic-rip + libgs (2 extensions)
gsview + libgs + additional gs stuff (3 extensions)
Title: Re: foomatic-rip
Post by: Jason W on October 17, 2009, 09:15:43 PM: Thanks to perthie for an update:

Code: [Select]
Title: foomatic-rip.tcz Description: Foomatic printer filter for CUPS Version: 4.0.2 Author: OpenPrinting.org Original-site: http://www.openprinting.org/download/foomatic/foomatic-filters-4.0.2.tar.gz Copying-policy: GPL Size: 40K Extension_by: perthie with components from juanito Comments: the foomatic-rip filter is used by some printer driver packages requires libgs.tczl Change-log: 2009/10/12 - first version - removed foomatic-rip from CUPS package - foomatic v4 is now a binary and does not require Perl Current: 2009/10/15 - removed libgs and changed to a .tcz extension - libgs is now a separate extension to maintain compatibility with gsview