Summary: | Putting kwallet and kghostview in the KDE DO_NOT_COMPILE variable caused emerge to not work | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Adam <richard.adam> |
Component: | New packages | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Adam
2004-07-31 11:27:29 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. 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. 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? reopen to reassign >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. closing again |