v7.2 rolled last night ...

On Mon, 4 Feb 2002, Marc G. Fournier wrote:

... can a few of you go take a peak and let me know if anything is
wrong/missing?

Appears complete and builds ok.

Vince.
--
==========================================================================
Vince Vielhaber -- KA8CSH email: vev@michvhf.com http://www.pop4.net
56K Nationwide Dialup from $16.00/mo at Pop4 Networking
Online Campground Directory http://www.camping-usa.com
Online Giftshop Superstore http://www.cloudninegifts.com
==========================================================================

... can a few of you go take a peak and let me know if anything is
wrong/missing?

Just a quick report: looks good and all regression tests passed on my
Linux (variant of RedHat 6.2).
--
Tatsuo Ishii

El lun, 04-02-2002 a las 08:28, Marc G. Fournier escribi�:

... can a few of you go take a peak and let me know if anything is
wrong/missing?

I can see in the /pub/beta directory:
postgresql-7.2.tar.gz

When will you release it? so I could send a message to the PostgreSQL
list in Spanish and to cofradia.org, giving the good news.

--
Saludos,

Roberto Andrade Fonseca
randrade@abl.com.mx

"Marc G. Fournier" <scrappy@hub.org> writes:

... can a few of you go take a peak and let me know if anything is
wrong/missing?

Looks like you didn't insert a tag into the CVS repository?

regards, tom lane

Looks good and all checks out on OBSD intel / sparc.

- Brandon

----------------------------------------------------------------------------
c: 646-456-5455 h: 201-798-4983
b. palmer, bpalmer@crimelabs.net pgp:crimelabs.net/bpalmer.pgp5

Also checks out on Solaris8/Sparc.

- Brandon

----------------------------------------------------------------------------
c: 646-456-5455 h: 201-798-4983
b. palmer, bpalmer@crimelabs.net pgp:crimelabs.net/bpalmer.pgp5

d'oh, knew I missed a step :(

tag'ng that now ... thanks ...

On Mon, 4 Feb 2002, Tom Lane wrote:

"Marc G. Fournier" <scrappy@hub.org> writes:

... can a few of you go take a peak and let me know if anything is
wrong/missing?

All regression tests are succesful on Red Hat Linux with current
updates (as long as the locale is set to "C", when different, flaws in
the test design shows up).

--
Trond Eivind Glomsr�d
Red Hat, Inc.

teg@redhat.com (Trond Eivind Glomsr�d) writes:

"Marc G. Fournier" <scrappy@hub.org> writes:

... can a few of you go take a peak and let me know if anything is
wrong/missing?

All regression tests are successful on Red Hat Linux with current
updates

RHL 7.2 (bah, forgot to type the version number. It's included in the
entry in the regresion database, though).

--
Trond Eivind Glomsr�d
Red Hat, Inc.

On Mon, 4 Feb 2002, Tom Lane wrote:

"Marc G. Fournier" <scrappy@hub.org> writes:

... can a few of you go take a peak and let me know if anything is
wrong/missing?

Are you going to wrap a new package or to release it as is?

I'm going to give a presentation at a big exhibition in Japan the day
after tommorow. I just want to know 7.2 has been officially released
or not by the time...
--
Tatsuo Ishii

Tatsuo Ishii writes:

Are you going to wrap a new package or to release it as is?

I'm going to give a presentation at a big exhibition in Japan the day
after tommorow. I just want to know 7.2 has been officially released
or not by the time...

Well, there's a CVS tag and the release notes have a release date of
February 4th, so I consider it a release. Maybe it's supposed to be a
secret?

--
Peter Eisentraut peter_e@gmx.net

From: Marc G. Fournier [mailto:scrappy@hub.org]

... can a few of you go take a peak and let me know if anything is
wrong/missing?

I sent the following to pgsql-cygwin but so far had no response. I have
succesfully used v7.2b5 so suspect something on my system has changed. I can
connect to 7.2 fine with PGAdmin. I'm probably just in a flap about nothing,
but thought I'd comment just in case.
Cheers,
- Stuart

Hi,
I've recently compiled postgresql 7.2 and seem to be having some
problems with the psql. (win98 se on a P3 900, cygipc 1.11)
$ uname -a
CYGWIN_98-4.10 BX3551TC 1.3.9(0.51/3/2) 2002-01-21 12:48 i686 unknown
Client:
$ psql template1
Segmentation fault (core dumped)
Server:
DEBUG: pq_recvbuf: unexpected EOF on client connection
DEBUG: incomplete startup packet

Sorry for lack of detail but I'm busy :( and was wondering if this is a
release problem or just my system.
- Stuart

my cygwin:
./configure --enable-locale --enable-recode --with-maxbackends=128 --enable-
odbc --without-tk --disable-rpath
make
make install
Postgres is in directory /usr/local/pgsql/

$ /usr/local/pgsql/bin/initdb --debug -D/var/pgsql7.23
Running with debug mode on.

initdb variables:
PGDATA=/var/pgsql7.23
datadir=/usr/local/pgsql/share
PGPATH=/usr/local/pgsql/bin
MULTIBYTE=
MULTIBYTEID=0
POSTGRES_SUPERUSERNAME=Administrator
POSTGRES_BKI=/usr/local/pgsql/share/postgres.bki
POSTGRES_DESCR=/usr/local/pgsql/share/postgres.description
POSTGRESQL_CONF_SAMPLE=/usr/local/pgsql/share/postgresql.conf.sample
PG_HBA_SAMPLE=/usr/local/pgsql/share/pg_hba.conf.sample
PG_IDENT_SAMPLE=/usr/local/pgsql/share/pg_ident.conf.sample
The files belonging to this database system will be owned by user
"Administrator
".
This user must also own the server process.

creating directory /var/pgsql7.23... ok
creating directory /var/pgsql7.23/base... ok
creating directory /var/pgsql7.23/global... ok
creating directory /var/pgsql7.23/pg_xlog... ok
creating directory /var/pgsql7.23/pg_clog... ok
creating template1 database in /var/pgsql7.23/base/1...

and then nothing hapens. Processor was 100% CPU all the night on process
postgres, but this is all.
Directory /var/pgsql7.23/base/1 exists, but nothing is inside.
Milan Roubal
roubm9am@barbora.ms.mff.cuni.cz

----- Original Message -----
From: "Henshall, Stuart - WCP" <SHenshall@westcountrypublications.co.uk>
To: "'Marc G. Fournier'" <scrappy@hub.org>; <pgsql-hackers@postgresql.org>
Sent: Tuesday, February 05, 2002 11:05 AM
Subject: Re: [HACKERS] v7.2 rolled last night ...

From: Marc G. Fournier [mailto:scrappy@hub.org]

... can a few of you go take a peak and let me know if anything is
wrong/missing?

I sent the following to pgsql-cygwin but so far had no response. I have
succesfully used v7.2b5 so suspect something on my system has changed. I

can

connect to 7.2 fine with PGAdmin. I'm probably just in a flap about

nothing,

-----Original Message-----
From: Henshall, Stuart - WCP
[mailto:SHenshall@westcountrypublications.co.uk]
Sent: 05 February 2002 10:06
To: 'Marc G. Fournier'; pgsql-hackers@postgresql.org
Subject: Re: [HACKERS] v7.2 rolled last night ...

From: Marc G. Fournier [mailto:scrappy@hub.org]

... can a few of you go take a peak and let me know if anything is
wrong/missing?

I sent the following to pgsql-cygwin but so far had no
response. I have succesfully used v7.2b5 so suspect something
on my system has changed. I can connect to 7.2 fine with
PGAdmin. I'm probably just in a flap about nothing, but
thought I'd comment just in case. Cheers,
- Stuart

Stuart, I'll take a look on XP as soon as I can (bit hectic here right now).
I agree though, it did work before...

Regards, Dave

Sounds like you're not running the ipc-daemon.

Regards, Dave.

Sorry for the false alarm seem to have got it working after a clean compile.
- Stuart

Yup, looks fine here too - all regression tests pass OK.

Regards, Dave.

Hello,

... can a few of you go take a peak and let me know if anything is
wrong/missing?

make -j 2
does not work.

--
Denis

Builds fine on alphaev67-dec-osf4.0g, compiled by cc -std
(Compaq Tru64 4.0g, Compaq cc)

--
Alessio F. Bragadini alessio@albourne.com
APL Financial Services http://village.albourne.com
Nicosia, Cyprus phone: +357-22-755750

"It is more complicated than you think"
-- The Eighth Networking Truth from RFC 1925

Denis Perchine writes:

Hello,

... can a few of you go take a peak and let me know if anything is
wrong/missing?

make -j 2
does not work.

You should know better than to make unsupported claims of "does not work".
FWIW, it "does work" here.

--
Peter Eisentraut peter_e@gmx.net

Peter Eisentraut <peter_e@gmx.net> writes:

Tatsuo Ishii writes:

Are you going to wrap a new package or to release it as is?

Well, there's a CVS tag and the release notes have a release date of
February 4th, so I consider it a release. Maybe it's supposed to be a
secret?

No, it's supposed to be a release ;-). I think the only reason Marc
didn't put out an announcement yet is that he likes to give the mirrors
a full day to get sync'd up before people start hitting the ftp servers.
I expect to see an announce come by any minute now (right Marc?)

regards, tom lane

On Tuesday 05 February 2002 21:29, Peter Eisentraut wrote:

Denis Perchine writes:

Hello,

... can a few of you go take a peak and let me know if anything is
wrong/missing?

make -j 2
does not work.

You should know better than to make unsupported claims of "does not work".
FWIW, it "does work" here.

parallel make errors are mostly timing dependent. Here is the example. RH 6.2

[ec@linux03 postgresql-7.2]$ make -j 2
make -C doc all
make[1]: Entering directory `/home/ec/1/postgresql-7.2/doc'
gzip -d -c man.tar.gz | /bin/tar xf -
gzip -d -c man.tar.gz | /bin/tar xf -
for file in man1/*.1; do \
mv $file $file.bak && \
sed -e 's/\\fR(l)/\\fR(7)/' $file.bak >$file && \
rm $file.bak || exit; \
done
for file in man1/*.1; do \
mv $file $file.bak && \
sed -e 's/\\fR(l)/\\fR(7)/' $file.bak >$file && \
rm $file.bak || exit; \
done
rm: cannot remove `man1/createlang.1.bak': No such file or directory
make[1]: *** [man1/.timestamp] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: *** Waiting for unfinished jobs....
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/home/ec/1/postgresql-7.2/doc'
make: *** [all] Error 2

Denis Perchine writes:

[ec@linux03 postgresql-7.2]$ make -j 2
make -C doc all
make[1]: Entering directory `/home/ec/1/postgresql-7.2/doc'
gzip -d -c man.tar.gz | /bin/tar xf -
gzip -d -c man.tar.gz | /bin/tar xf -
for file in man1/*.1; do \
mv $file $file.bak && \
sed -e 's/\\fR(l)/\\fR(7)/' $file.bak >$file && \
rm $file.bak || exit; \
done
for file in man1/*.1; do \
mv $file $file.bak && \
sed -e 's/\\fR(l)/\\fR(7)/' $file.bak >$file && \
rm $file.bak || exit; \
done
rm: cannot remove `man1/createlang.1.bak': No such file or directory

I see. We had fixed one case of these flawed multiple-target rules, but I
guess there are more. I've identified some other places that could cause
similar problems. Expect a fix in the next release.

--
Peter Eisentraut peter_e@gmx.net

Hello,

Another problem with 7.2.

I have considered to migrate from 7.1.3 to 7.2. I have dumped a database using
pg_dump -Fc. When I tried to restore it using pg_restore, it gives me an
error. The problem was that it creates a view before a table it refers to.

If you need more info, just ask,

--
Denis

At 03:38 PM 2/6/02 +0600, Denis Perchine wrote:

Hello,

Another problem with 7.2.

I have considered to migrate from 7.1.3 to 7.2. I have dumped a database

using

pg_dump -Fc. When I tried to restore it using pg_restore, it gives me an
error. The problem was that it creates a view before a table it refers to.

Try dumping it with the 7.2 version of pg_dump, if possible. From memory
this ordering problem was fixed in a 7.1 patch, but if you are really on
7.1.3, that seems unlikely.

----------------------------------------------------------------
Philip Warner | __---_____
Albatross Consulting Pty. Ltd. |----/ - \
(A.B.N. 75 008 659 498) | /(@) ______---_
Tel: (+61) 0500 83 82 81 | _________ \
Fax: (+61) 0500 83 82 82 | ___________ |
Http://www.rhyme.com.au | / \|
| --________--
PGP key available upon request, | /
and from pgp5.ai.mit.edu:11371 |/