Re: pg_reorg in core? - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: pg_reorg in core?
Date
Msg-id CAB7nPqSHjsVeUGJuHxF43iF6RY8_7QiKKCRqmNm8rbcvQfW1ig@mail.gmail.com
Whole thread Raw
In response to Re: pg_reorg in core?  (Satoshi Nagayasu <snaga@uptime.jp>)
Responses Re: pg_reorg in core?  (Daniele Varrazzo <daniele.varrazzo@gmail.com>)
List pgsql-hackers


On Mon, Sep 24, 2012 at 1:14 AM, Satoshi Nagayasu <snaga@uptime.jp> wrote:
2012/09/23 12:37, Greg Sabino Mullane wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: RIPEMD160
>
>
>>> I think it's time to consider some *umbrella project* for maintaining
>>> several small projects outside the core.
>>
>> Well, that was pgfoundry, and it didn't work out.
>
> I'm not sure that is quite analogous to what was being proposed.
> I read it as more of "let's package a bunch of these small utilities
> together into a single project", such that installing one installs them
> all (e.g. aptitude install pg_tools), and they all have a single bug
> tracker, etc. That tracker could be github, of course.

Exactly --- I do not care the SCM system though. :) 
The bug tracker is going to be a mess if it has to manage 100 subprojects, knowing that each of them is strictly independant.
Maintainers are also different people for each tool.
 

> I'm not convinced of the merit of that plan, but that's an alternative
> interpretation that doesn't involve our beloved pgfoundry. :)

For example, xlogdump had not been maintained for 5 years when
I picked it up last year. And the latest pg_filedump that supports 9.2
has not been released yet. pg_reorg as well.

If those tools are in a single project, it would be easier to keep
attention on it. Then, developers can easily build *all of them*
at once, fix them, and post any patch on the single mailing list.
Actually, it would save developers from waisting their time.

>From my viewpoint, it's not just a SCM or distributing issue.
It's about how to survive for such small projects around the core
even if these could not come in the core.
The package manager system could be  easily pgxn. It is already designed for that.
For development what you are looking for here is something that github could perfectly manage.
As proposed by Masahiko, a single organization grouping all the tools (one repository per tool) would be enough. Please note that github can also host documentation. Bug tracker would be tool-dedicated in this case.
--
Michael Paquier
http://michael.otacoo.com

pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: [ADMIN] pg_upgrade from 9.1.3 to 9.2 failed
Next
From: Daniele Varrazzo
Date:
Subject: Re: pg_reorg in core?