Package: xpdf Version: 3.03-17+local1 Severity: normal xpdf -font (or -fn) doesn't work with font names that don't start with a dash. For instance:
zira:~> xpdf -fn fixed error: "fixed" file not found It seems to be a bug in the Debian wrapper, which assumes that -fn doesn't take an argument, thus "fixed" is regarded as a filename. No such problem with "xpdf.real". Note: This was just an example for testing. I was wondering why "xpdf -fn -adobe-helvetica-bold-r-normal--" wasn't working, then I tried "xpdf -fn fixed", which didn't work either. I was really confused, but then I found out that these failures were due to two different bugs! The former is due to a bug in the zsh completion (-adobe-helvetica-bold-r-normal-- produced by zsh completion isn't a valid font name). The latter is this bug in the xpdf wrapper. The goal is to increase the font size of the UI for high-dpi screens. -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xpdf depends on: ii libc6 2.19-19 ii libgcc1 1:5.1.1-14 ii libpoppler46 0.26.5-2 ii libstdc++6 5.1.1-14 ii libx11-6 2:1.6.3-1 ii libxm4 2.3.4-8 ii libxt6 1:1.1.4-1+b1 Versions of packages xpdf recommends: ii cups-bsd 2.0.3-10 ii gsfonts-x11 0.22 ii poppler-data 0.4.7-3 ii poppler-utils 0.26.5-2 xpdf suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
