On Saturday 29 November 2008 00:52:03 Tom Lane wrote:
> AFAICT, we are building both man.tar.gz and postgres.tar.gz on-the-fly
> in current releases. At least, both of them have internal timestamps
> supporting that theory in the official 8.3.5 and 8.2.11 tarballs, and
> the contained files reflec
Peter Eisentraut <[EMAIL PROTECTED]> writes:
> On Friday 28 November 2008 18:25:23 Tom Lane wrote:
>> Actually I think the ball is in Peter's court now. Marc updated the
>> snapshot build script, but all the attempts are dying now because the
>> new docbook2man part of the Makefiles doesn't work o
On Friday 28 November 2008 18:25:23 Tom Lane wrote:
> Alvaro Herrera <[EMAIL PROTECTED]> writes:
> > So how do we get Marc to fix this?
>
> Actually I think the ball is in Peter's court now. Marc updated the
> snapshot build script, but all the attempts are dying now because the
> new docbook2man
Alvaro Herrera <[EMAIL PROTECTED]> writes:
> So how do we get Marc to fix this?
Actually I think the ball is in Peter's court now. Marc updated the
snapshot build script, but all the attempts are dying now because the
new docbook2man part of the Makefiles doesn't work on svr1.
Stefan Kaltenbrunner wrote:
> no it is not the -HEAD situation is significantly worse because what we
> are actually shipping as the manpages there are the ones from 7.4 ...
>
So how do we get Marc to fix this?
--
Alvaro Herrerahttp://www.CommandPrompt.com/
The
Tom Lane wrote:
> Alvaro Herrera <[EMAIL PROTECTED]> writes:
> > gmake VERSION=snapshot dist
> > gmake maintainer-clean
>
> That can't be the right script --- the final "maintainer-clean" would
> wipe out all the derived files made by the dist step. Also, it's
> *definitely* not the script being
Tom Lane wrote:
Alvaro Herrera <[EMAIL PROTECTED]> writes:
According to Stefan Kaltenbrunner, who took the time to delve into
developer.pg.org guts, the script used to generate the snapshots looks
like this
/usr/bin/cvs -q export -rREL8_3_STABLE pgsql
cd pgsql
./configure
cd doc/src
gmake pos
Alvaro Herrera <[EMAIL PROTECTED]> writes:
> According to Stefan Kaltenbrunner, who took the time to delve into
> developer.pg.org guts, the script used to generate the snapshots looks
> like this
> /usr/bin/cvs -q export -rREL8_3_STABLE pgsql
> cd pgsql
> ./configure
> cd doc/src
> gmake postgres
Peter Eisentraut wrote:
> On Friday 21 November 2008 23:33:47 Tom Lane wrote:
> > Historically the man.tar.gz files were created manually because there
> > were some manual fixups needed to the generated man files. I'm not sure
> > what vestiges of that still remain --- Peter's generally been the
On Friday 21 November 2008 23:33:47 Tom Lane wrote:
> Historically the man.tar.gz files were created manually because there
> were some manual fixups needed to the generated man files. I'm not sure
> what vestiges of that still remain --- Peter's generally been the one to
> take care of it. But w
Andrew Dunstan <[EMAIL PROTECTED]> writes:
> Tom Lane wrote:
>> ... the file
>> that is actually being delivered in snapshots still contains man1/
>> and manl/. So that file needs to be regenerated. Peter?
> Shouldn't it be part of the nightly snapshot creation to make that file?
> In the snaps
Tom Lane wrote:
It looks to me like the problem is that the makefile expects the
man.tar.gz file to contain stuff in man1/ and man7/, but the file
that is actually being delivered in snapshots still contains man1/
and manl/. So that file needs to be regenerated. Peter?
Andrew Dunstan <[EMAIL PROTECTED]> writes:
> Jaime Casanova wrote:
>> i saw the same on a nightly snapshot a week ago, then used cvs and
>> everything was good... i thouhgt it was a problem already solved...
>> could be a problem in the nightly builds?
> Yeah. Buildfarm doesn't do docs at all.
>
Jaime Casanova wrote:
On Thu, Nov 20, 2008 at 4:31 AM, ITAGAKI Takahiro
<[EMAIL PROTECTED]> wrote:
I used a nightly snapshot(snapshot/postgresql-snapshot.tar.bz2)
and it includes *.gz files. It would be the cause.
i saw the same on a nightly snapshot a week ago, then used cvs and
ev
On Thu, Nov 20, 2008 at 4:31 AM, ITAGAKI Takahiro
<[EMAIL PROTECTED]> wrote:
>
> I used a nightly snapshot(snapshot/postgresql-snapshot.tar.bz2)
> and it includes *.gz files. It would be the cause.
>
i saw the same on a nightly snapshot a week ago, then used cvs and
everything was good... i thouhg
Peter Eisentraut <[EMAIL PROTECTED]> wrote:
> This code would only be executed if you have a man.tar.gz in the doc
> directory. If you do, it is probably an old one that indeed does not
> contain the man7 directory. So delete the man.tar.gz (and build a new
> one if you are so inclined).
I
ITAGAKI Takahiro wrote:
HEAD is failed to be built on win32 mingw.
It requires manual 'mkdir man7' or so.
Are there any changes in build process?
Or am I missing something required to build?
$ make
/bin/sh.exe: man7/.timestamp: No such file or directory
$ mkdir doc/man7<- HERE
Devrim =?ISO-8859-1?Q?G=DCND=DCZ?= <[EMAIL PROTECTED]> writes:
> On Thu, 2008-11-20 at 08:51 +0900, ITAGAKI Takahiro wrote:
>> HEAD is failed to be built on win32 mingw.
>> It requires manual 'mkdir man7' or so.
>>
>> Are there any changes in build process?
> It is probably because of this commit
On Thu, 2008-11-20 at 08:51 +0900, ITAGAKI Takahiro wrote:
> HEAD is failed to be built on win32 mingw.
> It requires manual 'mkdir man7' or so.
>
> Are there any changes in build process?
It is probably because of this commit:
http://archives.postgresql.org/pgsql-committers/2008-11/msg00169.php
Hello,
HEAD is failed to be built on win32 mingw.
It requires manual 'mkdir man7' or so.
Are there any changes in build process?
Or am I missing something required to build?
$ make
/bin/sh.exe: man7/.timestamp: No such file or directory
$ mkdir doc/man7<- HERE
$ make
(succeeded
20 matches
Mail list logo
