FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 07-06-2008, 09:36 PM
Dave Jones
 
Default kernel build failures.

The kernel build started failing a few days ago, but due
to the holidays, I only just got around to looking at it.
Here's how it's failing..

+ make mandocs
DOCPROC Documentation/DocBook/wanbook.xml
MAN Documentation/DocBook/wanbook.9
xmlto: input does not validate (status 3)
/builddir/build/BUILD/kernel-2.6.25/linux-2.6.25.noarch/Documentation/DocBook/wanbook.xml:3: warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"
"http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd" []>
^
warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"
validity error : Could not load the external subset "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"
Document /builddir/build/BUILD/kernel-2.6.25/linux-2.6.25.noarch/Documentation/DocBook/wanbook.xml does not validate


I believe what's happening here is that the builders don't have access to the internet,
so it's failing to download the DTD. This has been the case always though, so I'm
not sure why it started failing now. Perhaps xmlto only recently started trying to
retrieve the DTD ?

I'm not sure how to go about fixing this.
I could just add a copy of the dtd to cvs, and edit the .xml files
to point to the local copies instead of trying to retrieve online ones,
but this sucks because
- it's one more thing to keep track of to make sure it's kept up to date
- it's one more set of patches that we'll perpetually have to carry against
the kernel that won't go upstream.

The only other alternative I see is to stop building the man pages, which also
sucks, given it was a fairly recent (and worthwhile) addition.

Any thoughts?

Dave

--
http://www.codemonkey.org.uk

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 07-06-2008, 10:32 PM
Sam Varshavchik
 
Default kernel build failures.

Dave Jones writes:


+ make mandocs
DOCPROC Documentation/DocBook/wanbook.xml
MAN Documentation/DocBook/wanbook.9
xmlto: input does not validate (status 3)
/builddir/build/BUILD/kernel-2.6.25/linux-2.6.25.noarch/Documentation/DocBook/wanbook.xml:3: warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"
"http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd" []>
^
warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"
validity error : Could not load the external subset "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"
Document /builddir/build/BUILD/kernel-2.6.25/linux-2.6.25.noarch/Documentation/DocBook/wanbook.xml does not validate


I believe what's happening here is that the builders don't have access to the internet,
so it's failing to download the DTD.


I do not believe that this is the problem. It looks like xmlto always
invokes xsltproc with the --nonet parameter, and xsltproc was always able to
load the locally-installed Docbook DTDS, just fine.


A brief look reveals that this looks like a recent breakage between the
xml-common and docbook-dtds rpms.


When the docbook-dtds rpm gets installed, it adds all the Docbook DTDs to
/usr/share/sgml/docbook/xmlcatalog, in its %post script.


Unfortunately, an update to xml-common was pushed out last week, which
reinstalled a completely empty /usr/share/sgml/docbook/xmlcatalog file.


* Splat *


--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 07-06-2008, 11:48 PM
"Otto Haliburton"
 
Default kernel build failures.

here is a suggestion, check previous kernel builds to see if they have
started to fail, if not then the problem is isolated to the current kernel,
else something has been brokien elsewhere



----- Original Message -----
From: "Dave Jones" <davej@redhat.com>

To: <fedora-devel-list@redhat.com>
Sent: Sunday, July 06, 2008 4:36 PM
Subject: kernel build failures.



The kernel build started failing a few days ago, but due
to the holidays, I only just got around to looking at it.
Here's how it's failing..

+ make mandocs
DOCPROC Documentation/DocBook/wanbook.xml
MAN Documentation/DocBook/wanbook.9
xmlto: input does not validate (status 3)
/builddir/build/BUILD/kernel-2.6.25/linux-2.6.25.noarch/Documentation/DocBook/wanbook.xml:3:
warning: failed to load external entity
"http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"

"http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd" []>
^
warning: failed to load external entity
"http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"
validity error : Could not load the external subset
"http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"
Document
/builddir/build/BUILD/kernel-2.6.25/linux-2.6.25.noarch/Documentation/DocBook/wanbook.xml
does not validate



I believe what's happening here is that the builders don't have access to
the internet,
so it's failing to download the DTD. This has been the case always
though, so I'm
not sure why it started failing now. Perhaps xmlto only recently started
trying to

retrieve the DTD ?

I'm not sure how to go about fixing this.
I could just add a copy of the dtd to cvs, and edit the .xml files
to point to the local copies instead of trying to retrieve online ones,
but this sucks because
- it's one more thing to keep track of to make sure it's kept up to date
- it's one more set of patches that we'll perpetually have to carry
against

the kernel that won't go upstream.

The only other alternative I see is to stop building the man pages, which
also

sucks, given it was a fairly recent (and worthwhile) addition.

Any thoughts?

Dave

--
http://www.codemonkey.org.uk

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list



--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 07-07-2008, 02:20 AM
Bruno Wolff III
 
Default kernel build failures.

On Sun, Jul 06, 2008 at 17:36:54 -0400,
Dave Jones <davej@redhat.com> wrote:
> The kernel build started failing a few days ago, but due
> to the holidays, I only just got around to looking at it.
> Here's how it's failing..
>
> I believe what's happening here is that the builders don't have access to the internet,
> so it's failing to download the DTD. This has been the case always though, so I'm
> not sure why it started failing now. Perhaps xmlto only recently started trying to
> retrieve the DTD ?

I don't think it is supposed to do that. I had a similar problem rendering
some other document and I think my catalog entries were messed up so
that it wasn't find the local copies.

I would suggest checking the corrent xml package(s) is installed and that
the catalog looks OK.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 07-07-2008, 02:25 AM
Bruno Wolff III
 
Default kernel build failures.

On Sun, Jul 06, 2008 at 18:32:06 -0400,
Sam Varshavchik <mrsam@courier-mta.com> wrote:
> Dave Jones writes:
>
> I do not believe that this is the problem. It looks like xmlto always
> invokes xsltproc with the --nonet parameter, and xsltproc was always able
> to load the locally-installed Docbook DTDS, just fine.
>
> A brief look reveals that this looks like a recent breakage between the
> xml-common and docbook-dtds rpms.
>
> When the docbook-dtds rpm gets installed, it adds all the Docbook DTDs to
> /usr/share/sgml/docbook/xmlcatalog, in its %post script.

It would be nice if this was redesigned so that each package put its
data in a separate file rather than mixing stuff. That is the direction
most config files have been going when multiple packages need to add data.
The current system doesn't let you tell if the docbook stuff is installed
correctly (using rpm -V) because of the files that multiple packages update.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 07-07-2008, 08:42 AM
"Nicolas Mailhot"
 
Default kernel build failures.

Le Dim 6 juillet 2008 23:36, Dave Jones a écrit :

>
> I believe what's happening here is that the builders don't have access
> to the internet, so it's failing to download the DTD.
> This has been the case always though, so I'm
> not sure why it started failing now. Perhaps xmlto only recently
> started trying to retrieve the DTD ?
>
> I'm not sure how to go about fixing this.

The correct way is to have a local copy which is referenced in an xml
catalog and used by the xml tools. Documentation sources need not be
modified if the XML tools are written properly. (Auto-downloading is
generally considered a tool bug.)

The docbook dtds are packaged in Fedora so you only need to add this
package to BRs, and use XML tools smart enough to use the XML catalog
entries this package installs.

--
Nicolas Mailhot

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 07-07-2008, 08:48 AM
"Nicolas Mailhot"
 
Default kernel build failures.

Le Lun 7 juillet 2008 04:25, Bruno Wolff III a écrit :

> It would be nice if this was redesigned so that each package put its
> data in a separate file rather than mixing stuff.

That's mostly the case today. The catalog is just an index file with
1-line references to package-specific data

--
Nicolas Mailhot

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 07-07-2008, 08:57 AM
"Thomas Moschny"
 
Default kernel build failures.

2008/7/7 Nicolas Mailhot <nicolas.mailhot@laposte.net>:
>
> Le Lun 7 juillet 2008 04:25, Bruno Wolff III a écrit :
>
>> It would be nice if this was redesigned so that each package put its
>> data in a separate file rather than mixing stuff.
>
> That's mostly the case today. The catalog is just an index file with
> 1-line references to package-specific data

But unless there's an easy way to cleanly rebuild this index from
scratch, that's still as bad as embedding (mixing) all data in one
single file.

The DTDs/schemas are not found when not mentioned in the catalog, right?

- Thomas

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 07-08-2008, 04:15 PM
"KH KH"
 
Default kernel build failures.

2008/7/7 Thomas Moschny <thomas.moschny@gmail.com>:
> 2008/7/7 Nicolas Mailhot <nicolas.mailhot@laposte.net>:
>>
>> Le Lun 7 juillet 2008 04:25, Bruno Wolff III a écrit :
>>
>>> It would be nice if this was redesigned so that each package put its
>>> data in a separate file rather than mixing stuff.
>>
>> That's mostly the case today. The catalog is just an index file with
>> 1-line references to package-specific data
>
> But unless there's an easy way to cleanly rebuild this index from
> scratch, that's still as bad as embedding (mixing) all data in one
> single file.
>
> The DTDs/schemas are not found when not mentioned in the catalog, right?

Does this problem has been solved ?
I have this package failing: (even if i add :
%if 0%{?fedora} > 9
BuildRequires: docbook-dtds
%endif )
http://koji.fedoraproject.org/koji/taskinfo?taskID=702885

/builddir/build/BUILD/lcdproc-0.5.2/docs/lcdproc-dev/lcdproc-dev.docbook:12:
warning: failed to load external entity
"http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"


> - Thomas
>
> --
> fedora-devel-list mailing list
> fedora-devel-list@redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 07-09-2008, 03:54 PM
Ondřej Vašík
 
Default kernel build failures.

KH KH wrote:
> 2008/7/7 Thomas Moschny <thomas.moschny@gmail.com>:
> > 2008/7/7 Nicolas Mailhot <nicolas.mailhot@laposte.net>:
> >>
> >> Le Lun 7 juillet 2008 04:25, Bruno Wolff III a écrit :
> >>
> >>> It would be nice if this was redesigned so that each package put its
> >>> data in a separate file rather than mixing stuff.
> >>
> >> That's mostly the case today. The catalog is just an index file with
> >> 1-line references to package-specific data
> >
> > But unless there's an easy way to cleanly rebuild this index from
> > scratch, that's still as bad as embedding (mixing) all data in one
> > single file.
> >
> > The DTDs/schemas are not found when not mentioned in the catalog, right?
>
> Does this problem has been solved ?
> I have this package failing: (even if i add :
> %if 0%{?fedora} > 9
> BuildRequires: docbook-dtds
> %endif )
> http://koji.fedoraproject.org/koji/taskinfo?taskID=702885
>
> /builddir/build/BUILD/lcdproc-0.5.2/docs/lcdproc-dev/lcdproc-dev.docbook:12:
> warning: failed to load external entity
> "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"

Sorry for troubles with xmlcatalog/docbook-dtds. Everything got broken
once I got bugzilla about rpm -V complaints about sgml-common/xml-common
catalog files. This caused broken xmlcatalog file in existing
installation - as the xmlcatalog was modified and replaced full catalog
of xml-dtd's with brand new empty one. I decided to mark it
config(noreplace) to prevent such things in future. Because of policy no
config(noreplace) in /usr/ I moved xmlcatalog to /etc/sgml/docbook/ and
created symlink. But because entries from docbook-dtds were not with
full path, they were not found. New docbook-dtds with full paths to
xml-dtd's should solve the troubles. Sorry once more time...

Ondrej Vasik
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 

Thread Tools




All times are GMT. The time now is 10:41 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org