Alvaro Herrera wrote:
> > Personally I don't think either the March or May wiki pages are accurate
> > enough, so that isn't a good sign.
>
> To me, what this means is that you're the perfect person to be helping
> making the wiki pages more accurate to cover all items that need
> attention. The
Gregory Stark wrote:
> I would like to suggest a few attributes we want for each patch:
[...]
> My first instinct is to convert it to a table. But perhaps we could just stick
> these attributes in the current format as sublist items under each major
> bullet point.
I agree -- having these attri
"Alvaro Herrera" <[EMAIL PROTECTED]> writes:
> FWIW I've been asking patch submitters (privately) to add the patches
> they submit to the May commitfest pages, and they've mostly done it
> right away. If you click the history link on the May page you can see
> changes from Pavel Stehule, Teodor,
Bruce Momjian wrote:
> That private email list has grown into something official because I am
> more thorough about it than most. If the community wants a more
> collaborative tool, they can create one or ask for additions to my web
> pages. If I need to take my pages offline to help, fine.
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- --On Saturday, April 05, 2008 03:37:08 +0100 Gregory Stark
<[EMAIL PROTECTED]> wrote:
> It probably would be neat if the email footer thingy added a url to each email
> it distributed via the lists pointing to the permanent message-id-based url i
On Fri, 04 Apr 2008 22:37:17 -0400
Tom Lane <[EMAIL PROTECTED]> wrote:
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> > I think ultimately we are going to have to remove the patches email
> > list and require patch submitters to add their patches to a patch
> > tracker.
>
> That's outright silly.
Tom Lane wrote:
> The patch queue is by definition transient --- nobody particularly cares
> about what its past state was, as shown by the fact that you've gotten
> along for years with an implementation that's incapable of recalling
> past state. (Now I do like the idea that a wiki-based patch q
Bruce Momjian <[EMAIL PROTECTED]> writes:
> I think ultimately we are going to have to remove the patches email list
> and require patch submitters to add their patches to a patch tracker.
That's outright silly. The email list and archives are a critical part
of what we do, because they provide
"Tom Lane" <[EMAIL PROTECTED]> writes:
> Gregory Stark <[EMAIL PROTECTED]> writes:
>
>> The hard part is reading the email and figuring out
>> what status the patch is in.
>
> Certainly. What we've got to do is make sure that after someone has
> made that decision, it doesn't cost them a couple o
Tom Lane wrote:
> Gregory Stark <[EMAIL PROTECTED]> writes:
> > "Bruce Momjian" <[EMAIL PROTECTED]> writes:
> >> Basically a Wiki takes 10x more time for me to modify something, so
> >> unless I get another 9 people to do the same amount of work I do on
> >> tracking, we are going to fall behind.
Gregory Stark <[EMAIL PROTECTED]> writes:
> "Bruce Momjian" <[EMAIL PROTECTED]> writes:
>> Basically a Wiki takes 10x more time for me to modify something, so
>> unless I get another 9 people to do the same amount of work I do on
>> tracking, we are going to fall behind. I am not willing to increa
"Bruce Momjian" <[EMAIL PROTECTED]> writes:
> Basically a Wiki takes 10x more time for me to modify something, so
> unless I get another 9 people to do the same amount of work I do on
> tracking, we are going to fall behind. I am not willing to increase the
> amount of time I already spend doing
Alvaro Herrera wrote:
> BTW, Greg Stark already dumped the patch queue into a wiki page some
> time ago: http://wiki.postgresql.org/wiki/CommitFest:Bruce Do you think
> that's more useful than the other commitfest layout? I don't.
No.
The bottom line is that I used to do this tracking in my own
Gregory Stark wrote:
> "Greg Smith" <[EMAIL PROTECTED]> writes:
>
> > He wants to know how to automate turning an entire mbox file full of them
> > into
> > wiki markup, now how to do one at a time. Other people have been running
> > such
> > tools for Bruce but he doesn't have one he can becom
"Greg Smith" <[EMAIL PROTECTED]> writes:
> On Fri, 4 Apr 2008, Dave Page wrote:
>
>> We must be talking at cross purposes because I really cannot believe
>> you're asking me how to add a link to a wiki page :-o
>
> He wants to know how to automate turning an entire mbox file full of them into
> wi
On Fri, 4 Apr 2008, Dave Page wrote:
We must be talking at cross purposes because I really cannot believe
you're asking me how to add a link to a wiki page :-o
He wants to know how to automate turning an entire mbox file full of them
into wiki markup, now how to do one at a time. Other peopl
On Thu, Apr 3, 2008 at 4:55 PM, Bruce Momjian <[EMAIL PROTECTED]> wrote:
> > That seems like a *really* odd thing for one of the founders of the
> > world's most advanced OSS DBMS project to say. It's all relational
> > (which we do do pretty well) - we can add links to the wiki to threads
> > in
Dave Page wrote:
> On Thu, Apr 3, 2008 at 12:35 AM, Bruce Momjian <[EMAIL PROTECTED]> wrote:
> > It is not clear to me how a wiki can be easily created for 2k emails and
> > then maintained in a reasonable way, or how emails can be added to it
> > easily.
>
> That seems like a *really* odd thin
Aidan Van Dyk <[EMAIL PROTECTED]> writes:
> The one concern I have with the way the last commitfest went (and I say
> this as strictly an observer), there was no "discussion" on anything.
Umm ... in the first place, the fest isn't over yet. In the second
place, the reason you haven't seen much di
The one concern I have with the way the last commitfest went (and I say
this as strictly an observer), there was no "discussion" on anything.
Now, I know that "discussion" happened, but it happened somewhere, in some
web-forum, in a community that seems to generally promote mailing lists
as the pr
On Thu, Apr 3, 2008 at 12:35 AM, Bruce Momjian <[EMAIL PROTECTED]> wrote:
> It is not clear to me how a wiki can be easily created for 2k emails and
> then maintained in a reasonable way, or how emails can be added to it
> easily.
That seems like a *really* odd thing for one of the founders of
Tom Lane wrote:
> For the past couple of weeks I've been dealing with both Bruce's queue
> and the one at
> http://wiki.postgresql.org/wiki/CommitFest:March
> and frankly I find the latter a *whole* lot more satisfactory, despite
> the fact that it's got exactly zero custom tooling or infrastructur
Tom Lane wrote:
For the past couple of weeks I've been dealing with both Bruce's queue
and the one at
http://wiki.postgresql.org/wiki/CommitFest:March
and frankly I find the latter a *whole* lot more satisfactory, despite
the fact that it's got exactly zero custom tooling or infrastructure
beh
Greg Smith <[EMAIL PROTECTED]> writes:
> Those hacking on tools to convert Bruce's currently preferred working form
> (that revolves around mbox files) into something else that's web oriented
> are stuck with considering how all the above information is going to be
> handled before everybody wil
On Wed, 2 Apr 2008, Bruce Momjian wrote:
The new permanent ones are permanent against mailbox movement, and in
fact the comments and thread merging also travels with the email.
The "someone replied to your comment" links in e-messages I've been
getting the last few days have all been working,
25 matches
Mail list logo