April 2023 News: Fixed typos and cups-filters PR #517 link

Thanks, Steve Lanagasek, R. I. P.

Author: tillkamppeter

_posts/2023-04-14-OpenPrinting News - April 2023.md

@@ -153,7 +153,7 @@ I have [released](/cups-filters-Second-Generation-Release-Candidate/) the releas
 
 To prepare for this I checked through all the repositories for not yet merged pull requests, assignments of GSoC candidates, and have done some further testing, partially motivated by the bug reports and experiences from the GSoC candidates. Especially I got the following sorted:
 
-GSoC candidate Sourabh Sav reported that he was not able to suppress the auto-rotation of images when printiing JPG or PNG image files. So I investigated the case and ended up correcting the attributes `orientation-requested` (page layout orientation, landscape, upside-down, ...) and `landcape` in the `cfFilterImageToRaster()`, `cfFilterImageToPDF()`. `cfFilterTextToPDF()`. and `cfFilterPDFToPDF()` filter functions. I also discovered that `cfFilterTextToPDF()` was not able to layout text in landscape orientation at all, which I have also fixed. And I also fixed the `ppi` attribute in the image filters, which means printing with givem pixels per inch and not crop, but let the image span over more than one sheet instead. Also on auto-rotation (or with the "landscape" attribute), the printer's preferred rotation direction (counter-clockwise or clockwise) is used, according to the printer's `landscape-orientation-requested-preferred` IPP attribute (or “`*LandscapeOrientation: ...`” PPD keyword).
+GSoC candidate Sourabh Sav reported that he was not able to suppress the auto-rotation of images when printing JPG or PNG image files. So I investigated the case and ended up correcting the attributes `orientation-requested` (page layout orientation, landscape, upside-down, ...) and `landcape` in the `cfFilterImageToRaster()`, `cfFilterImageToPDF()`. `cfFilterTextToPDF()`. and `cfFilterPDFToPDF()` filter functions. I also discovered that `cfFilterTextToPDF()` was not able to layout text in landscape orientation at all, which I have also fixed. And I also fixed the `ppi` attribute in the image filters, which means printing with given pixels per inch and not crop, but let the image span over more than one sheet instead. Also on auto-rotation (or with the "landscape" attribute), the printer's preferred rotation direction (counter-clockwise or clockwise) is used, according to the printer's `landscape-orientation-requested-preferred` IPP attribute (or “`*LandscapeOrientation: ...`” PPD keyword).
 
 In [Issue #25](https://github.com/OpenPrinting/libcupsfilters/issues/25) of libcupsfilters problems with 16-bit-per-color output were reported, one being the image filters producing a blank page, with correct page size, resolution, and color mode, but just white. This problem I gave to GSoC candidate Harshit Krishna as assignment and we got it solved by him adding the missing code to convert the input to 16 bits per color.
 
@@ -177,7 +177,7 @@ In the same report he also complained that the auto-generated print queue for hi
 
 As told here in [February](/OpenPrinting-News-February-2023/#the-new-architecture-is-going-into-ubuntu-and-red-hat) and [March](/OpenPrinting-News-March-2023/#cups-filters-20b4-in-ubuntu-2304) Debian and Ubuntu packages have so-called autopkgtests which are run on the build servers after each upload and build of a new package release, with the package installed on a virtual machine running the destination distribution. This revealed especially two bugs which we fixed in the Release Candidates.
 
-After uploading cups-filters 2.0b3 to Ubuntu, the autopkg test of the foo2zjs printer driver package started failing, but only on the ppc64el architecture. Repeating the test also failed, so the problem seemed not to be intermittent. There it always came to a SIGPIPE error when the `foomatic-rip` CUPS filter called Ghostscript. As I do not have easy access to a system based on ppc64el, I talked with Steve Langasek (@vorlon) from the Ubuntu release team on IRC (#ubuntu-release, Libera.Chat) and he had some test setup where he could investigate the problem. He found a fix for this in foomatic-rip and provided a [pull request](https://github.com/OpenPrinting/libcupsfilters/pull/517). Thanks a lot, Steve.
+After uploading cups-filters 2.0b3 to Ubuntu, the autopkg test of the foo2zjs printer driver package started failing, but only on the ppc64el architecture. Repeating the test also failed, so the problem seemed not to be intermittent. There it always came to a SIGPIPE error when the `foomatic-rip` CUPS filter called Ghostscript. As I do not have easy access to a system based on ppc64el, I talked with Steve Langasek (@vorlon) from the Ubuntu release team on IRC (#ubuntu-release, Libera.Chat) and he had some test setup where he could investigate the problem. He found a fix for this in foomatic-rip and provided a [pull request](https://github.com/OpenPrinting/cups-filters/pull/517). Thanks a lot, Steve.
 
 Another failure caused by the new generation of cups-filters was the failure of the autopkgtest of the dymo-cups-drivers package. Test print jobs were simply erroring out. The reason were duplicate page size entries in the PPD files of this label printer driver, created because of differently named label types having the same size. In the process of converting the PPD file into printer IPP attributes for libcupsfilters' filter functions only one instance of the size with only one of the names got cached and with the default size being the other name, the default got not found and without a defined page size the error occured. Now the default size is also matched by the size dimensions.