Peter Eisentraut wrote:
Christopher Kings-Lynne writes:
I'm just interested in what everyone's personal plans for 7.5
development are?
There are still some low-hanging fruit and some
below-the-cloudy-sky-hanging fruit in there, for instance
[...snip...]
Basic array support
^^^
I
On Thu, Nov 27, 2003 at 06:30:54PM +0100, Peter Eisentraut wrote:
> Alvaro Herrera writes:
>
> > (I will probably be doing lots of translation work too, or maybe enable
> > someone else to do it ...)
>
> I think in 7.5 we'll be able to get everything fully translat{ed|able}.
> We already have ini
Alvaro Herrera writes:
> (I will probably be doing lots of translation work too, or maybe enable
> someone else to do it ...)
I think in 7.5 we'll be able to get everything fully translat{ed|able}.
We already have initdb, and we'll do ecpg, pg_ctl, and decide the fate of
initlocation and ipcclean
Christopher Kings-Lynne writes:
> I'm just interested in what everyone's personal plans for 7.5
> development are?
Here is a pretty good hit list:
http://developer.postgresql.org/docs/postgres/unsupported-features-sql99.html
There are still some low-hanging fruit and some
below-the-cloudy-sky-h
Shridhar Daithankar <[EMAIL PROTECTED]> writes:
> Tom Lane wrote:
>> 1. You can't easily generate a clean diff of your local version against
>> the original imported from postgresql.org. The changes you actually
>> made get buried in a mass of useless $Foo$ diff lines. Stripping those
>> out is
Tom Lane wrote:
1. You can't easily generate a clean diff of your local version against
the original imported from postgresql.org. The changes you actually
made get buried in a mass of useless $Foo$ diff lines. Stripping those
out is possible in theory but painful.
Is that the reason linux does n
Rod Taylor <[EMAIL PROTECTED]> writes:
> On Wed, 2003-11-26 at 23:32, Marc G. Fournier wrote:
>> 'k, but why can't that be accomplished with $Id$?
> When you import the files into the other CVS system the version and file
> information $Id$ represents will be replaced by the other system. So,
> wh
Christopher Kings-Lynne wrote:
Hi everyone,
I'm just interested in what everyone's personal plans for 7.5
development are?
Shridar, Gavin and myself are trying to get the tablespaces stuff off
the ground. Hopefully we'll have a CVS set up for us to work in at some
point (we didn't think gett
On Wed, 2003-11-26 at 23:32, Marc G. Fournier wrote:
> On Wed, 26 Nov 2003, Rod Taylor wrote:
>
> > > So, what does changing it to $PostgreSQL$ do? Or am I reading the wrong
> > > part of the manual?
> >
> > After applying the patch in -patches to CVSROOT and running the update
> > script...
> >
"Marc G. Fournier" <[EMAIL PROTECTED]> writes:
> 'k, but why can't that be accomplished with $Id$?
$Id$ isn't much better than $Header$ --- the point is to avoid keywords
that downstream people's CVS repositories will want to replace.
> Are there any caveats to the change? Ie. if Tom has a check
Rod Taylor <[EMAIL PROTECTED]> writes:
>> So, what does changing it to $PostgreSQL$ do? Or am I reading the wrong
>> part of the manual?
> The BSDs wen't through similar measures to ensure they could maintain
> multiple CVS sources without diff / patch going nuts.
Yeah, I have gotten similar req
On Wed, 26 Nov 2003, Rod Taylor wrote:
> > So, what does changing it to $PostgreSQL$ do? Or am I reading the wrong
> > part of the manual?
>
> After applying the patch in -patches to CVSROOT and running the update
> script...
>
> It will allow Chris and other to import the PostgreSQL source into
> So, what does changing it to $PostgreSQL$ do? Or am I reading the wrong
> part of the manual?
After applying the patch in -patches to CVSROOT and running the update
script...
It will allow Chris and other to import the PostgreSQL source into their
own CVS tree without having do to a ton of dif
On Thu, 27 Nov 2003, Christopher Kings-Lynne wrote:
> Changing all our $Id$ tags to $Postgres$ would make a separate CVS a lot
> easier, hint hint :)
Why? From the info pages:
`$Header$'
A standard header containing the full pathname of the RCS file,
the revision number, the date (UTC
On Thu, Nov 27, 2003 at 10:27:22AM +0800, Christopher Kings-Lynne wrote:
> What's everyone else wanting to work on?
I want to get the nested transaction patch thingie sorted out.
I feel it's not that far away. After that, maybe
- try using a pg_shareddepend shared catalog to check user dependen
Hi everyone,
I'm just interested in what everyone's personal plans for 7.5
development are?
Shridar, Gavin and myself are trying to get the tablespaces stuff off
the ground. Hopefully we'll have a CVS set up for us to work in at some
point (we didn't think getting a branch and commit privs wa
16 matches
Mail list logo