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

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

On Tue, Aug 06, 2024 at 03:59:38PM -0500, Matt Broughton wrote:
> At the least, the fix can be memorialized on the list.  The fix for 
> macos is to do away with a custom option for printing on CD/DVDs.

The discussion was too long ago to jog my memory, but I'm not in favor 
of killing this option for everyone because MacOS is um, differently abled. 

> When we found this fix, it was felt that the custom option was important to keep wherever possible.  Using something like 
> #ifdef __APPLE__ 
> was not favored, but nothing was ever resolved.  If genppd.c could be 
> modified and a conditional #ifdef __APPLE__ addition, or something 
> else) is palatable, it would be appreciated.  I'm not a coder, so I 
> can't give the exact code needed.

Given a choice between "Completely broken on MacOS but works for 
everyone else" and "disable this feature for MacOS and leave it enabled 
for everyone else" I'm much in favor of the latter.

I do worry about the support requests, but I suppose this is the lest 
crappy choice.

> The v5.3.5-pre1 release does build nicely from the command line on 
> machines of both architectures (macos 12.5 x86_64 and macos 14.5 
> arm64).  The `make check` was took about 8 hours, but everything 
> passed.

It builds, but does it... well, work with actual printers?  (And I'm 
especially curious about the dyesub backend; integrating that required a 
lot of headaches in the past)

If it does work, I wonder if trying to get gutenprint added to fink 
might not be the path forward.  Not quite as convenient but at least 
it'll be there.

BTW, I highly recommend 'make check-parallel' instead.  :D

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