dan, as you wrote that KDE3DIR etc. variables will be deprecated soon i commented them out for my gentoo 1.3b test drive. now, without these variables set, the conectiva-crystal-3.1_beta37.ebuild will install into the root tree (/share/icons/Crystal) instead of the kde base directories. to solve this, i've made an ebuild which should work both for old _and_ new gentoo versions. that's how it works: if available, it uses $KDE2DIR and $KDE3DIR variables. if not available, it parses and uses $KDEDIRS. if it does not find any of these variables or if it does not find any of the specified directories it aborts (see the source for details). disclaimer: i do not know about the variables you intend to use instead of $KDExDIR in the future (perhaps parse KDEDIRS too?). thus there might be an even more elegant solution than this one ;) plse see the attachment for the ebuild. rgds dan ps. imo it should work for ppc too (though i only tested it for i86)
Created attachment 2399 [details] new ebuild
Created attachment 2433 [details] conectiva-crystal-3.1_beta37-r2.ebuild (replaces the conectiva-crystal-3.1_beta37-r1.ebuild attachment) includes changes to make the ebuild pass lintool (there is still a warning about the malformed cvs header of course): --- conectiva-crystal-3.1_beta37-r1.ebuild Sun Jul 21 16:40:24 2002 +++ conectiva-crystal-3.1_beta37-r2.ebuild Sun Jul 21 16:32:48 2002 @@ -10,6 +10,9 @@ SLOT="0" LICENSE="as-is" +DEPEND="kde-base/kde" +RDEPEND=${DEPEND} + src_compile() { return 1; @@ -18,7 +21,7 @@ src_install(){ - successful="false"; # Success is defined as at least one installation of the icon theme. + successful="false"; # Success is defined as at least one installation of the icon theme. cd ${S}
I'm committed an -r1 that uses eclasses to determine where to install. kde-functions.eclass passes $KDEDIR and $PREFIX to an ebuild, and the ebuild uses kdelibs from $KDEDIR and installs in $PREFIX. Also btw kde 3.1 tree includes this icon theme.
o'right. i didn't know it will be included with 3.1 and using your eclasses is certainly a good idea.