empty index.html in /usr/www?
Mike Harding
I have been building the freebsd web site locally for a while - right
now the main index.html is empty. The makefile is outputting the
file, but the result is empty... 0 bytes.
...
/usr/local/bin/xsltproc -nonet -o index.html /usr/www/en/index.xsl /usr/www/en/news/news.xml
...
I have
SGML_ROOT=/usr/local/share/sgml
SGML_CATALOG_FILES=${SGML_ROOT}/jade/catalog
SGML_CATALOG_FILES=${SGML_ROOT}/iso8879/catalog:$SGML_CATALOG_FILES
SGML_CATALOG_FILES=${SGML_ROOT}/html/catalog:$SGML_CATALOG_FILES
SGML_CATALOG_FILES=${SGML_ROOT}/docbook/catalog:$SGML_CATALOG_FILES
SGML_CATALOG_FILES=/usr/doc/share/sgml/catalog:$SGML_CATALOG_FILES
export SGML_CATALOG_FILES
in my .profile and am using a completely up-to-date docproj port - is
there something else I am missing? All of the SGML stuff seems to
build fine.
I also have
ENGLISH_ONLY=YES
NOPORTSCVS=YES
PORTSBASE=/usr
in /etc/make.conf
Sorry for bothering the list but I see nothing special about .xsl in
the documentation project intro...
- Mike H.
To Unsubscribe: send mail to majo...@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
Cyrille Lefevre
>
> I have been building the freebsd web site locally for a while - right
> now the main index.html is empty. The makefile is outputting the
> file, but the result is empty... 0 bytes.
>
> ...
> /usr/local/bin/xsltproc -nonet -o index.html /usr/www/en/index.xsl /usr/www/en/news/news.xml
> ...
I can't reproduce the problem using the setting you give us.
could you send us your plain environment obtained from the
`env' command ?
did you tried the command manually ? just to see if it isn't a tidy problem ?
can you try it w/o SGML_CATALOG_FILES defined (unset SGML_CATALOG_FILES) ?
> I have
>
> SGML_ROOT=/usr/local/share/sgml
> SGML_CATALOG_FILES=${SGML_ROOT}/jade/catalog
> SGML_CATALOG_FILES=${SGML_ROOT}/iso8879/catalog:$SGML_CATALOG_FILES
> SGML_CATALOG_FILES=${SGML_ROOT}/html/catalog:$SGML_CATALOG_FILES
> SGML_CATALOG_FILES=${SGML_ROOT}/docbook/catalog:$SGML_CATALOG_FILES
> SGML_CATALOG_FILES=/usr/doc/share/sgml/catalog:$SGML_CATALOG_FILES
> export SGML_CATALOG_FILES
the order defined in /usr/doc/share/mk/doc.docbook.mk is different
than yours, could you try the following setting :
SGML_CATALOG_FILES=${SGML_ROOT}/docbook/dsssl/modular/catalog
SGML_CATALOG_FILES=$SGML_CATALOG_FILES:${SGML_ROOT}/iso8879/catalog
SGML_CATALOG_FILES=$SGML_CATALOG_FILES:${SGML_ROOT}/docbook/catalog
SGML_CATALOG_FILES=$SGML_CATALOG_FILES:${SGML_ROOT}/html/catalog
SGML_CATALOG_FILES=$SGML_CATALOG_FILES:${SGML_ROOT}/jade/catalog
# first try w/o the following ones, then w/.
DOC_ROOT=/usr/doc
SGML_CATALOG_FILES=${DOC_ROOT}/share/sgml/catalog:$SGML_CATALOG_FILES
SGML_CATALOG_FILES=${DOC_ROOT}/en_US.ISO8859-1/share/sgml/catalog:$SGML_CATALOG_FILES
> in my .profile and am using a completely up-to-date docproj port - is
> there something else I am missing? All of the SGML stuff seems to
> build fine.
PS :
the paths order in SGML_CATALOG_FILES is really important and
iso8879 *MUST* be before docbook (docbook/4.1). this has been
fixed in rev 1.55 of doc.docbook.mk.
well, I've just reread the fdp-primer, and it seems that sections
3.2.1 and 3.3.1.2 are wrong about that.
could someone w/ more knowledge than mine confirm of infirm what I'm
saying and send a PR, if needed, to fix the documentation ? thanks.
Cyrille.
--
Cyrille Lefevre mailto:clef...@citeweb.net
Mike Harding
OK, first experiment - I log in as root, so all SGML* variables are
unset. Same result.
I also commented the 'tidy' run out of the makefile, same result.
I think that there is something wrong with recent libxml2/libxslt
ports maybe? KDE doesn't build right now either. Are you running
with current ports? Mine are current as of today...
I will try setting the SGML* environment later today as you indicate
below and see what happens.
- Mike H.
Date: Sun, 18 Nov 2001 04:19:50 +0100 (CET)
Cc: freeb...@freebsd.org, n...@freebsd.org
Reply-To: clef...@citeweb.net
From: Cyrille Lefevre <clef...@citeweb.net>
Organization: ACME
X-SpamBouncer: 1.4 (8/24/01)
X-SBNote: From Admin
X-SBNote: FROM_DAEMON/Listserv
X-SBClass: Admin
Andrew McKay
MH> I have been building the freebsd web site locally for a while - right
MH> now the main index.html is empty. The makefile is outputting the
MH> file, but the result is empty... 0 bytes.
I'm getting the same here too. I tried the .profile fixing that Cyrille
suggested but, aiui, that would have nothing to do with the building of
index.html anyway. I'm using a local repo, synced 6 hourly, and this
was on a totally clean build from sources freshly checked out yesterday
morning. Everything else seems to have built fine but for the null
index.html (actually I get it to be 1 byte:
# ls -l index.html
-rw-r--r-- 1 root cvsupin 1 Nov 18 14:38 index.html
).
Not quite sure what the problem is but it doesn't appear to be tidy
related. If I take the tidy line out of the Makefile the file ends up
being 0 bytes (as opposed to 1 byte if tidy is involved). I don't yet
know enough about this xsl stuff to work out where the problem is but I
have a feeling it's not just a local thing.
--
Andrew McKay <an...@openirc.co.uk>
Mike Harding
Just to chime in - your experience with the file size with, without
tidy is the same as mine...
- Mike H.
Date: Sun, 18 Nov 2001 15:00:51 +0000 (GMT)
From: Andrew McKay <an...@openirc.co.uk>
X-Sender: an...@fluoxetine.lan
Cc: freeb...@freebsd.org
X-SpamBouncer: 1.4 (8/24/01)
X-SBClass: OK
Cyrille Lefevre
>
> OK, first experiment - I log in as root, so all SGML* variables are
> unset. Same result.
that's bad but I also always login as root :)
> I also commented the 'tidy' run out of the makefile, same result.
>
> I think that there is something wrong with recent libxml2/libxslt
> ports maybe? KDE doesn't build right now either. Are you running
> with current ports? Mine are current as of today...
# cd /var/db/pkg
# ls -d *xml* *xslt*
drwxr-xr-x 2 root wheel 512 Nov 4 05:52 docbook-xml-4.1.2
drwxr-xr-x 2 root wheel 512 Oct 30 23:29 libxml-1.8.15
drwxr-xr-x 2 root wheel 512 Nov 4 05:45 libxml2-2.4.6
drwxr-xr-x 2 root wheel 512 Nov 4 05:45 libxslt-1.0.5
I update my ports between 1 to 3 months and I currently don't have the
time to work on -doc. from next week, I would have more time...
Cyrille Lefevre
> On Sat, 17 Nov 2001, Mike Harding wrote:
>
> MH> I have been building the freebsd web site locally for a while - right
> MH> now the main index.html is empty. The makefile is outputting the
> MH> file, but the result is empty... 0 bytes.
>
> I'm getting the same here too. I tried the .profile fixing that Cyrille
> suggested but, aiui, that would have nothing to do with the building of
> index.html anyway. I'm using a local repo, synced 6 hourly, and this
I think so, but who says ;^)
> was on a totally clean build from sources freshly checked out yesterday
> morning. Everything else seems to have built fine but for the null
> index.html (actually I get it to be 1 byte:
> # ls -l index.html
> -rw-r--r-- 1 root cvsupin 1 Nov 18 14:38 index.html
> ).
I've checked the CVS tree at http://www.freebsd.org/cgi/cvsweb.cgi/www/en/
and everything looks fine.
> Not quite sure what the problem is but it doesn't appear to be tidy
> related. If I take the tidy line out of the Makefile the file ends up
try to reinstall older docproj stuffs from packages and not from ports.
> being 0 bytes (as opposed to 1 byte if tidy is involved). I don't yet
> know enough about this xsl stuff to work out where the problem is but I
> have a feeling it's not just a local thing.
as Mike says, maybe the problem isn't there but in libxml or xsltproc ?
Cyrille.
--
Cyrille Lefevre mailto:clef...@citeweb.net
To Unsubscribe: send mail to majo...@FreeBSD.org
Mike Harding
I set my repo date back to 11-10-2001, rebuilt libxml2 and libxslt,
and the index file is generated correctly, or at least bigger than 1
byte. It now dies in the 'prstats' section though. I suspect
libxslt...
- Mike H.
Date: Sun, 18 Nov 2001 19:09:45 +0100 (CET)
Cc: Mike Harding <m...@ix.netcom.com>, freeb...@freebsd.org
Reply-To: clef...@citeweb.net
From: Cyrille Lefevre <clef...@citeweb.net>
Organization: ACME
X-SpamBouncer: 1.4 (8/24/01)
X-SBNote: From Admin
X-SBNote: FROM_DAEMON/Listserv
X-SBClass: Admin
Andrew McKay wrote:
> On Sat, 17 Nov 2001, Mike Harding wrote:
>
> MH> I have been building the freebsd web site locally for a while - right
> MH> now the main index.html is empty. The makefile is outputting the
> MH> file, but the result is empty... 0 bytes.
>
> I'm getting the same here too. I tried the .profile fixing that Cyrille
> suggested but, aiui, that would have nothing to do with the building of
> index.html anyway. I'm using a local repo, synced 6 hourly, and this
I think so, but who says ;^)
...
Murray Stokely
> I set my repo date back to 11-10-2001, rebuilt libxml2 and libxslt,
> and the index file is generated correctly, or at least bigger than 1
> byte. It now dies in the 'prstats' section though. I suspect
> libxslt...
The prstats is new stuff I've recently committed which depends on
Tcl and gnuplot to build nice pretty graphs of open PRs vs time. This
probably isn't related to your other problems as nothing in the
prstats directory uses XSLT. You can skip the prstats stuff by
building with NO_PRSTATS=1. If you have those programs installed and
it is still failing somehow, then please post the output.
Thanks,
- Murray
Mike Harding
The failure looks like this, it's almost certainly because I have no
gnats files. :)
- Mike H.
===> en/prstats
/usr/bin/sed -e 's/<!ENTITY date[ \t]*"$Free[B]SD. .* \(.* .*\) .* .* $">/<!ENTITY date "Last modified: \1">/' index.sgml | /usr/bin/env SGML_CATALOG_FILES= /usr/local/bin/sgmlnorm -d -c /usr/local/share/sgml/html/catalog -D /usr/www/en/prstats > index.html || (/bin/rm -f index.html && false)
===> en/prstats/../../tools/prstats
./go.tcl /c/gnats
no files matched glob pattern "/c/gnats/*/[1-9]*"
while executing
"glob $gnatsdir"
invoked from within
"foreach pr [glob $gnatsdir] {
PR $pr
}
"
(file "./go.tcl" line 45)
*** Error code 1
Stop in /usr/www/tools/prstats.
*** Error code 1
Stop in /usr/www/en/prstats.
*** Error code 1
Stop in /usr/www/en.
*** Error code 1
Stop in /usr/www.
netcom1#
Date: Mon, 19 Nov 2001 07:10:16 -0800
From: Murray Stokely <mur...@FreeBSD.org>
Cc: freeb...@FreeBSD.org
Content-Disposition: inline
X-GPG-Key-ID: 1024D/0E451F7D
X-GPG-Key-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D
X-SpamBouncer: 1.4 (8/24/01)
X-SBClass: OK
--dWYAkE0V1FpFQHQ3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Thanks,
- Murray
--dWYAkE0V1FpFQHQ3
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (SunOS)
Comment: For info see http://www.gnupg.org
iD8DBQE7+SDXtNcQog5FH30RArUrAKCzfcs6idii6cNz9smsKJSucSQCTgCgqSQR
OLqHHxHwD7KIadGwLNZje28=
=Fj5X
-----END PGP SIGNATURE-----
--dWYAkE0V1FpFQHQ3--
Nik Clayton
> The prstats is new stuff I've recently committed which depends on
> Tcl and gnuplot to build nice pretty graphs of open PRs vs time. This
> probably isn't related to your other problems as nothing in the
> prstats directory uses XSLT. You can skip the prstats stuff by
> building with NO_PRSTATS=1. If you have those programs installed and
> it is still failing somehow, then please post the output.
Can we default that to 'off', and explicitly turn it on for the freefall
builds?
N
--
FreeBSD: The Power to Serve http://www.freebsd.org/
FreeBSD Documentation Project http://www.freebsd.org/docproj/
--- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 ---
Murray Stokely
> > The prstats is new stuff I've recently committed which depends on
> > Tcl and gnuplot to build nice pretty graphs of open PRs vs time. This
> > probably isn't related to your other problems as nothing in the
> > prstats directory uses XSLT. You can skip the prstats stuff by
> > building with NO_PRSTATS=1. If you have those programs installed and
> > it is still failing somehow, then please post the output.
>
> Can we default that to 'off', and explicitly turn it on for the freefall
> builds?
Sure, can you add 'WITH_PRSTATS=1' to the BUILDARGS of the webupdate
script on freefall? When thats updated I'll invert the logic.
Thanks,
- Murray
Andrew McKay
version 1.0.3 of libxslt but not with 1.0.7 which is current in ports. I
didn't see any symptoms other than a null index.html (after a clean build
from source) but switching back and forth between the two versions of
libxslt gives the error reproducibly on my (4-4-STABLE) system.
Rebuilding 1.0.7 and re-checking out the source did not fix the problem.
Not really sure why this should be but it seems that it is. Not sure
what, if anything, can be done about this but it seems logical to inform
the doc list of my findings. It would be good if this behaviour could be
tested by a few more people to establish that it is definitely due to the
libxslt version. A package of version 1.0.3 of libxslt can be found on
the 4.4-RELEASE CD set.
I noticed, incidentally, that there's no mention of needing libxslt in
Chapter 8 (The Website) or Chapter 2 (Tools) of the FDP primer. Perhaps
adding this (I can do this and send patches if you like) and adding the
need for a particular version of libxslt would be a good idea.
Andy
--
Andrew McKay <an...@openirc.co.uk>
Cyrille Lefevre
Hash: SHA1
"Andrew McKay" <an...@openirc.co.uk> wrote:
> I noticed, incidentally, that there's no mention of needing libxslt
> in Chapter 8 (The Website) or Chapter 2 (Tools) of the FDP primer.
> Perhaps adding this (I can do this and send patches if you like)
> and adding the need for a particular version of libxslt would be a
> good idea.
not sure it is really needed to refer it since libxslt is probably
required
by some other package referenced.
Cyrille.
- --
Cyrille Lefevre mailto:clef...@citeweb.net
-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
iQA/AwUBPAG2JxrcilDwD0PGEQJMSgCfYTv1kWfo6T/IfNqbK1D4tQcJ3+EAn3TI
tm/28hfJRQF5O/7Rahpkab1B
=vXGE
-----END PGP SIGNATURE-----
Andrew McKay
CL> not sure it is really needed to refer it since libxslt is probably
CL> required by some other package referenced.
libxslt is installed by the /textproc/docproj meta-port. If people use
this port then there is no need for them to do anything else. If, as
happened to me some months ago, the installation of the meta-port fails
then people will do one of three things:
1) refer to the Makefile to see what they actually need to install
Obviously if someone knows what they are doing with regards
troubleshooting port installation this is the logical choice. This does
not apply to everyone.
2) they will refer to the docs which told them to install it
Again, a logical choice. This is what I did when my installation failed
(some months ago, before XSL was even mentioned) and it worked fine.
3) they will give up
An annoying percentage of people fall into this latter category and
there's actually nothing that can be done about it.
libxslt has been required for website builds since August and is not a
dependency for any of the other required ports. The people in group 1
will know this and install it when they view the Makefile. The people in
group 2 will not know this because it is not documented. Documentation
builds will not be affected but website builds will fail.
Clearly this is not likely to affect a great number of people. To have
the docproj meta-port fail, to install it according to the docs, and to
want to build the website will hopefully apply to very few people. That
doesn't change the fact that the documentation is out of date. Out of
date documentation is only slightly more useful than no documentation at
all.
So that is my view as to why it is indeed necessary to add libxslt to the
FDP primer documentation. As I said I am willing to write this up and
submit it (once the apparent problem with requiring a certain version of
libxslt is sorted out, of course) if no one else wishes to do this.
Andy
--
Andrew McKay <an...@openirc.co.uk>