* Ebuilds (like this one) that use the webapp-apache.eclass need to * be converted to use the new webapp.eclass, to be compatible with * webapp-config. * * Please file a bug on http://bugs.gentoo.org/, stating that this * ebuild needs converting to use the new approach. Reproducible: Always Steps to Reproduce: 1. emerge squirrelmail 2. 3.
already done, net-mail/squirrelmail-1.4.3_rc1-r1 uses webapp.eclass but hasn't been marked stable yet.
that's because it's not stable yet.
*** Bug 50786 has been marked as a duplicate of this bug. ***
*** Bug 50796 has been marked as a duplicate of this bug. ***
I'm going to reopen this bug because I'm getting a weird error when trying to install 1.4.3_rc1-r1: * * This ebuild did not call webapp_src_install() at the end * of the src_install() function * * Please log a bug on http://bugs.gentoo.org * * You should use emerge -C to remove this package, as the * installation is incomplete * I have webapp-config-1.9 installed. # emerge info Portage 2.0.51_pre7 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040420-r0, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 1.90GHz Gentoo Base System version 1.4.10 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=i686 -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=i686 -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache cvs sandbox" GENTOO_MIRRORS="ftp://ftp.ussg.iu.edu/pub/linux/gentoo" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa apache2 apm arts avi berkdb bonobo cdr crypt cups encode esd f77 foomaticdb gcj gdbm gif gnome gpm gtk gtk2 gtkhtml guile imlib java jpeg kde libg++ libwww mad maildir mikmod milter motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pda pdflib perl png python qt quicktime readline sasl scanner sdl slang spell ssl svga tcltk tcpd tetex truetype usb x86 xml2 xmms xv zlib"
enh? I see it there. Stuart, you know what might be going on?
Yes, it's because portage-2.0.51 calls ebuilds in a different way to how portage-2.0.50 does. I've committed a change to the eclass to be compatible with portage-2.0.51. Please cvs up in the eclasses directory and try again. Best regards, Stu
I'm having trouble figuring out how to "cvs up in the eclass directory" as Stuart suggested. What is the CVSROOT and login for this? I hate to ask such a simple question, but I've searched the site as well as google to no avail. Can anyone fill in the details for me? Thank you.
The 'cvs up' comment was aimed at the other Gentoo developers commenting on this bug. For yourself, if you have v1.21 of webapp.eclass, you have the latest version (check the $Header line at the top of the file). If you don't have that version, a simple 'emerge sync' will fetch the correct version from the Gentoo mirrors. If you're still having problems after you're sure that you have v1.21 of the eclass, please let me know. Best regards, Stu
