Bug#712237: CUPS "make test" dependent on cups-filters

[Didier Raboud <odyx@debian.org>]

Control: forwarded -1 rdar://problem/14292998
Control: tags -1 +upstream

Le 2013-10-01 15:37, Michael Sweet a écrit :
> 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.

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.

> 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)

As for what Debian is concerned, we will most certainly ship 1.7.x in 
Jessie, making the major upgrades jump from 1.5.x (in Wheezy) to 1.7.x.

Thanks for the feedback, cheers,

OdyX

> On Oct 1, 2013, at 5:18 AM, Till Kamppeter <till.kamppeter@gmail.com> 
> wrote:
> > 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