Re: [PEAR-QA] Proposal: Migrate unmaintained packages to github
[email protected] (Brett Bieber) Wed, 24 Aug 2011 08:32:02 -0500
| Newsgroups | php.pear.qa |
|---|---|
| Message-ID | <CAF6z_LJyafVQPs2ErxsxkvUbvE5OCgjM-fu9jD=rNAb=bNqTOw@mail.gmail.com> |
On Tue, Aug 23, 2011 at 6:18 PM, Daniel O'Connor <[email protected]> wrote: > We've got a number of unmaintained packages: > http://pear.php.net/qa/packages_orphan.php > > We regularly get requests from folks to take over packages; but it's a bit > of a hassle to greet them; assess them; get them karma; etc. > A lot of us are comfortable with git. The migration path is trivial > (git-svn; update package source link; remove from pear svn); with the > exception of losing the CI service without a bit of mucking around. > Git removes much friction from accepting patches/etc; once you get over the > initial learning curve. > > So... what would be compelling reasons *not* to migrate packages? > > All I've got so far: > 1) Validate_* have a unique dir structure which would be a pain to untangle. > 2) There's a lot of packages; most of them without open bugs; so why muck > around with them 3) How do we keep track of bugs. I'd be in favor of moving any package that doesn't have open issues immediately. I think bugtracker integration is a compelling reason to not move source — until we can manage to keep bugs in one place, or move them over to github issues. You're correct that accepting new devs is a time drag, and honestly that is what is taking up the little time volunteers have. As you've stated, this would hopefully reduce that. -- Brett Bieber