Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 59011 - Putting kwallet and kghostview in the KDE DO_NOT_COMPILE variable caused emerge to not work
Summary: Putting kwallet and kghostview in the KDE DO_NOT_COMPILE variable caused emer...
Status: RESOLVED CANTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-07-31 11:27 UTC by Adam
Modified: 2004-08-02 04:25 UTC (History)
0 users

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 Adam 2004-07-31 11:27:29 UTC
DO_NOT_COMPILE is a variable that I put in /etc/make.conf for KDE packages to prevent installing certain applications in the package.  I had my DO_NOT_COMPILE set like:

DO_NOT_COMPILE="kwrite kghostview kpdf kpager kgpg kjots kamera kwallet"

But when I tried to use emerge world to update my system, I got an error at compiling kdelibs, something about it didn't know how to make kwallet.  On a hunch, I removed kwallet from the variable and it worked for a while longer, but then I got a similar message for kghostview (I forget if it was while compiling kdelibs this second time).  I removed that too and everything worked.

Sorry I can't provide more information, I forgot to save the error message or pay more attention at the time.


Reproducible: Always
Steps to Reproduce:
1. Put kwallet or kghostview in the DO_NOT_COMPILE variable in /etc/make.conf
2. Try to update kde with emerge
3.

Actual Results:  
It would compile KDE

Expected Results:  
Compiled KDE normally, excluding those programs


root>emerge info
Portage 2.0.50-r9 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3.20040420-r0,
2.6.5-gentoo-r1)
=================================================================
System uname: 2.6.5-gentoo-r1 i686 AMD Athlon(tm) XP 2500+
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox sfperms strict userpriv usersandbox"
GENTOO_MIRRORS="ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
http://gentoo.mirrors.pair.com/ http://mirror.datapipe.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X alsa apm arts avi berkdb cdr crypt cups dvd encode foomaticdb gdbm gif
gpm gtk2 imlib java jpeg kde libg++ libwww mad mikmod motif mozilla mpeg mysql
ncurses nls oggvorbis opengl pam pdflib perl png ppds python qt quicktime
readline scanner sdl slang spell ssl svga tcpd truetype usb x86 xml2 xmms xv zlib"
Comment 1 Adam 2004-07-31 11:28:33 UTC
I forgot to say: I had those programs installed before doing the emerge, so maybe the error was from trying to remove them and being unable to.
Comment 2 Carsten Lohrke (RETIRED) gentoo-dev 2004-07-31 12:07:29 UTC
I consider DO_NOT_COMPILE as not supported, because the missing binaries are not reflected via R/DEPEND variables. If you are not sure, which implications DO_NOT_COMPILE has, don't use it! You're on your own with it. DO_NOT_COMPILE="" and re-emerging your kde-base/* ebuilds such fix your problem. `revdep-rebuild` -p doesn't harm, too.
Comment 3 Adam 2004-07-31 15:58:06 UTC
I made a mistake in Actual Results.  I meant to say "It wouldn't compile KDE".  Is there a way to edit these bug reports?

It's unfortunate that DO_NOT_COMPILE doesn't work properly; it seemed really useful.  What's an R/DEPEND variable or where can I find out about them?  Is it just in Gentoo that there's this problem or is it the KDE people that haven't implemented DO_NOT_COMPILE properly?
Comment 4 Carsten Lohrke (RETIRED) gentoo-dev 2004-08-02 04:13:21 UTC
reopen to reassign
Comment 5 Carsten Lohrke (RETIRED) gentoo-dev 2004-08-02 04:24:23 UTC
>It's unfortunate that DO_NOT_COMPILE doesn't work properly
I wouldn't say that it doesn't work properly. Portage just cannot know anything about it. If you know what you're doing and what you have to do if something doesn't work, then you can use it.

R/DEPND variables tell Portage which runtime/dependencies ebuilds have. Refer to
http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml
for further information.
Comment 6 Carsten Lohrke (RETIRED) gentoo-dev 2004-08-02 04:25:04 UTC
closing again