Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 49517 - php and mod_php 5.0.0_rc2 ebuild request
Summary: php and mod_php 5.0.0_rc2 ebuild request
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: PHP Bugs
URL: http://www.php.net/downloads.php#v5
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-04-30 09:44 UTC by Alessandro Rossini
Modified: 2004-07-10 08:32 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 Alessandro Rossini 2004-04-30 09:44:19 UTC
PHP 5.0.0 final release is getting closer.
Is it possible to have ebuilds for the rc2 version?
The portage tree laks of any 5.0.0 version of mod_php and have only the 5.0.0_beta1 version of php cli.
Thanks in advance.

Reproducible: Always
Steps to Reproduce:
Comment 1 Tal Peer (RETIRED) gentoo-dev 2004-05-04 07:35:32 UTC
php-bugs: we really need to get to a decision regarding the eclass naming and SLOT issues for php5 first...
Comment 2 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-05-04 09:44:46 UTC
tal:
for the eclass naming, I'm inclined to go with Stuart's idea of a seperate eclass for php5, given the scope of the changes to the existing eclass.
it also gives us a chance to clean it up.
call the new eclass 'php5-sapi.eclass' and commit it.

is the SLOT problem dealing with how to have mod_php4 and mod_php5 with apache[12]?
Comment 3 Tal Peer (RETIRED) gentoo-dev 2004-05-04 10:50:09 UTC
Ok, i agree too with the naming scheme.
This is indeed the SLOTting problem. One possible solution would be splitting the packages to (mod_)php{4,5}, but i don't really like this...
Comment 4 Alessandro Rossini 2004-05-31 07:20:40 UTC
This slotting problem will be resolved before the 5.0.0 final version of PHP will be out or not?
I agree with you that the decision is not simple as it seems but a lot of people are asking for php5 support in Gentoo.
Tnx in advance.
Comment 5 John Nilsson 2004-06-17 03:07:43 UTC
Why must mod_php be a seperate ebuild? A cleaner aproach (imho) is to build the modules along witht the cli version if USE="apache2?".
Comment 6 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-06-17 17:50:45 UTC
Regarding the slotting issue, upstream PHP folk say you can ONLY have one of mod_php4/mod_php5 with apache at any one time, you cannot have both of them due to symbol conflicts.

That said, we can just carry on using the existing slotting mechanism we have for mod_php.

john: 
USE=apache2 has a specific meaning - 'Chooses Apache2 support when a package supports both Apache1 and Apache2'. That said, USE=apache2 is not appropriate for this, and what if I want _different_ versions of the cli and mod_php, or to have them built with different USE flags? We definetly want them to use seperate .ini files as well, so that some items can be turned off for mod_php to make it more secure.

Comment 7 John Nilsson 2004-07-08 05:33:22 UTC
So what can I do to help? I really need this ebuild, all the ones floating around the forums are broken.

Could you make an ebuild as clean as php-5.0.0.ebuild for mod_php using the php5-sapi.eclass?

Just put what ever you've got in the tree and I'll do some bug testing.
Comment 8 Stuart Herbert (RETIRED) gentoo-dev 2004-07-10 08:32:01 UTC
Okay, I've committed a 'first cut' mod_php-5.0.0 ebuild into Portage.  It should appear on your local rsync mirror in about an hour.

I'm pretty sure that this ebuild will need some improvements before it's up to the same quality as Robin's PHP4 work.

Please, test it, and let us have your feedback.

Best regards,
Stu