|
First CommitFest: July 15th
Folks,
There's been a lot of discussion/argument around how to handle the last
commitfest, but there seems to be a total consensus that we want to have
the first CF on July 15th.
I'd like Robert Haas to be the CF Manager for that commitfest if he's
available. I can help by running RRR or something.
Robert, I have not reviewed your software. Do I need a login or something?
--
Josh Berkus
PostgreSQL Experts Inc.
www.pgexperts.com
--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
|
Re: First CommitFest: July 15th
On Wed, Jul 1, 2009 at 8:21 PM, Josh Berkus< josh@...> wrote:
> There's been a lot of discussion/argument around how to handle the last
> commitfest, but there seems to be a total consensus that we want to have the
> first CF on July 15th.
>
> I'd like Robert Haas to be the CF Manager for that commitfest if he's
> available. I can help by running RRR or something.
Sounds great. How do we go about putting together a list of available
reviewers? Should we create a wikitable to which people can add
themselves?
> Robert, I have not reviewed your software. Do I need a login or something?
Just your community login @ http://coridan.postgresql.org/ - but if
you send me your community login name I'll give you admin privs, which
will allow you to create/modify/delete commitfests and delete comments
that you yourself did not create.
The main problem is that my fine software only contains test data at
this point. If we have any volunteers who are available to migrate
the information from the Wiki to my app (which will involve a fair
amount of legwork), then I recommend that we accept their help as it
will make things easier for the CommitFest management team... which I
am all in favor of, especially now that I'm on that team. On the
other hand, if we don't have any volunteers, then I recommend that we
continue to use the Wiki for this CommitFest but make sure that all
patches for the next CommitFest, and any that follow, get added via
the app.
So, any volunteers?
Thanks,
...Robert
--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
|
Re: First CommitFest: July 15th
2009/7/2 Robert Haas < robertmhaas@...>:
> The main problem is that my fine software only contains test data at
> this point. If we have any volunteers who are available to migrate
> the information from the Wiki to my app (which will involve a fair
> amount of legwork),
As the original author of the CF wiki templates I feel like this
problem belongs to me. One of my primary goals was getting some
structure into the commitfests so that we could in fact export them to
a database at some point in the future. I'm glad that time has
finally come!
I imagine that "migration" would basically be converting the wiki data
into SQL, so I would need the database schema underlying the new CF
app.
Cheers,
BJ
--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
|
Re: First CommitFest: July 15th
On Thu, Jul 2, 2009 at 1:21 AM, Josh Berkus< josh@...> wrote:
> Robert, I have not reviewed your software. Do I need a login or something?
It's not in productions yet as It's not been documented or given a
public hostname/servicename, both of which are requirements for any
postgresql.org services. As far as I'm aware, there's been no code
review yet either, which would probably be a good idea.
Which reminds me - that pentabarf installation is getting dangerously
close to being shut down...
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
|
Re: First CommitFest: July 15th
On Jul 2, 2009, at 3:41 AM, Dave Page < dpage@...> wrote:
> On Thu, Jul 2, 2009 at 1:21 AM, Josh Berkus< josh@...> wrote:
>
>> Robert, I have not reviewed your software. Do I need a login or
>> something?
>
> It's not in productions yet as It's not been documented or given a
> public hostname/servicename, both of which are requirements for any
> postgresql.org services. As far as I'm aware, there's been no code
> review yet either, which would probably be a good idea.
>
> Which reminds me - that pentabarf installation is getting dangerously
> close to being shut down...
How do you recommend that we try to address these issues?
...Robert
--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
|
Re: First CommitFest: July 15th
On Thu, Jul 2, 2009 at 12:04 PM, Robert Haas< robertmhaas@...> wrote:
> On Jul 2, 2009, at 3:41 AM, Dave Page < dpage@...> wrote:
>
>> On Thu, Jul 2, 2009 at 1:21 AM, Josh Berkus< josh@...> wrote:
>>
>>> Robert, I have not reviewed your software. Do I need a login or
>>> something?
>>
>> It's not in productions yet as It's not been documented or given a
>> public hostname/servicename, both of which are requirements for any
>> postgresql.org services. As far as I'm aware, there's been no code
>> review yet either, which would probably be a good idea.
>>
>> Which reminds me - that pentabarf installation is getting dangerously
>> close to being shut down...
>
> How do you recommend that we try to address these issues?
Suggest a suitable name by which we can address the service (we don't
use the internal names like coridan because things can get moved
around), and I can set that up in a few minutes.
The documentation is the important bit as we don't deploy any service
without proper documentation any more (see pgFoundry for reasons why
not). We don't have a fixed format for that - what we need is a
description of what software is installed, how it's configured, and so
on. Enough that any of the sysadmin team can figure out in a couple of
minutes where the database is and how to access it, or what webserver
is being used and how to restart it etc. It should be enough that in a
pinch we can rebuild the server without lots of head-scratching.
We also need a list of key config files, which will be added to our
autobackup system to ensure we have copies and some change tracking.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
|
Re: First CommitFest: July 15th
On Thu, Jul 2, 2009 at 7:11 AM, Dave Page< dpage@...> wrote:
> On Thu, Jul 2, 2009 at 12:04 PM, Robert Haas< robertmhaas@...> wrote:
>> On Jul 2, 2009, at 3:41 AM, Dave Page < dpage@...> wrote:
>>
>>> On Thu, Jul 2, 2009 at 1:21 AM, Josh Berkus< josh@...> wrote:
>>>
>>>> Robert, I have not reviewed your software. Do I need a login or
>>>> something?
>>>
>>> It's not in productions yet as It's not been documented or given a
>>> public hostname/servicename, both of which are requirements for any
>>> postgresql.org services. As far as I'm aware, there's been no code
>>> review yet either, which would probably be a good idea.
>>>
>>> Which reminds me - that pentabarf installation is getting dangerously
>>> close to being shut down...
>>
>> How do you recommend that we try to address these issues?
>
> Suggest a suitable name by which we can address the service (we don't
> use the internal names like coridan because things can get moved
> around), and I can set that up in a few minutes.
pgcommitfest? or just commitfest?
> The documentation is the important bit as we don't deploy any service
> without proper documentation any more (see pgFoundry for reasons why
> not). We don't have a fixed format for that - what we need is a
> description of what software is installed, how it's configured, and so
> on. Enough that any of the sysadmin team can figure out in a couple of
> minutes where the database is and how to access it, or what webserver
> is being used and how to restart it etc. It should be enough that in a
> pinch we can rebuild the server without lots of head-scratching.
OK. Unfortunately, it's been a while said I did it, but it was mostly
a matter of installing the right set of ports, mostly Perl packages
like Template and Date::Calc. I will try to write something up.
> We also need a list of key config files, which will be added to our
> autobackup system to ensure we have copies and some change tracking.
OK. That should be easy to document.
...Robert
--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
|
Re: First CommitFest: July 15th
|
|
Re: First CommitFest: July 15th
On Thu, Jul 02, 2009 at 08:41:27AM +0100, Dave Page wrote:
> As far as I'm aware, there's been no code
> review yet either, which would probably be a good idea.
I don't have loads of time in the coming days, but IIRC I've taken a glance at
a past version of the code, and would be willing to do so again, if it would
be useful.
--
Joshua Tolley / eggyknap
End Point Corporation
http://www.endpoint.com
|
|
Re: First CommitFest: July 15th
On Thu, Jul 2, 2009 at 3:22 PM, Joshua Tolley< eggyknap@...> wrote:
> On Thu, Jul 02, 2009 at 08:41:27AM +0100, Dave Page wrote:
>> As far as I'm aware, there's been no code
>> review yet either, which would probably be a good idea.
>
> I don't have loads of time in the coming days, but IIRC I've taken a glance at
> a past version of the code, and would be willing to do so again, if it would
> be useful.
If you can look over it, that would be great. i'm not really qualified
to review perl code, and we always prefer to have at least two sets of
eyeballs on anything that we put into production for obvious reasons.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
|
Re: First CommitFest: July 15th
Em Thu, 02 Jul 2009 00:15:22 -0300, Robert Haas < robertmhaas@...>
escreveu:
> The main problem is that my fine software only contains test data at
> this point. If we have any volunteers who are available to migrate
> the information from the Wiki to my app (which will involve a fair
> amount of legwork), then I recommend that we accept their help as it
> will make things easier for the CommitFest management team... which I
> am all in favor of, especially now that I'm on that team. On the
> other hand, if we don't have any volunteers, then I recommend that we
> continue to use the Wiki for this CommitFest but make sure that all
> patches for the next CommitFest, and any that follow, get added via
> the app.
>
> So, any volunteers?
I don't know if this tool will be approved yet, but I'm working on
copying the Wiki entries of CommitFest to pgcommitfest.
Until now i created the following CommitFest Topics based on topics in
the Wiki:
* Contrib modules
* EXPLAIN
* Error Reporting
* Instrumentation
* Miscellaneous
* My New Topic
* Performance
* Replication
* SQL language features
* Security
All the patches on Miscellaneous topic in Wiki was copied to coridan, but i
couldn't copy comments of patches thath have one.
Would be nice if a theres is a way to order by some column like Patch Name,
Topic, Status, Author and Last Activity for example. Some descriptions was
truncated because de maxsize of textbox.
regards,
--
Dickson S. Guedes
mail/xmpp: guedes@... - skype: guediz
http://guedesoft.net - http://www.postgresql.org.brhttp://www.rnp.br/keyserver/pks/lookup?search=0x8F3E3C06D428D10A--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
|
Re: First CommitFest: July 15th
On Thu, Jul 2, 2009 at 12:48 PM, Robert Haas< robertmhaas@...> wrote:
> On Thu, Jul 2, 2009 at 7:11 AM, Dave Page< dpage@...> wrote:
>> Suggest a suitable name by which we can address the service (we don't
>> use the internal names like coridan because things can get moved
>> around), and I can set that up in a few minutes.
>
> pgcommitfest? or just commitfest?
> commitfest.postgresql.org
Server: mx3.hub.org
Address: 206.223.169.73#53
commitfest.postgresql.org canonical name = coridan.postgresql.org.
Name: coridan.postgresql.org
Address: 98.129.198.114
> OK. Unfortunately, it's been a while said I did it, but it was mostly
> a matter of installing the right set of ports, mostly Perl packages
> like Template and Date::Calc. I will try to write something up.
Thanks.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
|
Re: First CommitFest: July 15th
On Thu, Jul 2, 2009 at 11:05 AM, Dickson S. Guedes< listas@...> wrote:
> Em Thu, 02 Jul 2009 00:15:22 -0300, Robert Haas < robertmhaas@...>
> escreveu:
>>
>> The main problem is that my fine software only contains test data at
>> this point. If we have any volunteers who are available to migrate
>> the information from the Wiki to my app (which will involve a fair
>> amount of legwork), then I recommend that we accept their help as it
>> will make things easier for the CommitFest management team... which I
>> am all in favor of, especially now that I'm on that team. On the
>> other hand, if we don't have any volunteers, then I recommend that we
>> continue to use the Wiki for this CommitFest but make sure that all
>> patches for the next CommitFest, and any that follow, get added via
>> the app.
>>
>> So, any volunteers?
>
> I don't know if this tool will be approved yet, but I'm working on
> copying the Wiki entries of CommitFest to pgcommitfest.
>
> Until now i created the following CommitFest Topics based on topics in
> the Wiki:
>
> * Contrib modules
> * EXPLAIN
> * Error Reporting
> * Instrumentation
> * Miscellaneous
> * My New Topic
> * Performance
> * Replication
> * SQL language features
> * Security
>
> All the patches on Miscellaneous topic in Wiki was copied to coridan, but i
> couldn't copy comments of patches thath have one.
>
> Would be nice if a theres is a way to order by some column like Patch Name,
> Topic, Status, Author and Last Activity for example. Some descriptions was
> truncated because de maxsize of textbox.
Brendan Jurd I think is working on an awk script - you probably want
to coordinate with him...
...Robert
--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
|
Re: First CommitFest: July 15th
On Thu, Jul 02, 2009 at 03:42:56PM +0100, Dave Page wrote:
> On Thu, Jul 2, 2009 at 3:22 PM, Joshua Tolley< eggyknap@...> wrote:
> > On Thu, Jul 02, 2009 at 08:41:27AM +0100, Dave Page wrote:
> >> As far as I'm aware, there's been no code
> >> review yet either, which would probably be a good idea.
> >
> > I don't have loads of time in the coming days, but IIRC I've taken a glance at
> > a past version of the code, and would be willing to do so again, if it would
> > be useful.
>
> If you can look over it, that would be great. i'm not really qualified
> to review perl code, and we always prefer to have at least two sets of
> eyeballs on anything that we put into production for obvious reasons.
Is git://git.postgresql.org/git/pgcommitfest.git still the right place to get
the source?
--
Joshua Tolley / eggyknap
End Point Corporation
http://www.endpoint.com
|
|
Re: First CommitFest: July 15th
On Thu, Jul 2, 2009 at 1:10 PM, Joshua Tolley< eggyknap@...> wrote:
> On Thu, Jul 02, 2009 at 03:42:56PM +0100, Dave Page wrote:
>> On Thu, Jul 2, 2009 at 3:22 PM, Joshua Tolley< eggyknap@...> wrote:
>> > On Thu, Jul 02, 2009 at 08:41:27AM +0100, Dave Page wrote:
>> >> As far as I'm aware, there's been no code
>> >> review yet either, which would probably be a good idea.
>> >
>> > I don't have loads of time in the coming days, but IIRC I've taken a glance at
>> > a past version of the code, and would be willing to do so again, if it would
>> > be useful.
>>
>> If you can look over it, that would be great. i'm not really qualified
>> to review perl code, and we always prefer to have at least two sets of
>> eyeballs on anything that we put into production for obvious reasons.
>
> Is git://git.postgresql.org/git/pgcommitfest.git still the right place to get
> the source?
Yes.
...Robert
--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
|
Re: First CommitFest: July 15th
Josh Berkus píše v st 01. 07. 2009 v 17:21 -0700:
> Folks,
>
> There's been a lot of discussion/argument around how to handle the last
> commitfest, but there seems to be a total consensus that we want to have
> the first CF on July 15th.
Can we add flags like bump catalog version, bump page layout version,
modify AM for each patch? It should help to track pg_upgrade changes.
Zdenek
--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
|
Re: First CommitFest: July 15th
|
|
Re: First CommitFest: July 15th
On Thu, Jul 2, 2009 at 5:50 PM, Greg Stark< gsstark@...> wrote:
> So I currently have some free time as I'm currently between jobs. I
> can start going through the queued patches in the next few weeks.
> Should I be looking at the wiki currently? Or is your tool ready to
> go?
Wiki for now. Brendan Jurd is working on a script to bulk-import the
data to the tool, and he (and I) will make sure to update -hackers and
redirect the wiki page when he gets that done. I'm hoping that it
will happen in the next few days.
...Robert
--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
|
Re: First CommitFest: July 15th
On Thu, Jul 2, 2009 at 3:42 PM, Zdenek Kotala< Zdenek.Kotala@...> wrote:
>
> Josh Berkus píše v st 01. 07. 2009 v 17:21 -0700:
>> Folks,
>>
>> There's been a lot of discussion/argument around how to handle the last
>> commitfest, but there seems to be a total consensus that we want to have
>> the first CF on July 15th.
>
> Can we add flags like bump catalog version, bump page layout version,
> modify AM for each patch? It should help to track pg_upgrade changes.
That's not a bad idea, and it wouldn't be hard to add various flags
and things to the CommitFest app I wrote, but how would we maintain
the information and keep it correct? It seems like there might be a
danger that patch authors wouldn't know whether or not they were doing
those things. Also, how would we handle changes by committers, who
don't always go through the CommitFest process?
Not sure of the answers here, just thinking out loud.
...Robert
--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
|
Re: First CommitFest: July 15th
On Friday 03 July 2009 05:16:41 Robert Haas wrote:
> On Thu, Jul 2, 2009 at 3:42 PM, Zdenek Kotala< Zdenek.Kotala@...> wrote:
> > Josh Berkus píše v st 01. 07. 2009 v 17:21 -0700:
> >> Folks,
> >>
> >> There's been a lot of discussion/argument around how to handle the last
> >> commitfest, but there seems to be a total consensus that we want to have
> >> the first CF on July 15th.
> >
> > Can we add flags like bump catalog version, bump page layout version,
> > modify AM for each patch? It should help to track pg_upgrade changes.
>
> That's not a bad idea, and it wouldn't be hard to add various flags
> and things to the CommitFest app I wrote, but how would we maintain
> the information and keep it correct? It seems like there might be a
> danger that patch authors wouldn't know whether or not they were doing
> those things. Also, how would we handle changes by committers, who
> don't always go through the CommitFest process?
I think this information could be computed automatically, if someone cared
enough. It shouldn't be necessary to bother every single participant in the
process with this.
--
Sent via pgsql-hackers mailing list ( pgsql-hackers@...)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
|
signature.asc (204 bytes) 