Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-07-07 Thread David Fetter
On Mon, Jun 30, 2008 at 05:30:19PM +0200, Magnus Hagander wrote:
 David Fetter wrote:
  On Mon, Jun 30, 2008 at 01:50:26PM +0200, Magnus Hagander wrote:
  David Fetter wrote:
  [gitosis]
  I'm not sure I agree that this is a big problem, but sure, we
  should at least consider git-shell.
  
  Please explain your reasoning here.  The project has taken nasty
  hits on its infrastructure already (pgfoundry) because the author
  of the software had a go-it-alone, I-know-best attitude that
  sooner than later forced us to fork.  As a direct consequence,
  pgfoundry now needs a redo that will take a pgfoundry
  administrator many of work in their ample spare time.
 
 If the reason for this is that the software isn't usable, that's one
 thing.  If it's just the author that considers a git snapshot is my
 release packaging, not a tarball, I don't see how that in itself
 has any effect on the quality of the software.

You don't?  You have *got* to be joking.

 If that's the only thing it's saying, I don't think that in itself
 is enough to disqualify gitosis.

The author's got a haughty disinterest in having anybody else ever
participated in gitosis development.  That's a show-stopper, totally
independent of the current code.

  Is there any product out there that makes it possible to admin a
  git-shell based system without having all the admins being root on
  the server?  Because that's simply not an option if you want
  anything remotely scalable.
  
  I don't know what you mean by remotely scalable, but it's clearly
  not the same definition I have.  A sudo wrapper which only allows
  creation, editing and deletion of accounts restricted to git-shell
  will scale just fine.
 
 A properly working sudo wrapper that will let you do *everything needed*
 is good enough for me.

We can make one of those, and it doesn't have to--can't be--perfect
the first time through because we will find capabilities it needs and
ones we supplied that it doesn't.

  Show me such a solution, and I'll be happy to consider it :-)
  
  1. Create a (set of) program(s) which does exactly the following things:
  
  * Create an account with git-ssh as its shell.
  * Manipulate the contact information, ssh keys and groups of said 
  account.
  * Delete the account.
 
 Rght. Is there a product out there already that lets us do this, or is
 it something we need to write ourselves?
 
 You'll also need scripts to create and modify the GIT responsitories
 themselves, no?
 
 Since it's sudo, it has to be secure after all, so it's not necessarily
 a 2 minute hack.

The more I think about this, the more it looks like admin tasks and
not like tools.  We don't know enough about what's actually going to
be going on to create such tools yet.

  2. Create a unix group and corresponding sudo role that accesses the above.
  
  3. Create shell accounts as needed with the above group.  Yes, that's
  a root-only task, but it's a short one.
 
 Um, not following that step.  What account are you talking about here?
 Creating the accounts for the admins?

Per-project accounts.

 That's not an issue, since I assume that's not something that would
 be done very often :-)
 
  I believe that the above takes care of 90% or more of tasks.  If
  it turns out that we need to automate more, we can add that
  (semi)automation to the capabilities above :)
 
 As long as it allows it.  For example, having a webserver do sudo is
 not something that makes me feel very safe (and yes, I've seen
 solutions that do that claiming to be secure.  And sure, you *can*
 build them secure, it's just a lot harder than most people who
 choose to do it are aware of)

You've brought up security, and that's just great.  Now that you've
brought it up, how about sketching out a threat model?  It's only
possible to discuss security measures with reference to a threat
model.

Cheers,
David.
-- 
David Fetter [EMAIL PROTECTED] http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter  XMPP: [EMAIL PROTECTED]

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-07-06 Thread Michael Meskes
On Thu, Jul 03, 2008 at 09:18:17AM +0530, Abhijit Menon-Sen wrote:
 Run git-clone http://git.postgresql.org/git/~davidfetter/postgresql/.git
 instead. git://... apparently doesn't work on that repository (I don't
 know why not).

Is this the official recursion archive now? Can we commit there too? I
didn't want to try this without having a real change. :-)

Michael
-- 
Michael Meskes
Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED]
Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL!

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-07-06 Thread David Fetter
On Sun, Jul 06, 2008 at 02:58:38PM +0200, Michael Meskes wrote:
 On Thu, Jul 03, 2008 at 09:18:17AM +0530, Abhijit Menon-Sen wrote:
  Run git-clone
  http://git.postgresql.org/git/~davidfetter/postgresql/.git
  instead. git://... apparently doesn't work on that repository (I
  don't know why not).
 
 Is this the official recursion archive now?

I don't know about official, but it's available :)

 Can we commit there too?  I didn't want to try this without having a
 real change. :-)

If you send me a public key, I can put it there.  That way, you'll be
able to get in as davidfetter.

Cheers,
David (hoping to close this one out soon on account of its being
committed :)
-- 
David Fetter [EMAIL PROTECTED] http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter  XMPP: [EMAIL PROTECTED]

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-07-03 Thread Robert Haas
I just had this same problem.

Perhaps the wiki and http://git.postgresql.org/static/serviceinfo.html
should also be updated with the working (i.e. http) URL?

...Robert

On Thu, Jul 3, 2008 at 12:56 AM, Yoshiyuki Asaba [EMAIL PROTECTED] wrote:
 Hi,

 From: Abhijit Menon-Sen [EMAIL PROTECTED]
 Subject: Re: [HACKERS] Git Repository for WITH RECURSIVE and others
 Date: Thu, 3 Jul 2008 09:18:17 +0530

 At 2008-07-03 11:16:49 +0900, [EMAIL PROTECTED] wrote:
 
# WITH RECURSIVE repository
% git-clone git://git.postgresql.org/git/~davidfetter/postgresql/.git
Initialized empty Git repository in /home/y-asaba/x/postgresql/.git/
fatal: The remote end hung up unexpectedly

 Run git-clone http://git.postgresql.org/git/~davidfetter/postgresql/.git
 instead. git://... apparently doesn't work on that repository (I don't
 know why not).

 Thanks for the advice. I could get the repository via HTTP.

 Regards,
 --
 Yoshiyuki Asaba
 [EMAIL PROTECTED]

 --
 Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
 To make changes to your subscription:
 http://www.postgresql.org/mailpref/pgsql-hackers


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-07-02 Thread Yoshiyuki Asaba
Hi,

From: David Fetter [EMAIL PROTECTED]
Subject: Re: [HACKERS] Git Repository for WITH RECURSIVE and others
Date: Tue, 24 Jun 2008 07:47:13 -0700

   With lots of help from Greg Sabino Mullane, I've set up a git
   repository for the WITH RECURSIVE patches on
   http://git.postgresql.org/.
  
  Thank you very much.
  
  I tried git-clone, but I could not access the repository.
  
% git-clone git://git.postgresql.org/git/~davidfetter/postgresql/.git
Initialized empty Git repository in /home/y-asaba/x/postgresql/.git/
fatal: The remote end hung up unexpectedly
fetch-pack from 
  'git://git.postgresql.org/git/~davidfetter/postgresql/.git' failed.
 
 I ran git-update-server-info on the server, and it should work now. :)

I cannot get yet...

  % cat ~/.gitconfig
  [user]
name = Yoshiyuki Asaba
email = [EMAIL PROTECTED]

  # WITH RECURSIVE repository
  % git-clone git://git.postgresql.org/git/~davidfetter/postgresql/.git
  Initialized empty Git repository in /home/y-asaba/x/postgresql/.git/
  fatal: The remote end hung up unexpectedly
  fetch-pack from 'git://git.postgresql.org/git/~davidfetter/postgresql/.git' 
failed.

  # PostgreSQL repository
  % git clone git://git.postgresql.org/git/postgresql.git
  Initialized empty Git repository in /home/y-asaba/git/x/postgresql/.git/
  fatal: The remote end hung up unexpectedly
  fetch-pack from 'git://git.postgresql.org/git/postgresql.git'
  failed.

  # another PostgreSQL repository (I can get.)
  git clone git://repo.or.cz/PostgreSQL.git
  Initialized empty Git repository in /home/y-asaba/git/x/PostgreSQL/.git/
  remote: Counting objects: 323716, done.
  remote: Compressing objects: 100% (53329/53329), done.
  ...

Regards,
--
Yoshiyuki Asaba
[EMAIL PROTECTED]

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-07-02 Thread David Fetter
On Thu, Jul 03, 2008 at 11:16:49AM +0900, Yoshiyuki Asaba wrote:
 Hi,
 
 From: David Fetter [EMAIL PROTECTED]
 Subject: Re: [HACKERS] Git Repository for WITH RECURSIVE and others
 Date: Tue, 24 Jun 2008 07:47:13 -0700
 
With lots of help from Greg Sabino Mullane, I've set up a git
repository for the WITH RECURSIVE patches on
http://git.postgresql.org/.
   
   Thank you very much.
   
   I tried git-clone, but I could not access the repository.
   
 % git-clone git://git.postgresql.org/git/~davidfetter/postgresql/.git
 Initialized empty Git repository in /home/y-asaba/x/postgresql/.git/
 fatal: The remote end hung up unexpectedly
 fetch-pack from 
   'git://git.postgresql.org/git/~davidfetter/postgresql/.git' failed.
  
  I ran git-update-server-info on the server, and it should work now. :)
 
 I cannot get yet...
 
   % cat ~/.gitconfig
   [user]
 name = Yoshiyuki Asaba
 email = [EMAIL PROTECTED]

I don't have a ~/.gitconfig.  Does it work when you don't use one?
I've run git-update-server-info again, for what that's worth.

Also, what version of git are you using?  I'm using git 1.5.5 without
trouble.

Cheers,
David.
-- 
David Fetter [EMAIL PROTECTED] http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter  XMPP: [EMAIL PROTECTED]

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-07-02 Thread Abhijit Menon-Sen
At 2008-07-03 11:16:49 +0900, [EMAIL PROTECTED] wrote:

   # WITH RECURSIVE repository
   % git-clone git://git.postgresql.org/git/~davidfetter/postgresql/.git
   Initialized empty Git repository in /home/y-asaba/x/postgresql/.git/
   fatal: The remote end hung up unexpectedly

Run git-clone http://git.postgresql.org/git/~davidfetter/postgresql/.git
instead. git://... apparently doesn't work on that repository (I don't
know why not).

-- ams

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-07-02 Thread Yoshiyuki Asaba
Hi,

From: Abhijit Menon-Sen [EMAIL PROTECTED]
Subject: Re: [HACKERS] Git Repository for WITH RECURSIVE and others
Date: Thu, 3 Jul 2008 09:18:17 +0530

 At 2008-07-03 11:16:49 +0900, [EMAIL PROTECTED] wrote:
 
# WITH RECURSIVE repository
% git-clone git://git.postgresql.org/git/~davidfetter/postgresql/.git
Initialized empty Git repository in /home/y-asaba/x/postgresql/.git/
fatal: The remote end hung up unexpectedly
 
 Run git-clone http://git.postgresql.org/git/~davidfetter/postgresql/.git
 instead. git://... apparently doesn't work on that repository (I don't
 know why not).

Thanks for the advice. I could get the repository via HTTP.

Regards,
--
Yoshiyuki Asaba
[EMAIL PROTECTED]

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-30 Thread Magnus Hagander
David Fetter wrote:
 On Tue, Jun 24, 2008 at 10:27:28PM +0200, Magnus Hagander wrote:
 Now, if you can give us a step-by-step on how to set it up, that
 would certainly help ;-)
 Gitosis does not, as far as I can tell, have that delegation
 capability, but I've come up with a way to do this:

 1.  Use git-shell.  Yes, this does involve creating one shell account
 for each project, but git-shell is, by design, very short on
 exploitable capability.

 2.  Make the .ssh directory a git repository.

 3.  Edit .ssh/authorized_keys and push via git.
 I was looking into being able to do it using gitosis, with an
 interface on top of it's existing GIT repository for being able
 to delegate this.
 I discussed this with gitosis's author, and he wants to keep
 gitosis from becoming a sourceforge reimplementation.  He did,
 however, commit to stamping it 1.0 and putting up a TODO list.
 I'd like to package it up for FreeBSD and Fedora, those being two
 common platforms.
 That would be good.
 
 It *would* be good, if the author seemed even vaguely interested in
 packaging up so much as a tarball, but he is not.  His attitude
 is (paraphrasing from conversations with him the past few days), it's
 good enough as a git repository, and everybody who's using it is a git
 administrator, so they should know how to wrangle git repositories.
 While he may someday outgrow this, we really should not put him and
 his attitude in critical paths for our project.
 
 Let's go with git-shell, which is supported and packaged software on
 just about every platform, and stop waiting for Godot^Wgitosis.

I'm not sure I agree that this is a big problem, but sure, we should at
least consider git-shell.

Is there any product out there that makes it possible to admin a
git-shell based system without having all the admins being root on the
server? Because that's simply not an option if you want anything
remotely scalable.


 What do you think of this idea?
 It's complicated :(

 Wouldn't it be easier to have a gitosis admin team with the needed
 access?
 Yes, that'd probably be easier, and it's what I'd start the
 implementation out at.
 
 Here's an even simpler implementation: git-ssh and public keys.  Yes,
 it involves work by administrators, which I'd be delighted to do.

Are you referring to git-shell, or is this a different product? If so,
reference to said product, please?

I certainly don't mind having the work pushed off to an admin team. But
it has to be automated enough that there is no risk that different
people se tit up differently. And it must not require root. Show me such
a solution, and I'll be happy to consider it :-)

//Magnus


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-30 Thread David Fetter
On Mon, Jun 30, 2008 at 01:50:26PM +0200, Magnus Hagander wrote:
 David Fetter wrote:
[gitosis]
  It *would* be good, if the author seemed even vaguely interested
  in packaging up so much as a tarball, but he is not.  His attitude
  is (paraphrasing from conversations with him the past few days),
  it's good enough as a git repository, and everybody who's using
  it is a git administrator, so they should know how to wrangle git
  repositories. While he may someday outgrow this, we really should
  not put him and his attitude in critical paths for our project.
  
  Let's go with git-shell, which is supported and packaged software
  on just about every platform, and stop waiting for Godot^Wgitosis.
 
 I'm not sure I agree that this is a big problem, but sure, we should
 at least consider git-shell.

Please explain your reasoning here.  The project has taken nasty hits
on its infrastructure already (pgfoundry) because the author of the
software had a go-it-alone, I-know-best attitude that sooner than
later forced us to fork.  As a direct consequence, pgfoundry now needs
a redo that will take a pgfoundry administrator many of work in their
ample spare time.

Let's not cause more pinch points here.

 Is there any product out there that makes it possible to admin a
 git-shell based system without having all the admins being root on
 the server?  Because that's simply not an option if you want
 anything remotely scalable.

I don't know what you mean by remotely scalable, but it's clearly
not the same definition I have.  A sudo wrapper which only allows
creation, editing and deletion of accounts restricted to git-shell
will scale just fine.

  Here's an even simpler implementation: git-ssh and public keys.  Yes,
  it involves work by administrators, which I'd be delighted to do.
 
 Are you referring to git-shell, or is this a different product? If so,
 reference to said product, please?

Same.

 I certainly don't mind having the work pushed off to an admin team.
 But it has to be automated enough that there is no risk that
 different people set it up differently.

OK

 And it must not require root.

This is what sudo is built to do :)

 Show me such a solution, and I'll be happy to consider it :-)

1. Create a (set of) program(s) which does exactly the following things:

* Create an account with git-ssh as its shell.
* Manipulate the contact information, ssh keys and groups of said account.
* Delete the account.

2. Create a unix group and corresponding sudo role that accesses the above.

3. Create shell accounts as needed with the above group.  Yes, that's
a root-only task, but it's a short one.

I believe that the above takes care of 90% or more of tasks.  If it
turns out that we need to automate more, we can add that
(semi)automation to the capabilities above :)

Cheers,
David.
-- 
David Fetter [EMAIL PROTECTED] http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter  XMPP: [EMAIL PROTECTED]

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-30 Thread Gregory Stark
David Fetter [EMAIL PROTECTED] writes:

 Please explain your reasoning here.  The project has taken nasty hits
 on its infrastructure already (pgfoundry) because the author of the
 software had a go-it-alone, I-know-best attitude that sooner than
 later forced us to fork.  As a direct consequence, pgfoundry now needs
 a redo that will take a pgfoundry administrator many of work in their
 ample spare time.

 Let's not cause more pinch points here.

Well sure, but I'm not sure the software used to distribute the program makes
the main difference there. I don't know much about the two programs, what
makes you think one is more of a go-it-alone style of development than the
other?

-- 
  Gregory Stark
  EnterpriseDB  http://www.enterprisedb.com
  Get trained by Bruce Momjian - ask me about EnterpriseDB's PostgreSQL 
training!

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-30 Thread Magnus Hagander
David Fetter wrote:
 On Mon, Jun 30, 2008 at 01:50:26PM +0200, Magnus Hagander wrote:
 David Fetter wrote:
 [gitosis]
 It *would* be good, if the author seemed even vaguely interested
 in packaging up so much as a tarball, but he is not.  His attitude
 is (paraphrasing from conversations with him the past few days),
 it's good enough as a git repository, and everybody who's using
 it is a git administrator, so they should know how to wrangle git
 repositories. While he may someday outgrow this, we really should
 not put him and his attitude in critical paths for our project.

 Let's go with git-shell, which is supported and packaged software
 on just about every platform, and stop waiting for Godot^Wgitosis.
 I'm not sure I agree that this is a big problem, but sure, we should
 at least consider git-shell.
 
 Please explain your reasoning here.  The project has taken nasty hits
 on its infrastructure already (pgfoundry) because the author of the
 software had a go-it-alone, I-know-best attitude that sooner than
 later forced us to fork.  As a direct consequence, pgfoundry now needs
 a redo that will take a pgfoundry administrator many of work in their
 ample spare time.

If the reason for this is that the software isn't usable, that's one
thing. If it's just the author that considers a git snapshot is my
release packaging, not a tarball, I don't see how that in itself has
any effect on the quality of the software.

If that's the only thing it's saying, I don't think that in itself is
enough to disqualify gitosis.


 Is there any product out there that makes it possible to admin a
 git-shell based system without having all the admins being root on
 the server?  Because that's simply not an option if you want
 anything remotely scalable.
 
 I don't know what you mean by remotely scalable, but it's clearly
 not the same definition I have.  A sudo wrapper which only allows
 creation, editing and deletion of accounts restricted to git-shell
 will scale just fine.

A properly working sudo wrapper that will let you do *everything needed*
is good enough for me.


 Here's an even simpler implementation: git-ssh and public keys.  Yes,
 it involves work by administrators, which I'd be delighted to do.
 Are you referring to git-shell, or is this a different product? If so,
 reference to said product, please?
 
 Same.

Ok, good.


 And it must not require root.
 
 This is what sudo is built to do :)

Yes.


 Show me such a solution, and I'll be happy to consider it :-)
 
 1. Create a (set of) program(s) which does exactly the following things:
 
 * Create an account with git-ssh as its shell.
 * Manipulate the contact information, ssh keys and groups of said account.
 * Delete the account.

Rght. Is there a product out there already that lets us do this, or is
it something we need to write ourselves?

You'll also need scripts to create and modify the GIT responsitories
themselves, no?

Since it's sudo, it has to be secure after all, so it's not necessarily
a 2 minute hack.


 2. Create a unix group and corresponding sudo role that accesses the above.
 
 3. Create shell accounts as needed with the above group.  Yes, that's
 a root-only task, but it's a short one.

Um, not following that step. What account are you talking about here?
Creating the accounts for the admins? That's not an issue, since I
assume that's not something that would be done very often :-)



 I believe that the above takes care of 90% or more of tasks.  If it
 turns out that we need to automate more, we can add that
 (semi)automation to the capabilities above :)

As long as it allows it. For example, having a webserver do sudo is not
something that makes me feel very safe (and yes, I've seen solutions
that do that claiming to be secure. And sure, you *can* build them
secure, it's just a lot harder than most people who choose to do it are
aware of)

//Magnus

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-28 Thread David Fetter
On Tue, Jun 24, 2008 at 10:27:28PM +0200, Magnus Hagander wrote:
  Now, if you can give us a step-by-step on how to set it up, that
  would certainly help ;-)
  Gitosis does not, as far as I can tell, have that delegation
  capability, but I've come up with a way to do this:
 
  1.  Use git-shell.  Yes, this does involve creating one shell account
  for each project, but git-shell is, by design, very short on
  exploitable capability.
 
  2.  Make the .ssh directory a git repository.
 
  3.  Edit .ssh/authorized_keys and push via git.
  I was looking into being able to do it using gitosis, with an
  interface on top of it's existing GIT repository for being able
  to delegate this.
  
  I discussed this with gitosis's author, and he wants to keep
  gitosis from becoming a sourceforge reimplementation.  He did,
  however, commit to stamping it 1.0 and putting up a TODO list.
  I'd like to package it up for FreeBSD and Fedora, those being two
  common platforms.
 
 That would be good.

It *would* be good, if the author seemed even vaguely interested in
packaging up so much as a tarball, but he is not.  His attitude
is (paraphrasing from conversations with him the past few days), it's
good enough as a git repository, and everybody who's using it is a git
administrator, so they should know how to wrangle git repositories.
While he may someday outgrow this, we really should not put him and
his attitude in critical paths for our project.

Let's go with git-shell, which is supported and packaged software on
just about every platform, and stop waiting for Godot^Wgitosis.

  What do you think of this idea?
  
  It's complicated :(
  
  Wouldn't it be easier to have a gitosis admin team with the needed
  access?
 
 Yes, that'd probably be easier, and it's what I'd start the
 implementation out at.

Here's an even simpler implementation: git-ssh and public keys.  Yes,
it involves work by administrators, which I'd be delighted to do.

Cheers,
David (cutting a few Gordian knots here)
-- 
David Fetter [EMAIL PROTECTED] http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter  XMPP: [EMAIL PROTECTED]

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-24 Thread Tino Wildenhain

David Fetter wrote:

Folks,

With lots of help from Greg Sabino Mullane, I've set up a git
repository for the WITH RECURSIVE patches on
http://git.postgresql.org/.

What other patches would people like to try maintaining this way until
commitfest?

It looks like gitosis is a good way to grant write access to git
repositories, but it's not yet packaged for FreeBSD.  Any ideas about
how to handle this?


Isn't the whole point of git not to require write access? If you want
centralized developement, then Subversion/CVS can do the job quite well.

Unless I'm completely wrong on this :-)

Cheers
Tino


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-24 Thread David Fetter
On Tue, Jun 24, 2008 at 07:09:41AM +0200, Tino Wildenhain wrote:
 David Fetter wrote:
 Folks,

 With lots of help from Greg Sabino Mullane, I've set up a git
 repository for the WITH RECURSIVE patches on
 http://git.postgresql.org/.

 What other patches would people like to try maintaining this way
 until commitfest?

 It looks like gitosis is a good way to grant write access to git
 repositories, but it's not yet packaged for FreeBSD.  Any ideas
 about how to handle this?

 Isn't the whole point of git not to require write access?

Write access is handy for keeping the bit-rot off the patch, and git's
branching and merging capability--I just rebased, for example--are
top-notch.

 If you want centralized developement, then Subversion/CVS can do the
 job quite well.

 Unless I'm completely wrong on this :-)

Or I could be :)

Cheers,
David.
-- 
David Fetter [EMAIL PROTECTED] http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter  XMPP: [EMAIL PROTECTED]

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-24 Thread Yoshiyuki Asaba
Hi,

From: David Fetter [EMAIL PROTECTED]
Subject: [HACKERS] Git Repository for WITH RECURSIVE and others
Date: Mon, 23 Jun 2008 21:38:11 -0700

 With lots of help from Greg Sabino Mullane, I've set up a git
 repository for the WITH RECURSIVE patches on
 http://git.postgresql.org/.

Thank you very much.

I tried git-clone, but I could not access the repository.

  % git-clone git://git.postgresql.org/git/~davidfetter/postgresql/.git
  Initialized empty Git repository in /home/y-asaba/x/postgresql/.git/
  fatal: The remote end hung up unexpectedly
  fetch-pack from 'git://git.postgresql.org/git/~davidfetter/postgresql/.git' 
failed.

Regards,
--
Yoshiyuki Asaba
[EMAIL PROTECTED]

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-24 Thread Magnus Hagander
David Fetter wrote:
 Folks,
 
 With lots of help from Greg Sabino Mullane, I've set up a git
 repository for the WITH RECURSIVE patches on
 http://git.postgresql.org/.
 
 What other patches would people like to try maintaining this way until
 commitfest?
 
 It looks like gitosis is a good way to grant write access to git
 repositories, but it's not yet packaged for FreeBSD.  Any ideas about
 how to handle this?

As you were answered the last time you asked about it, people are
already working on this. Unfortunately, the requirements have also been
raised a bit (such as allowing a user to delegate access to another
user) which means it will take longer.

Now, if you can give us a step-by-step on how to set it up, that would
certainly help ;-)

//Magnus

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-24 Thread David Fetter
On Tue, Jun 24, 2008 at 03:26:36PM +0900, Yoshiyuki Asaba wrote:
 Hi,
 
 From: David Fetter [EMAIL PROTECTED]
 Subject: [HACKERS] Git Repository for WITH RECURSIVE and others
 Date: Mon, 23 Jun 2008 21:38:11 -0700
 
  With lots of help from Greg Sabino Mullane, I've set up a git
  repository for the WITH RECURSIVE patches on
  http://git.postgresql.org/.
 
 Thank you very much.
 
 I tried git-clone, but I could not access the repository.
 
   % git-clone git://git.postgresql.org/git/~davidfetter/postgresql/.git
   Initialized empty Git repository in /home/y-asaba/x/postgresql/.git/
   fatal: The remote end hung up unexpectedly
   fetch-pack from 'git://git.postgresql.org/git/~davidfetter/postgresql/.git' 
 failed.

I ran git-update-server-info on the server, and it should work now. :)

Cheers,
David.
-- 
David Fetter [EMAIL PROTECTED] http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter  XMPP: [EMAIL PROTECTED]

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-24 Thread David Fetter
On Tue, Jun 24, 2008 at 09:52:22AM +0200, Magnus Hagander wrote:
 David Fetter wrote:
  Folks,
  
  With lots of help from Greg Sabino Mullane, I've set up a git
  repository for the WITH RECURSIVE patches on
  http://git.postgresql.org/.
  
  What other patches would people like to try maintaining this way
  until commitfest?
  
  It looks like gitosis is a good way to grant write access to git
  repositories, but it's not yet packaged for FreeBSD.  Any ideas
  about how to handle this?
 
 As you were answered the last time you asked about it, people are
 already working on this.

Which people, and what are they doing?  The silence here has been
deafening.

 Unfortunately, the requirements have also been raised a bit (such as
 allowing a user to delegate access to another user)

Who raised those requirements, and where did that discussion take
place?  I don't recall any decision to do any of this by star chamber
and secret cabal, and frankly, moving the goalposts on this is a great
way to have it never actually happen.  Is that your intention?

 which means it will take longer.
 
 Now, if you can give us a step-by-step on how to set it up, that
 would certainly help ;-)

Gitosis does not, as far as I can tell, have that delegation
capability, but I've come up with a way to do this:

1.  Use git-shell.  Yes, this does involve creating one shell account
for each project, but git-shell is, by design, very short on
exploitable capability.

2.  Make the .ssh directory a git repository.

3.  Edit .ssh/authorized_keys and push via git.

Cheers,
David.
-- 
David Fetter [EMAIL PROTECTED] http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter  XMPP: [EMAIL PROTECTED]

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-24 Thread Magnus Hagander
David Fetter wrote:
 On Tue, Jun 24, 2008 at 09:52:22AM +0200, Magnus Hagander wrote:
 David Fetter wrote:
 Folks,

 With lots of help from Greg Sabino Mullane, I've set up a git
 repository for the WITH RECURSIVE patches on
 http://git.postgresql.org/.

 What other patches would people like to try maintaining this way
 until commitfest?

 It looks like gitosis is a good way to grant write access to git
 repositories, but it's not yet packaged for FreeBSD.  Any ideas
 about how to handle this?
 As you were answered the last time you asked about it, people are
 already working on this.
 
 Which people, and what are they doing?  The silence here has been
 deafening.

Peter is in charge of the GIT repository, and I've offered to make the
changes once we've agreed exactly on what should be done.


 Unfortunately, the requirements have also been raised a bit (such as
 allowing a user to delegate access to another user)
 
 Who raised those requirements, and where did that discussion take
 place? 

Peter did.


 I don't recall any decision to do any of this by star chamber
 and secret cabal, and frankly, moving the goalposts on this is a great
 way to have it never actually happen.  Is that your intention?

Not mine :-) My suggestion is to fix what we have now, and then add more
stuff later.


 which means it will take longer.

 Now, if you can give us a step-by-step on how to set it up, that
 would certainly help ;-)
 
 Gitosis does not, as far as I can tell, have that delegation
 capability, but I've come up with a way to do this:
 
 1.  Use git-shell.  Yes, this does involve creating one shell account
 for each project, but git-shell is, by design, very short on
 exploitable capability.
 
 2.  Make the .ssh directory a git repository.
 
 3.  Edit .ssh/authorized_keys and push via git.

I was looking into being able to do it using gitosis, with an interface
on top of it's existing GIT repository for being able to delegate this.
I think it can be done without modifying gitosis itself, by just writing
some simple frontend script on top of it. What do you think of this idea?

//Magnus

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-24 Thread Joshua D. Drake


On Tue, 2008-06-24 at 07:55 -0700, David Fetter wrote:
 On Tue, Jun 24, 2008 at 09:52:22AM +0200, Magnus Hagander wrote:
  David Fetter wrote:
   Folks,

 
  Unfortunately, the requirements have also been raised a bit (such as
  allowing a user to delegate access to another user)
 
 Who raised those requirements, and where did that discussion take
 place?  I don't recall any decision to do any of this by star chamber
 and secret cabal, and frankly, moving the goalposts on this is a great
 way to have it never actually happen.  Is that your intention?

You could take your complaints to an appropriate forum, which is not
hackers. Then you could take it up with the people that are actually in
charge of the repository. 

Lastly, you could also perhaps take the 10 seconds it takes to find this
page:

http://git.postgresql.org/static/serviceinfo.html

Where it tells you exactly how to participate. 


Joshua D. Drake





-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-24 Thread David Fetter
On Tue, Jun 24, 2008 at 09:21:27AM -0700, Joshua D. Drake wrote:
 On Tue, 2008-06-24 at 07:55 -0700, David Fetter wrote:
  On Tue, Jun 24, 2008 at 09:52:22AM +0200, Magnus Hagander wrote:
   David Fetter wrote:
Folks,
 
   Unfortunately, the requirements have also been raised a bit
   (such as allowing a user to delegate access to another user)
  
  Who raised those requirements, and where did that discussion take
  place?  I don't recall any decision to do any of this by star
  chamber and secret cabal, and frankly, moving the goalposts on
  this is a great way to have it never actually happen.  Is that
  your intention?
 
 You could take your complaints to an appropriate forum, which is not
 hackers.  Then you could take it up with the people that are
 actually in charge of the repository. 
 
 Lastly, you could also perhaps take the 10 seconds it takes to find
 this page:
 
 http://git.postgresql.org/static/serviceinfo.html
 
 Where it tells you exactly how to participate. 

Yes, and since you brought that up, it appears that mail to
[EMAIL PROTECTED] goes to /dev/null.  I specifically asked
for a couple of different things at that email, and have gotten 'tude
but no action.

As far as discussion goes, if there's a forum more appropriate than
-hackers, please feel free to specify exactly what that forum is and
explain why you believe that. :)

Cheers,
David.
-- 
David Fetter [EMAIL PROTECTED] http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter  XMPP: [EMAIL PROTECTED]

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-24 Thread Joshua D. Drake


On Tue, 2008-06-24 at 09:27 -0700, David Fetter wrote:
 On Tue, Jun 24, 2008 at 09:21:27AM -0700, Joshua D. Drake wrote:
  On Tue, 2008-06-24 at 07:55 -0700, David Fetter wrote:

  Lastly, you could also perhaps take the 10 seconds it takes to find
  this page:
  
  http://git.postgresql.org/static/serviceinfo.html
  
  Where it tells you exactly how to participate. 
 
 Yes, and since you brought that up, it appears that mail to
 [EMAIL PROTECTED] goes to /dev/null.  I specifically asked
 for a couple of different things at that email, and have gotten 'tude
 but no action.

Well I can appreciate that problem but its their project, if they are
unwilling to answer you... 

 
 As far as discussion goes, if there's a forum more appropriate than
 -hackers, please feel free to specify exactly what that forum is and
 explain why you believe that. :)

Well I will grant that I don't know that there is a better forum because
we don't have a [EMAIL PROTECTED] :) but I am pretty certain that
discussion of the Git repo administration doesn't have much to do with
-hackers.

Either way it would seem to me the place for this to happen would be
between yourself, Magnus and Peter. Once everything is done, put it on
wiki... and be done with it :)

Sincerely,

Joshua D. Drake





-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-24 Thread David Fetter
On Tue, Jun 24, 2008 at 05:27:38PM +0200, Magnus Hagander wrote:
 David Fetter wrote:
  On Tue, Jun 24, 2008 at 09:52:22AM +0200, Magnus Hagander wrote:
  David Fetter wrote:
  Folks,
 
  With lots of help from Greg Sabino Mullane, I've set up a git
  repository for the WITH RECURSIVE patches on
  http://git.postgresql.org/.
 
  What other patches would people like to try maintaining this way
  until commitfest?
 
  It looks like gitosis is a good way to grant write access to git
  repositories, but it's not yet packaged for FreeBSD.  Any ideas
  about how to handle this?
  As you were answered the last time you asked about it, people are
  already working on this.
  
  Which people, and what are they doing?  The silence here has been
  deafening.
 
 Peter is in charge of the GIT repository, and I've offered to make
 the changes once we've agreed exactly on what should be done.

I think it's time for a few more people--yes, I'm volunteering for the
work--to get the needed access for this :)

  Unfortunately, the requirements have also been raised a bit (such
  as allowing a user to delegate access to another user)
  
  Who raised those requirements, and where did that discussion take
  place? 
 
 Peter did.

So, no public discussion anywhere, even though this is something that
the future development of Postgres is supposed to depend on.  That's
just great.

  I don't recall any decision to do any of this by star chamber and
  secret cabal, and frankly, moving the goalposts on this is a great
  way to have it never actually happen.  Is that your intention?
 
 Not mine :-)  My suggestion is to fix what we have now, and then add
 more stuff later.

Excellent!

  which means it will take longer.
 
  Now, if you can give us a step-by-step on how to set it up, that
  would certainly help ;-)
  
  Gitosis does not, as far as I can tell, have that delegation
  capability, but I've come up with a way to do this:
  
  1.  Use git-shell.  Yes, this does involve creating one shell account
  for each project, but git-shell is, by design, very short on
  exploitable capability.
  
  2.  Make the .ssh directory a git repository.
  
  3.  Edit .ssh/authorized_keys and push via git.
 
 I was looking into being able to do it using gitosis, with an
 interface on top of it's existing GIT repository for being able to
 delegate this.

I discussed this with gitosis's author, and he wants to keep gitosis
from becoming a sourceforge reimplementation.  He did, however,
commit to stamping it 1.0 and putting up a TODO list.  I'd like to
package it up for FreeBSD and Fedora, those being two common
platforms.

 I think it can be done without modifying gitosis itself, by just
 writing some simple frontend script on top of it.

Would the front-end script just modify gitosis.conf?  If so, it's got
to be pretty bullet-proof because it can step on access to all the git
repositories.

 What do you think of this idea?

It's complicated :(

Wouldn't it be easier to have a gitosis admin team with the needed
access?

Cheers,
David.
-- 
David Fetter [EMAIL PROTECTED] http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter  XMPP: [EMAIL PROTECTED]

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-24 Thread Marc G. Fournier



Well I will grant that I don't know that there is a better forum because 
we don't have a [EMAIL PROTECTED] :) but I am pretty certain that 
discussion of the Git repo administration doesn't have much to do with 
-hackers.


How about some generic list?  [EMAIL PROTECTED] or something like 
that?


--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-24 Thread David Fetter
On Tue, Jun 24, 2008 at 02:58:38PM -0300, Marc G. Fournier wrote:
 Well I will grant that I don't know that there is a better forum 
 because we don't have a [EMAIL PROTECTED] :) but I am pretty 
 certain that discussion of the Git repo administration doesn't have 
 much to do with -hackers.

 How about some generic list?  [EMAIL PROTECTED] or something like  
 that?

For administration, definitely.  For hacking discussions, -hackers is
the appropriate place :)

Cheers,
David.
-- 
David Fetter [EMAIL PROTECTED] http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter  XMPP: [EMAIL PROTECTED]

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-24 Thread Magnus Hagander
David Fetter wrote:
 On Tue, Jun 24, 2008 at 05:27:38PM +0200, Magnus Hagander wrote:
 David Fetter wrote:
 On Tue, Jun 24, 2008 at 09:52:22AM +0200, Magnus Hagander wrote:
 David Fetter wrote:
 Folks,

 With lots of help from Greg Sabino Mullane, I've set up a git
 repository for the WITH RECURSIVE patches on
 http://git.postgresql.org/.

 What other patches would people like to try maintaining this way
 until commitfest?

 It looks like gitosis is a good way to grant write access to git
 repositories, but it's not yet packaged for FreeBSD.  Any ideas
 about how to handle this?
 As you were answered the last time you asked about it, people are
 already working on this.
 Which people, and what are they doing?  The silence here has been
 deafening.
 Peter is in charge of the GIT repository, and I've offered to make
 the changes once we've agreed exactly on what should be done.
 
 I think it's time for a few more people--yes, I'm volunteering for the
 work--to get the needed access for this :)

Heh :)


 Unfortunately, the requirements have also been raised a bit (such
 as allowing a user to delegate access to another user)
 Who raised those requirements, and where did that discussion take
 place? 
 Peter did.
 
 So, no public discussion anywhere, even though this is something that
 the future development of Postgres is supposed to depend on.  That's
 just great.

I don't know about that part. My POC has been Peter, I don't know whom
else he has talked to before he told me. I may not have been clear about
that part, sorry.


 which means it will take longer.

 Now, if you can give us a step-by-step on how to set it up, that
 would certainly help ;-)
 Gitosis does not, as far as I can tell, have that delegation
 capability, but I've come up with a way to do this:

 1.  Use git-shell.  Yes, this does involve creating one shell account
 for each project, but git-shell is, by design, very short on
 exploitable capability.

 2.  Make the .ssh directory a git repository.

 3.  Edit .ssh/authorized_keys and push via git.
 I was looking into being able to do it using gitosis, with an
 interface on top of it's existing GIT repository for being able to
 delegate this.
 
 I discussed this with gitosis's author, and he wants to keep gitosis
 from becoming a sourceforge reimplementation.  He did, however,
 commit to stamping it 1.0 and putting up a TODO list.  I'd like to
 package it up for FreeBSD and Fedora, those being two common
 platforms.

That would be good.


 I think it can be done without modifying gitosis itself, by just
 writing some simple frontend script on top of it.
 
 Would the front-end script just modify gitosis.conf?  If so, it's got
 to be pretty bullet-proof because it can step on access to all the git
 repositories.

Yes, that's what I thought.


 What do you think of this idea?
 
 It's complicated :(
 
 Wouldn't it be easier to have a gitosis admin team with the needed
 access?

Yes, that'd probably be easier, and it's what I'd start the
implementation out at.

//Magnus

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


[HACKERS] Git Repository for WITH RECURSIVE and others

2008-06-23 Thread David Fetter
Folks,

With lots of help from Greg Sabino Mullane, I've set up a git
repository for the WITH RECURSIVE patches on
http://git.postgresql.org/.

What other patches would people like to try maintaining this way until
commitfest?

It looks like gitosis is a good way to grant write access to git
repositories, but it's not yet packaged for FreeBSD.  Any ideas about
how to handle this?

Cheers,
David.
-- 
David Fetter [EMAIL PROTECTED] http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter  XMPP: [EMAIL PROTECTED]

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers