Package: xpdf Version: 3.04+git20211021-1 Severity: normal Dear Maintainer,
I love the ability to control xpdf from another program. Makes it easy to integrate into my workflow. However, it looks like xpdf doesn't parse correctly the -exec argument value when it includes spaces. For instance, run: xpdf -remote myxpdf somedocument.pdf Then run: xpdf -remote myxpdf -exec 'run(ls)' This works, the first xpdf command will run 'ls'. However the following command fails: xpdf -remote myxpdf -exec 'run(ls -l)' And it fails at the client side, showing a brief command line help. Not at the remote server side. Therefore suggesting it's a command line parsing issue. Best regards, Celelibi -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.9.0-5-amd64 (SMP w/2 CPU threads) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xpdf depends on: ii libc6 2.32-4 ii libgcc-s1 11.2.0-12 ii libpaper1 1.1.28+b1 ii libpoppler102 20.09.0-3.1 ii libstdc++6 11.2.0-12 ii libx11-6 2:1.7.2-2+b1 ii libxm4 2.3.8-3 ii libxt6 1:1.2.0-1 Versions of packages xpdf recommends: pn cups-bsd <none> ii gsfonts-x11 0.28 ii poppler-data 0.4.11-1 ii poppler-utils 20.09.0-3.1 ii sensible-utils 0.0.17 xpdf suggests no packages. -- no debconf information