gimp-print-devel

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 26, 2021, at 8:45 AM, Matt Broughton <wal...@ma...> wrote:
> 
> 
> 
>> On Feb 26, 2021, at 8:30 AM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
>> 
>> 
>>> On Feb 25, 2021, at 9:39 PM, Matt Broughton <wal...@ma...> wrote:
>>> 
>>> 
>>> I just finished going backward testing previous versions of macos.  I used the v5.3.4-rc2 download from Snapshots for all the testing. Everything was fine in macos 10.11 El Capitan.  It was macos 10.12 where the problems started.  Something changed in macos. Everything Gutenprint remained the same.  Steve, is there some way for you to see what might have happened?  I know that's a big ask.
>>> 
>>> Matt
>>> 
>>> _______________________________________________
>>> Gimp-print-devel mailing list
>>> Gim...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
>> 
>> Matt,


>> 
>> I uploaded 4 builds to snapshots, gutenprint-5.3.4-mattX. X being the value Robert asked for. If you can take a look, great. If not I will do it later tonight or over the weekend. 
>> 
>> Steve
> 
> Downloaded all 4 of them and verified that the disk image mounts.  If you would please remove them.
> 
> Matt

Just a very quick report.  I am having some success with build 2.  I found a sequence of steps to go through in the print window to get the Printer Features displayed.  I need to back and retest build 1 to see if the same machinations work there.  I will get more done this weekend.

Matt

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 26, 2021, at 8:30 AM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
> 
> 
>> On Feb 25, 2021, at 9:39 PM, Matt Broughton <wal...@ma...> wrote:
>> 
>> 
>> I just finished going backward testing previous versions of macos.  I used the v5.3.4-rc2 download from Snapshots for all the testing.  Everything was fine in macos 10.11 El Capitan.  It was macos 10.12 where the problems started.  Something changed in macos. Everything Gutenprint remained the same.  Steve, is there some way for you to see what might have happened?  I know that's a big ask.
>> 
>> Matt
>> 
>> _______________________________________________
>> Gimp-print-devel mailing list
>> Gim...@li...
>> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
> 
> Matt,
> 
> I uploaded 4 builds to snapshots, gutenprint-5.3.4-mattX. X being the value Robert asked for. If you can take a look, great. If not I will do it later tonight or over the weekend. 
> 
> Steve

Downloaded all 4 of them and verified that the disk image mounts.  If you would please remove them.

Matt

Re: [Gimp-print-devel] Mac Big sur

[Steve L. <sle...@ya...>]

> On Feb 25, 2021, at 9:39 PM, Matt Broughton <wal...@ma...> wrote:
> 
> 
> I just finished going backward testing previous versions of macos.  I used the v5.3.4-rc2 download from Snapshots for all the testing.  Everything was fine in macos 10.11 El Capitan.  It was macos 10.12 where the problems started.  Something changed in macos. Everything Gutenprint remained the same.  Steve, is there some way for you to see what might have happened?  I know that's a big ask.
> 
> Matt
>  
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Matt,

I uploaded 4 builds to snapshots, gutenprint-5.3.4-mattX. X being the value Robert asked for. If you can take a look, great. If not I will do it later tonight or over the weekend. 

Steve

Re: [Gimp-print-devel] Mac Big sur

[Steve L. <sle...@ya...>]

> On Feb 25, 2021, at 9:39 PM, Matt Broughton <wal...@ma...> wrote:
> 
> I just finished going backward testing previous versions of macos.  I used the v5.3.4-rc2 download from Snapshots for all the testing.  Everything was fine in macos 10.11 El Capitan.  It was macos 10.12 where the problems started.  Something changed in macos. Everything Gutenprint remained the same.  Steve, is there some way for you to see what might have happened?  I know that's a big ask.
> 
> Matt
>  
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Let’s see if we can pin down what broke first. The more we understand the problem the more likely we will get help (or find our own fix).

Steve

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 25, 2021, at 7:52 PM, Robert Krawitz <rl...@al...> wrote:
> 
> On 2/25/21 7:31 PM, Steve Letter via Gimp-print-devel wrote:
>> I will build them all in the morning.
> 
> If that's inconvenient, just build the first (ADVANCED4).  If the simplified PPD built that way
> (which will have a lot more options) succeeds, then we have to look elsewhere.
> 
>>> On Feb 25, 2021, at 6:49 PM, Robert Krawitz <rl...@al...> wrote:
>>> 
>>> On 2/25/21 2:06 PM, Steve Letter via Gimp-print-devel wrote:
>>>> Can I assume I revert the previous change?
>>> 
>>> Actually no, for now leave that change in, please.  It's possible that there are multiple problems
>>> here.
>>> 
>>>>> On Feb 25, 2021, at 1:32 PM, Robert Krawitz <rl...@al...> wrote:
>>>>> 
>>>>> On 2/25/21 1:29 PM, Robert Krawitz wrote:
>>>>>>> On 2/25/21 10:09 AM, Matt Broughton wrote:
>>>>>>> 
>>>>>>> 
>>>>>>>> On Feb 24, 2021, at 11:30 AM, Robert Krawitz <rl...@al...> wrote:
>>>>>>>> 
>>>>>>>> On 2/24/21 11:12 AM, Matt Broughton wrote:
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>>>>>>>>>> Yes.  This is suggesting that it's likely the number of options or number of pages of
>>>>>>>>>> options that's
>>>>>>>>>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>>>>>>>>> 
>>>>>>>>>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>>>>>>>>>> options, but even the full PPD files support fewer media sizes with laser printers.
>>>>>>>>> 
>>>>>>>>> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are
>>>>>>>>> there -- General, Output Control Common, Output Control Extra 1-5.
>>>>>>>>> 
>>>>>>>>> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in
>>>>>>>>> size or Landscape of another size.
>>>>>>>> 
>>>>>>>> OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
>>>>>>>> files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
>>>>>>>> alternative):
>>>>>>>> 
>>>>>>>> 1) Reduce the maximum number of paper sizes in genppd.  That will require making a small
>>>>>>>> change to
>>>>>>>> it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to
>>>>>>>> narrow
>>>>>>>> down where it happens (which would be useful).  If you still have problems with 20 page
>>>>>>>> sizes, the
>>>>>>>> problem lies elsewhere.
>>>>>>>> 
>>>>>>>> diff --git a/src/cups/genppd.c b/src/cups/genppd.c
>>>>>>>> index aa47aad8..f132a0d9 100644
>>>>>>>> --- a/src/cups/genppd.c
>>>>>>>> +++ b/src/cups/genppd.c
>>>>>>>> @@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,
>>>>>>>> 
>>>>>>>> stp_describe_parameter(v, "PageSize", &desc);
>>>>>>>> num_opts = stp_string_list_count(desc.bounds.str);
>>>>>>>> +  if (num_opts > 20)
>>>>>>>> +    num_opts = 20;
>>>>>>>> the_papers = stp_malloc(sizeof(paper_t) * num_opts);
>>>>>>>> for (i = 0; i < num_opts; i++)
>>>>>>>>   {
>>>>>>>> 
>>>>>>>> 2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
>>>>>>>> four places you need to edit, and you need to make sure to have the same page sizes at each
>>>>>>>> point:
>>>>>>>> 
>>>>>>>> *OpenUI *PageSize/Media Size: PickOne
>>>>>>>> *OpenUI *PageRegion/Media Size: PickOne
>>>>>>>> *DefaultImageableArea: Letter
>>>>>>>> *DefaultPaperDimension: Letter
>>>>>>> 
>>>>>>> Unfortunately that didn't solve the problem.  Nothing showed for Printer Features trying to
>>>>>>> print from Preview app.  I also tried BBEdit (a great text editor) and it crashed as soon as I
>>>>>>> opened the Printer Features menu.  I was able to grab the Console log, the System log, and the
>>>>>>> crash report from BBEdit later today.
>>>>>> 
>>>>>> So that suggests that the problem isn't with paper sizes (or that there's another problem).  Next
>>>>>> step is around line 1222 in genppd.c:
>>>>>> 
>>>>>> int maximum_level = simplified ?
>>>>>>   STP_PARAMETER_LEVEL_BASIC : STP_PARAMETER_LEVEL_ADVANCED4;
>>>>>> 
>>>>>> Please change STP_PARAMETER_LEVEL_BASIC first to STP_PARAMETER_LEVEL_ADVANCED4 then 3, 2, and 1 to
>>>>>> see when (and if) things start working again.
>>>>> 
>>>>> To clarify: use simplified PPD files with all of those tests.  If STP_PARAMETER_LEVEL_ADVANCED4
>>>>> works, don't bother with the others -- the problem will lie elsewhere.


I just finished going backward testing previous versions of macos.  I used the v5.3.4-rc2 download from Snapshots for all the testing.  Everything was fine in macos 10.11 El Capitan.  It was macos 10.12 where the problems started.  Something changed in macos. Everything Gutenprint remained the same.  Steve, is there some way for you to see what might have happened?  I know that's a big ask.

Matt
 

Re: [Gimp-print-devel] Mac Big sur

[Steve L. <sle...@ya...>]

> On Feb 25, 2021, at 8:52 PM, Robert Krawitz <rl...@al...> wrote:
> 
> On 2/25/21 7:31 PM, Steve Letter via Gimp-print-devel wrote:
>> I will build them all in the morning.
> 
> If that's inconvenient, just build the first (ADVANCED4).  If the simplified PPD built that way
> (which will have a lot more options) succeeds, then we have to look elsewhere.
>>>> 

Not at all for me. I’ll build them on one system while doing my job on another.  I have everything set up (hacked) to build.  I hope Matt will run the actual test.  If he doesn’t I will have to do it later in the day, when I’m not working.

Re: [Gimp-print-devel] Mac Big sur

[Robert K. <rl...@al...>]

On 2/25/21 7:31 PM, Steve Letter via Gimp-print-devel wrote:
> I will build them all in the morning.

If that's inconvenient, just build the first (ADVANCED4).  If the simplified PPD built that way
(which will have a lot more options) succeeds, then we have to look elsewhere.

>> On Feb 25, 2021, at 6:49 PM, Robert Krawitz <rl...@al...> wrote:
>>
>> On 2/25/21 2:06 PM, Steve Letter via Gimp-print-devel wrote:
>>> Can I assume I revert the previous change?
>>
>> Actually no, for now leave that change in, please.  It's possible that there are multiple problems
>> here.
>>
>>>> On Feb 25, 2021, at 1:32 PM, Robert Krawitz <rl...@al...> wrote:
>>>>
>>>> On 2/25/21 1:29 PM, Robert Krawitz wrote:
>>>>>> On 2/25/21 10:09 AM, Matt Broughton wrote:
>>>>>>
>>>>>>
>>>>>>> On Feb 24, 2021, at 11:30 AM, Robert Krawitz <rl...@al...> wrote:
>>>>>>>
>>>>>>> On 2/24/21 11:12 AM, Matt Broughton wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>>>>>>>>> Yes.  This is suggesting that it's likely the number of options or number of pages of
>>>>>>>>> options that's
>>>>>>>>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>>>>>>>>
>>>>>>>>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>>>>>>>>> options, but even the full PPD files support fewer media sizes with laser printers.
>>>>>>>>
>>>>>>>> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are
>>>>>>>> there -- General, Output Control Common, Output Control Extra 1-5.
>>>>>>>>
>>>>>>>> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in
>>>>>>>> size or Landscape of another size.
>>>>>>>
>>>>>>> OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
>>>>>>> files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
>>>>>>> alternative):
>>>>>>>
>>>>>>> 1) Reduce the maximum number of paper sizes in genppd.  That will require making a small
>>>>>>> change to
>>>>>>> it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to
>>>>>>> narrow
>>>>>>> down where it happens (which would be useful).  If you still have problems with 20 page
>>>>>>> sizes, the
>>>>>>> problem lies elsewhere.
>>>>>>>
>>>>>>> diff --git a/src/cups/genppd.c b/src/cups/genppd.c
>>>>>>> index aa47aad8..f132a0d9 100644
>>>>>>> --- a/src/cups/genppd.c
>>>>>>> +++ b/src/cups/genppd.c
>>>>>>> @@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,
>>>>>>>
>>>>>>> stp_describe_parameter(v, "PageSize", &desc);
>>>>>>> num_opts = stp_string_list_count(desc.bounds.str);
>>>>>>> +  if (num_opts > 20)
>>>>>>> +    num_opts = 20;
>>>>>>> the_papers = stp_malloc(sizeof(paper_t) * num_opts);
>>>>>>> for (i = 0; i < num_opts; i++)
>>>>>>>   {
>>>>>>>
>>>>>>> 2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
>>>>>>> four places you need to edit, and you need to make sure to have the same page sizes at each
>>>>>>> point:
>>>>>>>
>>>>>>> *OpenUI *PageSize/Media Size: PickOne
>>>>>>> *OpenUI *PageRegion/Media Size: PickOne
>>>>>>> *DefaultImageableArea: Letter
>>>>>>> *DefaultPaperDimension: Letter
>>>>>>
>>>>>> Unfortunately that didn't solve the problem.  Nothing showed for Printer Features trying to
>>>>>> print from Preview app.  I also tried BBEdit (a great text editor) and it crashed as soon as I
>>>>>> opened the Printer Features menu.  I was able to grab the Console log, the System log, and the
>>>>>> crash report from BBEdit later today.
>>>>>
>>>>> So that suggests that the problem isn't with paper sizes (or that there's another problem).  Next
>>>>> step is around line 1222 in genppd.c:
>>>>>
>>>>> int maximum_level = simplified ?
>>>>>   STP_PARAMETER_LEVEL_BASIC : STP_PARAMETER_LEVEL_ADVANCED4;
>>>>>
>>>>> Please change STP_PARAMETER_LEVEL_BASIC first to STP_PARAMETER_LEVEL_ADVANCED4 then 3, 2, and 1 to
>>>>> see when (and if) things start working again.
>>>>
>>>> To clarify: use simplified PPD files with all of those tests.  If STP_PARAMETER_LEVEL_ADVANCED4
>>>> works, don't bother with the others -- the problem will lie elsewhere.
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Gimp-print-devel mailing list
>>>> Gim...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
>>>
>>>
>>>
>>> _______________________________________________
>>> Gimp-print-devel mailing list
>>> Gim...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
>>>
>>
>>
>>
>> _______________________________________________
>> Gimp-print-devel mailing list
>> Gim...@li...
>> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
> 
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
> 

Re: [Gimp-print-devel] Mac Big sur

[Steve L. <sle...@ya...>]

I will build them all in the morning.

Steve Letter

> On Feb 25, 2021, at 6:49 PM, Robert Krawitz <rl...@al...> wrote:
> 
> On 2/25/21 2:06 PM, Steve Letter via Gimp-print-devel wrote:
>> Can I assume I revert the previous change?
> 
> Actually no, for now leave that change in, please.  It's possible that there are multiple problems here.
> 
>>>> On Feb 25, 2021, at 1:32 PM, Robert Krawitz <rl...@al...> wrote:
>>> 
>>> On 2/25/21 1:29 PM, Robert Krawitz wrote:
>>>>> On 2/25/21 10:09 AM, Matt Broughton wrote:
>>>>> 
>>>>> 
>>>>>> On Feb 24, 2021, at 11:30 AM, Robert Krawitz <rl...@al...> wrote:
>>>>>> 
>>>>>> On 2/24/21 11:12 AM, Matt Broughton wrote:
>>>>>>> 
>>>>>>> 
>>>>>>>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>>>>>>>> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
>>>>>>>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>>>>>>> 
>>>>>>>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>>>>>>>> options, but even the full PPD files support fewer media sizes with laser printers.
>>>>>>> 
>>>>>>> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.
>>>>>>> 
>>>>>>> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.
>>>>>> 
>>>>>> OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
>>>>>> files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
>>>>>> alternative):
>>>>>> 
>>>>>> 1) Reduce the maximum number of paper sizes in genppd.  That will require making a small change to
>>>>>> it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to narrow
>>>>>> down where it happens (which would be useful).  If you still have problems with 20 page sizes, the
>>>>>> problem lies elsewhere.
>>>>>> 
>>>>>> diff --git a/src/cups/genppd.c b/src/cups/genppd.c
>>>>>> index aa47aad8..f132a0d9 100644
>>>>>> --- a/src/cups/genppd.c
>>>>>> +++ b/src/cups/genppd.c
>>>>>> @@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,
>>>>>> 
>>>>>> stp_describe_parameter(v, "PageSize", &desc);
>>>>>> num_opts = stp_string_list_count(desc.bounds.str);
>>>>>> +  if (num_opts > 20)
>>>>>> +    num_opts = 20;
>>>>>> the_papers = stp_malloc(sizeof(paper_t) * num_opts);
>>>>>> for (i = 0; i < num_opts; i++)
>>>>>>   {
>>>>>> 
>>>>>> 2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
>>>>>> four places you need to edit, and you need to make sure to have the same page sizes at each point:
>>>>>> 
>>>>>> *OpenUI *PageSize/Media Size: PickOne
>>>>>> *OpenUI *PageRegion/Media Size: PickOne
>>>>>> *DefaultImageableArea: Letter
>>>>>> *DefaultPaperDimension: Letter
>>>>> 
>>>>> Unfortunately that didn't solve the problem.  Nothing showed for Printer Features trying to print from Preview app.  I also tried BBEdit (a great text editor) and it crashed as soon as I opened the Printer Features menu.  I was able to grab the Console log, the System log, and the crash report from BBEdit later today.
>>>> 
>>>> So that suggests that the problem isn't with paper sizes (or that there's another problem).  Next
>>>> step is around line 1222 in genppd.c:
>>>> 
>>>> int maximum_level = simplified ?
>>>>   STP_PARAMETER_LEVEL_BASIC : STP_PARAMETER_LEVEL_ADVANCED4;
>>>> 
>>>> Please change STP_PARAMETER_LEVEL_BASIC first to STP_PARAMETER_LEVEL_ADVANCED4 then 3, 2, and 1 to
>>>> see when (and if) things start working again.
>>> 
>>> To clarify: use simplified PPD files with all of those tests.  If STP_PARAMETER_LEVEL_ADVANCED4
>>> works, don't bother with the others -- the problem will lie elsewhere.
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> Gimp-print-devel mailing list
>>> Gim...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
>> 
>> 
>> 
>> _______________________________________________
>> Gimp-print-devel mailing list
>> Gim...@li...
>> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
>> 
> 
> 
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Re: [Gimp-print-devel] Mac Big sur

[Robert K. <rl...@al...>]

On 2/25/21 2:06 PM, Steve Letter via Gimp-print-devel wrote:
> Can I assume I revert the previous change?

Actually no, for now leave that change in, please.  It's possible that there are multiple problems here.

>> On Feb 25, 2021, at 1:32 PM, Robert Krawitz <rl...@al...> wrote:
>>
>> On 2/25/21 1:29 PM, Robert Krawitz wrote:
>>>> On 2/25/21 10:09 AM, Matt Broughton wrote:
>>>>
>>>>
>>>>> On Feb 24, 2021, at 11:30 AM, Robert Krawitz <rl...@al...> wrote:
>>>>>
>>>>> On 2/24/21 11:12 AM, Matt Broughton wrote:
>>>>>>
>>>>>>
>>>>>>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>>>>>>> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
>>>>>>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>>>>>>
>>>>>>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>>>>>>> options, but even the full PPD files support fewer media sizes with laser printers.
>>>>>>
>>>>>> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.
>>>>>>
>>>>>> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.
>>>>>
>>>>> OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
>>>>> files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
>>>>> alternative):
>>>>>
>>>>> 1) Reduce the maximum number of paper sizes in genppd.  That will require making a small change to
>>>>> it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to narrow
>>>>> down where it happens (which would be useful).  If you still have problems with 20 page sizes, the
>>>>> problem lies elsewhere.
>>>>>
>>>>> diff --git a/src/cups/genppd.c b/src/cups/genppd.c
>>>>> index aa47aad8..f132a0d9 100644
>>>>> --- a/src/cups/genppd.c
>>>>> +++ b/src/cups/genppd.c
>>>>> @@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,
>>>>>
>>>>>  stp_describe_parameter(v, "PageSize", &desc);
>>>>>  num_opts = stp_string_list_count(desc.bounds.str);
>>>>> +  if (num_opts > 20)
>>>>> +    num_opts = 20;
>>>>>  the_papers = stp_malloc(sizeof(paper_t) * num_opts);
>>>>>  for (i = 0; i < num_opts; i++)
>>>>>    {
>>>>>
>>>>> 2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
>>>>> four places you need to edit, and you need to make sure to have the same page sizes at each point:
>>>>>
>>>>> *OpenUI *PageSize/Media Size: PickOne
>>>>> *OpenUI *PageRegion/Media Size: PickOne
>>>>> *DefaultImageableArea: Letter
>>>>> *DefaultPaperDimension: Letter
>>>>
>>>> Unfortunately that didn't solve the problem.  Nothing showed for Printer Features trying to print from Preview app.  I also tried BBEdit (a great text editor) and it crashed as soon as I opened the Printer Features menu.  I was able to grab the Console log, the System log, and the crash report from BBEdit later today.
>>>
>>> So that suggests that the problem isn't with paper sizes (or that there's another problem).  Next
>>> step is around line 1222 in genppd.c:
>>>
>>>  int maximum_level = simplified ?
>>>    STP_PARAMETER_LEVEL_BASIC : STP_PARAMETER_LEVEL_ADVANCED4;
>>>
>>> Please change STP_PARAMETER_LEVEL_BASIC first to STP_PARAMETER_LEVEL_ADVANCED4 then 3, 2, and 1 to
>>> see when (and if) things start working again.
>>
>> To clarify: use simplified PPD files with all of those tests.  If STP_PARAMETER_LEVEL_ADVANCED4
>> works, don't bother with the others -- the problem will lie elsewhere.
>>
>>
>>
>> _______________________________________________
>> Gimp-print-devel mailing list
>> Gim...@li...
>> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
> 
> 
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
> 

Re: [Gimp-print-devel] Mac Big sur

[Steve L. <sle...@ya...>]

Can I assume I revert the previous change?

Steve Letter
Sent from my Symbolics Lisp Machine using zmail. 

> On Feb 25, 2021, at 1:32 PM, Robert Krawitz <rl...@al...> wrote:
> 
> On 2/25/21 1:29 PM, Robert Krawitz wrote:
>>> On 2/25/21 10:09 AM, Matt Broughton wrote:
>>> 
>>> 
>>>> On Feb 24, 2021, at 11:30 AM, Robert Krawitz <rl...@al...> wrote:
>>>> 
>>>> On 2/24/21 11:12 AM, Matt Broughton wrote:
>>>>> 
>>>>> 
>>>>>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>>>>>> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
>>>>>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>>>>> 
>>>>>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>>>>>> options, but even the full PPD files support fewer media sizes with laser printers.
>>>>> 
>>>>> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.
>>>>> 
>>>>> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.
>>>> 
>>>> OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
>>>> files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
>>>> alternative):
>>>> 
>>>> 1) Reduce the maximum number of paper sizes in genppd.  That will require making a small change to
>>>> it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to narrow
>>>> down where it happens (which would be useful).  If you still have problems with 20 page sizes, the
>>>> problem lies elsewhere.
>>>> 
>>>> diff --git a/src/cups/genppd.c b/src/cups/genppd.c
>>>> index aa47aad8..f132a0d9 100644
>>>> --- a/src/cups/genppd.c
>>>> +++ b/src/cups/genppd.c
>>>> @@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,
>>>> 
>>>>  stp_describe_parameter(v, "PageSize", &desc);
>>>>  num_opts = stp_string_list_count(desc.bounds.str);
>>>> +  if (num_opts > 20)
>>>> +    num_opts = 20;
>>>>  the_papers = stp_malloc(sizeof(paper_t) * num_opts);
>>>>  for (i = 0; i < num_opts; i++)
>>>>    {
>>>> 
>>>> 2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
>>>> four places you need to edit, and you need to make sure to have the same page sizes at each point:
>>>> 
>>>> *OpenUI *PageSize/Media Size: PickOne
>>>> *OpenUI *PageRegion/Media Size: PickOne
>>>> *DefaultImageableArea: Letter
>>>> *DefaultPaperDimension: Letter
>>> 
>>> Unfortunately that didn't solve the problem.  Nothing showed for Printer Features trying to print from Preview app.  I also tried BBEdit (a great text editor) and it crashed as soon as I opened the Printer Features menu.  I was able to grab the Console log, the System log, and the crash report from BBEdit later today.
>> 
>> So that suggests that the problem isn't with paper sizes (or that there's another problem).  Next
>> step is around line 1222 in genppd.c:
>> 
>>  int maximum_level = simplified ?
>>    STP_PARAMETER_LEVEL_BASIC : STP_PARAMETER_LEVEL_ADVANCED4;
>> 
>> Please change STP_PARAMETER_LEVEL_BASIC first to STP_PARAMETER_LEVEL_ADVANCED4 then 3, 2, and 1 to
>> see when (and if) things start working again.
> 
> To clarify: use simplified PPD files with all of those tests.  If STP_PARAMETER_LEVEL_ADVANCED4
> works, don't bother with the others -- the problem will lie elsewhere.
> 
> 
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Re: [Gimp-print-devel] Driver needed

[Matt B. <wal...@ma...>]

> On Feb 25, 2021, at 10:15 AM, Olha Karaim <moy...@ho...> wrote:
> 
> Do you have a driver for HP Laser Jet 1018 for Mac OS Big Sur on Mac Book Pro?
> 
> Thank you.
  Unfortunately no.  The LaserJet 1018 is a host based system so it does not use a standard code base.  Gutenprint has no maintainer to develop drivers for this.

Matt

Re: [Gimp-print-devel] Mac Big sur

[Robert K. <rl...@al...>]

On 2/25/21 1:29 PM, Robert Krawitz wrote:
> On 2/25/21 10:09 AM, Matt Broughton wrote:
>>
>>
>>> On Feb 24, 2021, at 11:30 AM, Robert Krawitz <rl...@al...> wrote:
>>>
>>> On 2/24/21 11:12 AM, Matt Broughton wrote:
>>>>
>>>>
>>>>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>>>>> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
>>>>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>>>>
>>>>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>>>>> options, but even the full PPD files support fewer media sizes with laser printers.
>>>>
>>>> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.
>>>>
>>>> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.
>>>
>>> OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
>>> files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
>>> alternative):
>>>
>>> 1) Reduce the maximum number of paper sizes in genppd.  That will require making a small change to
>>> it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to narrow
>>> down where it happens (which would be useful).  If you still have problems with 20 page sizes, the
>>> problem lies elsewhere.
>>>
>>> diff --git a/src/cups/genppd.c b/src/cups/genppd.c
>>> index aa47aad8..f132a0d9 100644
>>> --- a/src/cups/genppd.c
>>> +++ b/src/cups/genppd.c
>>> @@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,
>>>
>>>   stp_describe_parameter(v, "PageSize", &desc);
>>>   num_opts = stp_string_list_count(desc.bounds.str);
>>> +  if (num_opts > 20)
>>> +    num_opts = 20;
>>>   the_papers = stp_malloc(sizeof(paper_t) * num_opts);
>>>   for (i = 0; i < num_opts; i++)
>>>     {
>>>
>>> 2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
>>> four places you need to edit, and you need to make sure to have the same page sizes at each point:
>>>
>>> *OpenUI *PageSize/Media Size: PickOne
>>> *OpenUI *PageRegion/Media Size: PickOne
>>> *DefaultImageableArea: Letter
>>> *DefaultPaperDimension: Letter
>>
>> Unfortunately that didn't solve the problem.  Nothing showed for Printer Features trying to print from Preview app.  I also tried BBEdit (a great text editor) and it crashed as soon as I opened the Printer Features menu.  I was able to grab the Console log, the System log, and the crash report from BBEdit later today.
> 
> So that suggests that the problem isn't with paper sizes (or that there's another problem).  Next
> step is around line 1222 in genppd.c:
> 
>   int maximum_level = simplified ?
>     STP_PARAMETER_LEVEL_BASIC : STP_PARAMETER_LEVEL_ADVANCED4;
> 
> Please change STP_PARAMETER_LEVEL_BASIC first to STP_PARAMETER_LEVEL_ADVANCED4 then 3, 2, and 1 to
> see when (and if) things start working again.

To clarify: use simplified PPD files with all of those tests.  If STP_PARAMETER_LEVEL_ADVANCED4
works, don't bother with the others -- the problem will lie elsewhere.

Re: [Gimp-print-devel] Mac Big sur

[Robert K. <rl...@al...>]

On 2/25/21 10:09 AM, Matt Broughton wrote:
> 
> 
>> On Feb 24, 2021, at 11:30 AM, Robert Krawitz <rl...@al...> wrote:
>>
>> On 2/24/21 11:12 AM, Matt Broughton wrote:
>>>
>>>
>>>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>>>> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
>>>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>>>
>>>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>>>> options, but even the full PPD files support fewer media sizes with laser printers.
>>>
>>> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.
>>>
>>> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.
>>
>> OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
>> files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
>> alternative):
>>
>> 1) Reduce the maximum number of paper sizes in genppd.  That will require making a small change to
>> it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to narrow
>> down where it happens (which would be useful).  If you still have problems with 20 page sizes, the
>> problem lies elsewhere.
>>
>> diff --git a/src/cups/genppd.c b/src/cups/genppd.c
>> index aa47aad8..f132a0d9 100644
>> --- a/src/cups/genppd.c
>> +++ b/src/cups/genppd.c
>> @@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,
>>
>>   stp_describe_parameter(v, "PageSize", &desc);
>>   num_opts = stp_string_list_count(desc.bounds.str);
>> +  if (num_opts > 20)
>> +    num_opts = 20;
>>   the_papers = stp_malloc(sizeof(paper_t) * num_opts);
>>   for (i = 0; i < num_opts; i++)
>>     {
>>
>> 2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
>> four places you need to edit, and you need to make sure to have the same page sizes at each point:
>>
>> *OpenUI *PageSize/Media Size: PickOne
>> *OpenUI *PageRegion/Media Size: PickOne
>> *DefaultImageableArea: Letter
>> *DefaultPaperDimension: Letter
> 
> Unfortunately that didn't solve the problem.  Nothing showed for Printer Features trying to print from Preview app.  I also tried BBEdit (a great text editor) and it crashed as soon as I opened the Printer Features menu.  I was able to grab the Console log, the System log, and the crash report from BBEdit later today.

So that suggests that the problem isn't with paper sizes (or that there's another problem).  Next
step is around line 1222 in genppd.c:

  int maximum_level = simplified ?
    STP_PARAMETER_LEVEL_BASIC : STP_PARAMETER_LEVEL_ADVANCED4;

Please change STP_PARAMETER_LEVEL_BASIC first to STP_PARAMETER_LEVEL_ADVANCED4 then 3, 2, and 1 to
see when (and if) things start working again.

[Gimp-print-devel] Driver needed

[Olha K. <moy...@ho...>]

Do you have a driver for HP Laser Jet 1018 for Mac OS Big Sur on Mac Book Pro?

Thank you.

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 24, 2021, at 11:30 AM, Robert Krawitz <rl...@al...> wrote:
> 
> On 2/24/21 11:12 AM, Matt Broughton wrote:
>> 
>> 
>>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>>> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
>>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>> 
>>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>>> options, but even the full PPD files support fewer media sizes with laser printers.
>> 
>> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.
>> 
>> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.
> 
> OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
> files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
> alternative):
> 
> 1) Reduce the maximum number of paper sizes in genppd.  That will require making a small change to
> it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to narrow
> down where it happens (which would be useful).  If you still have problems with 20 page sizes, the
> problem lies elsewhere.
> 
> diff --git a/src/cups/genppd.c b/src/cups/genppd.c
> index aa47aad8..f132a0d9 100644
> --- a/src/cups/genppd.c
> +++ b/src/cups/genppd.c
> @@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,
> 
>   stp_describe_parameter(v, "PageSize", &desc);
>   num_opts = stp_string_list_count(desc.bounds.str);
> +  if (num_opts > 20)
> +    num_opts = 20;
>   the_papers = stp_malloc(sizeof(paper_t) * num_opts);
>   for (i = 0; i < num_opts; i++)
>     {
> 
> 2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
> four places you need to edit, and you need to make sure to have the same page sizes at each point:
> 
> *OpenUI *PageSize/Media Size: PickOne
> *OpenUI *PageRegion/Media Size: PickOne
> *DefaultImageableArea: Letter
> *DefaultPaperDimension: Letter

Unfortunately that didn't solve the problem.  Nothing showed for Printer Features trying to print from Preview app.  I also tried BBEdit (a great text editor) and it crashed as soon as I opened the Printer Features menu.  I was able to grab the Console log, the System log, and the crash report from BBEdit later today.

Matt

Re: [Gimp-print-devel] Mac Big sur

[Steve L. <sle...@ya...>]

> On Feb 25, 2021, at 9:24 AM, Matt Broughton <wal...@ma...> wrote:
> 
> 
> 
>> On Feb 25, 2021, at 7:07 AM, Steve Letter <sle...@ya...> wrote:
>> 
>> 
>>> On Feb 24, 2021, at 10:11 PM, Matt Broughton <wal...@ma...> wrote:
>>> 
>>> 
>>> 
>>>> On Feb 24, 2021, at 8:57 PM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
>>>> 
>>>> Matt, 
>>>> 
>>>> If you’d like I can make the change and build it for you tomorrow morning. 
>>>> 
>>>> Steve Letter
>>>> Sent from my Symbolics Lisp Machine using zmail. 
>>> 
>>> That would  be great Steve.  My build attempt crashed at building gutenprint_5.3-gutenprint.o. I did one try at editing the PPD but I need to recheck my work.  I think I was down to 18 paper sizes.  `cupstestppd -v` didn't complain about any mismatched paper entries.  It still still didn't show anything under Printer Features.  I'll try again tomorrow using the media size etc copied and pasted from the Simplified PPD.  I'll try to catch anything I see from the Console and System log.  At least we know now that it did work until macos 10.11 or 10.12.
>>> 
>>> Matt
>>> 
>> I put the build in Snapshots, gutenprint-5.3.4-Matt.dmg. Please remove it after you download it. 
> 
> Thanks Steve.  I hve downloaded it.  I don't have permission to upload, would you please delete it.
> 
> Matt

Done.

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 25, 2021, at 7:07 AM, Steve Letter <sle...@ya...> wrote:
> 
> 
>> On Feb 24, 2021, at 10:11 PM, Matt Broughton <wal...@ma...> wrote:
>> 
>> 
>> 
>>> On Feb 24, 2021, at 8:57 PM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
>>> 
>>> Matt, 
>>> 
>>> If you’d like I can make the change and build it for you tomorrow morning. 
>>> 
>>> Steve Letter
>>> Sent from my Symbolics Lisp Machine using zmail. 
>> 
>> That would  be great Steve.  My build attempt crashed at building gutenprint_5.3-gutenprint.o.  I did one try at editing the PPD but I need to recheck my work.  I think I was down to 18 paper sizes.  `cupstestppd -v` didn't complain about any mismatched paper entries.  It still still didn't show anything under Printer Features.  I'll try again tomorrow using the media size etc copied and pasted from the Simplified PPD.  I'll try to catch anything I see from the Console and System log.  At least we know now that it did work until macos 10.11 or 10.12.
>> 
>> Matt
>> 
> I put the build in Snapshots, gutenprint-5.3.4-Matt.dmg. Please remove it after you download it. 

Thanks Steve.  I hve downloaded it.  I don't have permission to upload, would you please delete it.

Matt

Re: [Gimp-print-devel] Mac Big sur

[Steve L. <sle...@ya...>]

> On Feb 24, 2021, at 10:11 PM, Matt Broughton <wal...@ma...> wrote:
> 
> 
> 
>> On Feb 24, 2021, at 8:57 PM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
>> 
>> Matt, 
>> 
>> If you’d like I can make the change and build it for you tomorrow morning. 
>> 
>> Steve Letter
>> Sent from my Symbolics Lisp Machine using zmail. 
> 
> That would  be great Steve.  My build attempt crashed at building gutenprint_5.3-gutenprint.o.  I did one try at editing the PPD but I need to recheck my work.  I think I was down to 18 paper sizes.  `cupstestppd -v` didn't complain about any mismatched paper entries.  It still still didn't show anything under Printer Features.  I'll try again tomorrow using the media size etc copied and pasted from the Simplified PPD.  I'll try to catch anything I see from the Console and System log.  At least we know now that it did work until macos 10.11 or 10.12.
> 
> Matt
> 
I put the build in Snapshots, gutenprint-5.3.4-Matt.dmg. Please remove it after you download it. 

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 24, 2021, at 8:57 PM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
> 
> Matt, 
> 
> If you’d like I can make the change and build it for you tomorrow morning. 
> 
> Steve Letter
> Sent from my Symbolics Lisp Machine using zmail. 

That would  be great Steve.  My build attempt crashed at building gutenprint_5.3-gutenprint.o.  I did one try at editing the PPD but I need to recheck my work.  I think I was down to 18 paper sizes.  `cupstestppd -v` didn't complain about any mismatched paper entries.  It still still didn't show anything under Printer Features.  I'll try again tomorrow using the media size etc copied and pasted from the Simplified PPD.  I'll try to catch anything I see from the Console and System log.  At least we know now that it did work until macos 10.11 or 10.12.

Matt

> 
>> On Feb 24, 2021, at 4:57 PM, Matt Broughton <wal...@ma...> wrote:
>> 
>> 
>>>> On Feb 24, 2021, at 11:31 AM, Robert Krawitz <rl...@al...> wrote:
>>>> 
>>>> On 2/24/21 11:12 AM, Matt Broughton wrote:
>>>> 
>>>> 
>>>>>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>>>>> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
>>>>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>>>> 
>>>>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>>>>> options, but even the full PPD files support fewer media sizes with laser printers.
>>>> 
>>>> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.
>>>> 
>>>> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.
>>> 
>>> OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
>>> files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
>>> alternative):
>>> 
>>> 1) Reduce the maximum number of paper sizes in genppd.  That will require making a small change to
>>> it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to narrow
>>> down where it happens (which would be useful).  If you still have problems with 20 page sizes, the
>>> problem lies elsewhere.
>>> 
>>> diff --git a/src/cups/genppd.c b/src/cups/genppd.c
>>> index aa47aad8..f132a0d9 100644
>>> --- a/src/cups/genppd.c
>>> +++ b/src/cups/genppd.c
>>> @@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,
>>> 
>>> stp_describe_parameter(v, "PageSize", &desc);
>>> num_opts = stp_string_list_count(desc.bounds.str);
>>> +  if (num_opts > 20)
>>> +    num_opts = 20;
>>> the_papers = stp_malloc(sizeof(paper_t) * num_opts);
>>> for (i = 0; i < num_opts; i++)
>>>   {
>>> 
>>> 2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
>>> four places you need to edit, and you need to make sure to have the same page sizes at each point:
>>> 
>>> *OpenUI *PageSize/Media Size: PickOne
>>> *OpenUI *PageRegion/Media Size: PickOne
>>> *DefaultImageableArea: Letter
>>> *DefaultPaperDimension: Letter
>> 
>> I will try to manually edit the genppd.c file from the tar all and rebuild.  It certainly seems a whole lot easier than making massive changes to a PPD.
>> 
>> I did some testing in earlier versions of macos.  Everything was fine with the full PPD in macos 10.10.x.  The problem does exist in macos 10.12, so somewhere things broke in either macos 10.9 or macos 10.10.  If Linux isn’t having a problem, then it is probably something Apple changed.
>> 
>> Matt
>> Sent from my iPad
>> 
>> _______________________________________________
>> Gimp-print-devel mailing list
>> Gim...@li...
>> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
> 
> 
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Re: [Gimp-print-devel] Mac Big sur

[Steve L. <sle...@ya...>]

Matt, 

If you’d like I can make the change and build it for you tomorrow morning. 

Steve Letter
Sent from my Symbolics Lisp Machine using zmail. 

> On Feb 24, 2021, at 4:57 PM, Matt Broughton <wal...@ma...> wrote:
> 
> 
>>> On Feb 24, 2021, at 11:31 AM, Robert Krawitz <rl...@al...> wrote:
>>> 
>>> On 2/24/21 11:12 AM, Matt Broughton wrote:
>>> 
>>> 
>>>>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>>>> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
>>>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>>> 
>>>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>>>> options, but even the full PPD files support fewer media sizes with laser printers.
>>> 
>>> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.
>>> 
>>> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.
>> 
>> OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
>> files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
>> alternative):
>> 
>> 1) Reduce the maximum number of paper sizes in genppd.  That will require making a small change to
>> it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to narrow
>> down where it happens (which would be useful).  If you still have problems with 20 page sizes, the
>> problem lies elsewhere.
>> 
>> diff --git a/src/cups/genppd.c b/src/cups/genppd.c
>> index aa47aad8..f132a0d9 100644
>> --- a/src/cups/genppd.c
>> +++ b/src/cups/genppd.c
>> @@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,
>> 
>>  stp_describe_parameter(v, "PageSize", &desc);
>>  num_opts = stp_string_list_count(desc.bounds.str);
>> +  if (num_opts > 20)
>> +    num_opts = 20;
>>  the_papers = stp_malloc(sizeof(paper_t) * num_opts);
>>  for (i = 0; i < num_opts; i++)
>>    {
>> 
>> 2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
>> four places you need to edit, and you need to make sure to have the same page sizes at each point:
>> 
>> *OpenUI *PageSize/Media Size: PickOne
>> *OpenUI *PageRegion/Media Size: PickOne
>> *DefaultImageableArea: Letter
>> *DefaultPaperDimension: Letter
> 
> I will try to manually edit the genppd.c file from the tar all and rebuild.  It certainly seems a whole lot easier than making massive changes to a PPD.
> 
> I did some testing in earlier versions of macos.  Everything was fine with the full PPD in macos 10.10.x.  The problem does exist in macos 10.12, so somewhere things broke in either macos 10.9 or macos 10.10.  If Linux isn’t having a problem, then it is probably something Apple changed.
> 
> Matt
> Sent from my iPad
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 24, 2021, at 11:31 AM, Robert Krawitz <rl...@al...> wrote:
> 
> On 2/24/21 11:12 AM, Matt Broughton wrote:
>> 
>> 
>>>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>>> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
>>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>> 
>>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>>> options, but even the full PPD files support fewer media sizes with laser printers.
>> 
>> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.
>> 
>> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.
> 
> OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
> files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
> alternative):
> 
> 1) Reduce the maximum number of paper sizes in genppd.  That will require making a small change to
> it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to narrow
> down where it happens (which would be useful).  If you still have problems with 20 page sizes, the
> problem lies elsewhere.
> 
> diff --git a/src/cups/genppd.c b/src/cups/genppd.c
> index aa47aad8..f132a0d9 100644
> --- a/src/cups/genppd.c
> +++ b/src/cups/genppd.c
> @@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,
> 
>   stp_describe_parameter(v, "PageSize", &desc);
>   num_opts = stp_string_list_count(desc.bounds.str);
> +  if (num_opts > 20)
> +    num_opts = 20;
>   the_papers = stp_malloc(sizeof(paper_t) * num_opts);
>   for (i = 0; i < num_opts; i++)
>     {
> 
> 2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
> four places you need to edit, and you need to make sure to have the same page sizes at each point:
> 
> *OpenUI *PageSize/Media Size: PickOne
> *OpenUI *PageRegion/Media Size: PickOne
> *DefaultImageableArea: Letter
> *DefaultPaperDimension: Letter

I will try to manually edit the genppd.c file from the tar all and rebuild.  It certainly seems a whole lot easier than making massive changes to a PPD.

I did some testing in earlier versions of macos.  Everything was fine with the full PPD in macos 10.10.x.  The problem does exist in macos 10.12, so somewhere things broke in either macos 10.9 or macos 10.10.  If Linux isn’t having a problem, then it is probably something Apple changed.

Matt
Sent from my iPad

Re: [Gimp-print-devel] Mac Big sur

[Robert K. <rl...@al...>]

On 2/24/21 11:12 AM, Matt Broughton wrote:
> 
> 
>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>
>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>> options, but even the full PPD files support fewer media sizes with laser printers.
> 
> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.
> 
> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.

OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
alternative):

1) Reduce the maximum number of paper sizes in genppd.  That will require making a small change to
it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to narrow
down where it happens (which would be useful).  If you still have problems with 20 page sizes, the
problem lies elsewhere.

diff --git a/src/cups/genppd.c b/src/cups/genppd.c
index aa47aad8..f132a0d9 100644
--- a/src/cups/genppd.c
+++ b/src/cups/genppd.c
@@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,

   stp_describe_parameter(v, "PageSize", &desc);
   num_opts = stp_string_list_count(desc.bounds.str);
+  if (num_opts > 20)
+    num_opts = 20;
   the_papers = stp_malloc(sizeof(paper_t) * num_opts);
   for (i = 0; i < num_opts; i++)
     {

2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
four places you need to edit, and you need to make sure to have the same page sizes at each point:

*OpenUI *PageSize/Media Size: PickOne
*OpenUI *PageRegion/Media Size: PickOne
*DefaultImageableArea: Letter
*DefaultPaperDimension: Letter

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
> 
> On 2/23/21 10:36 PM, Matt Broughton wrote:
>> 
>>> On Feb 23, 2021, at 6:38 PM, Robert Krawitz <rl...@al... <mailto:rl...@al...>> wrote:
>>> 
>>> On 2/23/21 5:06 PM, Matt Broughton wrote:
>>>> 
>>>> 
>>>>> On Feb 23, 2021, at 9:58 AM, Solomon Peachy <pi...@sh... <mailto:pi...@sh...>> wrote:
>>>>> 
>>>>> On Tue, Feb 23, 2021 at 09:41:51AM -0600, Matt Broughton wrote:
>>>>> 
>>>>> One thing I've seen before is multiple distinct paper sizes with the 
>>>>> same dimensions run into issues.  But even putting that aside, there seems
>>>>> to be duplicates that differ only in name:
>>>>> 
>>>>>>> *ImageableArea w252h360/3 1/2 x5:"0.000 0.000 252.000 360.000"
>>>>>>> *ImageableArea w252h360J/L:"0.000 0.000 252.000 360.000"
>>>>>>> *ImageableArea w360h504/5x7:"0.000 0.000 360.000 504.000"
>>>>>>> *ImageableArea w360h504J/2L:"0.000 0.000 360.000 504.000"
>>>>>>> *ImageableArea c8x10/8x10:"0.000 0.000 576.000 720.000"
>>>>>>> *ImageableArea c8x10J/Rokukire:"0.000 0.000 576.000 720.000"
>>>>> 
>>>>> And then there are explicit landscape variations of sizes:
>>>>> 
>>>>>>> *ImageableArea C4/C4:"0.000 0.000 649.000 918.000"
>>>>>>> *ImageableArea C4_l/C4 landscape:"0.000 0.000 918.000 649.000"
>>>>>>> *ImageableArea C5/C5:"0.000 0.000 459.000 649.000"
>>>>>>> *ImageableArea C5_l/C5 landscape:"0.000 0.000 649.000 459.000"
>>>>>>> *ImageableArea w354h918/B6-C4:"0.000 0.000 354.000 918.000"
>>>>>>> *ImageableArea w354h918_l/B6-C4 landscape:"0.000 0.000 918.000 354.000"
>>>>> 
>>>>> [and many, many more...]
>>>>> 
>>>>> Also, this is a size only ever used by the Canon dyesub models, and can 
>>>>> be nuked from the global paper list.
>>>>> 
>>>>>>> *ImageableArea w253h337/CP_L:"0.000 0.000 253.000 337.000"
>>>>> 
>>>>> (I'll go ahead and nuke it)
>>>>> 
>>>>> - Solomon
>>>> 
>>>> The Epson XP-15000 follows the same theme.  The Simplified PPD displays properly.  The full PPD
>>>> has 92 more printers than the Simplified PPD.  Some of them have the same ImageableArea and some
>>>> are just the Landscape version of a different paper name.  Sorry for the massive amount of text,
>>>> but I think it is easier than attaching a file.
>>> There are other differences besides the number of media sizes.  Please try the Stylus Photo R1800
>>> vs. the R800 and see which one(s) work.  That's a good test because the printers are identical other
>>> than carriage width.
>>> 
>>> The landscape vs. portrait entries are real, for printers that can accept the paper fed either way.
>>> I don't think we can simply remove them.
>> 
>> Neither the Stylus Photo R1800 nor the R800 show any Printer Features with the standard PPD.  They
>> do print a file which I presume uses the defaults set in the CUP web interface. I would have to
>> check the CUPS error_logs to be certain. Both printers display the Printer Features with the
>> Simplified PPD and produce an output file.  It would appear that CUPS itself does not choke on the
>> full PPDs.  The job would crash if CUPS couldn't deal with the PPD.   It appears that it is Apple's
>> print window that is having a problem.
>> 
>> Am I testing what you wanted tested?
> 
> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
> 
> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
> options, but even the full PPD files support fewer media sizes with laser printers.

The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.

There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.

Matt
 

Re: [Gimp-print-devel] Mac Big sur

[Robert K. <rl...@al...>]

On 2/23/21 10:36 PM, Matt Broughton wrote:
> 
>> On Feb 23, 2021, at 6:38 PM, Robert Krawitz <rl...@al... <mailto:rl...@al...>> wrote:
>>
>> On 2/23/21 5:06 PM, Matt Broughton wrote:
>>>
>>>
>>>> On Feb 23, 2021, at 9:58 AM, Solomon Peachy <pi...@sh... <mailto:pi...@sh...>> wrote:
>>>>
>>>> On Tue, Feb 23, 2021 at 09:41:51AM -0600, Matt Broughton wrote:
>>>>
>>>> One thing I've seen before is multiple distinct paper sizes with the 
>>>> same dimensions run into issues.  But even putting that aside, there seems
>>>> to be duplicates that differ only in name:
>>>>
>>>>>> *ImageableArea w252h360/3 1/2 x5:"0.000 0.000 252.000 360.000"
>>>>>> *ImageableArea w252h360J/L:"0.000 0.000 252.000 360.000"
>>>>>> *ImageableArea w360h504/5x7:"0.000 0.000 360.000 504.000"
>>>>>> *ImageableArea w360h504J/2L:"0.000 0.000 360.000 504.000"
>>>>>> *ImageableArea c8x10/8x10:"0.000 0.000 576.000 720.000"
>>>>>> *ImageableArea c8x10J/Rokukire:"0.000 0.000 576.000 720.000"
>>>>
>>>> And then there are explicit landscape variations of sizes:
>>>>
>>>>>> *ImageableArea C4/C4:"0.000 0.000 649.000 918.000"
>>>>>> *ImageableArea C4_l/C4 landscape:"0.000 0.000 918.000 649.000"
>>>>>> *ImageableArea C5/C5:"0.000 0.000 459.000 649.000"
>>>>>> *ImageableArea C5_l/C5 landscape:"0.000 0.000 649.000 459.000"
>>>>>> *ImageableArea w354h918/B6-C4:"0.000 0.000 354.000 918.000"
>>>>>> *ImageableArea w354h918_l/B6-C4 landscape:"0.000 0.000 918.000 354.000"
>>>>
>>>> [and many, many more...]
>>>>
>>>> Also, this is a size only ever used by the Canon dyesub models, and can 
>>>> be nuked from the global paper list.
>>>>
>>>>>> *ImageableArea w253h337/CP_L:"0.000 0.000 253.000 337.000"
>>>>
>>>> (I'll go ahead and nuke it)
>>>>
>>>> - Solomon
>>>
>>> The Epson XP-15000 follows the same theme.  The Simplified PPD displays properly.  The full PPD
>>> has 92 more printers than the Simplified PPD.  Some of them have the same ImageableArea and some
>>> are just the Landscape version of a different paper name.  Sorry for the massive amount of text,
>>> but I think it is easier than attaching a file.
>> There are other differences besides the number of media sizes.  Please try the Stylus Photo R1800
>> vs. the R800 and see which one(s) work.  That's a good test because the printers are identical other
>> than carriage width.
>>
>> The landscape vs. portrait entries are real, for printers that can accept the paper fed either way.
>> I don't think we can simply remove them.
> 
> Neither the Stylus Photo R1800 nor the R800 show any Printer Features with the standard PPD.  They
> do print a file which I presume uses the defaults set in the CUP web interface. I would have to
> check the CUPS error_logs to be certain. Both printers display the Printer Features with the
> Simplified PPD and produce an output file.  It would appear that CUPS itself does not choke on the
> full PPDs.  The job would crash if CUPS couldn't deal with the PPD.   It appears that it is Apple's
> print window that is having a problem.
> 
> Am I testing what you wanted tested?

Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
the problem.  It could still be paper sizes, since the simplified PPD contain fewer.

One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
options, but even the full PPD files support fewer media sizes with laser printers.

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 23, 2021, at 6:38 PM, Robert Krawitz <rl...@al...> wrote:
> 
> On 2/23/21 5:06 PM, Matt Broughton wrote:
>> 
>> 
>>> On Feb 23, 2021, at 9:58 AM, Solomon Peachy <pi...@sh...> wrote:
>>> 
>>> On Tue, Feb 23, 2021 at 09:41:51AM -0600, Matt Broughton wrote:
>>> 
>>> One thing I've seen before is multiple distinct paper sizes with the 
>>> same dimensions run into issues.  But even putting that aside, there seems
>>> to be duplicates that differ only in name:
>>> 
>>>>> *ImageableArea w252h360/3 1/2 x5:	"0.000 0.000 252.000 360.000"
>>>>> *ImageableArea w252h360J/L:	"0.000 0.000 252.000 360.000"
>>>>> *ImageableArea w360h504/5x7:	"0.000 0.000 360.000 504.000"
>>>>> *ImageableArea w360h504J/2L:	"0.000 0.000 360.000 504.000"
>>>>> *ImageableArea c8x10/8x10:	"0.000 0.000 576.000 720.000"
>>>>> *ImageableArea c8x10J/Rokukire:	"0.000 0.000 576.000 720.000"
>>> 
>>> And then there are explicit landscape variations of sizes:
>>> 
>>>>> *ImageableArea C4/C4:	"0.000 0.000 649.000 918.000"
>>>>> *ImageableArea C4_l/C4 landscape:	"0.000 0.000 918.000 649.000"
>>>>> *ImageableArea C5/C5:	"0.000 0.000 459.000 649.000"
>>>>> *ImageableArea C5_l/C5 landscape:	"0.000 0.000 649.000 459.000"
>>>>> *ImageableArea w354h918/B6-C4:	"0.000 0.000 354.000 918.000"
>>>>> *ImageableArea w354h918_l/B6-C4 landscape:	"0.000 0.000 918.000 354.000"
>>> 
>>> [and many, many more...]
>>> 
>>> Also, this is a size only ever used by the Canon dyesub models, and can 
>>> be nuked from the global paper list.
>>> 
>>>>> *ImageableArea w253h337/CP_L:	"0.000 0.000 253.000 337.000"
>>> 
>>> (I'll go ahead and nuke it)
>>> 
>>> - Solomon
>> 
>> The Epson XP-15000 follows the same theme.  The Simplified PPD displays properly.  The full PPD has 92 more printers than the Simplified PPD.  Some of them have the same ImageableArea and some are just the Landscape version of a different paper name.  Sorry for the massive amount of text, but I think it is easier than attaching a file.
> There are other differences besides the number of media sizes.  Please try the Stylus Photo R1800
> vs. the R800 and see which one(s) work.  That's a good test because the printers are identical other
> than carriage width.
> 
> The landscape vs. portrait entries are real, for printers that can accept the paper fed either way.
> I don't think we can simply remove them.


Neither the Stylus Photo R1800 nor the R800 show any Printer Features with the standard PPD.  They do print a file which I presume uses the defaults set in the CUP web interface. I would have to check the CUPS error_logs to be certain. Both printers display the Printer Features with the Simplified PPD and produce an output file.  It would appear that CUPS itself does not choke on the full PPDs.  The job would crash if CUPS couldn't deal with the PPD.   It appears that it is Apple's print window that is having a problem.

Am I testing what you wanted tested?

Matt