Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 24272 - Error running ebuild /path/mod_php-4.3.2.ebuild config
Summary: Error running ebuild /path/mod_php-4.3.2.ebuild config
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: PHP Bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-07-11 03:54 UTC by Keith Edmunds
Modified: 2003-07-12 04:39 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 Keith Edmunds 2003-07-11 03:54:23 UTC
After installing mod_php I ran (and received) the following:

# ebuild /var/db/pkg/dev-php/mod_php-4.3.2/mod_php-4.3.2.ebuild config
*** Adjusting cvs-src permissions for portage user...
 * The PHP eclass needs a PHPSAPI setting!

!!! ERROR: dev-php/mod_php-4.3.2 failed.
!!! Function inherit, Line 147, Exitcode 0
!!! The PHP eclass needs a PHPSAPI setting!


Reproducible: Always
Steps to Reproduce:
1. As above
2.
3.

Actual Results:  
As above

Expected Results:  
Configured mod_php

# emerge info
Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4)
=================================================================
System uname: 2.4.21 i686 AMD Athlon(TM) XP 1800+
GENTOO_MIRRORS="http://build/gentoo
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config
/usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY=""
USE="x86 zlib 3dnow -3dfx -aalib -acl -afs -alsa -ant apm -arts -atlas -avi
berkdb -bonobo crypt cups -dga -directfb doc -dvd encode -esd -evo -fbcon -flash
-gb gd gdbm -gddb -ggi -ggz gif -gnome -gphoto2 gpm -gtk -gtkhtml -guile -icc
-icc-pgo imap imlib innodb -ipv6 -java jpeg -kde lcms ldap libg++ -libgda libwww
-matrox -mikmod mmx -motif -mozaccess -mozctl -mozilla -mozirc -mozxmlterm -mpeg
mysql -nas ncurses -nls nocardbus odbc -oggvorbis -opengl -oss pam -pcmcia -pda
pdflib perl -pic -plotutils png -pnp postgres python -qt -qtmt -quicktime
-raidtools readline -ruby samba -sdl -slang slp snmp -socks5 -spell sse ssl
-static svga -tcltk tcpd -tetex tiff -truetype -trusted -voodoo3 -X -xface -xml
xml2 -xmms -xv -zeo"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-mcpu=athlon-xp -O3 -pipe"
CXXFLAGS="-mcpu=athlon-xp -O3 -pipe"
ACCEPT_KEYWORDS="x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"
Comment 1 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-07-11 10:22:54 UTC
Re-install mod_php-4.3.2 or just copy the current mod_php-4.3.2.ebuild to your DB copy.

This is because a global change was made to the PHP eclass to make it sane.
Comment 2 Keith Edmunds 2003-07-12 02:38:52 UTC
I have an automated build/configure script which now dies every time it tries to configure mod_php. If I understand you correctly, the steps to configure mod_php are:

1. Install mod_php
2. Run the configure script
3. Let it fail
4. Reinstall mod_php
5. Rerun the configure script

That isn't a great solution. What can I do so that the configure script runs correctly at the first invocation?

Thanks
Comment 3 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-07-12 04:39:38 UTC
All you have to do it overwrite /var/db/pkg/dev-php/mod_php-4.3.2/mod_php-4.3.2.ebuild  with the updated version.

Just do:
cp /usr/portage/dev-php/mod_php/mod_php-4.3.2.ebuild /var/db/pkg/dev-php/mod_php-4.3.2/mod_php-4.3.2.ebuild 

Then it will stop complaining.

The sole problem here is that you have an outdated copy of the ebuild, without a critical change.