Next Bug Triage Day - August 2nd/3rd - what do we want to do?

[Daniel O'Connor]

Check out the calendar:
http://www.google.com/calendar/embed?src=rslkppoio4rtq6nm7b6fptclfo%40group.calendar.google.com



I've chucked up a page in the wiki - let's be a little proactive this time
and pick what we want to tackle!
http://wiki.pear.php.net/index.php/Bug_Triage_Day_2008_08_02


What do people feel like tackling?

I'm keen for helping stomp out the remaining SOAP bugs marked for feedback
from previous triage(s) (Bug Triage Day 2008 07
13<http://wiki.pear.php.net/index.php/Bug_Triage_Day_2008_07_13>)
- I got my head around things a little bit from last time.

Other things might include:

1) Followup on:

   - Bug 11815 <http://pear.php.net/bugs/bug.php?id=11815> - decide which
   version is the one true version
   - Bug 6356 <http://pear.php.net/bugs/bug.php?id=6356> - Fatal error with
   PHP 5 / Determine future of Image_Remote package
   - Doc Req 2067 <http://pear.php.net/bugs/bug.php?id=2067> - Package
   documentation for
Auth_PrefManager2<http://pear.php.net/package/Auth_PrefManager2>
   - Bug 2885 <http://pear.php.net/bugs/2885> - Wrong class name in
   Auth_PrefManager2


   - Bug 7252 <http://pear.php.net/bugs/bug.php?id=7252> - Undefined
   variable (tests needed)
   - Bug 7897 <http://pear.php.net/bugs/bug.php?id=7897> - XML_FastCreate
   makes the wrong sort of CDATA
   - Bug 11511 <http://pear.php.net/bugs/bug.php?id=11511> - BC break (use
   of self vs PHP 4)
   - Bug 12575 <http://pear.php.net/bugs/bug.php?id=12575> - Resolve
   licencing confusion
   - Bug 13482 <http://pear.php.net/bugs/bug.php?id=13482> - Bad md5sum for
   Validate_HU tar
   - Bug 12086 <http://pear.php.net/bugs/bug.php?id=12086> - CaseSensitivity
   patch for Net_UserAgent_Detect
   - Bug 13605 <http://pear.php.net/bugs/bug.php?id=13605> - Patch: Make
   Console_GetArgs work with phpunit3
   - http://pear.php.net/bugs/bug.php?id=12974

2) Followup on packages not in CVS, starting with:

   - http://pear.php.net/package/I18N_UnicodeString
   - http://pear.php.net/package/Validate_HU

3) Help remove obstacles for PEAR2

4) Focus on a specific package, like DB (
http://pear.php.net/bugs/search.php?cmd=display&bug_type=Bugs&status=Open&package_name[]=DB&by=Any&limit=30
)

5) Triage the newest 30 bugs and feature requests while they are still
'fresh'; ensure the bug reports have test cases and quality information.

6) Other stuff

What do you all think/want?

[Adam Ashley-4]

On Sat, Jul 19, 2008 at 6:45 PM, Daniel O'Connor
<daniel.oconnor@...> wrote:
>   - Doc Req 2067 <http://pear.php.net/bugs/bug.php?id=2067> - Package
>   documentation for
> Auth_PrefManager2<http://pear.php.net/package/Auth_PrefManager2>
>   - Bug 2885 <http://pear.php.net/bugs/2885> - Wrong class name in
>   Auth_PrefManager2

Auth_PrefManager2 is a dead package, has been since the original
developer dropped it back in 2004. I got assigned as the lead to it
when I took over Auth_PrefManager. I however have no plans to salvage
the Auth_PrefManager2 code it doesn't meet any of the PHP coding
standards and as far as I can tell has never worked for anything other
than the ini file backend. I have some designs for a PHP5 version of
it when we actually get that channel, but I'm not going to waste me
time rewritting the current mess so it works.

Actually for Auth_PrefManager2 I plan to base it off Config2, making
it just glue between Auth2 and some config storage backend.

> 3) Help remove obstacles for PEAR2

This is something I really want to see. I have a first cut of Auth2
working with all its objecty PHP5 goodness. Was all done more than a
year ago (PEAR2 was all soonish then) and still waiting.


Adam Ashley

--
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php