Thread: Is postgres.gif missing in cvs?
Hi, I tried to run make postgres.pdf (PostgreSQL 8.3beta4), and got this error: cp ./../graphics/postgres.gif . cp: cannot stat `./../graphics/postgres.gif': No such file or directory make: *** [postgres.gif] Error 1 CVS/tarball does not include this file, and I think we should add. Regards, -- Devrim GÜNDÜZ , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/
On Mon, 3 Dec 2007, Devrim G�ND�Z wrote: > I tried to run make postgres.pdf (PostgreSQL 8.3beta4), and got this > error: > You need to say "make postgres-US.pdf" or -A4. The .gif file is coming from make's default rules. Perhaps we should provide a real target matching postgres.pdf and error out with a helpful message as this isn't the first time people have been bitten by that change. Kris Jurka
Devrim GÜNDÜZ wrote: > Hi, > > I tried to run make postgres.pdf (PostgreSQL 8.3beta4), and got this > error: > > cp ./../graphics/postgres.gif . > cp: cannot stat `./../graphics/postgres.gif': No such file or directory > make: *** [postgres.gif] Error 1 No, the reason for that error message is that it is trying to generate postgres.pdf from postgres.gif. Try "make postgres-A4.pdf" or postgres-US.pdf instead. -- Alvaro Herrera http://www.PlanetPostgreSQL.org/ "Hay quien adquiere la mala costumbre de ser infeliz" (M. A. Evans)
Hi, On Mon, 2007-12-03 at 18:33 -0300, Alvaro Herrera wrote: > No, the reason for that error message is that it is trying to generate > postgres.pdf from postgres.gif. Try "make postgres-A4.pdf" or > postgres-US.pdf instead. Oh, thanks :) I got some SGML errors: https://devrim.privatepaste.com/501oMnwCYw I could fix them; but both the errors and the line numbers seemed very irrelevant to me. Can someone please take a look at it? Regards, -- Devrim GÜNDÜZ , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/
Devrim GÜNDÜZ <devrim@CommandPrompt.com> writes: > I got some SGML errors: > https://devrim.privatepaste.com/501oMnwCYw Hmph. What version of the SGML tools are you using? It seems more prone to get confused by non-entity-ized '<' and '>' than what the rest of us are using. regards, tom lane
Hi, On Mon, 2007-12-03 at 17:49 -0500, Tom Lane wrote: > > I got some SGML errors: > > https://devrim.privatepaste.com/501oMnwCYw > > Hmph. What version of the SGML tools are you using? The ones supplied with Fedora 8. sgml-common: 0.6.3 openjada: 1.3.2 Regards, -- Devrim GÜNDÜZ , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/
Tom Lane wrote: > Devrim GÜNDÜZ <devrim@CommandPrompt.com> writes: > >> I got some SGML errors: >> https://devrim.privatepaste.com/501oMnwCYw >> > > Hmph. What version of the SGML tools are you using? It seems more > prone to get confused by non-entity-ized '<' and '>' than what the > rest of us are using. > > > I'm not totally au fait with the rules of SGML. Does it allow literal '<' in text nodes? In most places I looked in our docs we seem to use '<' as I would have expected. cheers andrew
Devrim GÜNDÜZ <devrim@CommandPrompt.com> writes:
> On Mon, 2007-12-03 at 17:49 -0500, Tom Lane wrote:
>> Hmph. What version of the SGML tools are you using?
> The ones supplied with Fedora 8.
> sgml-common: 0.6.3
> openjada: 1.3.2
Those are the same version numbers I see in Fedora 6, which doesn't
behave like that ... Anyway, I've committed some cleanup in HEAD.
regards, tom lane
Andrew Dunstan <andrew@dunslane.net> writes:
> Tom Lane wrote:
>> Hmph. What version of the SGML tools are you using? It seems more
>> prone to get confused by non-entity-ized '<' and '>' than what the
>> rest of us are using.
> I'm not totally au fait with the rules of SGML. Does it allow literal
> '<' in text nodes? In most places I looked in our docs we seem to use
> '<' as I would have expected.
It appears to me that the tools will silently take < (and also &)
as literal characters, *if* what follows them happens to not look
too much like a tag or entity :-(. Pretty ugly. The particular
cases that were biting Devrim seemed to all be occurrences of <>
which perhaps is an allowed tag in his release.
I found out that -wxml will cause openjade to warn about these cases.
It turns on a boatload of other warnings that we probably don't care
about, so I'm not going to recommend using it by default, but it
enabled me to find a lot of problem spots just now.
Oh, another interesting behavior that was turned up by this ---
apparently you can get away with leaving off the ";" in "<",
because we had done so in a few places. -wxml catches that too.
regards, tom lane
Hi, On Mon, 2007-12-03 at 18:51 -0500, Tom Lane wrote: > Those are the same version numbers I see in Fedora 6, which doesn't > behave like that ... Anyway, I've committed some cleanup in HEAD. Thanks. Now, we have some more warnings/errors: http://www.gunduz.org/postgresql/postgres-A4.log.gz I can reproduce this on Fedora-8 and CentOS 5.1 (which is more or less like Fedora 6). Regards, -- Devrim GÜNDÜZ , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/
Devrim GÜNDÜZ <devrim@CommandPrompt.com> writes: > Thanks. Now, we have some more warnings/errors: > http://www.gunduz.org/postgresql/postgres-A4.log.gz You need bigger TeX settings. Please read "Building the Documentation". regards, tom lane
Hi, On Mon, 2007-12-03 at 20:07 -0500, Tom Lane wrote: > You need bigger TeX settings. Please read "Building the > Documentation". Thanks for the info. Apparently, those values are not enough. I'm still trying to build pdf on my box. BTW, I'll be happier if someone else can build the pdf from CVS head... I'm planning to add that PDF to the RPMs... Regards, -- Devrim GÜNDÜZ , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/
Am Dienstag, 4. Dezember 2007 schrieb Tom Lane: > The particular > cases that were biting Devrim seemed to all be occurrences of <> > which perhaps is an allowed tag in his release. <> means whatever the last opening tag was (much like </>). So it should definitely be escaped. -- Peter Eisentraut http://developer.postgresql.org/~petere/