Re: [PEAR-DEV] PEAR issues vs Github issues - open question
[email protected] (Alexey Borzov) Tue, 04 Mar 2014 19:01:22 +0400
| Newsgroups | php.pear.dev |
|---|---|
| Message-ID | <[email protected]> |
Hi Daniel, On 04.03.2014 18:22, Daniel O'Connor wrote: > So recently, a decent conversation picked up around PEAR core; getting it > stable; etc. > > One comment stood out to me >>> I'd suggest at least documenting that PEAR lives @ github and list people >>> having push access to the repository. >> > > It was also pointed out that there was a large number of bugs that are > resolved via github, but no obvious connection back to the original bug > report exists. > > How would the community feel about increasing the use of github issue > tracking, and on some or maybe even all packages; going read only for new > pearweb based bug reports? The problem is not that our tracker is bad, it is that no one checks it (I'm talking about tracker for PEAR-the-package specifically). There is a lot of noise, obvious pilot errors, duplicate issues. We are also highly unlikely to migrate 100+ open issues to github, so we'll end up with two trackers that no one checks. Hardly an improvement... > Given the fact we're fairly quiet/short handed, and the bug tracking code > is a touch on the older side, this is a maintenance problem we needn't > necessarily have (there is occasional spam, odd issues with html escaping > bugs, etc). I'm currently scratching my head about a much bigger maintenance problem: I see 48 of 720 PEAR unit tests failing under Linux and 66 under Windows. Looks like no one bothers to run them even when merging pull requests...