Bug 93661 – cups-1.1.23-r3 depends on xpdf, which results in X being installed.

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Bjarke Istrup Pedersen (RETIRED) 2005-05-23 03:36:43 UTC]

I have a printserver running cups, and was about to update cups.
Now for some reason cups requires xpdf, that must be a mistake.

Reproducible: Always
Steps to Reproduce:

Actual Results:  
cups wants to install xpdf with all it's dependencies, this never happend 
before.

Expected Results:  
cups didn't depend on xpdf, at least not without a useflag set.

Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-
2.3.5-r0, 2.6.12-rc3-mm3-jupiter i686)
=================================================================
System uname: 2.6.12-rc3-mm3-jupiter i686 Pentium III (Coppermine)
Gentoo Base System version 1.6.12
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) 
[disabled]
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.8
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.16
sys-devel/libtool:   1.5.18
virtual/os-headers:  2.6.11
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium3 -mmmx -msse -O3 -pipe -fomit-frame-pointer -funit-at-a-
time"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share
/config /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium3 -mmmx -msse -O3 -pipe -fomit-frame-pointer -funit-at-
a-time"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS=""
MAKEOPTS="-j4 -s"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gurlinet.dk/gentoo-portage"
USE="x86 acl acpi apache2 apm bitmap-fonts bzip2 bzlib caps chroot crypt cups 
curl dba dhcp emboss examples fam foomaticdb fortran ftp gd gdbm gif hardened 
idn imap innodb ipv6 java jpeg libg++ libwww maildir md5sum mmx mng mp3 mpm-
threadpool mpm-worker mppe-mppc mysql ncurses nls no-htdocs nptl nptlonly pam 
pam-mysql pdflib perl php pic pie png posix ppds python readline ruby samba 
session simplexml slang slp sse ssl symlink tcpd threads tiff truetype-fonts 
type1-fonts usb userlocales vhosts xml xml2 xsl xslt zlib userland_GNU 
kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS

[Comment 1 Heinrich Wendel (RETIRED) 2005-05-23 09:00:56 UTC]

fixed. 

[Comment 2 Bjarke Istrup Pedersen (RETIRED) 2005-05-23 09:17:20 UTC]

Just looked at the newest version in to online cvs viewer.
The ebuild still has this:

RDEPEND="${DEP}
	!virtual/lpr
	app-text/xpdf"

How can this be fixed when it still depends on xpdf?

[Comment 3 Bjarke Istrup Pedersen (RETIRED) 2005-05-23 09:20:14 UTC]

nevermind

[Comment 4 Andrew D. Keyser (aka Legoguy) 2005-05-25 13:33:02 UTC]

Are you sure this is fixed? Almost two days now and it still hasn't changed in
CVS or on the rsync servers...

[Comment 5 Heinrich Wendel (RETIRED) 2005-05-25 14:32:49 UTC]

it still depends on xpdf, but if you don't have the X use flag set it won't 
install X 

[Comment 6 Andrew D. Keyser (aka Legoguy) 2005-05-27 13:03:54 UTC]

I beg to differ.

If it depends on xpdf, and xpdf depends on things that depend on X..

It still wants to pull X in, and I have USE="-X" in my use flags already.

What you should really be saying is that if you have USE="-motif" specified it
won't pull X in.

That's a bit misleading in my opinion, because if someone sets -X they shouldn't
have to worry about setting -motif and all that other stuff too. Kind of an
implied -use flag thing...

When I removed the cups dependency on xpdf manually in the ebuild, there were no
ill effects and it compiled fine... why can't an X use flag be added to CUPS
instead of having to worry about xpdf's use flags (which imo is bad practice)?