Thread
-
v7.2 rolled last night ...
Marc Fournier <scrappy@hub.org> — 2002-02-04T14:28:18Z
... can a few of you go take a peak and let me know if anything is wrong/missing?
-
Re: v7.2 rolled last night ...
Vince Vielhaber <vev@michvhf.com> — 2002-02-04T14:50:24Z
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 ========================================================================== -
Re: v7.2 rolled last night ...
Tatsuo Ishii <t-ishii@sra.co.jp> — 2002-02-04T15:12:09Z
> ... 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
-
Re: v7.2 rolled last night ...
Roberto Andrade Fonseca <randrade@abl.com.mx> — 2002-02-04T15:43:59Z
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
-
Re: v7.2 rolled last night ...
Tom Lane <tgl@sss.pgh.pa.us> — 2002-02-04T15:51:15Z
"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
-
Re: v7.2 rolled last night ...
bpalmer <bpalmer@crimelabs.net> — 2002-02-04T17:19:46Z
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
-
Re: v7.2 rolled last night ...
bpalmer <bpalmer@crimelabs.net> — 2002-02-04T18:14:21Z
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
-
Re: v7.2 rolled last night ...
Marc Fournier <scrappy@hub.org> — 2002-02-04T19:05:31Z
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? > > Looks like you didn't insert a tag into the CVS repository? > > regards, tom lane >
-
Re: v7.2 rolled last night ...
Trond Eivind Glomsrød <teg@redhat.com> — 2002-02-04T23:13:25Z
"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.
-
Re: v7.2 rolled last night ...
Trond Eivind Glomsrød <teg@redhat.com> — 2002-02-04T23:21:43Z
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.
-
Re: v7.2 rolled last night ...
Tatsuo Ishii <t-ishii@sra.co.jp> — 2002-02-05T03:34:13Z
> 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
-
Re: v7.2 rolled last night ...
Peter Eisentraut <peter_e@gmx.net> — 2002-02-05T04:30:20Z
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
-
Re: v7.2 rolled last night ...
Denis Perchine <dyp@perchine.com> — 2002-02-05T13:55:40Z
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
-
Re: v7.2 rolled last night ...
Alessio Bragadini <alessio@albourne.com> — 2002-02-05T14:58:02Z
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
-
Re: v7.2 rolled last night ...
Peter Eisentraut <peter_e@gmx.net> — 2002-02-05T15:29:25Z
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
-
Re: v7.2 rolled last night ...
Tom Lane <tgl@sss.pgh.pa.us> — 2002-02-05T15:53:57Z
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
-
Re: v7.2 rolled last night ...
Denis Perchine <dyp@perchine.com> — 2002-02-05T15:58:53Z
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
-
Re: v7.2 rolled last night ...
Peter Eisentraut <peter_e@gmx.net> — 2002-02-05T22:34:48Z
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
-
Re: v7.2 rolled last night ...
Denis Perchine <dyp@perchine.com> — 2002-02-06T09:38:00Z
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
-
Re: v7.2 rolled last night ...
Philip Warner <pjw@rhyme.com.au> — 2002-02-06T09:59:20Z
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 |/