Обсуждение: 8.0.0beta1 ... packaged for testing ...
Will do a short announce tomorrow, but if anyone wants to look it over, make sure that I didn't miss anything? the files are available at ftp://ftp.postgresql.org/pub/source/v8.0.0beta1 ... both gz and bz2 files are available ... the only thing in the build that needs to be fixed is: cp /var/spool/ftp/pub/dev/doc/man-7.4.tar.gz ../man.tar.gz ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
"Marc G. Fournier" <scrappy@postgresql.org> writes:
> Will do a short announce tomorrow, but if anyone wants to look it over,
> make sure that I didn't miss anything?
Tarball looks good from here.
> the only thing in the build that needs to be fixed is:
> cp /var/spool/ftp/pub/dev/doc/man-7.4.tar.gz ../man.tar.gz
Yeah, sure wish we could generate those man pages automatically :-(
regards, tom lane
On Sun, 8 Aug 2004, Tom Lane wrote: > "Marc G. Fournier" <scrappy@postgresql.org> writes: >> Will do a short announce tomorrow, but if anyone wants to look it over, >> make sure that I didn't miss anything? > > Tarball looks good from here. > >> the only thing in the build that needs to be fixed is: >> cp /var/spool/ftp/pub/dev/doc/man-7.4.tar.gz ../man.tar.gz > > Yeah, sure wish we could generate those man pages automatically :-( Is there a reason why we can't? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
"Marc G. Fournier" <scrappy@postgresql.org> writes:
> On Sun, 8 Aug 2004, Tom Lane wrote:
>> Yeah, sure wish we could generate those man pages automatically :-(
> Is there a reason why we can't?
Peter tried, but I don't know what the problems were.
regards, tom lane
Just a quick heads-up. The plpgsql regression test for Win32 fails; appears to not obey the statement timeout. Might be a known problem. Lines 395-6 of exec.c need to have the operator changed from equality to assignment (busted fix for pg_dumpall on win32). Cheers, Claudio -----Original Message----- From: Marc G. Fournier To: pgsql-hackers@postgresql.org Sent: 8/9/04 9:50 AM Subject: [HACKERS] 8.0.0beta1 ... packaged for testing ... Will do a short announce tomorrow, but if anyone wants to look it over, make sure that I didn't miss anything? the files are available at ftp://ftp.postgresql.org/pub/source/v8.0.0beta1 ... both gz and bz2 files are available ... the only thing in the build that needs to be fixed is: cp /var/spool/ftp/pub/dev/doc/man-7.4.tar.gz ../man.tar.gz ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 ---------------------------(end of broadcast)--------------------------- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to majordomo@postgresql.orgso that your message can get through to the mailing list cleanly --- Certain disclaimers and policies apply to all email sent from Memetrics. For the full text of these disclaimers and policies see <a href="http://www.memetrics.com/emailpolicy.html">http://www.memetrics.com/em ailpolicy.html</a>
Claudio Natoli wrote:
> Just a quick heads-up.
>
> The plpgsql regression test for Win32 fails; appears to not obey the
> statement timeout. Might be a known problem.
Open items has:
o query cancel in psql (?)
Not sure if that is the same one or not.
> Lines 395-6 of exec.c need to have the operator changed from equality to
> assignment (busted fix for pg_dumpall on win32).
OK, fixed. I will request another beta1 build.
-- 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,
Pennsylvania19073
'k, building ... and I'm goin to bed now :) On Sun, 8 Aug 2004, Bruce Momjian wrote: > Claudio Natoli wrote: >> Just a quick heads-up. >> >> The plpgsql regression test for Win32 fails; appears to not obey the >> statement timeout. Might be a known problem. > > Open items has: > > o query cancel in psql (?) > > Not sure if that is the same one or not. > >> Lines 395-6 of exec.c need to have the operator changed from equality to >> assignment (busted fix for pg_dumpall on win32). > > OK, fixed. I will request another beta1 build. > > -- > 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 > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
Claudio Natoli <claudio.natoli@memetrics.com> writes:
> The plpgsql regression test for Win32 fails; appears to not obey the
> statement timeout. Might be a known problem.
[ rolls eyes... ] That's been like that for some time. Hasn't anyone
been testing on Windows?
regards, tom lane
Tom Lane writes: > Claudio Natoli <claudio.natoli@memetrics.com> writes: > > The plpgsql regression test for Win32 fails; appears to not obey the > > statement timeout. Might be a known problem. > > [ rolls eyes... ] That's been like that for some time. Hasn't anyone > been testing on Windows? I've certainly been testing (and using!) win32 heavily, but not over the past week or so (been otherwise engaged; apologies for the bad timing on my part), and so I imagine this regression test failure/change crept in over that period. Cheers, Claudio --- Certain disclaimers and policies apply to all email sent from Memetrics. For the full text of these disclaimers and policies see <a href="http://www.memetrics.com/emailpolicy.html">http://www.memetrics.com/em ailpolicy.html</a>
Marc G. Fournier wrote: > > Yeah, sure wish we could generate those man pages automatically :-( > > Is there a reason why we can't? Usually, you need to look them over and fix them up a bit. You also need a patched version of the processing tools. -- Peter Eisentraut http://developer.postgresql.org/~petere/
Peter Eisentraut <peter_e@gmx.net> writes:
> Marc G. Fournier wrote:
>>> Yeah, sure wish we could generate those man pages automatically :-(
>>
>> Is there a reason why we can't?
> Usually, you need to look them over and fix them up a bit. You also
> need a patched version of the processing tools.
Would it be possible to automatically generate an un-fixed-up version
for beta releases? I'd rather have the right info in an ugly format
than the wrong info ...
regards, tom lane
Tom Lane wrote: > Would it be possible to automatically generate an un-fixed-up version > for beta releases? I'd rather have the right info in an ugly format > than the wrong info ... In doc/src/, run "make man.tar.gz". The required software should be listed in the documentation. I don't actually seem to have it available myself (OS change since last release, I think); I will look for it tomorrow. -- Peter Eisentraut http://developer.postgresql.org/~petere/
On Mon, 9 Aug 2004, Peter Eisentraut wrote: > Tom Lane wrote: >> Would it be possible to automatically generate an un-fixed-up version >> for beta releases? I'd rather have the right info in an ugly format >> than the wrong info ... > > In doc/src/, run "make man.tar.gz". The required software should be > listed in the documentation. I don't actually seem to have it > available myself (OS change since last release, I think); I will look > for it tomorrow. 'k, and I'll look into this tonight ... won't be there for beta1, but at least we might have it for beta2 ... Thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664