Re: Very old bugs and requirements

[email protected] ("Daniel O'Connor") Fri, 26 Aug 2011 08:36:17 +0930
Newsgroups php.pear.qa
Message-ID <CAJsZyFD488ed6bke+zOSXEgF7tsdcdsvjRzzAWAU1Z8+1M9raA@mail.gmail.com>
On Thu, Aug 25, 2011 at 8:41 PM, Stelian Mocanita <
[email protected]> wrote:

> Hello all,
>
> I just got back in town, with little bit more delay than expected and went
> through all you guys discussed here.
>
> I believe that going through old packages and trying to reach the reporters
> and get a status of a particular report is a viable solution, we could even
> automatize this process so we don't put in loads of men hours to get there.
>
> The Github migration automation is all so cool, having the amount of
> contributions on github versus pear. If noone is working, or planning to
> work on this, I am volunteering as long as we can start a discussion thread
> on this topic and figure out how and what exactly we want.
>
>
https://github.com/pear/pear-svn-git/blob/master/package-to-git.sh achieves
quite a lot of it. From my perspective; we need:
 1. A report of 'packages, unmaintained, not hosted by github' out of
pearweb on a frequent basis (that can be easily turned into a list of
commands to execute involving the package-to-git script)
 2. A button in pearweb to update the relevant DB bits (package source
location); or a output to an .sql for the scenario where X packages get
migrated at once.
 3. http://develop.github.com/ has an API in some areas - is there something
which can create the relevant repository? relevant team in pear? Can this be
trivially added to the .sh script?