Overview
Request 1082185 accepted
- Update to 5.3.4 final version
* Support for many new printers has been added
* Support for color printing has been added to many already supported printers
* Many fixes where added
- For more details, please refer to the following links :
* 5.3.1: https://sourceforge.net/p/gimp-print/source/ci/gutenprint-5_3_1/tree/NEWS
* 5.3.3: https://sourceforge.net/p/gimp-print/source/ci/gutenprint-5_3_3/tree/NEWS
* 5.3.4: https://sourceforge.net/projects/gimp-print/files/gutenprint-5.3/5.3.4/NEWS/download
Request History
Dremor created request
- Update to 5.3.4 final version
* Support for many new printers has been added
* Support for color printing has been added to many already supported printers
* Many fixes where added
- For more details, please refer to the following links :
* 5.3.1: https://sourceforge.net/p/gimp-print/source/ci/gutenprint-5_3_1/tree/NEWS
* 5.3.3: https://sourceforge.net/p/gimp-print/source/ci/gutenprint-5_3_3/tree/NEWS
* 5.3.4: https://sourceforge.net/projects/gimp-print/files/gutenprint-5.3/5.3.4/NEWS/download
jsmeix accepted request
Gutenprint version upgrade to 5.3.4
Erwan GEORGET, thank you for your contribution to openSUSE! Did you test Gutenprint version 5.3.4 with your own printer? If yes, what is your printer model and on what SUSE system did you test it? Furthermore please enable building for all build targets where Printing/gutenprint builds successfully which is currently openSUSE_Tumbleweed i586 and x86_64, SLE_15_SP3 x86_64, 15.4 x86_64 (so openSUSE_Tumbleweed i586 and SLE_15_SP3 x86_64 is missing), see https://en.opensuse.org/openSUSE:How_to_contribute_to_the_Printing_project
Hi
My printer is an Epson ET-2710, tested using the ET-2700 driver.
I tested it on Tumbleweed, 15.4 and 15.5, all x86_64. I'll spin a 32bit Tumbleweed VM tonight.
I'll enable the others build target asap.
I tested home:Dremor:Drivers:Nightly/gutenprint on my openSUSE Leap 15.4 x86_64 system with my HP LaserJet CP1525N USB printer with the following Gutenprint PPDs (with the NickName values of those PPDs):
/usr/share/cups/model/gutenprint/5.3/C/stp-pcl-4.5.3.ppd.gz "HP LaserJet 4 - CUPS+Gutenprint v5.3.4" monochrome/grayscale printing
/usr/share/cups/model/gutenprint/5.3/C/stp-hp-clj_5.5.3.ppd.gz "HP Color LaserJet 5 - CUPS+Gutenprint v5.3.4" color printing
/usr/share/cups/model/gutenprint/5.3/C/stp-hp-clj_cp1515n.5.3.ppd.gz "HP Color LaserJet CP1515n - CUPS+Gutenprint v5.3.4" color printing
All works well for me.
Request accepted and forwarded to openSUSE:Factory / gutenprint as https://build.opensuse.org/request/show/1082729
The build results look good.
"osc results -v Printing gutenprint" shows:
openSUSE_Tumbleweed i586 succeeded
openSUSE_Tumbleweed x86_64 succeeded
SLE_15_SP3 x86_64 succeeded
15.4 x86_64 succeeded
But Printing/gutenprint-testing failed to build because gutenprint-testing.spec contained hardcoded "5.2" version strings (in particular ppds_dir="/usr/share/cups/model/gutenprint/5.2/C") that I replaced with "5.3" so now Printing/gutenprint-testing is building which will take several hours...
Looks like the testing package failed to build on i586 arch due to 11 PPDs files. X86_64 looked fine and finished building, but a new dependency update triggered a new build of both cups and gutenprint (and thus, the testing package).
In another hand, I saw after the fact that there is another gutenprint package that was created, named gutenprint53. This one seemed to build better, and gutenprint53-testing was built successfully before the cups update that retriggered a build. Now it is shown as unresolvable as the new main package update provide the same library version as the one in gutenprint53.
What should we do?
As far as I see both packages behave identical:
"osc results -l Printing gutenprint53" and "osc results Printing gutenprint" show same results (note the '-l' for gutenprint53).
Also "osc rbl -l Printing gutenprint53-testing openSUSE_Tumbleweed i586" and "osc rbl Printing gutenprint-testing openSUSE_Tumbleweed i586" (again with '-l' for gutenprint53) show same results at "Build FAILURE because cupsfilter failed for those PPDs: ..." and both build logs show the same error causes "ERROR: Gutenprint: Image is too long for the page: ..." or "ERROR: Gutenprint: Image is too wide for the page: ..."
On 2021-09-02 I had reported this issue to upstream Gutenprint, see
https://sourceforge.net/p/gimp-print/mailman/message/37345031/
and the whole mail thread about it
https://sourceforge.net/p/gimp-print/mailman/gimp-print-devel/thread/c7d71f181862213a03b48aa8fb0bc6e1%40suse.de/#msg37345031
I fixed Printing/gutenprint53-testing so now both Printing/gutenprint-testing and Printing/gutenprint53-testing build with same results
FYI regarding the Printing/gutenprint53 package see
https://bugzilla.suse.com/show_bug.cgi?id=1173739
My curent main worries with Printing/gutenprint53 is that it produces more binary RPMs compared to Printing/gutenprint so it may result some (as usual) unforeseen RPM package dependency adaptions work in other packages (i.e. issues that are called "bugs" by users which I cannot foresee).
So at least for now I prefer (because I do not like to get printing related "bugs" assigned) the more backward compatible Printing/gutenprint in openSUSE Tumbleweed regardless that Printing/gutenprint53 has a more modern RPM spec file.