gimp-print-devel

Re: [Gimp-print-devel] DPD string length for Georgian

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

On Thu, Jan 23, 2025 at 03:57:58PM +0100, Temuri Doghonadze wrote:
> log file is still clean, cups-genppd.5.3 still doesn't create output.

Ah, I see what it is.  I asked you to run:

  cups-genppd.5.3 -Z -p /tmp scp2-fujifilm-dx100

there should be an 'e' before 'scp2', ie:

  cups-genppd.5.3 -Z -p /tmp escp2-fujifilm-dx100

It was a cut-n-paste error, sorry for that.

> system is fedora rawhide.

Fedora 41 on my end.

 - 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] DPD string length for Georgian

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

P.S. even after doing make check-parralel with make install done, in
src/cups/ppdtest there are only C, Global, en_GB, zh_CN and zh_Tw
populated.

On Thu, Jan 23, 2025 at 3:57 PM Temuri Doghonadze
<tem...@gm...> wrote:
>
> So,
> I did git pull
> did ./autogen.sh;./configure;make;sudo make install
> then I ran make check-parallel
> log file is still clean, cups-genppd.5.3 still doesn't create output.
> system is fedora rawhide.
> what in the world I'm doing wrong? tried it three times, with
> distclean twice and with fresh pull once. still the same result.
>
> Temuri
>
> On Thu, Jan 23, 2025 at 3:11 PM Solomon Peachy <pi...@sh...> wrote:
> >
> > On Thu, Jan 23, 2025 at 04:52:41AM +0100, Temuri Doghonadze wrote:
> > > To do it one by one, I tried to run command you suggested from src/cups
> >
> > make install everything first.
> >
> > > [temuri@fedora cups]$ ./cups-genppd.5.3 -Z -p /tmp scp2-fujifilm-dx100
> > >  done.
> > > But no new file appears in /tmp
> >
> > cups-genppd needs the XML (and po) files to be installed.
> >
> >  - 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] DPD string length for Georgian

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

So,
I did git pull
did ./autogen.sh;./configure;make;sudo make install
then I ran make check-parallel
log file is still clean, cups-genppd.5.3 still doesn't create output.
system is fedora rawhide.
what in the world I'm doing wrong? tried it three times, with
distclean twice and with fresh pull once. still the same result.

Temuri

On Thu, Jan 23, 2025 at 3:11 PM Solomon Peachy <pi...@sh...> wrote:
>
> On Thu, Jan 23, 2025 at 04:52:41AM +0100, Temuri Doghonadze wrote:
> > To do it one by one, I tried to run command you suggested from src/cups
>
> make install everything first.
>
> > [temuri@fedora cups]$ ./cups-genppd.5.3 -Z -p /tmp scp2-fujifilm-dx100
> >  done.
> > But no new file appears in /tmp
>
> cups-genppd needs the XML (and po) files to be installed.
>
>  - 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] DPD string length for Georgian

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

On Thu, Jan 23, 2025 at 04:52:41AM +0100, Temuri Doghonadze wrote:
> To do it one by one, I tried to run command you suggested from src/cups

make install everything first.

> [temuri@fedora cups]$ ./cups-genppd.5.3 -Z -p /tmp scp2-fujifilm-dx100
>  done.
> But no new file appears in /tmp

cups-genppd needs the XML (and po) files to be installed.

 - 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] [SPAM] DPD string length for Georgian

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

Just as an additional info, in directory src/cups/ppdtest there are 31
dirs, but only C, en_GB, zh_CN and zh_TW are populated.
Is there anything I should know?
Temuri

On Thu, Jan 23, 2025 at 4:52 AM Temuri Doghonadze
<tem...@gm...> wrote:
>
> Hello,
> Removed system-installed gutenprint package and tried again, again
> success, no complaints.
> To do it one by one, I tried to run command you suggested from src/cups
>
> [temuri@fedora cups]$ ./cups-genppd.5.3 -Z -p /tmp scp2-fujifilm-dx100
>  done.
> But no new file appears in /tmp
>
> Temuri
>
> On Wed, Jan 22, 2025 at 3:27 PM Solomon Peachy <pi...@sh...> wrote:
> >
> > On Tue, Jan 21, 2025 at 04:53:21PM +0100, Temuri Doghonadze wrote:
> > > Please, see src/cups/test-ppds.log below. Did it twice, after doing
> > > make distclean.
> >
> > Is there a version of gutenprint already installed? It's possible
> > that is being used by the tests instead.
> >
> > A less efficient method is to manually generate some PPD files and run
> > those through cupstestppd.  For example:
> >
> > $ cups-genppd.5.3 -Z -p /tmp scp2-fujifilm-dx100
> >  done.
> > $ cupstestppd /tmp/stp-scp2-fujifilm-dx100.5.3.ppd
> > /tmp/stp-escp2-fujifilm-dx100.5.3.ppd: FAIL
> >       **FAIL**  Unable to open PPD file - Illegal translation string on line 10148.
> >                 REF: Page 27, section 3.5.
> >
> > Line 10148 is:
> >
> >   *ka.Translation StpiShrinkOutput/თუ საჭიროა, საზღვრებში ჩასატევად გვერდის დაპატარავება: ""
> >
> > Those 53 characters encode into 147 bytes, well over the 80 byte PPD limit.
> >
> > Fix that, repeat the process until you get no more errors..
> >
> > FWIW It would probably not be too hard to write a script to to extract
> > all 'ka.' strings from the PPD and calculate a length check across each.
> >
> >  - 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] [SPAM] DPD string length for Georgian

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

Hello,
Removed system-installed gutenprint package and tried again, again
success, no complaints.
To do it one by one, I tried to run command you suggested from src/cups

[temuri@fedora cups]$ ./cups-genppd.5.3 -Z -p /tmp scp2-fujifilm-dx100
 done.
But no new file appears in /tmp

Temuri

On Wed, Jan 22, 2025 at 3:27 PM Solomon Peachy <pi...@sh...> wrote:
>
> On Tue, Jan 21, 2025 at 04:53:21PM +0100, Temuri Doghonadze wrote:
> > Please, see src/cups/test-ppds.log below. Did it twice, after doing
> > make distclean.
>
> Is there a version of gutenprint already installed? It's possible
> that is being used by the tests instead.
>
> A less efficient method is to manually generate some PPD files and run
> those through cupstestppd.  For example:
>
> $ cups-genppd.5.3 -Z -p /tmp scp2-fujifilm-dx100
>  done.
> $ cupstestppd /tmp/stp-scp2-fujifilm-dx100.5.3.ppd
> /tmp/stp-escp2-fujifilm-dx100.5.3.ppd: FAIL
>       **FAIL**  Unable to open PPD file - Illegal translation string on line 10148.
>                 REF: Page 27, section 3.5.
>
> Line 10148 is:
>
>   *ka.Translation StpiShrinkOutput/თუ საჭიროა, საზღვრებში ჩასატევად გვერდის დაპატარავება: ""
>
> Those 53 characters encode into 147 bytes, well over the 80 byte PPD limit.
>
> Fix that, repeat the process until you get no more errors..
>
> FWIW It would probably not be too hard to write a script to to extract
> all 'ka.' strings from the PPD and calculate a length check across each.
>
>  - 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] [SPAM] DPD string length for Georgian

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

On Tue, Jan 21, 2025 at 04:53:21PM +0100, Temuri Doghonadze wrote:
> Please, see src/cups/test-ppds.log below. Did it twice, after doing
> make distclean.

Is there a version of gutenprint already installed? It's possible
that is being used by the tests instead.

A less efficient method is to manually generate some PPD files and run 
those through cupstestppd.  For example:

$ cups-genppd.5.3 -Z -p /tmp scp2-fujifilm-dx100
 done.
$ cupstestppd /tmp/stp-scp2-fujifilm-dx100.5.3.ppd
/tmp/stp-escp2-fujifilm-dx100.5.3.ppd: FAIL
      **FAIL**  Unable to open PPD file - Illegal translation string on line 10148.
                REF: Page 27, section 3.5.

Line 10148 is:

  *ka.Translation StpiShrinkOutput/თუ საჭიროა, საზღვრებში ჩასატევად გვერდის დაპატარავება: ""

Those 53 characters encode into 147 bytes, well over the 80 byte PPD limit.

Fix that, repeat the process until you get no more errors..

FWIW It would probably not be too hard to write a script to to extract 
all 'ka.' strings from the PPD and calculate a length check across each.

 - 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] Please one gutenprint linux driver for HP 2700 All-in-one

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

On Wed, Jan 22, 2025 at 10:07:07AM -0300, BCampos Luiz wrote:
>               My printer is unable to print with your drive...Please,
>    point out one !

https://developers.hp.com/hp-linux-imaging-and-printing/supported_devices/index

 - 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] Support for the epson Sc-P900

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

On Thu, Jan 16, 2025 at 03:38:35PM -0500, defy-rocker-giggly--- via Gimp-print-devel wrote:
> I was wondering what is the state of development of gutenprint, (still
> active or not). I have a sc-P900 epson printer, and I would be glad to be
> able to use it with gutenprint. Do you think it is worth trying ? I have a
> spectrophotometer probe, some knowledge about programming. Let met know !

....Try it and see?   Start with the P800 and go from there.

The main differences are a new ink set and support for a higher 
resolution mode.

If that appears to mostly work, then you'll need to create a set of XML 
data files for the inkset and underlying model, this commit (for the 
SL-D700) shows what's needed:

  597efe256b6e0ea8ffc48d780371cd67983a4e4c

That said, Epson claims this model supports AirPrint (ie Driverless/IPP 
Everywhere) so that will probably yield much better results than 
Gutenprint in the short-to-medium term.  

Longer term, Gutenprint's output will get better, but that requires you 
to be willing to go through the effort and expense (ie ink+paper) of 
carefully tuning all the knobs.

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

[Gimp-print-devel] Please one gutenprint linux driver for HP 2700 All-in-one

[BCampos L. <lui...@ya...>]

<div> </div><div>      Dear Sirs</div><div> </div><div>           My printer is unable to print with your drive...Please, point out one !</div><div> </div><div>      Thanks</div><div>-- </div><div><a href="mailto:lui...@ya..." rel="noopener noreferrer">lui...@ya...</a></div><div>+5522992693526</div><div> </div>

Re: [Gimp-print-devel] [SPAM] DPD string length for Georgian

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

Hello,
Mea culpa about PPD :)

Please, see src/cups/test-ppds.log below. Did it twice, after doing
make distclean.
System is fedora rawhide.

make is still doing something, but it's well past of this particular
check, so I didn't step back to stop it, I doubt it will come back to
src/cups/test-ppds.log again. If it will, tell me please and I'll run
it until it'll finish everything.
Output on make screen:

....

  CCLD     commandtoepson
  CCLD     commandtocanon
  CCLD     commandtodyesub
  CCLD     rastertogutenprint.5.3
  CCLD     gutenprint.5.3
  CCLD     cups-genppd.5.3
  CCLD     backend_gutenprint
PASS: test-ppds.test

Content of file src/cups/test-ppds.log

****************************************************************
GENERATING PPD FILES (all):
Non-localized PPDs:
Global PPDs (all):
Non-localized PPDs (all):
........................................................... done.
Localized PPD files (all):
.....ca: ...cs: ..da: ......de: ..el: ..en_GB: ...... done.
..................................... done.
es: .fi: .fr: gl: .hr: .hu: is: .it: .ja: ka: ..nb: .nl: .pl: .pt:
..ro: .ru: ..sk: ..sl: ..sv: ..tr: ..uk: vi: ..zh_CN: ..... done.
................................ done.
zh_TW: ..................................... done.
TESTING PPD FILES:
..............................................................................................................................................................
.......................
All 36040 PPD files pass
PASS test-ppds.test (exit status: 0)


Regards, Temuri

On Tue, Jan 21, 2025 at 4:00 PM Solomon Peachy <pi...@sh...> wrote:
>
> On Mon, Jan 20, 2025 at 03:51:33PM +0100, Temuri Doghonadze wrote:
> > I've done translation of gutenprint several months ago, but several
> > days ago I have noticed that it's disabled. Asked Zdenek Dohnal and I
> > was told that several DPD strings are bigger than 80 bytes, which is
> > unsupported.
>
> FYI it is 'PPD' not 'DPD'  :)
>
> (For anyone else that's reading this, the problem is that one Georgian
> "character" typically takes up more than one byte when encoded into
> UTF-8. So even though a translated string may be less than 80
> _characters_ it can take over 80 bytes to store/represent it in the PPD
> file)
>
> > Could you please tell me how can I filter out strings which are
> > breaking this rule? I believe not all strings are under this
> > restriction.
>
> Only strings that can end up in the PPD file are affected, but I'm not
> sure of a simple way to flag the ones that are potentially problematic.
>
> You'll need to re-enable the Georgian language in configure.ac, re-run
> autogen.sh and do a build, generate a buch of PPD files, and pass those
> files through 'cupstestppd'
>
> You can run 'make check-parallel' to do this automatically (after
> running ./autogen.sh first), but it will take a couple of hours to
> complete unless you have a beefy system.  The failures will show up in
> src/cups/test-ppds.log.
>
>  - 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] [SPAM] DPD string length for Georgian

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

On Mon, Jan 20, 2025 at 03:51:33PM +0100, Temuri Doghonadze wrote:
> I've done translation of gutenprint several months ago, but several
> days ago I have noticed that it's disabled. Asked Zdenek Dohnal and I
> was told that several DPD strings are bigger than 80 bytes, which is
> unsupported. 

FYI it is 'PPD' not 'DPD'  :)

(For anyone else that's reading this, the problem is that one Georgian 
"character" typically takes up more than one byte when encoded into 
UTF-8. So even though a translated string may be less than 80 
_characters_ it can take over 80 bytes to store/represent it in the PPD 
file)

> Could you please tell me how can I filter out strings which are 
> breaking this rule? I believe not all strings are under this 
> restriction.

Only strings that can end up in the PPD file are affected, but I'm not 
sure of a simple way to flag the ones that are potentially problematic.

You'll need to re-enable the Georgian language in configure.ac, re-run 
autogen.sh and do a build, generate a buch of PPD files, and pass those 
files through 'cupstestppd'

You can run 'make check-parallel' to do this automatically (after 
running ./autogen.sh first), but it will take a couple of hours to 
complete unless you have a beefy system.  The failures will show up in 
src/cups/test-ppds.log.

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

[Gimp-print-devel] DPD string length for Georgian

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

Hello,
My name is Temuri and I do translations of various software to
Georgian in my free time.
I've done translation of gutenprint several months ago, but several
days ago I have noticed that it's disabled. Asked Zdenek Dohnal and I
was told that several DPD strings are bigger than 80 bytes, which is
unsupported. Could you please tell me how can I filter out strings
which are breaking this rule? I believe not all strings are under this
restriction.

BR, Temuri

[Gimp-print-devel] Support for the epson Sc-P900

[<def...@du...>]

Hi gutenprint team,

I was wondering what is the state of development of gutenprint, (still 
active or not). I have a sc-P900 epson printer, and I would be glad to 
be able to use it with gutenprint. Do you think it is worth trying ? I 
have a spectrophotometer probe, some knowledge about programming. Let 
met know !

Best,
Yann

Re: [Gimp-print-devel] Uninstall the software

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

> On Dec 30, 2024, at 10:26 AM, RICHARD BELL via Gimp-print-devel <gim...@li...> wrote:
> 
> Hi
> 
> I have installed the Gluten Print software on my new Mac book pro M4 with the OS 15.2.
> 
> Sadly it doesn’t allow my Printer to work - it was a long shot……..
> 
> How do I remove the software from my Mac Book?
> 

There is an uninstaller on the disk image that has the installer.
Matt

[Gimp-print-devel] Uninstall the software

[RICHARD B. <be...@ao...>]

Hi

I have installed the Gluten Print software on my new Mac book pro M4 with the OS 15.2.

Sadly it doesn’t allow my Printer to work - it was a long shot……..

How do I remove the software from my Mac Book?

Can you advise please?

Richard

Re: [Gimp-print-devel] 5.3.5 status?

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

On Fri, Dec 13, 2024 at 10:07:21AM -0500, Erik Beck of Tahoma wrote:
> 1) I can keep doing the tests I can on my printer.

It's all most of us can do!
 
> 2) If you can coach me on how to do this, I can try to help.

I think I figured all of that out; unfortunately the last set of 
checksums I could find are for 5.3.3, and 5.3.4 included some changes 
that affected the output on nearly every model.

I generated a new set, and that'll do for now.

> It seems logical to finalize this release of gutenprint before
> migrating to another hosting site, updating the website, and tackling
> the migration to GIMP 3 and working up the printer application. If
> nothing else, a reasonable way to break the whole shebang into
> reasonable chunks.

At minimum, the existing website needs to be brought up to date.  I've 
sorted the printer list, and made a few essential changes so far.

 - 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] 5.3.5 status?

[Till K. <til...@gm...>]

On 12/13/24 02:53, Solomon Peachy via Gimp-print-devel wrote:
> 6) Getting off of sourceforge
> 
>   I'm personally partial to sourcehut, if only because they consider
>   mailing lists (and email in general) to be first-class tools.
> 
>   The only things on sourceforge that matter are the mailing list
>   archives and the old release archive.  Both are extractable, though
>   sourceforge now "helpfully" strips out email address.  I don't know if
>   that will prevent re-importing elsewhere.
> 

We could also put it on OpenPrinting's GitHub ...

    Till

Re: [Gimp-print-devel] 5.3.5 status?

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

Hi Solomon, thanks.

1) I can keep doing the tests I can on my printer.

2) If you can coach me on how to do this, I can try to help.


My thoughts on items 3-6:

It seems logical to finalize this release of gutenprint before
migrating to another hosting site, updating the website, and tackling
the migration to GIMP 3 and working up the printer application. If
nothing else, a reasonable way to break the whole shebang into
reasonable chunks.

I can certainly help with website updates once a new home (getting off
sourceforge) is chosen; maybe even do some work before then.

Regards,

Erik


On Thu, 12 Dec 2024 20:53:22 -0500
Solomon Peachy via Gimp-print-devel
<gim...@li...> wrote:

> On Wed, Dec 11, 2024 at 07:07:24PM -0500, Erik Beck of Tahoma wrote:
> > Solomon, how can I and others help?  
> 
> It's those big ticket items.  
> 
> 1) Testing on actual printers
> 
>  Other than my dyesub fleet I have no idea if anything else still
> works on real hardware.  Not that there have been a lot (if any?)
> changes elsewhere...
> 
> 2) Regression testing vs older versions
> 
>  There is the src/testpattern/Checksums directory in the tree; I need
> to figure out how to generate a new batch and compare it to the
> previous release's run.  Then go through the ones that differ and
> make sure they were intentionally changed.
> 
> 3) Update web site and other public documentation
> 
>  * Extract current printer lists for the www site and update
> accordingly
>  * Make it clear everywhere that MacOS is no longer supported
>    (at least outside of MacPorts or Fink or whatever)
>  * (Really, the entire web site should probably be replaced..)
> 
> Longer-term things:
> 
> 4) Port gimp plugin to GEGL and GIMP3
> 
>  Earlier tonight I started getting the basic plumbing in place to
> make a gimp-3 plugin possible. While I don't expect the actual
> gimp-interacing bits will be terribly complicated (beyond handing
> >8bpp image data formats) the real uplift is porting the gutenprintui
> >library from gtk2 
>  to gtk3.
> 
> 5) Picking up the Standalone gutenprint printer application
> 
>  The GSoC project completed the initial phase, but a lot of work
> remains -- general integration and cleanup, the inevitable testing,
> and (particularly important for me) getting the dyesub backend in,
> which is likely to take some serious restructuring of how it is put
> together.
> 
>  This matters because it's realistically going to be the only usable 
>  path forward for gutenprint in the medium term.
>  
> 6) Getting off of sourceforge
> 
>  I'm personally partial to sourcehut, if only because they consider 
>  mailing lists (and email in general) to be first-class tools.
> 
>  The only things on sourceforge that matter are the mailing list 
>  archives and the old release archive.  Both are extractable, though 
>  sourceforge now "helpfully" strips out email address.  I don't know
> if that will prevent re-importing elsewhere.
> 
> That's off the top of my head...
> 
>  - Solomon

Re: [Gimp-print-devel] 5.3.5 status?

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

On Wed, Dec 11, 2024 at 07:07:24PM -0500, Erik Beck of Tahoma wrote:
> Solomon, how can I and others help?

It's those big ticket items.  

1) Testing on actual printers

 Other than my dyesub fleet I have no idea if anything else still works 
 on real hardware.  Not that there have been a lot (if any?) changes 
 elsewhere...

2) Regression testing vs older versions

 There is the src/testpattern/Checksums directory in the tree; I need to 
 figure out how to generate a new batch and compare it to the previous 
 release's run.  Then go through the ones that differ and make sure they
 were intentionally changed.

3) Update web site and other public documentation

 * Extract current printer lists for the www site and update accordingly
 * Make it clear everywhere that MacOS is no longer supported
   (at least outside of MacPorts or Fink or whatever)
 * (Really, the entire web site should probably be replaced..)

Longer-term things:

4) Port gimp plugin to GEGL and GIMP3

 Earlier tonight I started getting the basic plumbing in place to make a 
 gimp-3 plugin possible. While I don't expect the actual gimp-interacing 
 bits will be terribly complicated (beyond handing >8bpp image data 
 formats) the real uplift is porting the gutenprintui library from gtk2 
 to gtk3.

5) Picking up the Standalone gutenprint printer application

 The GSoC project completed the initial phase, but a lot of work remains 
 -- general integration and cleanup, the inevitable testing, and 
 (particularly important for me) getting the dyesub backend in, which is 
 likely to take some serious restructuring of how it is put together.

 This matters because it's realistically going to be the only usable 
 path forward for gutenprint in the medium term.
 
6) Getting off of sourceforge

 I'm personally partial to sourcehut, if only because they consider 
 mailing lists (and email in general) to be first-class tools.

 The only things on sourceforge that matter are the mailing list 
 archives and the old release archive.  Both are extractable, though 
 sourceforge now "helpfully" strips out email address.  I don't know if 
 that will prevent re-importing elsewhere.

That's off the top of my head...

 - 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] 5.3.5 status?

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

Solomon, how can I and others help?

On Wed, 11 Dec 2024 18:06:48 -0500
Solomon Peachy via Gimp-print-devel
<gim...@li...> wrote:

> On Fri, Dec 06, 2024 at 10:40:49AM -0500, Greg Troxel wrote:
> > I believe that where we are is that in July 5.3.5-pre1 was
> > released, and we had some discussion about a few minor issues.
> > And that there has been no pre2, alpha, beta, rc or release.  
> 
> Other than some minor fixes, nothing's happened.
> 
> I could just create a new tarball but there's still a lot of other
> stuff that historically has happened for releasees -- updated www
> site and other documentation, running and updating regression test
> suites, and more.  All of that takes time, especially when you have
> to figure it out first!
> 
> Other major stuff looming -- trying to pick up where the GSoC student 
> left off with a native gutenprint Printer Application, and porting
> our GIMP plugin to the 3.0 release.
> 
>  - Solomon

Re: [Gimp-print-devel] 5.3.5 status?

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

On Fri, Dec 06, 2024 at 10:40:49AM -0500, Greg Troxel wrote:
> I believe that where we are is that in July 5.3.5-pre1 was released, and
> we had some discussion about a few minor issues.   And that there has
> been no pre2, alpha, beta, rc or release.

Other than some minor fixes, nothing's happened.

I could just create a new tarball but there's still a lot of other stuff 
that historically has happened for releasees -- updated www site and 
other documentation, running and updating regression test suites, and 
more.  All of that takes time, especially when you have to figure it out 
first!

Other major stuff looming -- trying to pick up where the GSoC student 
left off with a native gutenprint Printer Application, and porting our 
GIMP plugin to the 3.0 release.

 - 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] Uninstall Gutenprint-5-3-3 from my Mac 0s 15.1.1

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

> On Dec 10, 2024, at 1:41 AM, N L via Gimp-print-devel <gim...@li...> wrote:
> 
> How do you uninstall all Gutenprint files form my Mac?

The uninstaller is on the same disk image as the installer.  If you do not have the disk image with the installer, you can download it from https://sourceforge.net/projects/gimp-print/files/gutenprint-5.3/5.3.3/gutenprint-5.3.3_rev.dmg/download

Matt

[Gimp-print-devel] Uninstall Gutenprint-5-3-3 from my Mac 0s 15.1.1

[N L <noe...@ya...>]

How do you uninstall all Gutenprint files form my Mac?

Re: [Gimp-print-devel] Printer DRIVER EPSON SC P700

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

> On Dec 6, 2024, at 4:00 AM, albert-malcolm93--- via Gimp-print-devel <gim...@li...> wrote:
> 
> Hello
> 
> Do you have a driver for this Printer:EPSON SC P700
> 
> Couldn‘t find anything.
> 
> For macOS High Sierra 10.13.6
> 
> Best Regards
> Gesendet mit der WEB.DE Mail App

It has been reported that the p600 driver partially works with the p700.  There is a bug in Gutenprint on macos, however, that will prevent you from accessing any of the printer settings in the print window.  If you try the p600 driver and feel there may be enough usefulness, post back and I can provide an amended PPD for the p600 that will get around the bug.

It does appear that Epson does provide macos drivers for macos 10.13.x.

Matt