17931 – The CVS eclass doesn't allow virtual modules

Bug 17931 - The CVS eclass doesn't allow virtual modules

Summary: The CVS eclass doesn't allow virtual modules

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	New packages (show other bugs)
Hardware:	All Linux

Importance:	High normal (vote)
Assignee:	Dan Armak (RETIRED)

URL:	http://php.net/~tal/ebuild.fail
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2003-03-21 08:35 UTC by Tal Peer (RETIRED)
Modified:	2003-04-19 16:03 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 Tal Peer (RETIRED) gentoo-dev

2003-03-21 08:35:37 UTC

I was trying to write an ebuild for php5-dev (cvs version). Currently, the php5 module is defined as a virtual module (consists of php4 HEAD, ZendEngine2 module and TSRM module). The ebuild fails (see url). However, when i change the module to php4, and branch to PHP_4_3, it works flawlessly. On the server, php4 is defined as php4+Zend+TSRM, so this might be a problem with virtual modules that are *really* virtual, not just aliased to include more modules in them.

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

Comment 1 phoen][x 2003-03-27 16:57:38 UTC

Dan:

You might want to take a look at it, too.

I'm not the mighty cvs wizard everyone thinks off, heh.

Taking a look at this issue myself, now.

-phoen][x-

Comment 2 Hannes Mehnert (RETIRED) gentoo-dev

2003-03-27 19:31:47 UTC

hmm, the problem seems to be related to the cvs.eclass always 
doing a cvs update, no cvs checkout. 
 
Dan, what was the problem with doing a cvs checkout if the src-dir 
doesn't exist?

Comment 3 Dan Armak (RETIRED) gentoo-dev

2003-04-19 16:03:15 UTC

Fixed now in the new eclass, & Tal has submitted his php-cvs ebuild I beleive.