Horton
Menu

Thread

  1. Any more "must fix" issues for 7.4?

    Tom Lane <tgl@sss.pgh.pa.us> — 2003-11-13T17:43:37Z

    Barring surprises, we will institute a code freeze in the 7.4 branch
tonight with an eye to wrapping the release Sunday.  Is anyone aware
of critical loose ends that still need to be dealt with?

The only thing on my own radar screen is a couple of reports of the
stats collector failing to start on Solaris; but it is not yet clear
whether that's our bug or a misconfiguration problem on those boxes,
and I don't want to hold up the release while we find out.

			regards, tom lane

  2. Re: Any more "must fix" issues for 7.4?

    Larry Rosenman <ler@lerctr.org> — 2003-11-13T17:56:18Z

    
--On Thursday, November 13, 2003 12:43:37 -0500 Tom Lane 
<tgl@sss.pgh.pa.us> wrote:

> Barring surprises, we will institute a code freeze in the 7.4 branch
> tonight with an eye to wrapping the release Sunday.  Is anyone aware
> of critical loose ends that still need to be dealt with?
>
> The only thing on my own radar screen is a couple of reports of the
> stats collector failing to start on Solaris; but it is not yet clear
> whether that's our bug or a misconfiguration problem on those boxes,
> and I don't want to hold up the release while we find out.
The only thing I'm aware of is the setsockopt() issue on OpenServer.

LER

>
> 			regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster
>



-- 
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 972-414-9812                 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

  3. Re: Any more "must fix" issues for 7.4?

    Tom Lane <tgl@sss.pgh.pa.us> — 2003-11-13T18:18:31Z

    Larry Rosenman <ler@lerctr.org> writes:
> The only thing I'm aware of is the setsockopt() issue on OpenServer.

We have no proposed patch for that, either, so it will also have to
wait for 7.4.1.

			regards, tom lane

  4. Re: Any more "must fix" issues for 7.4?

    Larry Rosenman <ler@lerctr.org> — 2003-11-13T18:20:33Z

    
--On Thursday, November 13, 2003 13:18:31 -0500 Tom Lane 
<tgl@sss.pgh.pa.us> wrote:

> Larry Rosenman <ler@lerctr.org> writes:
>> The only thing I'm aware of is the setsockopt() issue on OpenServer.
>
> We have no proposed patch for that, either, so it will also have to
> wait for 7.4.1.
modulo the unacceptable one.  I'm aware of that.  We may want to note it 
somewhere...


>
> 			regards, tom lane



-- 
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 972-414-9812                 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

  5. Re: Any more "must fix" issues for 7.4?

    Peter Eisentraut <peter_e@gmx.net> — 2003-11-14T01:31:56Z

    Tom Lane writes:

> Barring surprises, we will institute a code freeze in the 7.4 branch
> tonight with an eye to wrapping the release Sunday.  Is anyone aware
> of critical loose ends that still need to be dealt with?

The only thing I had left was the installation locations for the Informix
compatibility headers of ECPG.  But we need some more information from
Informix users about that.  It will have to wait for 7.4.1.

-- 
Peter Eisentraut   peter_e@gmx.net

  6. Re: Any more "must fix" issues for 7.4?

    Bruce Momjian <pgman@candle.pha.pa.us> — 2003-11-14T01:40:30Z

    Peter Eisentraut wrote:
> Tom Lane writes:
> 
> > Barring surprises, we will institute a code freeze in the 7.4 branch
> > tonight with an eye to wrapping the release Sunday.  Is anyone aware
> > of critical loose ends that still need to be dealt with?
> 
> The only thing I had left was the installation locations for the Informix
> compatibility headers of ECPG.  But we need some more information from
> Informix users about that.  It will have to wait for 7.4.1.

Oh, I forgot about that.  This leaves datetime.h and decimal.h in
/pgsql/include.  I don't see how 7.4.1 can fix that because people will
not be using initdb.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

  7. Re: Any more "must fix" issues for 7.4?

    Peter Eisentraut <peter_e@gmx.net> — 2003-11-14T01:47:36Z

    Bruce Momjian writes:

> Oh, I forgot about that.  This leaves datetime.h and decimal.h in
> /pgsql/include.  I don't see how 7.4.1 can fix that because people will
> not be using initdb.

This has nothing to do with initdb.

-- 
Peter Eisentraut   peter_e@gmx.net

  8. Re: Any more "must fix" issues for 7.4?

    Bruce Momjian <pgman@candle.pha.pa.us> — 2003-11-14T02:13:35Z

    Peter Eisentraut wrote:
> Bruce Momjian writes:
> 
> > Oh, I forgot about that.  This leaves datetime.h and decimal.h in
> > /pgsql/include.  I don't see how 7.4.1 can fix that because people will
> > not be using initdb.
> 
> This has nothing to do with initdb.

Right.  I mean install isn't going to remove those files in /include.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

  9. Re: Any more "must fix" issues for 7.4?

    Christof Petig <christof@petig-baender.de> — 2003-11-14T07:53:19Z

    Bruce Momjian schrieb:
> Peter Eisentraut wrote:
> 
>>Bruce Momjian writes:
>>
>>
>>>Oh, I forgot about that.  This leaves datetime.h and decimal.h in
>>>/pgsql/include.  I don't see how 7.4.1 can fix that because people will
>>>not be using initdb.
>>
>>This has nothing to do with initdb.
> 
> 
> Right.  I mean install isn't going to remove those files in /include.
> 

If you use a packaged version (.deb/.rpm etc) it will remove them. So no 
problem for most(?) users.

    Christof