[Printing-architecture] CUPS "make test" dependent on cups-filters

[Printing-architecture] CUPS "make test" dependent on cups-filters

[Till Kamppeter]

Hi,

I want to report a problem of CUPS 1.6.4 and 1.7rc1 which should get
fixed in 1.6.5 and 1.7.0 final.

The problem is the build test procedure triggered by running "make test"
(or "make check"). It has the following problems:

1. It depends on the installed cups-filters package. Especially if I add
or remove filters the test in the cups package needs to get adapted.
Also some tests do things requiring the presence of cups-filters, like
printing an image file on a virtual PostScript printer. A build test of
a package should only depend on the content of the package itself. If an
IPP conformance tests is shipped with CUPS it should be separate, for
example an "ipptest" command line utility, usable at run time.

2. The tests fail if cups-filters is in its default configuration, which
has cost factors set in a way that if the input is PostScript and the
printer is PostScript, the pstops filter (part of CUPS) is called
instead of the awkward detour pstopdf->pdftopdf->pdftops. If the cost
factors in cups-filters are changed so that pstopdf->pdftopdf->pdftops
the tests succeed in this case.

See the following Debian bug report about which tests fail:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712237#20

a complete log is attached to the bug report.

What needs to get fixed is either pstops or the test suite. Letting the
cost factors for the filter chain doing an awkward detour which makes
many jobs fail is not a real solution.

   Till

Re: [Printing-architecture] CUPS "make test" dependent on cups-filters

[Michael Sweet]

Till,

This is:

    <rdar://problem/14292998> cups.org: Test suite fails if you don't have cups-filters installed on Linux

which I filed back in June for you and Didier.

This WILL NOT be fixed for 1.6.x or 1.7.0, but will be addressed in a later release.

(and for the record, short of a major issue being reported against 1.6.4, there will not be a 1.6.5 release)


On Oct 1, 2013, at 5:18 AM, Till Kamppeter <till.kamppeter@gmail.com> wrote:

> Hi,
> 
> I want to report a problem of CUPS 1.6.4 and 1.7rc1 which should get
> fixed in 1.6.5 and 1.7.0 final.
> 
> The problem is the build test procedure triggered by running "make test"
> (or "make check"). It has the following problems:
> 
> 1. It depends on the installed cups-filters package. Especially if I add
> or remove filters the test in the cups package needs to get adapted.
> Also some tests do things requiring the presence of cups-filters, like
> printing an image file on a virtual PostScript printer. A build test of
> a package should only depend on the content of the package itself. If an
> IPP conformance tests is shipped with CUPS it should be separate, for
> example an "ipptest" command line utility, usable at run time.
> 
> 2. The tests fail if cups-filters is in its default configuration, which
> has cost factors set in a way that if the input is PostScript and the
> printer is PostScript, the pstops filter (part of CUPS) is called
> instead of the awkward detour pstopdf->pdftopdf->pdftops. If the cost
> factors in cups-filters are changed so that pstopdf->pdftopdf->pdftops
> the tests succeed in this case.
> 
> See the following Debian bug report about which tests fail:
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712237#20
> 
> a complete log is attached to the bug report.
> 
> What needs to get fixed is either pstops or the test suite. Letting the
> cost factors for the filter chain doing an awkward detour which makes
> many jobs fail is not a real solution.
> 
>   Till

_________________________________________________________
Michael Sweet, Senior Printing System Engineer, PWG Chair

Re: [Printing-architecture] CUPS "make test" dependent on cups-filters

[Michael Sweet]

Didier,

On Oct 2, 2013, at 3:14 AM, Didier Raboud <odyx@debian.org> wrote:
> ...
> Indeed, thanks. Marking the related Debian bugreport as such and CC'ing it. That said, it's quite hard to keep track without having an access to that rdar:// system.

I feel your pain and have been pressuring the folks that are doing the security audit of the new cups.org server to sign off on it so I can put the public bug reporter back online.  It is a major pain in the butt for me as well, I assure you!

_________________________________________________________
Michael Sweet, Senior Printing System Engineer, PWG Chair

Re: [Printing-architecture] Bug#712237: CUPS "make test" dependent on cups-filters

[Michael Sweet]

Brian,

On Oct 3, 2013, at 3:01 PM, Brian Potkin <claremont102@gmail.com> wrote:
> ...
> The str newsgroup/mailing list was excellent. I do hope it returns; its
> absence makes it very difficult to triage reported bugs in CUPS itself.
> It is sorely missed as a source of information on which to base advice
> and decisions.

It *is* coming back.  Just waiting on the right people at Apple to sign off on putting the new server live... :/

> Also - what about cups.general? My last mail from it was on 20th April
> of this year. It too provided a source of sound information with many
> knowledgeable people posting there; CUPS would be all the poorer without
> it. Does its reappearence really require a security audit; especially
> one which has lasted this length of time?

Unfortunately, since it involves running mailman and a mail server, yes.

The old NNTP interface (cups.general, cups.bugs, etc.) will not be returning, we will just have mailman-based mailing lists going forward...

_________________________________________________________
Michael Sweet, Senior Printing System Engineer, PWG Chair