22886 – /usr/sbin/ebuild.sh: line 27: return: false: numeric argument required

Bug 22886 - /usr/sbin/ebuild.sh: line 27: return: false: numeric argument required

Summary: /usr/sbin/ebuild.sh: line 27: return: false: numeric argument required

Status:	RESOLVED FIXED

Alias:	None

Product:	Portage Development
Classification:	Unclassified
Component:	Unclassified (show other bugs)
Hardware:	All Linux

Importance:	High trivial (vote)
Assignee:	PHP Bugs

URL:
Whiteboard:
Keywords:

Duplicates (1):	22829 (view as bug list)
Depends on:
Blocks:

Reported:	2003-06-15 15:26 UTC by bdonlan
Modified:	2011-10-30 22:20 UTC (History)
CC List:	2 users (show)

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description bdonlan 2003-06-15 15:26:40 UTC

On some ebuilds (such as dev-php/mod_php-4.3.2), when performing an operation
such as emerge -f, ebuild config, etc on it will result in the message:
/usr/sbin/ebuild.sh: line 27: return: false: numeric argument required

This does not cause the operation to fail.

Reproducible: Always
Steps to Reproduce:
1. emerge -f dev-php/mod_php-4.3.2

Actual Results:  
Calculating dependencies ...done!
>>> emerge (1 of 1) dev-php/mod_php-4.3.2 to /
>>> Previously fetched file: php-4.3.2.tar.bz2 MD5 ;-)
/usr/sbin/ebuild.sh: line 27: return: false: numeric argument required


Expected Results:  
Calculating dependencies ...done!
>>> emerge (1 of 1) dev-php/mod_php-4.3.2 to /
>>> Previously fetched file: php-4.3.2.tar.bz2 MD5 ;-)

I am currently installing packages in a chroot, but that should not affect this.

Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4)
=================================================================
System uname: 2.4.20 i686 Celeron (Coppermine)
GENTOO_MIRRORS="ftp://gentoo.mirrors.pair.com/"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share
/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config"
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 oss 3dnow apm avi cups gif jpeg libg++ mikmod mpeg ncurses nls pdflib p
ng quicktime spell xml2 xmms xv gdbm berkdb slang readline arts svga tcltk java 
guile sdl gpm tcpd pam libwww ssl python esd imlib qt motif opengl mozilla cdr X
 gtk -gnome alsa kde crypt emacs encode ipv6 mmx oggvorbis perl truetype zlib"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-O2 -mcpu=i686 -pipe"
CXXFLAGS="-O2 -mcpu=i686 -pipe"
ACCEPT_KEYWORDS="x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"

Comment 1 SpanKY gentoo-dev

2003-06-16 14:04:31 UTC

fixed in cvs !@  php guys: this may change the way the eclass operated ... ;D

http://cvs.gentoo.org/cgi-bin/viewcvs.cgi/gentoo-x86/eclass/php.eclass.diff?r1=1.46&r2=1.47

Comment 2 Robin Johnson archtester

2003-06-18 19:46:14 UTC

*** Bug 22829 has been marked as a duplicate of this bug. ***

Comment 3 Robin Johnson archtester

2003-06-18 20:02:04 UTC

Thanks vapier, it was a glitch on my part to use the old way of checking that I did.