Re: Bug tracker tool we need
Re: Bug tracker tool we need
От:
Wolfgang Wilhelm <wolfgang20121964@yahoo.de>
Дата:
First of all I think a bug tracker will never be a system that is somehow "loved". Bugs are things which developers hate. Bugs in a cute nice small bug house aren't nice, are they?
Question: Is there a reasonable chance from may be Tom Lane's idea of a wiki to an improved (define improvements) version which PG developers think may be useful?
Wolfgang
Von: Robert Haas <robertmhaas@gmail.com>
An: Magnus Hagander <magnus@hagander.net>
CC: Jay Levitt <jay.levitt@gmail.com>; Alex <ash@commandprompt.com>; Dimitri Fontaine <dimitri@2ndquadrant.fr>; Alvaro Herrera <alvherre@commandprompt.com>; Peter Eisentraut <peter_e@gmx.net>; Tom Lane <tgl@sss.pgh.pa.us>; Greg Smith <greg@2ndquadrant.com>; Pg Hackers <pgsql-hackers@postgresql.org>
Gesendet: 3:07 Mittwoch, 18.April 2012
Betreff: Re: [HACKERS] Bug tracker tool we need
On Tue, Apr 17, 2012 at 1:47 AM, Magnus Hagander <magnus@hagander.net> wrote:
> That's probably one reason people aren't jumping on this. Because
> there is no tracker out there that people actually *like*...
I think this is a point worth serious thought. The bug trackers I've
used have been mostly terrible; saying that they are to bug tracking
what CVS is to version control is insulting CVS. They're more like
what editing RCS files in vi is to version control - i.e. worse than
not having version control.
To put that in practical terms, I think everyone (including people
like Tom and I) who (a) are old curmudgeons or anyway middle-aged
curmudgeons and (b) would spend much more time in bed with any system
that we adopted than the average hacker would agree that the current
system is kind of a pain. But there is no point in replacing it with
something else unless that new thing is going to be significantly
better than what we are doing now. And it's not entirely clear that
such a thing exists. There are certainly people out there, and even
on this list, who will tell you that system ABC is great. But for any
given ABC there are also people who will tell you that it's got
significant problems. We don't need to change anything to get a
system that's got significant problems; we already have one.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
Re: Last gasp
От:
Magnus Hagander <magnus@hagander.net>
Дата:
On Wednesday, April 11, 2012, Robert Haas wrote:
--
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.redpill-linpro.com/
On Tue, Apr 10, 2012 at 10:05 PM, Peter Geoghegan <peter@2ndquadrant.com> wrote:
> On 11 April 2012 02:14, Robert Haas <robertmhaas@gmail.com> wrote:
>> My perception of what's going on here is dramatically different from
>> yours. I don't think there was any overflow of submissions for 9.2.
>
> That is just not true. See the attached graph (couldn't produce one
> with better resolution at short notice) - I've just eyeballed the
> graph, but it looks like an upward trend to me.
I don't know what this is a graph of, but if you look at the number of
patches in each of the CommitFests for the last couple of releases,
you see this:
9.0: 66, 40, 38, 60
9.1: 53, 52, 43, 96
9.2: 60, 52, 53, 104
There might be an upward trend there, but it isn't a very steep one.
It also seems pretty clear to me (although you are welcome to
disagree) that even if the *number* of patches in 9.2 was higher than
9.1, the average complexity was less, at least for the first three
CommitFests.
By the way, let's take a look at the major features list for 9.0 and
9.1, as well as who wrote them.
>From the 9.0 release notes:
- Streaming Replication (Fujii Masao - not a committer)
- Hot Standby (Simon Riggs - committer - though he wasn't when he
wrote the first version of this patch)
- GRANT/REVOKE IN SCHEMA (Petr Jelinek - not a committer)
- ALTER DEFAULT PRIVILEGES (Petr Jelinek - not a committer)
- DO (Peter Jelinek - not a committer)
- 64-bit Windows (Tsutomu Yamada, Magnus Hagander - not a committer
and a committer, respectively)
- Better window functions (Hitoshi Harada - not a committer)
- ORDER BY for aggregates (Andrew Gierth - not a committer)
- Deferrable unique constraints (Dean Rasheed - not a committer)
- Exclusion constraints (Jeff Davis - not a committer)
- RADIUS (Magnus Hagander - a committer)
- LDAP improvements (Robert Fleming, Magnus Hagander - not a committer
and a committer, respectively)
- Better LISTEN/NOTIFY (Joachim Wieland - not a committer)
- Better VACUUM FULL (Itagaki Takahiro, Tom Lane - both now
committers, but Itagaki Takahiro became one only later)
- pg_upgrade (Bruce Momjian - a committer)
- join removal (Robert Haas - now a committer, but not then)
- EXPLAIN enhancements (Robert Haas - now a committer, but not then)
- hstore enhancments (Andrew Gierth - now a committer, but not then)
For the sake of the archives - Andrew Gierth is not a committer now either.
//Magnus
--
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.redpill-linpro.com/
Re: Last gasp
От:
Peter Geoghegan <peter@2ndquadrant.com>
Дата:
On 11 April 2012 02:14, Robert Haas wrote: > My perception of what's going on here is dramatically different from > yours. I don't think there was any overflow of submissions for 9.2. That is just not true. See the attached graph (couldn't produce one with better resolution at short notice) - I've just eyeballed the graph, but it looks like an upward trend to me. I think I submitted my first patch in late April 2011. Now that Andres has joined 2ndQuadrant, it seems likely that his output will increase by a large amount too. I think that Noah began contributing less than 2 years ago. It certainly seems to me like we're getting more submissions that are more complex...this image was generated by the tool gitstat, and as such does not include figures for the patches that we were unable to commit, though there also appears to be an upward trend there. > For the most part I would describe it as a slow and boring release > cycle, with the usual spike in half-baked submissions right near the > end, except this release they were less baked than usual, which is why > most of them didn't go in. That is uncalled for. -- Peter Geoghegan http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training and Services
