Your message dated Thu, 24 Oct 2013 11:50:14 +0800
with message-id
<cakcpw6w7nn1e_jo7xorncrjqohnefmmkbuew9smwedfutyb...@mail.gmail.com>
and subject line Cannot reproduce on squeeze/wheezy and sid now
has caused the Debian Bug report #419091,
regarding libxml2: falsely claims file is invalid when using RelaxNG
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
419091: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=419091
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libxml2
Version: 2.6.27.dfsg-1
Severity: normal
Sometimes, when using xmllint to validate certain DocBook 5.0CR3 files
against the corresponding Relax-NG schema, xmllint will falsely claim
that the file is invalid. This is completely repeatable, and it only
seems to happen for me on files which use mediaobject. Using Sun's MSV
(multi-schema validator) works fine, and correctly claims that the file
is valid.
A testcase is included. A sample run looks like:
% xmllint --noout --relaxng http://www.docbook.org/xml/5.0CR3/rng/docbook.rng
testcase.xml
testcase.xml:6: element section: Relax-NG validity error : Did not expect
element section there
testcase.xml:6: element section: Relax-NG validity error : Expecting element
example, got section
testcase.xml:6: element section: Relax-NG validity error : Expecting element
bridgehead, got section
testcase.xml:13: element mediaobject: Relax-NG validity error : Did not expect
element mediaobject there
testcase.xml:13: element mediaobject: Relax-NG validity error : Element section
has extra content: mediaobject
testcase.xml:6: element section: Relax-NG validity error : Element article
failed to validate content
testcase.xml fails to validate
% msv http://www.docbook.org/xml/5.0CR3/rng/docbook.rng testcase.xml
start parsing a grammar.
warnings are found. use -warning switch to see all warnings.
validating testcase.xml
the document is valid.
% msv -warning http://www.docbook.org/xml/5.0CR3/rng/docbook.rng testcase.xml
start parsing a grammar.
The "IDREF" type has IDREF semantics but a competing attribute of another
element doesnt have the same type.
192:31@http://www.docbook.org/xml/5.0CR3/rng/docbook.rng
14277:29@http://www.docbook.org/xml/5.0CR3/rng/docbook.rng
The "IDREF" type has IDREF semantics but a competing attribute of another
element doesnt have the same type.
11493:34@http://www.docbook.org/xml/5.0CR3/rng/docbook.rng
11430:33@http://www.docbook.org/xml/5.0CR3/rng/docbook.rng
The "IDREF" type has IDREF semantics but a competing attribute of another
element doesnt have the same type.
192:31@http://www.docbook.org/xml/5.0CR3/rng/docbook.rng
14277:29@http://www.docbook.org/xml/5.0CR3/rng/docbook.rng
validating testcase.xml
the document is valid.
This is *very* annoying, since the overhead of running java (for msv) to
validate 183 DocBook files every time I need to rebuild my website is
insane. xmllint is at least an order of magnitude faster.
If there is any more information you need, please let me know.
-- System Information:
Debian Release: lenny/sid
APT prefers experimental
APT policy: (500, 'experimental'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.20-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libxml2 depends on:
ii libc6 2.5-1 GNU C Library: Shared libraries
ii zlib1g 1:1.2.3-13 compression library - runtime
Versions of packages libxml2 recommends:
ii xml-core 0.09-0.1 XML infrastructure and XML catalog
-- no debconf information
--
brian m. carlson / brian with sandals: Houston, Texas, US
There is no We: http://crustytoothpaste.ath.cx/~bmc/writings/tinw
OpenPGP: RSA v3 2048 560553E7: FE82 7C9F EB21 5436 2F96 25BA 927B 0A51
testcase.xml
Description: XML document
signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
This bug cannot reproduce for now, so I close it.
If you have another testcase which cannot work well for this bug,
feel free to reopen it.
--
YunQiang Su
--- End Message ---
