A long time ago, in a galaxy far, far away, Gaetano Mendola <[EMAIL PROTECTED]> wrote:
>> I was thinking of something much simpler where Jan would create an
>> ARC patch against 7.4.X and have it either in /contrib for 7.4.X or
>> on our ftp servers, or on a web site. I could create a mechanism
>>
On Thu, 15 Jul 2004, Gaetano Mendola wrote:
I'm sorry to see Postgresql releases driven by advertisment instead by
good sense ( as it was till today ).
The releases are not being driving by advertisement ... note that the
decisions for including the features you list above was made before the
pr
Christopher Browne wrote:
> A long time ago, in a galaxy far, far away, Gaetano Mendola <[EMAIL PROTECTED]>
wrote:
>
>>>I was thinking of something much simpler where Jan would create an
>>>ARC patch against 7.4.X and have it either in /contrib for 7.4.X or
>>>on our ftp servers, or on a web site.
Bruce Momjian wrote:
I was thinking of something much simpler where Jan would create an ARC
patch against 7.4.X and have it either in /contrib for 7.4.X or on our
ftp servers, or on a web site. I could create a mechanism so SELECT
version() would display Jan's add-on.
:-(
I was asking to add the v
Marc G. Fournier wrote:
> On Wed, 14 Jul 2004, Bruce Momjian wrote:
>
> > The community decides when to stop development. Neither Afilias nor any
> > other company has that control. If you want the development cycle cut
> > shorter, make your case to the community --- if you win, great, if not
On Wed, 14 Jul 2004, Bruce Momjian wrote:
The community decides when to stop development. Neither Afilias nor any
other company has that control. If you want the development cycle cut
shorter, make your case to the community --- if you win, great, if not,
don't gripe about it.
Core decides whe
Jan,
> What touches me here is the fact that the PostgreSQL Open Source Project
> under the BSD license seems starting to care a lot more about some press
> releases and silly news splashes, than to care about real features
> contributed under the terms and conditions of the BSD license by serious
Jan Wieck wrote:
> On 7/14/2004 5:00 AM, Christopher Kings-Lynne wrote:
>
> > Yes, but it has been committed, it will be released - the only thing is
> > that people will have to wait a few more months for it. My point was
>
> Just a few more months? That is exactly what I was asking for, put
Jan Wieck wrote:
On 7/14/2004 5:00 AM, Christopher Kings-Lynne wrote:
Yes, but it has been committed, it will be released - the only thing
is that people will have to wait a few more months for it. My point was
Just a few more months? That is exactly what I was asking for, put some
of the stuf
On 7/14/2004 5:00 AM, Christopher Kings-Lynne wrote:
Yes, but it has been committed, it will be released - the only thing is
that people will have to wait a few more months for it. My point was
Just a few more months? That is exactly what I was asking for, put some
of the stuff into 7.6 so it w
To fill you in a little, I am the PostgreSQL CORE team member Jan Wieck,
who burned Afilias payroll hours to implement the ARC buffer replacement
strategy. The feature has been completed and fully contributed under the
BSD license way ahead of any possible release schedule. I have had
several r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 13 July 2004 7:33 pm, Christopher Kings-Lynne wrote:
>
> PHP's the same. Absolutely dreadful. They put all sorts of new
> features mixed in with security and bug fixes in their minor releases.
> The NUMBER OF TIMES I've upgraded PHP to fix
The thoughts behind the process might be good, but do we have examples
where it has worked out well? The 2.4 series seems to have been
particularly bad for new major issues in their stable releases.
PHP's the same. Absolutely dreadful. They put all sorts of new
features mixed in with security an
13 matches
Mail list logo