Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 49026 - Where is /usr/bin/xpdf ?
Summary: Where is /usr/bin/xpdf ?
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Printing Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-04-26 04:29 UTC by motown
Modified: 2005-03-16 17:49 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description motown 2004-04-26 04:29:29 UTC
Since i mostly use gpdf for viewing PDF-documents, I never noticed /usr/bin/xpdf not existing, until I started configuring mozplugger.

I unlinked "app-text/xpdf" and re-emerged it, and it seemed to compile and install the ebuild, but it still did not create /usr/bin/xpdf.

I had exactly the same problem with "sys-apps/which-2.16" a while back. It seemed to compile and install normally, but it didn't install the executable. As a result, some ebuilds that relied on "/usr/bin/which" also broke. Downgrading to which-2.14 fixed the problem, but for some reason I couldn't find a bug report on it anywhere and I had to keep manually masking version 2.16 to prevent it from getting updated.

Eventually (for some unknown reason) this problem with which-2.16 somehow vanished when I tried emerging it a while later. But strangely, nobody ever made a "which-2.16-r1" or something like that. It's just like the bug had quietly disappeared by itself.

That begs the question: am I doing anything stupid, since this issue was apparently never reported by anyone else?

By the way, downgrading xpdf-3.0.0-r1 to xpdf-3.0.0 does NOT fix this problem on my system.
Comment 1 tbfr 2004-05-09 03:02:10 UTC
see bug 26613 and 37111

just had the same problem, after upgrading from 3.0 to 3.0-r1 xpdf was gone. 

do you have this warning during configure?
configure: WARNING: Couldn't find X / Motif -- you will be able to compile
        pdftops, pdftotext, pdfinfo, pdffonts, and pdfimages, but not xpdf

reemerging openmotif helped for me.
Comment 2 hollywoodb 2004-05-27 10:38:52 UTC
same problem, added motif to use, fixed problem (didn't have openmotif or lesstif merged at all before)

perhaps fix the ebuild to require motif, or if there's a better workaround...
Comment 3 Simon Cooper 2004-05-30 10:23:53 UTC
I've got the same problem, but reemerging openmotif doesnt fix it for me. A trawl through config.log produces this:

configure:8070: checking for Xm/XmAll.h
configure:8077: result: yes
configure:8109: checking for XmCreateForm in -lXm
configure:8140: gcc -o conftest -march=pentium4 -O3 -pipe -fomit-frame-pointer -
ffast-math -fforce-addr -fprefetch-loop-arrays -ftracer   conftest.c -lXm   -I/u
sr/X11R6/include -lXm -lXt  -L/usr/X11R6/lib  -lSM -lICE -lXp -lXext  -lX11  >&5
/usr/X11R6/lib/libXm.so: undefined reference to `_Xsetlocale'
collect2: ld returned 1 exit status
configure:8143: $? = 1
configure: failed program was:
| #line 8116 "configure"
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define SYSTEM_XPDFRC "/etc/xpdfrc"
| #ifdef __cplusplus
| #include <stdlib.h>
| #endif
| #define HAVE_DIRENT_H 1
| #define HAVE_REWINDDIR 1
| #define HAVE_POPEN 1
| #define HAVE_MKSTEMP 1
| #define _FILE_OFFSET_BITS 64
| #define _LARGEFILE_SOURCE 1
| #define HAVE_FSEEKO 1
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_X11_XPM_H 1
| #define HAVE_X11_XLIB_H 1
| #define HAVE_X11_EXTENSIONS_PRINT_H 1
| #define HAVE_X11_INTRINSIC_H 1
| #define HAVE_XM_XMALL_H 1
| /* end confdefs.h.  */
| 
| /* Override any gcc2 internal prototype to avoid an error.  */
| #ifdef __cplusplus
| extern "C"
| #endif
| /* We use char because int might match the return type of a gcc2
|    builtin and then its argument prototype would still apply.  */
| char XmCreateForm ();
| int
| main ()
| {
| XmCreateForm ();
|   ;
|   return 0;
| }
configure:8161: result: no
configure:8179: result: not using Xm library

The problem is an undefined reference to _Xsetlocale, but I have no idea what provides that...
Comment 4 Paul Taylor 2004-05-31 15:28:34 UTC
I'm getting the same error emerging xephem-3.5.2 - it fails in the final gcc step that builds the executable:

gcc -o xephem -march=athlon-xp -O2 -pipe -fomit-frame-pointer -fno-strength-reduce     -L../../libastro -L../../libip -L/usr/X11R6/lib   
      [snip lots of object files]
xmisc.o -lXm -lXt -lSM -lICE -lXext -lX11 -lastro -lip   -lm
ps.o(.text+0x2037): In function `ok_cb':
: warning: the use of `tmpnam' is dangerous, better use `mkstemp'
/usr/X11R6/lib/libXm.so: undefined reference to `_Xsetlocale'
collect2: ld returned 1 exit status
make: *** [xephem] Error 1

!!! ERROR: app-sci/xephem-3.5.2 failed.
!!! Function src_compile, Line 36, Exitcode 2
!!! (no error message)


There are references to _Xsetlocale in libc.so.5, libMrm.so.2.1 and libXm.so.2.1; adding libMrm to the Makefile didn't help.  
My guess is it's an OpenMotif issue.
Comment 5 lucida 2004-06-03 14:24:46 UTC
For anyone who are using freetype 2.1.7 or higher, checkout this:

http://mirror.vtx.ch/lfs/patches/downloads/xpdf/xpdf-3.00-freetype-2.1.7-hack.patch
Comment 6 Heinrich Wendel (RETIRED) gentoo-dev 2004-07-05 05:03:09 UTC
try to remerge openmotif and try the patch and report if it helped.
Comment 7 Heinrich Wendel (RETIRED) gentoo-dev 2004-08-04 09:20:43 UTC
could you get it working?
Comment 8 motown 2004-08-04 13:12:33 UTC
Yes, thank you. I re-emerged openmotif and then xpdf, and /usr/bin/xpdf is now present and working. I didn't even have to apply the patch (it was probably already integrated in the ebuild).

Thank you once again for a job well done, Gentoo devs! :)
Comment 9 Timmy Douglas 2005-03-15 22:57:03 UTC
doesn't work for me. tried re-emerging openmotif and then xpdf with no luck. here is the info:

Portage 2.0.51.19 (default-linux/x86/2004.2/gcc34, gcc-3.4.3, glibc-2.2.5-r2,glibc-2.3.4.20050125-r0, 2.6.9-rc4 i686)
=================================================================
System uname: 2.6.9-rc4 i686 AMD Athlon(tm) XP 1600+
Gentoo Base System version 1.6.9
Python:              dev-lang/python-2.3.5,dev-lang/python-2.2.3-r5,dev-lang/python-2.1.3-r1 [2.3.5 (#1, Mar  2 2005, 16:05:52)]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5, 2.2.3-r5, 2.1.3-r1
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.6.3, 1.8.5-r3, 1.9.5, 1.4_p6, 1.5
sys-devel/binutils:  2.15.92.0.2-r5
sys-devel/libtool:   1.5.10-r5
virtual/os-headers:  2.4.18, 2.4.19-r1, 2.4.22-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -g -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -g -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks fixpackages nostrip sandbox sfperms"
GENTOO_MIRRORS="http://mirrors.tds.net/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo http://csociety-ftp.ecn.purdue.edu/pub/gentoo/"
LC_ALL="zh_TW.UTF-8"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="x86 X aalib aim alsa apache2 apm arts avi berkdb bitmap-fonts bonobo canna cjk crypt curl dga divx4linux dvd emacs emboss encode esd fam flac font-server foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml guile iconv imagemagick imap imlib ipv6 java jpeg junit kde leim libg++ libwww mad mikmod mmap motif mozilla mp3 mpeg msn ncurses network nls nostrip oggvorbis opengl oss pam pdflib perl png postgres python qt quicktime readline samba sdl slang spell ssl svga tcpd tiff truetype truetype-fonts type1-fonts unicode xml xml2 xmms xv zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LDFLAGS, PORTDIR_OVERLAY

......
config.status: creating aconf.h
configure: WARNING: Couldn't find X / Motif -- you will be able to compile
        pdftops, pdftotext, pdfinfo, pdffonts, pdftoppm, and pdfimages,
        but not xpdf
cd goo; make
......



Comment 10 Heinrich Wendel (RETIRED) gentoo-dev 2005-03-16 03:21:13 UTC
remerge motif-config, openmotif and then xpdf
Comment 11 Timmy Douglas 2005-03-16 09:07:53 UTC
that didn't fix it.

Searching...   
[ Results for search key : motif-config ]
[ Applications found : 1 ]
 
*  x11-libs/motif-config
      Latest version available: 0.5
      Latest version installed: 0.5
      Size of downloaded files: 0 kB
      Homepage:    http://www.gentoo.org/
      Description: Utility to change the default Motif library
      License:     GPL-2


Searching...   
[ Results for search key : openmotif ]
[ Applications found : 1 ]
 
*  x11-libs/openmotif
      Latest version available: 2.2.3-r5
      Latest version installed: 2.2.3-r5
      Size of downloaded files: 5,029 kB
      Homepage:    http://www.motifzone.org/
      Description: Open Motif
      License:     MOTIF


Searching...   
[ Results for search key : xpdf ]
[ Applications found : 1 ]
 
*  app-text/xpdf
      Latest version available: 3.00-r8
      Latest version installed: 3.00-r8
      Size of downloaded files: 2,781 kB
      Homepage:    http://www.foolabs.com/xpdf/
      Description: An X Viewer for PDF Files
      License:     GPL-2

Comment 12 Axel Reimann 2005-03-16 12:33:30 UTC
I had the same problem and noticed that:

> remerge motif-config ... xpdf

is not sufficient. After motif-config is emerged,
it also needs to be _called_ to set the proper
profile. :)
In my case, this call failed since there
were some 3 old directories sitting in /usr/include
(Mrm for example). Once these directories were
deleted, the call to motif-config was successful, 
as well as the rebuild of xpdf afterwards.
Comment 13 Timmy Douglas 2005-03-16 17:49:21 UTC
thanks for the pointer. it worked after doing that. it would be nice if this was fixed in the ebuild though or something because i can't imagine everyone wanting to manually fix this sort of thing.