xpdf-3.02-r1 was just released but the configuration settings one enter into /etc/xpdfrc are disregarded. Reproducible: Always Steps to Reproduce: 1.add to file /etc/xpdfrc 2.initialZoom 150 3.psFile "|kprinter" Actual Results: The changes aren't taking effect. Expected Results: initialZoom 150 - when opening any pdf file with xpdf the zoom should be 150 psFile "|kprinter" - when printer icon is clicked the kprinter should be there. Portage 2.1.3.19 (default-linux/x86/2007.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.22-gentoo-r5 i686) ================================================================= System uname: 2.6.22-gentoo-r5 i686 AMD Athlon(TM) XP 2500+ Timestamp of tree: Thu, 22 Nov 2007 18:30:07 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.4 [enabled] app-shells/bash: 3.2_p17 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/fax /usr/share/X11/xkb /usr/share/config /var/spool/fax/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distcc distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distro.ibidio.org/pub/linux/distributions/gentoo/ ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.osuosl.org/ http://mirror.datapipe.net/gentoo http://gentoo.binarycompass.org" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LINGUAS="en" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://10.0.0.101/gentoo-portage" USE="X acl acpi alsa apache2 arts berkdb bitmap-fonts cairo cdr cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode esd evo fam firefox foomaticdb fortran gdbm gif gpm gstreamer gtk hal iconv ipv6 isdnlog java jpeg kde kerberos ldap mad midi mikmod mp3 mpeg mudflap mysql ncurses nls nptl nptlonly ogg opengl openmp oss pam pcre pdf perl png ppds pppd python qt3 qt3support quicktime readline reflection scanner sdl session spell spl ssl svg tcpd tiff truetype truetype-fonts type1 type1-fonts unicode usb vorbis win32codecs x86 xml xorg xv zlib" ALSA_CARDS="via82xx" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="nv vesa fbdev" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
yeah, SAMEHERE(tm). I confirmed 3.02-r1 would open(1p) system xpdfrc from wrong path. $ strace -e open xpdf MyAwesomeDocment.pdf 2>&1 | grep -e 'xpdfrc' open("/home/hiyuh/.xpdfrc", O_RDONLY) = -1 ENOENT (No such file or directory) open("xpdfrc", O_RDONLY) = -1 ENOENT (No such file or directory) So If user had his/her own ~/.xpdfrc, this bug won't appear. I've reading the source, and find retarded #ifdef craps for Windows' path support in config.h and GlobalParams.cc. And I realized to define SYSTEM_XPDFRC is a way to work around like, src_compile() { append-flags '-DSYSTEM_XPDFRC="\"/etc/xpdfrc\""' emake || die } It buzz me w/ lot of redefined warning at the compile phase, but ITJUSTWORKS(tm).
Created attachment 145422 [details] new ebuild Here's a new ebuild implementing your fix. It also fixes the annoying warning of bug 18223 (following the suggestion of Evgeny there) by means of patch "xpdf-3.02-poppler-times.patch" (next attachment).
Created attachment 145423 [details, diff] patch for bug 18223
(In reply to comment #1) > It buzz me w/ lot of redefined warning at the compile phase, > but ITJUSTWORKS(tm). > Forgot to mention: These warning are also produced by the unchanged xpdf-3.02-r1.ebuild.
The problem is that xpdf is compiled to look for the system-wide configuration in /usr/local/etc/xpdfrc, while the gentoo ebuild puts the file at /etc/xpdfrc. So, either xpdf needs to be built to look at /etc/xpdfrc (I think this is the best solution) or the ebuild needs to put xpdfrc in /usr/local/etc.
Sorry I was negligent and didn't look at the proposed ebuild, my apologies.
(In reply to comment #5) > The problem is that xpdf is compiled to look for the system-wide configuration > in /usr/local/etc/xpdfrc, while the gentoo ebuild puts the file at /etc/xpdfrc. > So, either xpdf needs to be built to look at /etc/xpdfrc (I think this is the > best solution) or the ebuild needs to put xpdfrc in /usr/local/etc. > No, currently it is trying to look in /home/user/xpdfrc not /usr/local/etc/xpdfrc. But I'll agree best solution is to point an ebuild to /etc/xpdfrc (as this is where everybody is used to). Regards, Joseph
You're right, Joseph. What I meant is that after it (correctly) checks for /home/user/xpdfrc, then it tries /usr/local/etc/xpdfrc instead of /etc/xpdfrc. Thanks, Noah
Created attachment 184900 [details] new ebuild After upgrading to >=app-text/poppler-0.10.0 my ebuild didn't compile any more because it lacks the two new patches introduced by fixing bug 239195. Here is the new version including these patches.
+*xpdf-3.02-r2 (29 Mar 2009) + + 29 Mar 2009; Peter Alfredsen <loki_val@gentoo.org> +xpdf-3.02-r2.ebuild: + Bump. Fixes bug 200023. Thanks to KIMURA Masaru / hiyuh + <hiyuh.root@gmail.com> for the fix and Joseph <syscon780@gmail.com> for + the report. + Thanks to everyone on this bug for their patience.