[cups] n-up printing page-border option, lpoptions file how to

[Helge Blischke]

The bug is still there. Here is a unified diff:

------snip--------
--- pdftopdf.cc	2014-03-06 01:40:36.000000000 +0100
+++ fixed.pdftopdf.cc	2014-03-06 11:35:46.000000000 +0100
@@ -723,7 +723,7 @@
  /*
  */
  //param.nup.yalign=TOP;
-param.border=BorderType::ONE;
+param.border=BorderType::NONE;
  //param.mirror=true;
  //param.reverse=true;
  //param.numCopies=3;
-----snip--------

The border type ONE is not defined anywhere, and what the
buggy statement results in, I think, heavily depends on the
compiling environment (occasional memory contents etc.).

Helge

Am 06.03.2014 um 11:22 schrieb Till Kamppeter:

> On 03/06/2014 11:18 AM, Helge Blischke wrote:
>> I think you are using a buggy version of the cups-filters package by
>> openprinting.
>> The bug I found is due to a typo in the initialization routine of the
>> pdftopdf filter,
>> where the page-border default is initialized to an undefined value,  
>> the
>> result of which
>> may or may not result in printing a page border.
>>
>
> Is this bug already fixed? If not, can you provide a patch?
>
>   Till
>
> _______________________________________________
> cups mailing list
> cups at cups.org
> https://www.cups.org/mailman/listinfo/cups