Menu
▾
▴
gimp-print-devel
|
From: Robert K. <rl...@al...> - 2019-05-12 14:46:19
|
I think I want to start doing regular 5.3 releases, even if we don't have a Mac build yet. That's the only way we're going to get any exposure for 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 |
|
From: Robert K. <rl...@al...> - 2019-08-25 01:18:47
|
Given that the test build for the Mac was done on an old package, I discussed with Steve whether he could build a release from a newer baseline. He graciously agreed. I'm going to jump the release to 5.3.3 for this. I'm hoping to cut a tarball tomorrow. -- 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 |
|
From: Steve L. <sle...@ya...> - 2019-08-26 00:15:43
|
The build can be found at:
Gutenprint - Top Quality Printer Drivers Brought to you by: easysw,
|
|
| |
Gutenprint - Top Quality Printer Drivers ...
Your download will start shortly...
|
|
|
Steve Letter You're never to old to learn something stupid. -- unknown
On Saturday, August 24, 2019, 9:19:10 PM EDT, Robert Krawitz <rl...@al...> wrote:
Given that the test build for the Mac was done on an old package, I
discussed with Steve whether he could build a release from a newer
baseline. He graciously agreed. I'm going to jump the release to
5.3.3 for this.
I'm hoping to cut a tarball tomorrow.
--
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 mailing list
Gim...@li...
https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
|
|
From: Robert K. <rl...@al...> - 2019-08-26 01:57:38
|
What testing has it undergone? -- 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 |
|
From: Matt B. <wal...@ma...> - 2019-09-05 01:34:32
|
> On Aug 25, 2019, at 8:57 PM, Robert Krawitz <rl...@al...> wrote: > > What testing has it undergone? > > -- > Robert Krawitz <rl...@al...> I was finally able to get around to take a look at the Mac release. All the files were there and the installer worked fine. The PPD was updated and printing of a couple of pages was fine. Cursory testing at best, but everything is working in macos 10.14.6 Matt -- Matt wal...@ma... |
|
From: Steve L. <sle...@ya...> - 2019-05-12 19:32:55
|
I want to add in the recent build changes. I have a bit of changes to check in. I can’t finish before Wednesday Steve Letter System Software Engineer, Embedded > On May 12, 2019, at 10:46 AM, Robert Krawitz <rl...@al...> wrote: > > I think I want to start doing regular 5.3 releases, even if we don't > have a Mac build yet. That's the only way we're going to get any > exposure for 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 > > > _______________________________________________ > Gimp-print-devel mailing list > Gim...@li... > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel |
|
From: Solomon P. <pi...@sh...> - 2019-05-12 19:42:15
Attachments:
signature.asc
|
On Sun, May 12, 2019 at 10:46:07AM -0400, Robert Krawitz wrote: > I think I want to start doing regular 5.3 releases, even if we don't > have a Mac build yet. That's the only way we're going to get any > exposure for it. I'm almost done with a flurry of backend changes, should have those committed within a few more days. But yeah, let's get 5.3 releases out there for folks to use! - Solomon -- Solomon Peachy pizza at shaftnet dot org Coconut Creek, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum videtur. |
|
From: Robert K. <rl...@al...> - 2019-05-12 21:04:06
|
On Sun, 12 May 2019 15:42:05 -0400, Solomon Peachy wrote: > On Sun, May 12, 2019 at 10:46:07AM -0400, Robert Krawitz wrote: >> I think I want to start doing regular 5.3 releases, even if we don't >> have a Mac build yet. That's the only way we're going to get any >> exposure for it. > > I'm almost done with a flurry of backend changes, should have those > committed within a few more days. > > But yeah, let's get 5.3 releases out there for folks to use! I'm working on a snapshot test/build capability; we could release daily (if we want) snapshots. Right now I'm just working on the infrastructure for it; we'll want to e. g. detect if there have been no commits on a given day and not build a new snapshot in that case. The full build/test cycle takes about 75 minutes on my new system (Ryzen 2700X) when it's otherwise idle. It will be very interesting to see what the Ryzen 3000's look like. If the rumors are correct that will be a real beast for this kind of thing. But I'd more likely go for the 12 core than the 16 core if the 12 core clocks significantly higher (as I expect it will). -- 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 |
|
From: Matt B. <wal...@ma...> - 2019-05-13 01:28:15
|
> On May 12, 2019, at 2:42 PM, Solomon Peachy <pi...@sh...> wrote: > > On Sun, May 12, 2019 at 10:46:07AM -0400, Robert Krawitz wrote: >> I think I want to start doing regular 5.3 releases, even if we don't >> have a Mac build yet. That's the only way we're going to get any >> exposure for it. > > I'm almost done with a flurry of backend changes, should have those > committed within a few more days. > > But yeah, let's get 5.3 releases out there for folks to use! > > - Solomon > -- > Solomon Peachy pizza at shaftnet dot org > Coconut Creek, FL ^^ (email/xmpp) ^^ > Quidquid latine dictum sit, altum videtur. Solomon -- were you able to get the test build that Steve did. I gave you the link off list for your testing/testers. If you don't need it anymore, I will take it down. Matt -- Matt wal...@ma... |
|
From: Solomon P. <pi...@sh...> - 2019-05-13 14:02:31
Attachments:
signature.asc
|
On Sun, May 12, 2019 at 08:28:06PM -0500, Matt Broughton wrote: > Solomon -- were you able to get the test build that Steve did. I gave > you the link off list for your testing/testers. If you don't need it > anymore, I will take it down. I didn't grab it yet, mainly because while the build included the backend (yay!), my testers need stuff that landed after that 5.2.15-pre tarball was created -- and some additional stuff I haven't backported from master yet. (Sorry, been insanely busy. This weekend was my first real quality-time-with-printers time in a while...) - Solomon -- Solomon Peachy pizza at shaftnet dot org Coconut Creek, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum videtur. |
|
From: Matt B. <wal...@ma...> - 2019-05-13 14:50:57
|
Sent from my iPhone > On May 13, 2019, at 9:02 AM, Solomon Peachy <pi...@sh...> wrote: > >> On Sun, May 12, 2019 at 08:28:06PM -0500, Matt Broughton wrote: >> Solomon -- were you able to get the test build that Steve did. I gave >> you the link off list for your testing/testers. If you don't need it >> anymore, I will take it down. > > I didn't grab it yet, mainly because while the build included the > backend (yay!), my testers need stuff that landed after that 5.2.15-pre > tarball was created -- and some additional stuff I haven't backported > from master yet. > > (Sorry, been insanely busy. This weekend was my first real > quality-time-with-printers time in a while...) > > - Solomon > -- > Solomon Peachy pizza at shaftnet dot org > Coconut Creek, FL ^^ (email/xmpp) ^^ > Quidquid latine dictum sit, altum videtur. > _____________________________________________ Thanks for letting me know. I will remove it from my drive if that is OK with you. Matt |
|
From: Steve L. <sle...@ya...> - 2019-05-13 15:04:32
|
This is the build with static libusb. I thought I asked if you could check it out. Could you please? Since my system is set up to build, I won’t necessarily see some problems. Steve Letter System Software Engineer, Embedded > On May 13, 2019, at 10:50 AM, Matt Broughton <wal...@ma...> wrote: > > > > Sent from my iPhone > >>> On May 13, 2019, at 9:02 AM, Solomon Peachy <pi...@sh...> wrote: >>> >>> On Sun, May 12, 2019 at 08:28:06PM -0500, Matt Broughton wrote: >>> Solomon -- were you able to get the test build that Steve did. I gave >>> you the link off list for your testing/testers. If you don't need it >>> anymore, I will take it down. >> >> I didn't grab it yet, mainly because while the build included the >> backend (yay!), my testers need stuff that landed after that 5.2.15-pre >> tarball was created -- and some additional stuff I haven't backported >> from master yet. >> >> (Sorry, been insanely busy. This weekend was my first real >> quality-time-with-printers time in a while...) >> >> - Solomon >> -- >> Solomon Peachy pizza at shaftnet dot org >> Coconut Creek, FL ^^ (email/xmpp) ^^ >> Quidquid latine dictum sit, altum videtur. >> _____________________________________________ > > Thanks for letting me know. I will remove it from my drive if that is OK with you. > Matt > > > _______________________________________________ > Gimp-print-devel mailing list > Gim...@li... > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel |
|
From: Matt B. <wal...@ma...> - 2019-05-13 15:56:04
|
> On May 13, 2019, at 10:03 AM, Steve Letter via Gimp-print-devel <gim...@li...> wrote: > > This is the build with static libusb. I thought I asked if you could check it out. > > Could you please? Since my system is set up to build, I won’t necessarily see some problems. > > Steve Letter > System Software Engineer, Embedded My apologies Steve. I dropped the ball on that one. It seemed fine to me so I passed the link on to Solomon. He had previously asked for a new build for his testers. I must have been waiting for Solomon's testing before I confirmed with you. I should have given you the positive feedback along with passing on the link to Solomon. This time, when I called the gutenprint52+usb backend without argument I get a lot of usage options so it has picked up the images from the library. Snippet of the output: DEBUG: Multi-Call Dye-sublimation CUPS Backend version 0.75G DEBUG: Copyright 2007-2017 Solomon Peachy DEBUG: This free software comes with ABSOLUTELY NO WARRANTY! DEBUG: Licensed under the GNU GPL. Run with '-G' for more details. DEBUG: DEBUG: Environment variables: DEBUG: DYESUB_DEBUG EXTRA_PID EXTRA_VID EXTRA_TYPE BACKEND SERIAL DEBUG: CUPS Usage: DEBUG: DEVICE_URI=someuri gutenprint52+usb job user title num-copies options [ filename ] DEBUG: DEBUG: Standalone Usage: DEBUG: gutenprint52+usb DEBUG: [ -D ] [ -G ] [ -f ] DEBUG: [ backend_specific_args ] DEBUG: [ -d copies ] DEBUG: [ - | infile ] DEBUG: BACKEND=canonselphy # Canon SELPHY CP/ES version 0.94 DEBUG: [ -R ] # Reset printer DEBUG: BACKEND=canonselphyneo # Canon SELPHY CPneo version 0.10 DEBUG: [ -R ] # Reset printer DEBUG: BACKEND=kodak6800 # Kodak 6800/6850 version 0.58 DEBUG: [ -c filename ] # Get tone curve DEBUG: [ -C filename ] # Set tone curve DEBUG: [ -m ] # Query media DEBUG: [ -s ] # Query status DEBUG: [ -R ] # Reset printer DEBUG: [ -X jobid ] # Cancel Job Matt -- Matt Broughton wal...@ma... |
|
From: Steve L. <sle...@ya...> - 2019-05-13 21:55:56
|
Thanks. Robert, it is ready. Steve Letter > On May 13, 2019, at 11:55 AM, Matt Broughton <wal...@ma...> wrote: > > > >> On May 13, 2019, at 10:03 AM, Steve Letter via Gimp-print-devel <gim...@li...> wrote: >> >> This is the build with static libusb. I thought I asked if you could check it out. >> >> Could you please? Since my system is set up to build, I won’t necessarily see some problems. >> >> Steve Letter >> System Software Engineer, Embedded > > My apologies Steve. I dropped the ball on that one. It seemed fine to me so I passed the link on to Solomon. He had previously asked for a new build for his testers. I must have been waiting for Solomon's testing before I confirmed with you. I should have given you the positive feedback along with passing on the link to Solomon. > > This time, when I called the gutenprint52+usb backend without argument I get a lot of usage options so it has picked up the images from the library. Snippet of the output: > > DEBUG: Multi-Call Dye-sublimation CUPS Backend version 0.75G > DEBUG: Copyright 2007-2017 Solomon Peachy > DEBUG: This free software comes with ABSOLUTELY NO WARRANTY! > DEBUG: Licensed under the GNU GPL. Run with '-G' for more details. > DEBUG: > DEBUG: Environment variables: > DEBUG: DYESUB_DEBUG EXTRA_PID EXTRA_VID EXTRA_TYPE BACKEND SERIAL > DEBUG: CUPS Usage: > DEBUG: DEVICE_URI=someuri gutenprint52+usb job user title num-copies options [ filename ] > DEBUG: > DEBUG: Standalone Usage: > DEBUG: gutenprint52+usb > DEBUG: [ -D ] [ -G ] [ -f ] > DEBUG: [ backend_specific_args ] > DEBUG: [ -d copies ] > DEBUG: [ - | infile ] > DEBUG: BACKEND=canonselphy # Canon SELPHY CP/ES version 0.94 > DEBUG: [ -R ] # Reset printer > DEBUG: BACKEND=canonselphyneo # Canon SELPHY CPneo version 0.10 > DEBUG: [ -R ] # Reset printer > DEBUG: BACKEND=kodak6800 # Kodak 6800/6850 version 0.58 > DEBUG: [ -c filename ] # Get tone curve > DEBUG: [ -C filename ] # Set tone curve > DEBUG: [ -m ] # Query media > DEBUG: [ -s ] # Query status > DEBUG: [ -R ] # Reset printer > DEBUG: [ -X jobid ] # Cancel Job > > Matt > -- > Matt Broughton > wal...@ma... > > > |
|
From: Solomon P. <pi...@sh...> - 2019-05-13 16:15:21
Attachments:
signature.asc
|
On Mon, May 13, 2019 at 10:55:55AM -0500, Matt Broughton wrote: > This time, when I called the gutenprint52+usb backend without argument I get a lot of usage options so it has picked up the images from the library. Snippet of the output: This shows the backend is able to execute properly, but that leaves: * Making sure it can talk to the printers (don't see why not..) * Checking to see if the USB blacklist stuff is working (so only the gutenprint backend shows up for supported models) I'll pass this image along to the two folks I'm talking to right now, to try and see if the baseline functionality is there, at least. - Solomon -- Solomon Peachy pizza at shaftnet dot org Coconut Creek, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum videtur. |
|
From: Steve L. <sle...@ya...> - 2019-05-13 21:57:30
|
I just noticed, this is a 5.2 build, the latest pre build.. Steve Letter > On May 13, 2019, at 12:15 PM, Solomon Peachy <pi...@sh...> wrote: > >> On Mon, May 13, 2019 at 10:55:55AM -0500, Matt Broughton wrote: >> This time, when I called the gutenprint52+usb backend without argument I get a lot of usage options so it has picked up the images from the library. Snippet of the output: > > This shows the backend is able to execute properly, but that leaves: > > * Making sure it can talk to the printers (don't see why not..) > * Checking to see if the USB blacklist stuff is working (so only the > gutenprint backend shows up for supported models) > > I'll pass this image along to the two folks I'm talking to right now, to > try and see if the baseline functionality is there, at least. > > - Solomon > -- > Solomon Peachy pizza at shaftnet dot org > Coconut Creek, FL ^^ (email/xmpp) ^^ > Quidquid latine dictum sit, altum videtur. > _______________________________________________ > Gimp-print-devel mailing list > Gim...@li... > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel |
|
From: Solomon P. <pi...@sh...> - 2019-05-21 19:19:43
Attachments:
signature.asc
|
On Mon, May 13, 2019 at 12:15:12PM -0400, Solomon Peachy wrote: > I'll pass this image along to the two folks I'm talking to right now, to > try and see if the baseline functionality is there, at least. Just FYI, the 5.2 build "worked" insofar as the backend was recognized and communicated with the printer. Two problems: * The blacklist didn't work, and OSX defaulted to using the standard 'usb' backend. User was able to switch backends via the CUPS web UI. * A (known) job parsing bug in the backend prevented printing from working. I just passed on the 5.3.2-pre1 image that Steve built and we'll see if that behaves any better. - Solomon -- Solomon Peachy pizza at shaftnet dot org Coconut Creek, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum videtur. |
|
From: Matt B. <wal...@ma...> - 2019-05-13 16:23:45
|
> On May 13, 2019, at 11:15 AM, Solomon Peachy <pi...@sh...> wrote: > > On Mon, May 13, 2019 at 10:55:55AM -0500, Matt Broughton wrote: >> This time, when I called the gutenprint52+usb backend without argument I get a lot of usage options so it has picked up the images from the library. Snippet of the output: > > This shows the backend is able to execute properly, but that leaves: > > * Making sure it can talk to the printers (don't see why not..) > * Checking to see if the USB blacklist stuff is working (so only the > gutenprint backend shows up for supported models) > > I'll pass this image along to the two folks I'm talking to right now, to > try and see if the baseline functionality is there, at least. > > - Solomon That was my guess. I don't have a printer that makes use of that backend so I couldn't test it further. It does however take care of the backend crashing. I think that was the main purpose. Get rid of the crashing so it could be further tested. -- Matt wal...@ma... |
|
From: Steve L. <sle...@ya...> - 2019-05-13 22:01:50
|
I haven’t been able to get it working on my Sinfonia yet, model S1245 but I am sure I’m doing something wrong. Steve Letter > On May 13, 2019, at 12:23 PM, Matt Broughton <wal...@ma...> wrote: > > > >> On May 13, 2019, at 11:15 AM, Solomon Peachy <pi...@sh...> wrote: >> >>> On Mon, May 13, 2019 at 10:55:55AM -0500, Matt Broughton wrote: >>> This time, when I called the gutenprint52+usb backend without argument I get a lot of usage options so it has picked up the images from the library. Snippet of the output: >> >> This shows the backend is able to execute properly, but that leaves: >> >> * Making sure it can talk to the printers (don't see why not..) >> * Checking to see if the USB blacklist stuff is working (so only the >> gutenprint backend shows up for supported models) >> >> I'll pass this image along to the two folks I'm talking to right now, to >> try and see if the baseline functionality is there, at least. >> >> - Solomon > > That was my guess. I don't have a printer that makes use of that backend so I couldn't test it further. It does however take care of the backend crashing. I think that was the main purpose. Get rid of the crashing so it could be further tested. > > -- > Matt > wal...@ma... > > > > _______________________________________________ > Gimp-print-devel mailing list > Gim...@li... > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel |
|
From: Solomon P. <pi...@sh...> - 2019-05-13 22:26:04
Attachments:
signature.asc
|
On Mon, May 13, 2019 at 06:01:30PM -0400, Steve Letter via Gimp-print-devel wrote: > I haven’t been able to get it working on my Sinfonia yet, model S1245 > but I am sure I’m doing something wrong. I _think_ the 5.2 branch has all of the S1245 backend fixes in it from our collaboration. The first thing you should do is confirm that CUPS is using the gutenprint backend vs CUPS's built-in usb backend, and we can take it from there should it still not work for you. I'm towards the tail end of an internal reworking of the various Sinfonia backends -- My goal is to unify as much of the Sinfonia-related code as possible, so it will be easier to add some of their newer models. As I write this, I'm up to just over 1KLOC code reduction. Once that's done and I fix any regressions on the two models I have here, I'll commit the result to master... - Solomon -- Solomon Peachy pizza at shaftnet dot org Coconut Creek, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum videtur. |
|
From: Robert K. <rl...@al...> - 2019-05-23 00:33:06
|
On Tue, 21 May 2019 15:19:33 -0400, Solomon Peachy wrote: > On Mon, May 13, 2019 at 12:15:12PM -0400, Solomon Peachy wrote: >> I'll pass this image along to the two folks I'm talking to right now, to >> try and see if the baseline functionality is there, at least. > > Just FYI, the 5.2 build "worked" insofar as the backend was recognized > and communicated with the printer. Two problems: > > * The blacklist didn't work, and OSX defaulted to using the standard > 'usb' backend. User was able to switch backends via the CUPS web UI. This will need to be noted in the announcement (which I'll hold pending at least documentation of the workaround here), along with the workaround; could it be fixed in 5.2.15 final? > * A (known) job parsing bug in the backend prevented printing from > working. "Prevented printing from working" could be anything from a single printer to everything; what is this? > I just passed on the 5.3.2-pre1 image that Steve built and we'll see if > that behaves any better. 5.3.2-pre1 has been all over the place. Maybe we should go right to 5.3.3, and as soon as that's stable on the Mac go to 5.4 and call that the new stable series? I'd really like to tie off 5.2. The release process for 5.2 is a lot more manual than for 5.3, so more chances for things to go wrong (e. g. 5.2.13 was never tagged!), and I think the tests for 5.3 are a lot better than for 5.2. -- 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 |
|
From: Solomon P. <pi...@sh...> - 2019-05-23 14:54:16
Attachments:
signature.asc
|
On Wed, May 22, 2019 at 08:32:51PM -0400, Robert Krawitz wrote: > This will need to be noted in the announcement (which I'll hold > pending at least documentation of the workaround here), along with the > workaround; could it be fixed in 5.2.15 final? FWIW I don't know if the blacklist ever worked on OSX. > "Prevented printing from working" could be anything from a single > printer to everything; what is this? Single printer (Sony UP-CR10L) but possibly affecting a couple of others too (UP-DR150 and UP-DR200). > 5.3.2-pre1 has been all over the place. Maybe we should go right to > 5.3.3, and as soon as that's stable on the Mac go to 5.4 and call that > the new stable series? I'd really like to tie off 5.2. The release > process for 5.2 is a lot more manual than for 5.3, so more chances for > things to go wrong (e. g. 5.2.13 was never tagged!), and I think the > tests for 5.3 are a lot better than for 5.2. I'd like to see 5.2 wrapped up too. I wonder if it might make more sense, for 5.3, to stop bothering with -pre builds, and more rapidly iterate the version number? - Solomon -- Solomon Peachy pizza at shaftnet dot org Coconut Creek, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum videtur. |
|
From: Robert K. <rl...@al...> - 2019-05-25 00:39:14
|
On Thu, 23 May 2019 10:53:47 -0400, Solomon Peachy wrote: > On Wed, May 22, 2019 at 08:32:51PM -0400, Robert Krawitz wrote: >> This will need to be noted in the announcement (which I'll hold >> pending at least documentation of the workaround here), along with the >> workaround; could it be fixed in 5.2.15 final? > > FWIW I don't know if the blacklist ever worked on OSX. OK, the key is that people can use it. I would like that workaround documented. >> "Prevented printing from working" could be anything from a single >> printer to everything; what is this? > > Single printer (Sony UP-CR10L) but possibly affecting a couple of others > too (UP-DR150 and UP-DR200). OK, I don't think we want to hold things up for that. >> 5.3.2-pre1 has been all over the place. Maybe we should go right to >> 5.3.3, and as soon as that's stable on the Mac go to 5.4 and call that >> the new stable series? I'd really like to tie off 5.2. The release >> process for 5.2 is a lot more manual than for 5.3, so more chances for >> things to go wrong (e. g. 5.2.13 was never tagged!), and I think the >> tests for 5.3 are a lot better than for 5.2. > > I'd like to see 5.2 wrapped up too. > > I wonder if it might make more sense, for 5.3, to stop bothering with > -pre builds, and more rapidly iterate the version number? By now, probably. I'm trying to get a snapshot build up and running on my system (with the Ryzen 2700X I have plenty of spare computrons). This weekend's going to be wiped out for me what with a wedding and surrounding festivities, but I did manage to bang out a quick script to at least get things started. -- 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 |
|
From: Robert K. <rl...@al...> - 2019-06-02 19:11:24
|
Just want to get 5.2.15 closed off... On Fri, 24 May 2019 20:39:00 -0400 (EDT), Robert Krawitz wrote: > On Thu, 23 May 2019 10:53:47 -0400, Solomon Peachy wrote: >> On Wed, May 22, 2019 at 08:32:51PM -0400, Robert Krawitz wrote: >>> This will need to be noted in the announcement (which I'll hold >>> pending at least documentation of the workaround here), along with the >>> workaround; could it be fixed in 5.2.15 final? >> >> FWIW I don't know if the blacklist ever worked on OSX. > > OK, the key is that people can use it. I would like that workaround > documented. Can someone who knows what to do add this to NEWS? Is everything else set for 5.2.15 final? -- 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 |
|
From: Steve L. <sle...@ya...> - 2019-06-02 22:40:50
|
Is this something I should know about? Aside from that, I believe I am all set. Steve Letter System Software Engineer, Embedded > On Jun 2, 2019, at 3:11 PM, Robert Krawitz <rl...@al...> wrote: > > Just want to get 5.2.15 closed off... > >> On Fri, 24 May 2019 20:39:00 -0400 (EDT), Robert Krawitz wrote: >>> On Thu, 23 May 2019 10:53:47 -0400, Solomon Peachy wrote: >>>> On Wed, May 22, 2019 at 08:32:51PM -0400, Robert Krawitz wrote: >>>> This will need to be noted in the announcement (which I'll hold >>>> pending at least documentation of the workaround here), along with the >>>> workaround; could it be fixed in 5.2.15 final? >>> >>> FWIW I don't know if the blacklist ever worked on OSX. >> >> OK, the key is that people can use it. I would like that workaround >> documented. > > Can someone who knows what to do add this to NEWS? > > Is everything else set for 5.2.15 final? > -- > 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 mailing list > Gim...@li... > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X