I'm +1 on expanding/enhancing our system with more designated "karma
crews" for the various sub-projects. It shouldn't be too difficult to
add a karma-granting interface to masterweb; move the ACLs into the
database and either generate an ACL file in the current format, or
tweak the ACL script to
Personally, I don't see any advantage to keeping the karma requests to
group@ only but only disadvantages.
I think it'd make more sense to distribute the load and have sub-groups
that handle the different requests. For example, PEAR, Pecl, PHP docs, and
core.
This would make sure that we are not
At 09:43 PM 12/15/2004 +, Gabor Hojtsy wrote:
As long as we retain copies of those releases somewhere (php museum) I
see no reason to keep releases older then 3 versions in the distributions
folder.
Good. Those big patches are not available from the museum though.
I don't even think we need t
Hi:
Someone mentioned http://bugs.php.net/bug.php?id=31098 deals with this
issue.
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
http://www.AnalysisAndSolutions.com/
4015 7th Ave #4, Brookly
On Sun, Dec 19, 2004 at 02:06:21PM -0500, Daniel Convissor wrote:
>
> php -r "$str = 'Hello'; var_dump(isset($str->prop));"
Those on *nix like systems would probably rather use this:
php -r '$str = "Hello"; var_dump(isset($str->prop));'
> In a PHP 4 snapshot from today, it still retu
Hi:
Someone using PEAR DB just filed a bug report. It turns out PHP's
behavior has changed when trying to find a "property" of a string:
php -r "$str = 'Hello'; var_dump(isset($str->prop));"
In 5.0.0, 5.0.1 and 5.0.2 it returns false. But in 5.0.3 it returns true.
In a PHP 4 snapshot fro
