Thread: v7.2 rolled last night ...
... can a few of you go take a peak and let me know if anything is wrong/missing?
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 atPop4 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-4983b. palmer, bpalmer@crimelabs.net pgp:crimelabs.net/bpalmer.pgp5
Also checks out on Solaris8/Sparc.
- Brandon
----------------------------------------------------------------------------c: 646-456-5455
h: 201-798-4983b. 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? > > Looks like you didn't insert a tag into the CVS repository? > > regards, tom lane >
"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=0POSTGRES_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.samplePG_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, > 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 > > ---------------------------(end of broadcast)--------------------------- > TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org
> -----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. > -----Original Message----- > From: Milan Roubal [mailto:roubm9am@barbora.ms.mff.cuni.cz] > Sent: 05 February 2002 10:45 > To: Henshall, Stuart - WCP; 'Marc G. Fournier'; > pgsql-hackers@postgresql.org > Subject: Re: [HACKERS] v7.2 rolled last night ... > > > 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, > > 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 > > > > ---------------------------(end of > > broadcast)--------------------------- > > TIP 1: subscribe and unsubscribe commands go to > majordomo@postgresql.org > > > ---------------------------(end of > broadcast)--------------------------- > TIP 2: you can get off all lists at once with the unregister command > (send "unregister YourEmailAddressHere" to > majordomo@postgresql.org) >
Yup, looks fine here too - all regression tests pass OK. Regards, Dave. > -----Original Message----- > From: Henshall, Stuart - WCP > [mailto:SHenshall@westcountrypublications.co.uk] > Sent: 05 February 2002 12:04 > To: 'Dave Page'; 'Milan Roubal'; Henshall, Stuart - WCP; > 'Marc G. Fournier'; 'pgsql-hackers@postgresql.org' > Subject: RE: [HACKERS] v7.2 rolled last night ... > > > Sorry for the false alarm seem to have got it working after a > clean compile. > - Stuart > > > -----Original Message----- > > From: Dave Page [mailto:dpage@vale-housing.co.uk] > > Sent: 05 February 2002 10:53 > > To: 'Milan Roubal'; 'Henshall, Stuart - WCP'; 'Marc G. Fournier'; > > 'pgsql-hackers@postgresql.org' > > Subject: RE: [HACKERS] v7.2 rolled last night ... > > > > > > Sounds like you're not running the ipc-daemon. > > > > Regards, Dave. > > > > > -----Original Message----- > > > From: Milan Roubal [mailto:roubm9am@barbora.ms.mff.cuni.cz] > > > Sent: 05 February 2002 10:45 > > > To: Henshall, Stuart - WCP; 'Marc G. Fournier'; > > > pgsql-hackers@postgresql.org > > > Subject: Re: [HACKERS] v7.2 rolled last night ... > > > > > > > > > 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, > > > > 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 > > > > > > > > ---------------------------(end of > > > > broadcast)--------------------------- > > > > TIP 1: subscribe and unsubscribe commands go to > > > majordomo@postgresql.org > > > > > > > > > ---------------------------(end of > > > broadcast)--------------------------- > > > TIP 2: you can get off all lists at once with the > unregister command > > > (send "unregister YourEmailAddressHere" to > > > majordomo@postgresql.org) > > > > > >
Sorry for the false alarm seem to have got it working after a clean compile. - Stuart > -----Original Message----- > From: Dave Page [mailto:dpage@vale-housing.co.uk] > Sent: 05 February 2002 10:53 > To: 'Milan Roubal'; 'Henshall, Stuart - WCP'; 'Marc G. Fournier'; > 'pgsql-hackers@postgresql.org' > Subject: RE: [HACKERS] v7.2 rolled last night ... > > > Sounds like you're not running the ipc-daemon. > > Regards, Dave. > > > -----Original Message----- > > From: Milan Roubal [mailto:roubm9am@barbora.ms.mff.cuni.cz] > > Sent: 05 February 2002 10:45 > > To: Henshall, Stuart - WCP; 'Marc G. Fournier'; > > pgsql-hackers@postgresql.org > > Subject: Re: [HACKERS] v7.2 rolled last night ... > > > > > > 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, > > > 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 > > > > > > ---------------------------(end of > > > broadcast)--------------------------- > > > TIP 1: subscribe and unsubscribe commands go to > > majordomo@postgresql.org > > > > > > ---------------------------(end of > > broadcast)--------------------------- > > TIP 2: you can get off all lists at once with the unregister command > > (send "unregister YourEmailAddressHere" to > > majordomo@postgresql.org) > > >
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 |/