gimp-print-devel

Re: [Gimp-print-devel] How to say thanks for gutenprint

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

On Sun, Sep 22, 2024 at 04:11:26PM -0700, Jonathan Westerling wrote:
> I know you know longer support OSX but wanted to say thanks. Donation?

I'm glad Gutenprint proved useful for you!

The project as a whole has no legal entity behind it so there's no way to
accept donations in Gutenprint's name.

That said, if you insist on donating something, I won't complain if you 
contribute to my printer aquisition fund.  There's a link here:

   https://www.peachyphotos.com/blog/stories/dye-sublimation-photo-printers-and-linux/

 - Solomon
-- 
Solomon Peachy			      pizza at shaftnet dot org (email&xmpp)
                                      @pizza:shaftnet dot org   (matrix)
Dowling Park, FL                      speachy (libera.chat)

Re: [Gimp-print-devel] Question on Roll Printing

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

On Mon, Sep 30, 2024 at 05:44:19PM -0400, Erik Beck of Tahoma wrote:
> Hi all,
> I want to print on 17" wide roll paper (using an Epson SureColor
> P5000). I want the minimum dimension to be 17", so the length will be
> about 25" with the image's aspect ratio.

11x17 is a "standard" size.  I think you will need to select a "custom" 
paper size to achieve what you are describing.

 - Solomon
-- 
Solomon Peachy			      pizza at shaftnet dot org (email&xmpp)
                                      @pizza:shaftnet dot org   (matrix)
Dowling Park, FL                      speachy (libera.chat)

Re: [Gimp-print-devel] Translation sync

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

On Wed, Oct 02, 2024 at 08:32:58AM +0200, Temuri Doghonadze wrote:
> I've translated part of gutenprint 2 years ago, but it seems like it
> still didn't make to git.
> 
> https://translationproject.org/domain/gutenprint.html
> 
> Can anyone help with this, please?

Gutenprint's use of "the translation project" was news to me (not the 
first time this has happend, and certainly won't be the last), but once 
I figured out how to synchronize things I was able to pull in all of the 
pending updates.

In theory I've sent in an update request with the latest -pre tarball, 
and have been added to the notification list for future updates.

These changes will appear in a snapshot tarball some time tomorrow.

 - Solomon
-- 
Solomon Peachy			      pizza at shaftnet dot org (email&xmpp)
                                      @pizza:shaftnet dot org   (matrix)
Dowling Park, FL                      speachy (libera.chat)

[Gimp-print-devel] Translation sync

[Temuri D. <tem...@gm...>]

Hello,

I've translated part of gutenprint 2 years ago, but it seems like it
still didn't make to git.

https://translationproject.org/domain/gutenprint.html

Can anyone help with this, please?
Regards, Temuri

[Gimp-print-devel] Question on Roll Printing

[Erik B. of T. <ba...@ta...>]

Hi all,

Need your help debugging my thinking.

I want to print on 17" wide roll paper (using an Epson SureColor
P5000). I want the minimum dimension to be 17", so the length will be
about 25" with the image's aspect ratio.

However, in Gimp using the 
Gutenprint options, the long dimension is fixed at 17" and greyed out;
so the print will be 11"x17".

How do I direct Gimp and Gutenprint to print a "long landscape"? What
setting am I overlooking?

Thanks,

Erik

[Gimp-print-devel] Messaggio da

[<vi...@li...>]

Sorry to contact you this way, through email, however I wanted to make a 
report on the fly without too much effort.
I bought a canon 2556s and although it doesn't seem to be supported by gutenpring, 
I was able to make several prints by setting the 2555s driver.
I've only been using gutenprint for 1 day, so I'm not an expert, however 
if to make sure that the old driver is 100% compatible with the new printer, 
if you report me some tests to do, I'll try to do it.

Thanks for gutenprint

[Gimp-print-devel] How to say thanks for gutenprint

[Jonathan W. <la...@we...>]

Was struggling for weeks with a rediculously slow printing Laser Jet on 
OSX10.12

Your driver has worked nicely and will save me countless hours in the 
future printing PDFs of music which I perform from.

I know you know longer support OSX but wanted to say thanks. Donation?

Cheers

-- 
- J

Re: [Gimp-print-devel] Request support for "Kyocera FS-1020MFP"

[Zdenek D. <zd...@re...>]

Hi Solomon,

I've had an issue in Fedora where user used this driver (it batches 
whole group of Kyocera printers) with FS-1125MFP, so at least the driver 
is not utterly broken (if CUPS on the machine is < 2.4.2 or >= 2.4.4, or 
if OS backported https://github.com/OpenPrinting/cups/commit/32572321f ).

I've seen some people among CUPS upstream issues using the driver as 
well, but as you said, the only possible way how to know for sure is to 
have the model and try the driver in the real environment.

Best regards,


Zdenek

On 9/3/24 19:12, Solomon Peachy via Gimp-print-devel wrote:
> On Tue, Sep 03, 2024 at 09:37:03AM -0400, gene heskett wrote:
>> Download menu is blocked by a un-bypassaable cookie monster here. I had to
>> accept, now I'll get tons of spam. The printer driver is only a megabyte. so
>> I'm guessing windows actually has a driver it some how downloads and wraps
>> so it runs on linux.
> It's actually a 5MB download, and it contains a set of tarballs that
> each contain a pair of CUPS filters/drivers (ie x86/x86_64), the
> corresponding PPD, and documentation.
>
> (Each of those tarballs is self-contained and for a single language.
> Not sure why they packaged it that way, but whatever)
>
>> Take it back, and get something that actually has linux drivers.
> This printer was first released about a decade ago, targeting
> corporate/managed printer markets, and was discontinued several years
> ago. If this person even purchased it at all, it was most likely from
> from an equipment recycler on an as-is basis.  Either way, "returns" are
> probably not possible.
>
> That said, this printer actually _does_ have native Linux drivers,
> albeit proprietary and only for a couple of architectures. (Oddly enough
> this download wasn't linked off the main support/download page for that
> printer, but that's corporate bitrot for you)
>
> The odds are those drivers will be sufficient.  If not, by far the
> quickest (and cheapest) path forwards will be to find a different
> printer, making sure (in advance) that it has a sufficient level of Linux
> support for their needs.
>
>   - Solomon
>
>
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

-- 
Zdenek Dohnal
Senior Software Engineer
Red Hat, BRQ-TPBC

Re: [Gimp-print-devel] Request support for "Kyocera FS-1020MFP"

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

On Tue, Sep 03, 2024 at 09:37:03AM -0400, gene heskett wrote:
> Download menu is blocked by a un-bypassaable cookie monster here. I had to
> accept, now I'll get tons of spam. The printer driver is only a megabyte. so
> I'm guessing windows actually has a driver it some how downloads and wraps
> so it runs on linux. 

It's actually a 5MB download, and it contains a set of tarballs that 
each contain a pair of CUPS filters/drivers (ie x86/x86_64), the 
corresponding PPD, and documentation. 

(Each of those tarballs is self-contained and for a single language.  
Not sure why they packaged it that way, but whatever)

> Take it back, and get something that actually has linux drivers. 

This printer was first released about a decade ago, targeting 
corporate/managed printer markets, and was discontinued several years 
ago. If this person even purchased it at all, it was most likely from 
from an equipment recycler on an as-is basis.  Either way, "returns" are 
probably not possible.

That said, this printer actually _does_ have native Linux drivers, 
albeit proprietary and only for a couple of architectures. (Oddly enough 
this download wasn't linked off the main support/download page for that 
printer, but that's corporate bitrot for you)

The odds are those drivers will be sufficient.  If not, by far the 
quickest (and cheapest) path forwards will be to find a different 
printer, making sure (in advance) that it has a sufficient level of Linux 
support for their needs.

 - Solomon
-- 
Solomon Peachy			      pizza at shaftnet dot org (email&xmpp)
                                      @pizza:shaftnet dot org   (matrix)
Dowling Park, FL                      speachy (libera.chat)

Re: [Gimp-print-devel] Request support for "Kyocera FS-1020MFP"

[gene h. <ghe...@sh...>]

On 9/3/24 02:27, Zdenek Dohnal wrote:
> On 9/3/24 00:27, gene heskett wrote:
>> On 9/2/24 08:31, Amin Guermazi wrote:
>>> Dear Gutenprint team,
>>> Your project is very useful. However, I'm afraid my printer's model 
>>> isn't supported yet.
>>>
>>> Its name is "Kyocera FS-1020MFP"
>>>
>>> I'd be pleased if you can fulfill my request. Thanks in advance.
>>>
>> I cannot find a linux driver for that model # on the kyocera site, I'd 
>> take it back. Brother has drivers and they work for every feature the 
>> box brags about. You might query the openprinting list.
> 
> https://www.kyoceradocumentsolutions.eu/en/support/downloads.name-L2V1L2VuL21mcC9GUzEwMjBNRlA=.html ?
> 
> I kind of recalled this Kyocera model lines have a specific driver which 
> I came into contact because someone had problem with it..
> 
Download menu is blocked by a un-bypassaable cookie monster here. I had 
to accept, now I'll get tons of spam. The printer driver is only a 
megabyte. so I'm guessing windows actually has a driver it some how 
downloads and wraps so it runs on linux. That doesn't pass the smell 
test. Take it back, and get something that actually has linux drivers. 
Soloman Peachy was right. And he is one of the 3 people whose word I 
trust to render an opinion on printers for linux.
> 
> Zdenek
> 
>>>
>>>
>>> _______________________________________________
>>> Gimp-print-devel mailing list
>>> Gim...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
>>
>> Cheers, Gene Heskett, CET.
> 

Cheers, Gene Heskett, CET.
-- 
"There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
  - Louis D. Brandeis

Re: [Gimp-print-devel] Request support for "Kyocera FS-1020MFP"

[Zdenek D. <zd...@re...>]

On 9/3/24 00:27, gene heskett wrote:
> On 9/2/24 08:31, Amin Guermazi wrote:
>> Dear Gutenprint team,
>> Your project is very useful. However, I'm afraid my printer's model 
>> isn't supported yet.
>>
>> Its name is "Kyocera FS-1020MFP"
>>
>> I'd be pleased if you can fulfill my request. Thanks in advance.
>>
> I cannot find a linux driver for that model # on the kyocera site, I'd 
> take it back. Brother has drivers and they work for every feature the 
> box brags about. You might query the openprinting list.

https://www.kyoceradocumentsolutions.eu/en/support/downloads.name-L2V1L2VuL21mcC9GUzEwMjBNRlA=.html 
?

I kind of recalled this Kyocera model lines have a specific driver which 
I came into contact because someone had problem with it..


Zdenek

>>
>>
>> _______________________________________________
>> Gimp-print-devel mailing list
>> Gim...@li...
>> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
>
> Cheers, Gene Heskett, CET.

-- 
Zdenek Dohnal
Senior Software Engineer
Red Hat, BRQ-TPBC

Re: [Gimp-print-devel] Request support for "Kyocera FS-1020MFP"

[gene h. <ghe...@sh...>]

On 9/2/24 08:31, Amin Guermazi wrote:
> Dear Gutenprint team,
> Your project is very useful. However, I'm afraid my printer's model 
> isn't supported yet.
> 
> Its name is "Kyocera FS-1020MFP"
> 
> I'd be pleased if you can fulfill my request. Thanks in advance.
> 
I cannot find a linux driver for that model # on the kyocera site, I'd 
take it back. Brother has drivers and they work for every feature the 
box brags about. You might query the openprinting list.
> 
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Cheers, Gene Heskett, CET.
-- 
"There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
  - Louis D. Brandeis

Re: [Gimp-print-devel] [SPAM] Request support for "Kyocera FS-1020MFP"

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

On Sun, Sep 01, 2024 at 10:38:07PM +0100, Amin Guermazi wrote:
> Its name is "Kyocera FS-1020MFP"

According to Kyocera, this printer only supports a "host-based" PDL 
instead of something standardized (eg PCL or Postscript)
 
> I'd be pleased if you can fulfill my request. Thanks in advance.

In order for Gutenprint to add support for this model, we need to know 
how the printer expects the page data to be generated and sent over. 
This information can be obtained in one of two ways:

 (a) comprehensive technical documentation from Kyocera, or
 (b) a significant, time-consuming reverse-engineering effort by 
     someone with direct physical access to one of these models.

Once there is sufficient documentation as to how this printer works, 
only then can an actual driver be written.  This also represents a 
non-trivial amount of effort.

It will be far, far cheaper to just replace the printer with one that uses
a standard PDL.

 - Solomonw
-- 
Solomon Peachy			      pizza at shaftnet dot org (email&xmpp)
                                      @pizza:shaftnet dot org   (matrix)
Dowling Park, FL                      speachy (libera.chat)

[Gimp-print-devel] Request support for "Kyocera FS-1020MFP"

[Amin G. <min...@gm...>]

Dear Gutenprint team,
Your project is very useful. However, I'm afraid my printer's model isn't
supported yet.

Its name is "Kyocera FS-1020MFP"

I'd be pleased if you can fulfill my request. Thanks in advance.

Re: [Gimp-print-devel] Help

[Michael S. <ms...@ms...>]

The LPrint software (https://www.msweet.org/lprint) provides a TSPL driver that *should* work with this printer, which is based on the same direct thermal print engine as dozens/hundreds of other printers of that type.

> On Aug 18, 2024, at 6:55 AM, Adım Kırtasiye <adi...@ho...> wrote:
> 
> Hello. I bought a Gprinter 3100 tu thermal barcode device, but I could not install it on my Mac device. Do you have a macos driver for this device? This is my job, it's very critical and that's why I don't want to go back to Windows. I would be very happy if you could help me.
> 
> 
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
> 

________________________
Michael Sweet

[Gimp-print-devel] Help

[Adım K. <adi...@ho...>]

Hello. I bought a Gprinter 3100 tu thermal barcode device, but I could 
not install it on my Mac device. Do you have a macos driver for this 
device? This is my job, it's very critical and that's why I don't want 
to go back to Windows. I would be very happy if you could help me.

Re: [Gimp-print-devel] RFC: New release and abandoning MacOS?

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

> On Aug 10, 2024, at 9:31 AM, Matt Broughton <wal...@ma...> wrote:
> 
> 
> 
>> On Aug 9, 2024, at 11:10 PM, Matt Broughton <wal...@ma...> wrote:
>> 
>> 
>> 
>>> On Aug 9, 2024, at 8:42 PM, Michael Sweet <ms...@ms...> wrote:
>>> 
>>> Matt,
>>> 
>>>> On Aug 9, 2024, at 9:21 PM, Matt Broughton <wal...@ma...> wrote:
>>>> ...
>>>> Thank you for your help Michael.  Unfortunately, I still can't get it to build all the way.
>>>> 
>>>> I did as you said for building libusb and installed --
>>> 
>>> Hmm, maybe edit the installed libusb-1.0.pc to include the Libs.private on the end of the regular Libs, like this:
>>> 
>>>   Libs: -L${libdir} -lusb-1.0 -lobjc -Wl,-framework,IOKit -Wl,-framework,CoreFoundation
>> 
>> Almost.  You also need to add -Wl,-framework,Security which then matches Libs private.
>> 
>> Libs: -L${libdir} -lusb-1.0 -lobjc -Wl,-framework,IOKit -Wl,-framework,CoreFoundation -Wl,-framework,Security
>> Libs.private:  -lobjc -Wl,-framework,IOKit -Wl,-framework,CoreFoundation -Wl,-framework,Security
>> Cflags: -I${includedir}/libusb-1.0
>> 
>> Now it builds.  I haven't tested the build yet, but this is a big step.  Thank you Michael.

You can also edit the libusb-1.0.pc.in file before you build.  Add @LIBS@ to the end of the line for Libs: so it reads:
Libs: -L${libdir} -lusb-1.0 @LIBS@

Matt

Re: [Gimp-print-devel] libgutenprint versions macos

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

On Sun, Aug 11, 2024 at 02:27:41PM -0500, Matt Broughton wrote:
> Building v5.3.5-pre1, I get libgutenprint.8.dylib.  This seems odd to me as v5.3.3, produces libgutenprint.9.dylib.  Seemingly a higher version.  Is this correct? 
> When I run otool -L, the versioning seems logical with 
> v5.3.5-pre1  ----- otool -L libgutenprint8.dylib shows a current version 15.0.0
> v5.3.3      -------- otool -L libgutenprint.9.dylib shows a current version 14.0.0

Hmm, I see what's going on.  And yes, it's a mistake on my part.

(What threw me off is that Gutenprint doesn't use standard 3-component 
libtool version naming conventions, due to unspecified MacOS issues..)

I'll probably spin a -pre2 tonight, to pull this (and a bunch of other 
fixes) in.

 - Solomon
-- 
Solomon Peachy			      pizza at shaftnet dot org (email&xmpp)
                                      @pizza:shaftnet dot org   (matrix)
Dowling Park, FL                      speachy (libera.chat)

[Gimp-print-devel] libgutenprint versions macos

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

Building v5.3.5-pre1, I get libgutenprint.8.dylib.  This seems odd to me as v5.3.3, produces libgutenprint.9.dylib.  Seemingly a higher version.  Is this correct? 

When I run otool -L, the versioning seems logical with 
v5.3.5-pre1  ----- otool -L libgutenprint8.dylib shows a current version 15.0.0
v5.3.3      -------- otool -L libgutenprint.9.dylib shows a current version 14.0.0

Everything is working fine, it was just a bit odd to see a lower number for libgutenprint.x.dylib.

Matt

Re: [Gimp-print-devel] RFC: New release and abandoning MacOS?

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

> On Aug 9, 2024, at 11:10 PM, Matt Broughton <wal...@ma...> wrote:
> 
> 
> 
>> On Aug 9, 2024, at 8:42 PM, Michael Sweet <ms...@ms...> wrote:
>> 
>> Matt,
>> 
>>> On Aug 9, 2024, at 9:21 PM, Matt Broughton <wal...@ma...> wrote:
>>> ...
>>> Thank you for your help Michael.  Unfortunately, I still can't get it to build all the way.
>>> 
>>> I did as you said for building libusb and installed --
>> 
>> Hmm, maybe edit the installed libusb-1.0.pc to include the Libs.private on the end of the regular Libs, like this:
>> 
>>   Libs: -L${libdir} -lusb-1.0 -lobjc -Wl,-framework,IOKit -Wl,-framework,CoreFoundation
> 
> Almost.  You also need to add -Wl,-framework,Security which then matches Libs private.
> 
> Libs: -L${libdir} -lusb-1.0 -lobjc -Wl,-framework,IOKit -Wl,-framework,CoreFoundation -Wl,-framework,Security
> Libs.private:  -lobjc -Wl,-framework,IOKit -Wl,-framework,CoreFoundation -Wl,-framework,Security
> Cflags: -I${includedir}/libusb-1.0
> 
> Now it builds.  I haven't tested the build yet, but this is a big step.  Thank you Michael.

A quick follow on--- Everything now builds nicely and summary testing is without problems.  
1. After uninstalling  libsub, the 'gutenprint53+usb' backend works nicely for the one printer tested(sudo BACKEND=mitsu70x /usr/libexec/cups/backend/gutenprint53+usb -s).  
2. With the modifications to genppd.c cited earlier in the thread, all Printer Features are available for printers that can print to CD/DVDs and are passed properly for printing (tested using file print for Epson SP R800)
3. Actual ink on paper with Epson WF-1100 is fine.

I will do some more testing at a later time.

Matt

Re: [Gimp-print-devel] RFC: New release and abandoning MacOS?

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

> On Aug 9, 2024, at 8:42 PM, Michael Sweet <ms...@ms...> wrote:
> 
> Matt,
> 
>> On Aug 9, 2024, at 9:21 PM, Matt Broughton <wal...@ma...> wrote:
>> ...
>> Thank you for your help Michael.  Unfortunately, I still can't get it to build all the way.
>> 
>> I did as you said for building libusb and installed --
> 
> Hmm, maybe edit the installed libusb-1.0.pc to include the Libs.private on the end of the regular Libs, like this:
> 
>    Libs: -L${libdir} -lusb-1.0 -lobjc -Wl,-framework,IOKit -Wl,-framework,CoreFoundation

Almost.  You also need to add -Wl,-framework,Security which then matches Libs private.

Libs: -L${libdir} -lusb-1.0 -lobjc -Wl,-framework,IOKit -Wl,-framework,CoreFoundation -Wl,-framework,Security
Libs.private:  -lobjc -Wl,-framework,IOKit -Wl,-framework,CoreFoundation -Wl,-framework,Security
Cflags: -I${includedir}/libusb-1.0

Now it builds.  I haven't tested the build yet, but this is a big step.  Thank you Michael.

Matt

Re: [Gimp-print-devel] RFC: New release and abandoning MacOS?

[Michael S. <ms...@ms...>]

Matt,

> On Aug 9, 2024, at 9:21 PM, Matt Broughton <wal...@ma...> wrote:
> ...
> Thank you for your help Michael.  Unfortunately, I still can't get it to build all the way.
> 
> I did as you said for building libusb and installed --

Hmm, maybe edit the installed libusb-1.0.pc to include the Libs.private on the end of the regular Libs, like this:

    Libs: -L${libdir} -lusb-1.0 -lobjc -Wl,-framework,IOKit -Wl,-framework,CoreFoundation

________________________
Michael Sweet

Re: [Gimp-print-devel] RFC: New release and abandoning MacOS?

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

> On Aug 9, 2024, at 6:55 AM, Michael Sweet via Gimp-print-devel <gim...@li...> wrote:
> 
> Matt,
> 
>> On Aug 8, 2024, at 4:01 PM, Matt Broughton <wal...@ma...> wrote:
>> ...
>> libusb is not included with any version of macos. What I am tyring to do is make an installer package for Gutenprint where gutenprint53+usb will work without having the macos Gutenprint installer actually installing libusb--  to build a statically linked binary or library.
> 
> So I actually do this for my LPrint and hp-printer-app packages on macOS, which depend on PAPPL and libusb.
> 
> The libusb configure script supports the "--disable-shared" option.  Use it and then it will only link statically to libusb.
> 
> I also set the compiler flags before running the configure script as follows to build "fat" for macOS 11 and later:
> 
>    CFLAGS="-mmacosx-version-min=11.0 -arch x86_64 -arch arm64"; export CFLAGS
>    CXXFLAGS="-mmacosx-version-min=11.0 -arch x86_64 -arch arm64"; export CXXFLAGS
>    LDFLAGS="-mmacosx-version-min=11.0 -arch x86_64 -arch arm64"; export LDFLAGS
> 
> You can change the min version to whatever you like, although the code signing and notarization stuff changed between macOS 10.13 and 10.14 so I personally wouldn't go any older than 10.14...  If you decide to do a PPC-compatible build then you'll need an older system and use "-arch i386 -arch ppc" in the compiler options.

Thank you for your help Michael.  Unfortunately, I still can't get it to build all the way.

I did as you said for building libusb and installed --

matt$ file /usr/local/lib/libusb-1.0.a 
/usr/local/lib/libusb-1.0.a: Mach-O universal binary with 2 architectures: [x86_64:current ar archive random library] [arm64:current ar archive random library]
/usr/local/lib/libusb-1.0.a (for architecture x86_64):	current ar archive random library
/usr/local/lib/libusb-1.0.a (for architecture arm64):	current ar archive random library
matt$ lipo -archs /usr/local/lib/libusb-1.0.a 
x86_64 arm64

Then I went to build gutenprint 5.3.5-pre1 fat(x86_64 and arm64), and it errored out building the backend.  Interestingly, if I switch the architecture around (arm64 and x86_64), it will fail with the same error but show capture_entitlements in libusb-1.0a[arm64].......   I went back and built and installed libusb for only arm64.  Same errors when I go to build gutennprint backend.

Undefined symbols for architecture x86_64:
  "_SecTaskCopyValueForEntitlement", referenced from:
      _darwin_has_capture_entitlements in libusb-1.0.a[x86_64][10](darwin_usb.o)
  "_SecTaskCreateFromSelf", referenced from:
      _darwin_has_capture_entitlements in libusb-1.0.a[x86_64][10](darwin_usb.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[3]: *** [backend_gutenprint] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

When run with "-v" added to LDFLAGS ---

Making all in cups
  CC       cups-calibrate.o
  CCLD     cups-calibrate
Apple clang version 15.0.0 (clang-1500.3.9.4)
Target: arm64-apple-darwin23.6.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
 "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld" -demangle -lto_library /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/libLTO.dylib -dynamic -arch x86_64 -platform_version macos 11.0.0 14.5 -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -Os -o /var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/cups-calibrate-835523/cups-calibrate-x86_64.out -L/usr/local/lib cups-calibrate.o -lm -framework IOKit -framework CoreFoundation -arch_multiple -final_output cups-calibrate -lSystem /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/15.0.0/lib/darwin/libclang_rt.osx.a
 "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld" -demangle -lto_library /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/libLTO.dylib -dynamic -arch arm64 -platform_version macos 11.0.0 14.5 -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -Os -o /var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/cups-calibrate-104106/cups-calibrate-arm64.out -L/usr/local/lib cups-calibrate.o -lm -framework IOKit -framework CoreFoundation -arch_multiple -final_output cups-calibrate -lSystem /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/15.0.0/lib/darwin/libclang_rt.osx.a
 "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/lipo" -create -output cups-calibrate /var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/cups-calibrate-835523/cups-calibrate-x86_64.out /var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/cups-calibrate-104106/cups-calibrate-arm64.out
  CC       backend_gutenprint-backend_canonselphy.o
  CC       backend_gutenprint-backend_canonselphyneo.o
  CC       backend_gutenprint-backend_kodak1400.o
  CC       backend_gutenprint-backend_kodak6800.o
  CC       backend_gutenprint-backend_kodak605.o
  CC       backend_gutenprint-backend_shinkos2145.o
  CC       backend_gutenprint-backend_sonyupd.o
  CC       backend_gutenprint-backend_sonyupdneo.o
  CC       backend_gutenprint-backend_dnpds40.o
  CC       backend_gutenprint-backend_mitsu70x.o
  CC       backend_gutenprint-backend_mitsu9550.o
  CC       backend_gutenprint-backend_sinfonia.o
  CC       backend_gutenprint-backend_common.o
  CC       backend_gutenprint-backend_shinkos1245.o
  CC       backend_gutenprint-backend_shinkos6145.o
  CC       backend_gutenprint-backend_shinkos6245.o
  CC       backend_gutenprint-backend_mitsup95d.o
  CC       backend_gutenprint-backend_magicard.o
  CC       backend_gutenprint-backend_mitsud90.o
  CC       backend_gutenprint-backend_hiti.o
  CC       backend_gutenprint-backend_mitsu.o
  CC       backend_gutenprint-backend_kodak8800.o
  CCLD     backend_gutenprint
Apple clang version 15.0.0 (clang-1500.3.9.4)
Target: arm64-apple-darwin23.6.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
 "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld" -demangle -lto_library /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/libLTO.dylib -dynamic -arch x86_64 -platform_version macos 11.0.0 14.5 -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -Os -o /var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/backend_gutenprint-backend_canonselphy-7e07f3/backend_gutenprint-backend_canonselphy-x86_64.out -L/usr/local/lib -L/usr/local/lib backend_gutenprint-backend_canonselphy.o backend_gutenprint-backend_canonselphyneo.o backend_gutenprint-backend_kodak1400.o backend_gutenprint-backend_kodak6800.o backend_gutenprint-backend_kodak605.o backend_gutenprint-backend_shinkos2145.o backend_gutenprint-backend_sonyupd.o backend_gutenprint-backend_sonyupdneo.o backend_gutenprint-backend_dnpds40.o backend_gutenprint-backend_mitsu70x.o backend_gutenprint-backend_mitsu9550.o backend_gutenprint-backend_sinfonia.o backend_gutenprint-backend_common.o backend_gutenprint-backend_shinkos1245.o backend_gutenprint-backend_shinkos6145.o backend_gutenprint-backend_shinkos6245.o backend_gutenprint-backend_mitsup95d.o backend_gutenprint-backend_magicard.o backend_gutenprint-backend_mitsud90.o backend_gutenprint-backend_hiti.o backend_gutenprint-backend_mitsu.o backend_gutenprint-backend_kodak8800.o /usr/local/lib/libusb-1.0.a -lobjc -ldl -framework IOKit -framework CoreFoundation -arch_multiple -final_output backend_gutenprint -lSystem /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/15.0.0/lib/darwin/libclang_rt.osx.a
Undefined symbols for architecture x86_64:
  "_SecTaskCopyValueForEntitlement", referenced from:
      _darwin_has_capture_entitlements in libusb-1.0.a[x86_64][10](darwin_usb.o)
  "_SecTaskCreateFromSelf", referenced from:
      _darwin_has_capture_entitlements in libusb-1.0.a[x86_64][10](darwin_usb.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[3]: *** [backend_gutenprint] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


> 
> If it would be useful, I'm happy to share my (currently private) "macbase" project which I use to build a couple dozen common tools and libraries on my Macs, all using static libraries and "fat".

Thank you for your offer.  I think most of it would be over my head and lost on me.  I'll play around with libusb and gutenprint a bit more.  If nothing else, I can at least test the v5.3.5-pre1 release and update the build script and uninstaller.

Matt

Re: [Gimp-print-devel] RFC: New release and abandoning MacOS?

[Michael S. <ms...@ms...>]

Matt,

> On Aug 8, 2024, at 4:01 PM, Matt Broughton <wal...@ma...> wrote:
> ...
> libusb is not included with any version of macos. What I am tyring to do is make an installer package for Gutenprint where gutenprint53+usb will work without having the macos Gutenprint installer actually installing libusb--  to build a statically linked binary or library.

So I actually do this for my LPrint and hp-printer-app packages on macOS, which depend on PAPPL and libusb.

The libusb configure script supports the "--disable-shared" option.  Use it and then it will only link statically to libusb.

I also set the compiler flags before running the configure script as follows to build "fat" for macOS 11 and later:

    CFLAGS="-mmacosx-version-min=11.0 -arch x86_64 -arch arm64"; export CFLAGS
    CXXFLAGS="-mmacosx-version-min=11.0 -arch x86_64 -arch arm64"; export CXXFLAGS
    LDFLAGS="-mmacosx-version-min=11.0 -arch x86_64 -arch arm64"; export LDFLAGS

You can change the min version to whatever you like, although the code signing and notarization stuff changed between macOS 10.13 and 10.14 so I personally wouldn't go any older than 10.14...  If you decide to do a PPC-compatible build then you'll need an older system and use "-arch i386 -arch ppc" in the compiler options.

If it would be useful, I'm happy to share my (currently private) "macbase" project which I use to build a couple dozen common tools and libraries on my Macs, all using static libraries and "fat".

________________________
Michael Sweet

Re: [Gimp-print-devel] RFC: New release and abandoning MacOS?

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

> On Aug 8, 2024, at 6:52 AM, Greg Troxel <gd...@le...> wrote:
> 
> Matt Broughton <wal...@ma...> writes:
> 
>>> On Aug 7, 2024, at 6:53 AM, Greg Troxel <gd...@le...> wrote:
>>> 
>>> Matt Broughton <wal...@ma...> writes:
>>> 
>>>> The third party package managers for macos are fink, mac ports, and
>>>> brew.  One of them might be interested.  I have used all three of them
>>>> at one point or another.
>>> 
>>> pkgsrc also builds for macos, among many others.
>> 
>> Thanks for the information Greg.  Somehow I missed that resource.
>> 
>> The nice thing about using a package manager for macos is that the
>> package maintainer will make sure that libusb is available.  All of
>> the existing macos v5.3.x packages break Solomon's backend because
>> libusb was not built against the static library.  My attempts to build
>> against a static libusb have failed.  From searching the web, there
>> seems to be little, if any, real support for building against static
>> libraries.
>> Matt
> 
> I am not quite following.  Are you trying to build a gutenprint dynamic
> library that has somehow included ilbusb?   I don't understand why you
> would need to do this, but I'm used to a world where all the instsalled
> libraries are ok.

Sorry about not being clear -- part stream of consciousness and part not fully knowing what I am doing.
 
libusb is not included with any version of macos. What I am tyring to do is make an installer package for Gutenprint where gutenprint53+usb will work without having the macos Gutenprint installer actually installing libusb--  to build a statically linked binary or library.

There are a couple of reasons for this.  1. I don't want to have to worry about license compatibility, distributing a copy of libusb license, source code etc.    2. The end user may already have libusb installed and I sure don't want to clobber it. Steps can be taken to get around this, but things get more complicated and the 'uninstaller' must also be updated carefully so that it only removes files and symlinks Gutennprint installed.

Matt