Re: pg_reorg in core?

From: Satoshi Nagayasu <snaga(at)uptime(dot)jp>
To: Greg Sabino Mullane <greg(at)turnstep(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: pg_reorg in core?
Date: 2012-09-23 16:14:38
Message-ID: 505F356E.4010303@uptime.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

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. :)

> 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.

Regards,

>
> Oh, and -1 for putting it in core. Way too early, and not
> important enough.
>
> - --
> Greg Sabino Mullane greg(at)turnstep(dot)com
> PGP Key: 0x14964AC8 201209222334
> http://biglumber.com/x/web?pk=2529DF6AB8F79407E94445B4BC9B906714964AC8
> -----BEGIN PGP SIGNATURE-----
>
> iEYEAREDAAYFAlBeg/AACgkQvJuQZxSWSsjL5ACgimT71B4lSb1ELhgMw5EBzAKs
> xHIAn08vxGzmM6eSmDfZfxlJDTousq7h
> =KgXW
> -----END PGP SIGNATURE-----
>
>
>
>

--
Satoshi Nagayasu <snaga(at)uptime(dot)jp>
Uptime Technologies, LLC. http://www.uptime.jp

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jan Urbański 2012-09-23 17:21:53 trivial typo in src/tools/RELEASE_CHANGES
Previous Message Christopher Browne 2012-09-23 16:07:00 Re: [PoC] load balancing in libpq