[xml/sgml-pkgs] Bug#507070: scrollkeeper: I/O error : Attempt to load network entity

Josselin Mouette joss at debian.org
Fri Nov 28 12:21:53 UTC 2008


Le vendredi 28 novembre 2008 à 13:00 +0100, Daniel Leidert a écrit :
> 2) Why do you think, this is an xml-core problem? Can you show the
> corrupt catalog?

I’m almost sure this comes from the catalog, since the error is about a
DTD not found. The docbook DTD is found in the docbook-xml which
registers it the system-wide catalog, so it should be available when
scrollkeeper runs. However I didn’t think that the catalog could not be
up-to-date at the time scrollkeeper runs, as you explained:

> I wonder, if scrollkeeper needs to pre-depend on docbook-xml when it
> tries to access an online-system-ID rewritten to a local location by
> docbook-xml. What I can imagine is, that scrollkeeper tries to load the
> entity, before the installation of docbook-xml is completed - means:
> before the entity is registered (again). And if the system hasn't any
> online access, this will fail of course.

Indeed, this may be caused by the fact that many packages don’t depend
on scrollkeeper, yet register their documents with it in the postinst,
only checking that /usr/bin/scrollkeeper-update exists.

Ross, could you look through your dpkg.log and find whether docbook-xml
or xml-core was updated in the same run as the one where you hit the
issue? That would explain the problem without incriminating xml-core at
all.


Still, I’m not sure making scrollkeeper pre-depend on docbook-xml will
work. That will avoid issues in a first installation but not during an
upgrade. If a package that doesn’t depend on scrollkeeper is updated
together with docbook-xml in the same run, it may try to run
scrollkeeper-update at a time where the DTD is not registered.

As is, I don’t see any way to fix it that does not involve rebuilding
all packages calling scrollkeeper-update in their postinst. The correct
way to handle it would probably to use a trigger.

Also, using rarian-compat instead of scrollkeeper will never hit the
issue, that’s why it is the default in lenny installs now.

Cheers,
-- 
 .''`.
: :' :      We are debian.org. Lower your prices, surrender your code.
`. `'       We will add your hardware and software distinctiveness to
  `-        our own. Resistance is futile.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Url : http://lists.alioth.debian.org/pipermail/debian-xml-sgml-pkgs/attachments/20081128/ad0d9203/attachment.pgp 


More information about the debian-xml-sgml-pkgs mailing list