I reported this issue upstream to
https://github.com/OpenPrinting/cups/issues/1078 and it turned out that the
root cause was some invalid names in the ppd file.
It had an invalid character in some of the size names - the '#' in
"Envelope#10", "JapaneseEnvelope#3.FB" and "JapaneseEnvelope#4.FB".
I
Processing commands for cont...@bugs.debian.org:
> notforwarded 1085142
Bug #1085142 [printer-driver-hpcups] Produces PPD files with invalid hash
character in size names.
Unset Bug forwarded-to-address
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
1085142: http
Processing commands for cont...@bugs.debian.org:
> clone 1084021 -1
Bug #1084021 [cups] produces invalid media-supported values, rejected by
2.4.2-3+deb12u8 clients
Bug 1084021 cloned as bug 1085142
> reassign -1 printer-driver-hpcups
Bug #1085142 [cups] produces invalid media-supported values, r
Processing control commands:
> affects -1 src:asymptote
Bug #1085120 [ghostscript] ghostscript: gs generates invalid PDF files on armel
Added indication that 1085120 affects src:asymptote
--
1085120: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1085120
Debian Bug Tracking System
Contact ow.
Control: affects -1 src:asymptote
On 14.10.24 Hilmar Preusse (hill...@web.de) wrote:
> We noticed that package asymptote fails to build on armel [1]. It fails
> at a point, when the compiled asy binary is called to generate the
> documentation. The asy binary calls gs to generate a pdf file out o
