on converting a pdf in PDF 1.5 format I get: /usr/bin/gs: symbol lookup error: /lib64/libgs.so.9: undefined symbol: jbig2_ctx_new which looks like a compilation issue
To re-create this fault, can you please clarify "converting a pdf in PDF 1.5 format": from, to, what? If 'from', perhaps attach a small example of such a PDF. (I cannot find quickly how to specify the 1.5 for a PDF output).
CC: (none) => lewyssmith
I use /usr/bin/gs -dCompatibilityLevel=1.4 -q -sDEVICE=pdfwrite -dMaxSubsetPct=100 -sOutputFile="/tmp/out.pdf" -dNOPAUSE -dBATCH -dOptimize=true -dPrinted=false 57014#greyLow#PDF_21965.pdf /usr/bin/gs: symbol lookup error: /lib64/libgs.so.9: undefined symbol: jbig2_ctx_new this converts any pdf file to pdf 1.4 level and reduces some pictures in size, .. this works for many pdfs but the attached one produces a symbol lookup failure.
since upload is limited to 1M, you can find the pdf (1.1M) here http://devel.mokraemer.de/test.pdf (renamed)
btw. /usr/bin/ps2pdf14 produces the same error
Created attachment 11655 [details] PDF file showing the problem This is the first page only of Marc's example, which shows the error. You do not have to use 'gs' directly on it as in his example command, but any 'ps2pdf' variant (straight, 12, 13, 14, they all use 'gs') throws it: $ ps2pdf ./test.pdf ./testy.pdf /usr/bin/gs: symbol lookup error: /lib64/libgs.so.9: undefined symbol: jbig2_ctx_new
[continued] Thanks Marc for the sample problem file; and the ps2pdf.. pointer. The 'ps2pdf|12|13|14' commands imply *PS* input, and when given such a file, work without the error. Also, the commands work OK with other PDF input files. The command variant makes no difference. Confirmed in comment 2: "this works for many pdfs" This suggests that there is something 'difficult' about Marc's example PDF file. Maybe it is because it is "in PDF 1.5 format", which I do not know that I have to try with. ------------------------------------------------------------------------ Stop press: found the RedHat bug in the URL field, which itself mentions https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=940605 Ghostscript has no registered maintainer, so assigning this globally; CC'ing Stig as having done recent new versions.
Summary: undefined symbol in ghostscript => undefined symbol in ghostscript with some (?PDF 1.5?) input filesCC: lewyssmith => smelrorAssignee: bugsquad => pkg-bugsURL: (none) => https://bugzilla.redhat.com/show_bug.cgi?id=1770160
@Lewis: ps2pdf1[2-4] uses ps2pdfwr which uses gs and all of the can have pdf as input ;) according to the bug report on debian this has to be fixed in jbig2dec which is maintained by neoclust; adding him to this bug.
CC: (none) => mageia
@neoclust: can you check if this is a bug in the lib jbig2dec you maintain?
I just added a debian patch to restore ABI compatibility in jbig2dec, please test it! If ok we have to fix mga7 too as it was updated to the same 0.18 release.
CC: (none) => geiger.david68210
@David: what is it to test? Do we need to rebuild gs? Are these packages in 7/updates_testing? Or in cauldron?
Not yet for mga7, I fixed jbig2dec with an upstream patch on Cauldron.
And now a patched jbig2dec in 7/Core/Updates_testing repo!
Since the problem occurs in libgs.so.9, I assume we need a rebuild of ghostscript? I pushed a new version in 7/updates too, so I can check it
Summary: undefined symbol in ghostscript with some (?PDF 1.5?) input files => undefined symbol in ghostscript with pdf-images compressed via JBIG2
No, the fix David did for jbig2dec was supposed to make rebuilding Ghostscript unnecessary.
Advisory: ---------------------------------------- The jbig2dec package has been patched to fix an ABI breakage in the previous update which caused ghostscript to crash. References: https://advisories.mageia.org/MGASA-2020-0213.html ---------------------------------------- Updated packages in core/updates_testing: ---------------------------------------- jbig2dec-0.18-1.1.mga7 libjbig2dec0-0.18-1.1.mga7 libjbig2dec-devel-0.18-1.1.mga7 from jbig2dec-0.18-1.1.mga7.src.rpm
Source RPM: ghostscript-9.27-1.4.mga7.src.rpm => jbig2dec-0.18-1.mga7.src.rpmAssignee: pkg-bugs => qa-bugs
sorry, missed updating libjbig2dec0. Updating jbig2dec did not require libjbig2dec0 to have the same version. With libjbig2dec0 it works as expected.
Whiteboard: (none) => MGA7-32-OK
Tested with a 64-bit Plasma system, using the pdf attachment from above. Before the update, the command ps2pdf14 produced the error message. Mageia Update only updated lib64jbig2dec0-0.18-1.1.mga7 and it updated cleanly. After the update, no error message. OK for 64-bits. Validating. Advisory in Comment 15.
Whiteboard: MGA7-32-OK => MGA7-32-OK MGA7-64-OKKeywords: (none) => validated_updateCC: (none) => andrewsfarm, sysadmin-bugs
Keywords: (none) => advisory
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2020-0142.html
Resolution: (none) => FIXEDStatus: NEW => RESOLVED