Bug 200023 – app-text/xpdf-3.02-r1 - /etc/xpdfrc setting are not taking effect

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Joseph 2007-11-22 20:35:53 UTC]

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

[Comment 1 hiyuh 2007-12-13 19:04:39 UTC]

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).

[Comment 2 Horst Prote 2008-03-06 16:27:14 UTC]

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).

[Comment 3 Horst Prote 2008-03-06 16:28:16 UTC]

Created attachment 145423 [details, diff]
patch for bug 18223

[Comment 4 Horst Prote 2008-03-06 16:35:17 UTC]

(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.

[Comment 5 Noah Sheppard 2008-04-17 15:02:48 UTC]

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.

[Comment 6 Noah Sheppard 2008-04-17 15:03:37 UTC]

Sorry I was negligent and didn't look at the proposed ebuild, my apologies.

[Comment 7 Joseph 2008-04-17 18:26:40 UTC]

(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

[Comment 8 Noah Sheppard 2008-04-29 17:56:13 UTC]

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

[Comment 9 Horst Prote 2009-03-13 18:41:32 UTC]

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.

[Comment 10 Peter Alfredsen (RETIRED) 2009-03-29 18:44:07 UTC]

+*xpdf-3.02-r2 (29 Mar 2009)
+
+  29 Mar 2009; Peter Alfredsen <[e-mail]> +xpdf-3.02-r2.ebuild:
+  Bump. Fixes bug 200023. Thanks to KIMURA Masaru / hiyuh
+  <[e-mail]> for the fix and Joseph <[e-mail]> for
+  the report.
+

Thanks to everyone on this bug for their patience.