Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 73985 - xpdf needs better warning about missing xpdf program
Summary: xpdf needs better warning about missing xpdf program
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Printing (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Printing Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-12-10 01:21 UTC by Steve Herber
Modified: 2005-03-15 01:40 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 Steve Herber 2004-12-10 01:22:12 UTC
Bug 49026, "Where is /usr/bin/xpdf ?" was exactly the problem I encountered.  Hidden in the emerge output was the message that xpdf would not be built.  This is a huge documentation failure.  If the xpdf packge does not build the xpdf program then why do dependencies exist at all?  This bug report is asking for better documentation or a NO_USE=motif flag.  This is not a bug report about the xpdf application.

Reproducible: Always
Steps to Reproduce:
1. remove motif from your use flags
2. emerge xpdf
3.

Actual Results:  
/usr/bin/xpdf is not created.  This is a very misleading result very much at
odds with the expected portage dependancy philosophy.

Expected Results:  
The software should have installed one of the motif family package, lestif or
motif, then built the xpdf program.

It seems some people don't want the overhead of motif and I can understand that.
 For those people, there should be an inverted USE=motif flag, NOUSE=motif? so
the package won't be installed.  This would restore the original xpdf package
and still let people exclude the package if they don't want it.

This is not a trivial problem.  I am an experienced Unix admin and anything that
wastes my time without a BIG warning hurts the Gentoo world.  Thanks for your
consideration.
Comment 1 Heinrich Wendel (RETIRED) gentoo-dev 2004-12-20 13:00:05 UTC
i think it's a good idea, changed that in -r6
Comment 2 Kelly Price 2005-02-01 14:31:51 UTC
I do belive it's still a documentation failure.  It turns out alot of programs, including KDE's graphics packages, use many components inside the xpdf package.

Now, granted, if the non-X11 parts of xpdf were seperated into xpdf-tools, or another ebuild be made so that if motif was not in the USE flags, xpdf-tools would be used and not xpdf proper -- and alot of folks wouldn't be complaining about things being one way or another.

Comment 3 Octavio Ruiz (Ta^3) 2005-03-15 01:40:14 UTC
In all of this profiles `motif` USE flag is inside make.defaults:

default-linux/ppc/1.0
default-linux/ppc/1.2
default-linux/ppc/1.4
default-linux/ppc/1.0_rc
default-linux/x86/gcc2
default-linux/x86/xbox
default-linux/x86/gcc31
default-linux/x86
default-linux/x86/2004.0
default-linux/x86/2004.2/gcc34/2.6
default-linux/x86/2004.2/gcc34
default-linux/x86/2004.2
default-linux/x86/2004.3
default-linux/ia64/2004.3
default-linux/hppa/2004.2
default-linux/s390
default-linux/amd64/gcc34-2004.2
default-linux/alpha
default-linux/alpha/2004.3
default-linux/sparc/sparc32/2004.3
default-linux/sparc/sparc32/2005.0
default-linux/sparc/sparc64/gcc34/2004.3
default-linux/sparc/sparc64
default-linux/sparc/sparc64/2004.2
default-linux/sparc/sparc64/2004.3/alsa
default-linux/sparc/sparc64/2004.3

So you almost always will have xpdf installed, you dont want it? Ok,
this is why `/etc/portage/package.use` exist or not? :-P

See Bug 83317  and  Bug 85315