Bug#976080: pdfxup doesn't work anymore
Control: tags -1 + fixed-upstream OpenPGP_signature Description: OpenPGP digital signature
Bug#976080: pdfxup doesn't work anymore
Control tags -1 + fixed-upstream Am 25.04.2021 um 16:31 teilte Nicolas Markey mit: Hi Nicolas, I could figure out where the problem comes from: ghostscript added a patch level in their version numbers. A way of fixing this is to replace line 456 of pdfxup v2.00 (or line 363 of pdfxup v1.61, or line 354 of v1.60), which currently reads GSVERSION=`$GS --version 2>/dev/null`; with GSVERSION=`$GS --version 2>/dev/null|sed -e "s/\(.\.[^\.]*\)\..*/\\1/"`; Sorry for this. This will be corrected in the next version of pdfxup. I noticed that your fix is already on CTAN, hence I mark this issue as fixed in upstream. Many thanks for work! Hilmar -- sigfault OpenPGP_signature Description: OpenPGP digital signature
Bug#976080: pdfxup doesn't work anymore
> 2) I cannot reproduce the bug. Apparently, it occurred with v1.60 (lines > 360-361 test the version number of ghostscript). It seems that your bash > does not correctly interpret "${GSVERSION%.*}", which should return "9". > Could you try (in bash) > > $ GSVERSION=9.53; echo "${GSVERSION%.*}" I could figure out where the problem comes from: ghostscript added a patch level in their version numbers. A way of fixing this is to replace line 456 of pdfxup v2.00 (or line 363 of pdfxup v1.61, or line 354 of v1.60), which currently reads GSVERSION=`$GS --version 2>/dev/null`; with GSVERSION=`$GS --version 2>/dev/null|sed -e "s/\(.\.[^\.]*\)\..*/\\1/"`; Sorry for this. This will be corrected in the next version of pdfxup. Best wishes, -- Nico
Bug#976080: pdfxup doesn't work anymore
Hi, > I tried to do something simple with pdfxup, but I don't manage to get > anything off it : > > jpuydt@phaeris:/tmp$ LANG=C pdfxup -l 28-11-2020-attestation-de- > deplacement-derogatoire.pdf 28-11-2020-attestation-de-deplacement- > derogatoire.pdf -o attestation.pdf > /usr/bin/pdfxup: line 360: [: 9.53: integer expression expected > /usr/bin/pdfxup: line 361: [: 9.53: integer expression expected Sorry for my late answer. Two comments on this problem: 1) currently pdfxup does not handle several input files. Everything after the first PDf file is omitted. So the command above would work, but would be equivalent to $ pdfxup -l 28-11-2020-attestation-de-deplacement-derogatoire.pdf 2) I cannot reproduce the bug. Apparently, it occurred with v1.60 (lines 360-361 test the version number of ghostscript). It seems that your bash does not correctly interpret "${GSVERSION%.*}", which should return "9". Could you try (in bash) $ GSVERSION=9.53; echo "${GSVERSION%.*}" Best, -- Nico
Bug#976080: Info received (Bug#976080: pdfxup doesn't work anymore)
I found a simple work around: Move the file to /tmp before running pdfxup on it. Whew.
Bug#976080: pdfxup doesn't work anymore
On Tue, 01 Dec 2020 08:01:06 +0100 Julien Puydt wrote: > Le dimanche 29 novembre 2020 à 20:38 +0100, Hilmar Preuße a écrit : > > > > It looks like the usual incompatible change in gs. Could you load the > > latest version of pdfxup from CTAN and check if that solves your > > issue? > > It doesn't. Not the same line numbers, but same errors. > > Cheers, > > JP > > > I'm having the same problem. I tried replacing -dSAFER with -dNOSAFER in the script (per https://github.com/bmjcode/tkDocViewer/issues/1) , but that didn't solve it for me. I'd love a work around besides using another program, such as briss. I use pdfxup a lot.
Bug#976080: pdfxup doesn't work anymore
Le dimanche 29 novembre 2020 à 20:38 +0100, Hilmar Preuße a écrit : > > It looks like the usual incompatible change in gs. Could you load the > latest version of pdfxup from CTAN and check if that solves your > issue? It doesn't. Not the same line numbers, but same errors. Cheers, JP
Bug#976080: pdfxup doesn't work anymore
Am 29.11.2020 um 13:18 teilte Julien Puydt mit: Package: texlive-extra-utils Version: 2020.20200925-1 Severity: important I tried to do something simple with pdfxup, but I don't manage to get anything off it : It looks like the usual incompatible change in gs. Could you load the latest version of pdfxup from CTAN and check if that solves your issue? Hilmar -- sigfault OpenPGP_signature Description: OpenPGP digital signature
Bug#976080: pdfxup doesn't work anymore
Package: texlive-extra-utils Version: 2020.20200925-1 Severity: important I tried to do something simple with pdfxup, but I don't manage to get anything off it : jpuydt@phaeris:/tmp$ LANG=C pdfxup -l 28-11-2020-attestation-de- deplacement-derogatoire.pdf 28-11-2020-attestation-de-deplacement- derogatoire.pdf -o attestation.pdf /usr/bin/pdfxup: line 360: [: 9.53: integer expression expected /usr/bin/pdfxup: line 361: [: 9.53: integer expression expected -> processing options GPL Ghostscript 9.53.3: Unrecoverable error, exit code 1 /usr/bin/pdfxup: line 318: Error: /invalidfileaccess in --file-- Operand stack: (input-temp-pdfxup-1606651984.pdf) (r) Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- -- nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push .runexec2 -- nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- Dictionary stack: --dict:727/1123(ro)(G)-- --dict:0/20(G)-- --dict:75/200(L)-- Current allocation mode is local Last OS error: Permission denied: syntax error in expression (error token is ": /invalidfileaccess in --file-- Operand stack: (input-temp-pdfxup-1606651984.pdf) (r) Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- -- nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push .runexec2 -- nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- Dictionary stack: --dict:727/1123(ro)(G)-- --dict:0/20(G)-- --dict:75/200(L)-- Current allocation mode is local Last OS error: Permission denied") -> computing bounding box * empty bounding box; keeping original margins -> producing final file -> cleaning Cheers, JP