gimp-print-devel

Re: [Gimp-print-devel] 'make check' failing due to RU translation

[Solomon P. <pi...@sh...>]

On Thu, Dec 05, 2019 at 10:14:18AM +0100, Johannes Meixner wrote:
> > I think the only sane short-term approach is to adopt a policy to keep
> > all translated strings under 80 bytes.
> 
> Careful with truncating UTF-8 strings!

Yeah, I'm well aware of the consequences of dumb truncation resulting in 
invalid UTF-8 sequences.  :)

IMO truncation is the wrong approach anyway, as the stuff truncated 
might be all that distinguishes one string from another...

Cheers,

 - Solomon
-- 
Solomon Peachy			       pizza at shaftnet dot org
High Springs, FL                          ^^ (email/xmpp) ^^
Quidquid latine dictum sit, altum videtur.

Re: [Gimp-print-devel] 'make check' failing due to RU translation

[Johannes M. <js...@su...>]

Hello,

On Dec 4 11:30 Solomon Peachy wrote (excerpt):
> On Thu, Dec 05, 2019 at 12:49:54AM +0900, Protea Wines Japan wrote:
>>> Yup, the RU strings tripping the errors are 49 characters taking up 88
>>> bytes.  CUPS has a hardcoded upper limit of 80 characters for these
>>> strings.
>
> (Bah, even I can't get bytes/characters correct in a single paragraph..)
>
>> Ouch .Implied bytes here I guess, if the spec was for 1-byte chars?
>
> Yeah, the spec just treats them as opaque byte sequences.
>
>> Yes, nasty. In PHP, he mb_ functions are the solution, online there
>> are plenty of howto's on cutting off correctly in UTF-8, but messy. I
>> assume we are talking about C code here? Any chance of some library or
>> function that can handle cutting off correctly?
>
> It's a minor PITA, but when we generate the PPDs we can properly
> truncate the strings based on PPD_MAX_TEXT.
>
> But truncated strings aren't desireable for the user; the bit chopped
> off might be the only part that differs from other strings.
>
> I think the only sane short-term approach is to adopt a policy to keep
> all translated strings under 80 bytes.

Careful with truncating UTF-8 strings!

Only plain 7-bit ASCII "just works" simple and fail-safe.
Making UTF-8 "just work" is neither simple nor fail-safe
(except "just work" means to "just abort" when there is
  any string that is not a valid UTF-8 byte sequence ;-)

If a truncated string (e.g. in a print job option value)
is no longer a valid UTF-8 byte sequence, CUPS may reject
the whole print job in "strict conformance" mode" or
CUPS may alter invalid values to some arbitrary fallback
in "relaxed conformance" mode so that the job may print
but with different printout result as what was intended.

Cf.
https://github.com/apple/cups/issues/5143
and
https://github.com/apple/cups/issues/5186


Kind Regards
Johannes Meixner
-- 
SUSE Software Solutions Germany GmbH
Maxfeldstr. 5 - 90409 Nuernberg - Germany
(HRB 36809, AG Nuernberg) GF: Felix Imendoerffer

Re: [Gimp-print-devel] 'make check' failing due to RU translation

[Solomon P. <pi...@sh...>]

On Thu, Dec 05, 2019 at 12:49:54AM +0900, Protea Wines Japan wrote:
> > Yup, the RU strings tripping the errors are 49 characters taking up 88
> > bytes.  CUPS has a hardcoded upper limit of 80 characters for these
> > strings.

(Bah, even I can't get bytes/characters correct in a single paragraph..)

> Ouch .Implied bytes here I guess, if the spec was for 1-byte chars?

Yeah, the spec just treats them as opaque byte sequences.

> Yes, nasty. In PHP, he mb_ functions are the solution, online there
> are plenty of howto's on cutting off correctly in UTF-8, but messy. I
> assume we are talking about C code here? Any chance of some library or
> function that can handle cutting off correctly?

It's a minor PITA, but when we generate the PPDs we can properly 
truncate the strings based on PPD_MAX_TEXT.

But truncated strings aren't desireable for the user; the bit chopped 
off might be the only part that differs from other strings.

I think the only sane short-term approach is to adopt a policy to keep 
all translated strings under 80 bytes.

 - Solomon
-- 
Solomon Peachy			       pizza at shaftnet dot org
High Springs, FL                          ^^ (email/xmpp) ^^
Quidquid latine dictum sit, altum videtur.

Re: [Gimp-print-devel] 'make check' failing due to RU translation

[Protea W. J. <aik...@gm...>]

On Thu, Dec 5, 2019 at 12:35 AM Solomon Peachy <pi...@sh...> wrote:
>
> On Wed, Dec 04, 2019 at 11:33:18PM +0900, Protea Wines Japan wrote:
> > Could be that one part of the code is calculating or comparing string
> > length in characters, and another part in bytes?
>
> Yup, the RU strings tripping the errors are 49 characters taking up 88
> bytes.  CUPS has a hardcoded upper limit of 80 characters for these
> strings.

Ouch .Implied bytes here I guess, if the spec was for 1-byte chars?

> As an aside, the PPD spec doesn't seem to explicitly mention a limit for
> translation strings (beyond the per-line limit of 255 bytes) so it
> appears that this is a CUPS implementation detail.

Yuck.

> If you disable strict conformance checks, CUPS will accept the PPD but
> truncate the string at 80 bytes, possibly resulting in illegal UTF-8.

Yes, nasty. In PHP, he mb_ functions are the solution, online there
are plenty of howto's on cutting off correctly in UTF-8, but messy. I
assume we are talking about C code here? Any chance of some library or
function that can handle cutting off correctly?

Gernot Hassenpflug

Re: [Gimp-print-devel] 'make check' failing due to RU translation

[Solomon P. <pi...@sh...>]

On Wed, Dec 04, 2019 at 11:33:18PM +0900, Protea Wines Japan wrote:
> Could be that one part of the code is calculating or comparing string
> length in characters, and another part in bytes?

Yup, the RU strings tripping the errors are 49 characters taking up 88 
bytes.  CUPS has a hardcoded upper limit of 80 characters for these 
strings.

As an aside, the PPD spec doesn't seem to explicitly mention a limit for 
translation strings (beyond the per-line limit of 255 bytes) so it 
appears that this is a CUPS implementation detail.

If you disable strict conformance checks, CUPS will accept the PPD but 
truncate the string at 80 bytes, possibly resulting in illegal UTF-8.

 - Solomon
-- 
Solomon Peachy			       pizza at shaftnet dot org
High Springs, FL                          ^^ (email/xmpp) ^^
Quidquid latine dictum sit, altum videtur.

Re: [Gimp-print-devel] printer drivers for osx 10.6

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

> On Dec 2, 2019, at 1:18 PM, Francis.scopedesign <fra...@gm...> wrote:
> 
> how do i access and install the drivers necessary for my printer
> canon pixma mg3650
> mac osx 10.6.8
> 
> i have downloaded gutenprint 5.3.3, not sure how to access the requisite files.
> 
> yours 
> 
> francis coates

The gutenprint 5.3.3 driver will not work with osx 10.6.8.  The team is looking into why this is occurring.  In the meantime, please use the gutenprint 5.2.15 driver.  The direct download is gutenprint-5.2.15.dmg <https://sourceforge.net/projects/gimp-print/files/gutenprint-5.2/5.2.15/gutenprint-5.2.15.dmg/download>
Matt

Re: [Gimp-print-devel] 'make check' failing due to RU translation

[Protea W. J. <aik...@gm...>]

On Wed, Dec 4, 2019 at 10:09 PM Robert Krawitz <rl...@al...> wrote:
>
> On Wed, 4 Dec 2019 06:44:14 -0500, Solomon Peachy wrote:
> >
> > On every PPD that has these PageSizes:
> >
> >   **FAIL**  Bad UTF-8 "ru" translation string for option PageSize, choice w297h666_l.
> >   **FAIL**  Bad UTF-8 "ru" translation string for option PageSize, choice w277h538_l.
>
> I saw.  I discussed it with the Russian team, but it's not very
> apparent why it looks like only the Russian translation has this
> problem, or why it's happening at all.
>
> I think it's probably a string length issue, but some of the English
> strings themselves look too long.

Could be that one part of the code is calculating or comparing string
length in characters, and another part in bytes?
Any multibyte functions that should be used here (I know this often is
a difficulty in PHP, for example).
Gernot Hassenpflug

Re: [Gimp-print-devel] 'make check' failing due to RU translation

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

On Wed, 4 Dec 2019 06:44:14 -0500, Solomon Peachy wrote:
>
> On every PPD that has these PageSizes:
>
>   **FAIL**  Bad UTF-8 "ru" translation string for option PageSize, choice w297h666_l.
>   **FAIL**  Bad UTF-8 "ru" translation string for option PageSize, choice w277h538_l.

I saw.  I discussed it with the Russian team, but it's not very
apparent why it looks like only the Russian translation has this
problem, or why it's happening at all.

I think it's probably a string length issue, but some of the English
strings themselves look too long.
-- 
Robert Krawitz                                     <rl...@al...>

***  MIT Engineers   A Proud Tradition   http://mitathletics.com  ***
Member of the League for Programming Freedom  --  http://ProgFree.org
Project lead for Gutenprint   --    http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

[Gimp-print-devel] 'make check' failing due to RU translation

[Solomon P. <pi...@sh...>]

On every PPD that has these PageSizes:

  **FAIL**  Bad UTF-8 "ru" translation string for option PageSize, choice w297h666_l.
  **FAIL**  Bad UTF-8 "ru" translation string for option PageSize, choice w277h538_l.


 - Solomon
-- 
Solomon Peachy			       pizza at shaftnet dot org
High Springs, FL                          ^^ (email/xmpp) ^^
Quidquid latine dictum sit, altum videtur.

[Gimp-print-devel] printer drivers for osx 10.6

[Francis.scopedesign <fra...@gm...>]

how do i access and install the drivers necessary for my printer
canon pixma mg3650
mac osx 10.6.8

i have downloaded gutenprint 5.3.3, not sure how to access the requisite files.

yours 

francis coates

Re: [Gimp-print-devel] 5.3.3 Installation Failure on 10.6.8

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

That’s something I can get info on, that might lead to the answer. Thanks. As always you save me a ton of work. 

Steve Letter
Sent from my Commodore PET

> On Nov 27, 2019, at 4:05 PM, Matt Broughton <wal...@ma...> wrote:
> 
> 
> 
>>> On Nov 27, 2019, at 12:12 PM, Matt Broughton <wal...@ma...> wrote:
>>> 
>>> 
>>> 
>>> On Nov 27, 2019, at 12:02 PM, Matt Broughton <wal...@ma...> wrote:
>>> 
>>> 
>>> 
>>>> On Nov 26, 2019, at 7:28 PM, Matt Broughton <wal...@ma...> wrote:
>>>> 
>>>> 
>>>> 
>>>>> On Nov 26, 2019, at 4:35 PM, Robert Krawitz <rl...@al...> wrote:
>>>>> 
>>>>> I guess I should bump the minimum requirement to 10.7 now?
>>>>> 
>>>>> -- 
>>>>> Robert Krawitz                                     <rl...@al...>
>>>>> 
>>>> 
>>>> Unfortunately yes. I’m a bit apprehensive as to what will break when we start getting things notarized for Catalina. Hopefully we can find more testers. All I have now is Mac OS X 10.6.8 and lower. I also have macOS 10.14.x Mojave. I don’t know when I will be able to upgrade to Catalina. I will need several hundred dollars of software upgrades. I’ll look into installing a bare bones version of Catalina on another disk.
>>>> Matt
>>> 
>>> I did more than a bit on this.  I ran the installer and looked at the error log.  It didn't get very far and quit with the following two errors:
>>> 
>>> Failed to verify data against certificate.
>>> Invalid Distribution File/Package
>>> 
>>> We should be able to resolve this continue supporting 10.6.x pending what happens with notarization.I am trying to find a tool for Mac OS X 10.6.x to take a look at the the certificate and why it would fail.  The signature is reported as fine in macos 10.14.x Mojave.    I also discovered what appears to be an error in the build script where it is testing for minimum version.  It is something in the preinstall script that is possibly ignored.  That is a separate issue for another thread.
>>> 
>>> Matt
>> 
>> I forgot to mention, there was one other difference between the the 5.2.15 and 5.3.3 installers.
>> file gutenprint-5.2.15.dmg
>> VAX COFF executable not stripped - version 2358
>> 
>> file gutenprint-5.3.3.dmg VAX COFF executable
>> 
>> I have no clue as ro what this means or whether it pertains to the signing of the packages.
>> 
>> Matt
> 
> Continuing my monologue --  I found something very interesting even though I can't explain it.  I used an application called Pacifist to look at what was in the v5.25 and the v5.3.3 installers on Mac OS X 10.6.8.  The _CodeSignature files were definitely missing for v5.3.3.
> 
> In macos 10.4.6, the Terminal check for signatures shows that they are valid for both v5.2.5 and 5.3.3.  Pacifist does not find the _CodeSignature files for v5.3.3 under macos 10.14.6.
> 
> I'm not sure what is going on here.  Perhaps the build environment and tools used for v5.3.3 handle the signature files differently and macos 10.6 can't deal with the change.  Hopefully the attachments will all pass to the list.
> 
> Matt
> <Pacifist macos 10-6-8.jpeg>
> <Pacifist macos 10-14-6.jpg>
> <Terminal macos 10-14-6.jpeg>
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Re: [Gimp-print-devel] 5.3.3 Installation Failure on 10.6.8

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

This shouldn’t be important as far as installing goes.  Key is shouldn’t. 

Steve Letter
Sent from my Commodore PET

> On Nov 27, 2019, at 1:12 PM, Matt Broughton <wal...@ma...> wrote:
> 
> 
> 
>>> On Nov 27, 2019, at 12:02 PM, Matt Broughton <wal...@ma...> wrote:
>>> 
>>> 
>>> 
>>>> On Nov 26, 2019, at 7:28 PM, Matt Broughton <wal...@ma...> wrote:
>>> 
>>> 
>>> 
>>>> On Nov 26, 2019, at 4:35 PM, Robert Krawitz <rl...@al...> wrote:
>>>> 
>>>> I guess I should bump the minimum requirement to 10.7 now?
>>>> 
>>>> -- 
>>>> Robert Krawitz                                     <rl...@al...>
>>>> 
>>> 
>>> Unfortunately yes. I’m a bit apprehensive as to what will break when we start getting things notarized for Catalina. Hopefully we can find more testers. All I have now is Mac OS X 10.6.8 and lower. I also have macOS 10.14.x Mojave. I don’t know when I will be able to upgrade to Catalina. I will need several hundred dollars of software upgrades. I’ll look into installing a bare bones version of Catalina on another disk.
>>> Matt
>> 
>> I did more than a bit on this.  I ran the installer and looked at the error log.  It didn't get very far and quit with the following two errors:
>> 
>> Failed to verify data against certificate.
>> Invalid Distribution File/Package
>> 
>> We should be able to resolve this continue supporting 10.6.x pending what happens with notarization.I am trying to find a tool for Mac OS X 10.6.x to take a look at the the certificate and why it would fail.  The signature is reported as fine in macos 10.14.x Mojave.    I also discovered what appears to be an error in the build script where it is testing for minimum version.  It is something in the preinstall script that is possibly ignored.  That is a separate issue for another thread.
>> 
>> Matt
> 
> I forgot to mention, there was one other difference between the the 5.2.15 and 5.3.3 installers.
> file gutenprint-5.2.15.dmg
> VAX COFF executable not stripped - version 2358
> 
> file gutenprint-5.3.3.dmg VAX COFF executable
> 
> I have no clue as ro what this means or whether it pertains to the signing of the packages.
> 
> Matt
> 
> 
> 
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Re: [Gimp-print-devel] 5.3.3 Installation Failure on 10.6.8

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

> On Nov 27, 2019, at 12:12 PM, Matt Broughton <wal...@ma...> wrote:
> 
> 
> 
>> On Nov 27, 2019, at 12:02 PM, Matt Broughton <wal...@ma...> wrote:
>> 
>> 
>> 
>>> On Nov 26, 2019, at 7:28 PM, Matt Broughton <wal...@ma...> wrote:
>>> 
>>> 
>>> 
>>>> On Nov 26, 2019, at 4:35 PM, Robert Krawitz <rl...@al...> wrote:
>>>> 
>>>> I guess I should bump the minimum requirement to 10.7 now?
>>>> 
>>>> -- 
>>>> Robert Krawitz                                     <rl...@al...>
>>>> 
>>> 
>>> Unfortunately yes. I’m a bit apprehensive as to what will break when we start getting things notarized for Catalina. Hopefully we can find more testers. All I have now is Mac OS X 10.6.8 and lower. I also have macOS 10.14.x Mojave. I don’t know when I will be able to upgrade to Catalina. I will need several hundred dollars of software upgrades. I’ll look into installing a bare bones version of Catalina on another disk.
>>> Matt
>> 
>> I did more than a bit on this.  I ran the installer and looked at the error log.  It didn't get very far and quit with the following two errors:
>> 
>> Failed to verify data against certificate.
>> Invalid Distribution File/Package
>> 
>> We should be able to resolve this continue supporting 10.6.x pending what happens with notarization.I am trying to find a tool for Mac OS X 10.6.x to take a look at the the certificate and why it would fail.  The signature is reported as fine in macos 10.14.x Mojave.    I also discovered what appears to be an error in the build script where it is testing for minimum version.  It is something in the preinstall script that is possibly ignored.  That is a separate issue for another thread.
>> 
>> Matt
> 
> I forgot to mention, there was one other difference between the the 5.2.15 and 5.3.3 installers.
> file gutenprint-5.2.15.dmg
> VAX COFF executable not stripped - version 2358
> 
> file gutenprint-5.3.3.dmg VAX COFF executable
> 
> I have no clue as ro what this means or whether it pertains to the signing of the packages.
> 
> Matt

Continuing my monologue --  I found something very interesting even though I can't explain it.  I used an application called Pacifist to look at what was in the v5.25 and the v5.3.3 installers on Mac OS X 10.6.8.  The _CodeSignature files were definitely missing for v5.3.3.

In macos 10.4.6, the Terminal check for signatures shows that they are valid for both v5.2.5 and 5.3.3.  Pacifist does not find the _CodeSignature files for v5.3.3 under macos 10.14.6.

I'm not sure what is going on here.  Perhaps the build environment and tools used for v5.3.3 handle the signature files differently and macos 10.6 can't deal with the change.  Hopefully the attachments will all pass to the list.

Matt

Re: [Gimp-print-devel] 5.3.3 Installation Failure on 10.6.8

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

> On Nov 27, 2019, at 12:02 PM, Matt Broughton <wal...@ma...> wrote:
> 
> 
> 
>> On Nov 26, 2019, at 7:28 PM, Matt Broughton <wal...@ma...> wrote:
>> 
>> 
>> 
>>> On Nov 26, 2019, at 4:35 PM, Robert Krawitz <rl...@al...> wrote:
>>> 
>>> I guess I should bump the minimum requirement to 10.7 now?
>>> 
>>> -- 
>>> Robert Krawitz                                     <rl...@al...>
>>> 
>> 
>> Unfortunately yes. I’m a bit apprehensive as to what will break when we start getting things notarized for Catalina. Hopefully we can find more testers. All I have now is Mac OS X 10.6.8 and lower. I also have macOS 10.14.x Mojave. I don’t know when I will be able to upgrade to Catalina. I will need several hundred dollars of software upgrades. I’ll look into installing a bare bones version of Catalina on another disk.
>> Matt
> 
> I did more than a bit on this.  I ran the installer and looked at the error log.  It didn't get very far and quit with the following two errors:
> 
> Failed to verify data against certificate.
> Invalid Distribution File/Package
> 
> We should be able to resolve this continue supporting 10.6.x pending what happens with notarization.I am trying to find a tool for Mac OS X 10.6.x to take a look at the the certificate and why it would fail.  The signature is reported as fine in macos 10.14.x Mojave.    I also discovered what appears to be an error in the build script where it is testing for minimum version.  It is something in the preinstall script that is possibly ignored.  That is a separate issue for another thread.
> 
> Matt

I forgot to mention, there was one other difference between the the 5.2.15 and 5.3.3 installers.
file gutenprint-5.2.15.dmg
VAX COFF executable not stripped - version 2358

file gutenprint-5.3.3.dmg VAX COFF executable

I have no clue as ro what this means or whether it pertains to the signing of the packages.

Matt

Re: [Gimp-print-devel] 5.3.3 Installation Failure on 10.6.8

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

> On Nov 26, 2019, at 7:28 PM, Matt Broughton <wal...@ma...> wrote:
> 
> 
> 
>> On Nov 26, 2019, at 4:35 PM, Robert Krawitz <rl...@al...> wrote:
>> 
>> I guess I should bump the minimum requirement to 10.7 now?
>> 
>> -- 
>> Robert Krawitz                                     <rl...@al...>
>> 
> 
> Unfortunately yes. I’m a bit apprehensive as to what will break when we start getting things notarized for Catalina. Hopefully we can find more testers. All I have now is Mac OS X 10.6.8 and lower. I also have macOS 10.14.x Mojave. I don’t know when I will be able to upgrade to Catalina. I will need several hundred dollars of software upgrades. I’ll look into installing a bare bones version of Catalina on another disk.
> Matt

I did more than a bit on this.  I ran the installer and looked at the error log.  It didn't get very far and quit with the following two errors:

Failed to verify data against certificate.
Invalid Distribution File/Package

We should be able to resolve this continue supporting 10.6.x pending what happens with notarization.I am trying to find a tool for Mac OS X 10.6.x to take a look at the the certificate and why it would fail.  The signature is reported as fine in macos 10.14.x Mojave.    I also discovered what appears to be an error in the build script where it is testing for minimum version.  It is something in the preinstall script that is possibly ignored.  That is a separate issue for another thread.

Matt

Re: [Gimp-print-devel] Roland dxy 1100

[Solomon P. <pi...@sh...>]

On Tue, Nov 26, 2019 at 09:10:42AM +0100, Patryk Chylinski wrote:
> Good morning, I have a Roland dxy 1100. The MacBook reads usb but the
> drivers do not work.  I need help with that.  preferably via a remote
> desktop.  Is there any help available?  I am able to pay because I care a

Driving cutter/plotter devices is well outside Gutenprint's purview.

You should contact Roland and/or your application software vendor for 
support, as such applications tend to directly communicate with 
cutter/plotters and usually offer some sort of commercial support.

If that is not possible, then you are likely to have far better luck 
asking on forums dedicated to cutter/plotter equipment/software.

 - Solomon
-- 
Solomon Peachy			       pizza at shaftnet dot org
High Springs, FL                          ^^ (email/xmpp) ^^
Quidquid latine dictum sit, altum videtur.

Re: [Gimp-print-devel] 5.3.3 Installation Failure on 10.6.8

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

> On Nov 26, 2019, at 4:35 PM, Robert Krawitz <rl...@al...> wrote:
> 
> I guess I should bump the minimum requirement to 10.7 now?
> 
> -- 
> Robert Krawitz                                     <rl...@al...>
> 

Unfortunately yes. I’m a bit apprehensive as to what will break when we start getting things notarized for Catalina. Hopefully we can find more testers. All I have now is Mac OS X 10.6.8 and lower. I also have macOS 10.14.x Mojave. I don’t know when I will be able to upgrade to Catalina. I will need several hundred dollars of software upgrades. I’ll look into installing a bare bones version of Catalina on another disk.
Matt

Re: [Gimp-print-devel] 5.3.3 Installation Failure on 10.6.8

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

I guess I should bump the minimum requirement to 10.7 now?

-- 
Robert Krawitz                                     <rl...@al...>

***  MIT Engineers   A Proud Tradition   http://mitathletics.com  ***
Member of the League for Programming Freedom  --  http://ProgFree.org
Project lead for Gutenprint   --    http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

Re: [Gimp-print-devel] 5.3.3 Installation Failure on 10.6.8

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

> On Nov 26, 2019, at 12:03 PM, Curnonski <cur...@gm...> wrote:
> 
> When I try to install Gutenprint 5.3.3 on a 2010 Mac mini running OSX 10.6.8, the package won't open. Instead, I get the following error message: 'The operation couldn't be completed (com.apple.installer.pagecontroller error -1.)'
> 
> Any ideas/workarounds?
> 
> Many thanks!
> 
> Ed


Yes, for some reason the Gutenprint 5.3.3 will not install on Mac OS X 10.6.8.  Please use v5.2.15.
gutenprint-5.2.15.dmg <https://sourceforge.net/projects/gimp-print/files/gutenprint-5.2/5.2.15/gutenprint-5.2.15.dmg/download>

I am sure that as Gutenprint progresses and keeps current with the demands of later versions of macos, later versions will fail to install.

Matt

[Gimp-print-devel] 5.3.3 Installation Failure on 10.6.8

[Curnonski <cur...@gm...>]

When I try to install Gutenprint 5.3.3 on a 2010 Mac mini running OSX 10.6.8, 
the package won't open. Instead, I get the following error message: 'The 
operation couldn't be completed (com.apple.installer.pagecontroller error -1.)'

Any ideas/workarounds?

Many thanks!

Ed

[Gimp-print-devel] Roland dxy 1100

[Patryk C. <co...@pa...>]

Good morning, I have a Roland dxy 1100. The MacBook reads usb but the
drivers do not work.  I need help with that.  preferably via a remote
desktop.  Is there any help available?  I am able to pay because I care a
lot--
*Best regards*
*Patryk Chylinski*

Re: [Gimp-print-devel] Catalina

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

On Mon, 25 Nov 2019 06:25:59 -0500, Steve Letter via Gimp-print-devel wrote:
> Yes, that's where it still stands. With my dad's heart problems, my
> surgery, and the holidays I haven't been able to make the fixes.  I
> am swamped at work because of this too.  I will have sometime over
> thanksgiving holiday to work on it.

Do what you need to to take care of your family first.

Is there anything we can do to help you with automation or anything
else, at least for non-Catalina builds?

>> On Nov 24, 2019, at 9:37 PM, Matt Broughton <wal...@ma...> wrote:
>> 
>> =EF=BB=BF
>> 
>>> On Nov 24, 2019, at 8:30 PM, Robert Krawitz <rl...@al...> wrote:
>>> 
>>> Matt and Steve, any progress on the Catalina front?
>>> 
>>> -- 
>>> Robert Krawitz                                     <rl...@al...>
>> 
>> 
>> Unfortunately, this is all on Steve.  I don't have a developer's certificate; not even close to being competent.  I think I saw that Steve had submitted the current package for notarization by Apple and there are some things that need to be resolved before Apple will put its stamp of approval on it.

-- 
Robert Krawitz                                     <rl...@al...>

***  MIT Engineers   A Proud Tradition   http://mitathletics.com  ***
Member of the League for Programming Freedom  --  http://ProgFree.org
Project lead for Gutenprint   --    http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

Re: [Gimp-print-devel] Catalina

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

Yes, that’s where it still stands. With my dad’s heart problems, my surgery, and the holidays I haven’t been able to make the fixes.  I am swamped at work because of this too.  I will have sometime over thanksgiving holiday to work on it.

Steve Letter

> On Nov 24, 2019, at 9:37 PM, Matt Broughton <wal...@ma...> wrote:
> 
> 
> 
>> On Nov 24, 2019, at 8:30 PM, Robert Krawitz <rl...@al...> wrote:
>> 
>> Matt and Steve, any progress on the Catalina front?
>> 
>> -- 
>> Robert Krawitz                                     <rl...@al...>
> 
> 
> Unfortunately, this is all on Steve.  I don't have a developer's certificate; not even close to being competent.  I think I saw that Steve had submitted the current package for notarization by Apple and there are some things that need to be resolved before Apple will put its stamp of approval on it.
> 
> Matt
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Re: [Gimp-print-devel] Catalina

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

> On Nov 24, 2019, at 8:30 PM, Robert Krawitz <rl...@al...> wrote:
> 
> Matt and Steve, any progress on the Catalina front?
> 
> -- 
> Robert Krawitz                                     <rl...@al...>


Unfortunately, this is all on Steve.  I don't have a developer's certificate; not even close to being competent.  I think I saw that Steve had submitted the current package for notarization by Apple and there are some things that need to be resolved before Apple will put its stamp of approval on it.

Matt

[Gimp-print-devel] Catalina

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

Matt and Steve, any progress on the Catalina front?

-- 
Robert Krawitz                                     <rl...@al...>

***  MIT Engineers   A Proud Tradition   http://mitathletics.com  ***
Member of the League for Programming Freedom  --  http://ProgFree.org
Project lead for Gutenprint   --    http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton