Re: libxml2 or expat regression in Rawhide?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 22. 02. 22 12:20, Miro Hrončok wrote:
Hello Dave and Tomas,

I see in Koschei that since libxml2 has been upgraded from 2.9.12-7.fc36 to 2.9.13-1.fc37 [1] and expat has been upgraded from 2.4.4-1.fc36 to 2.4.6-1.fc37 [2], Python fails to build (as well as many other packages).

The Python test failures are:

======================================================================
ERROR: testEncodings (test.test_minidom.MinidomTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/builddir/build/BUILD/Python-3.8.12/Lib/test/test_minidom.py", line 1150, in testEncodings
     self.assertRaises(UnicodeDecodeError, parseString,
  File "/builddir/build/BUILD/Python-3.8.12/Lib/unittest/case.py", line 816, in assertRaises
     return context.handle('assertRaises', args, kwargs)
  File "/builddir/build/BUILD/Python-3.8.12/Lib/unittest/case.py", line 202, in handle
     callable_obj(*args, **kwargs)
  File "/builddir/build/BUILD/Python-3.8.12/Lib/xml/dom/minidom.py", line 1969, in parseString
     return expatbuilder.parseString(string)
  File "/builddir/build/BUILD/Python-3.8.12/Lib/xml/dom/expatbuilder.py", line 925, in parseString
     return builder.parseString(string)
  File "/builddir/build/BUILD/Python-3.8.12/Lib/xml/dom/expatbuilder.py", line 223, in parseString
     parser.Parse(string, True)
xml.parsers.expat.ExpatError: not well-formed (invalid token): line 1, column 5

======================================================================
ERROR: testExceptionOnSpacesInXMLNSValue (test.test_minidom.MinidomTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/builddir/build/BUILD/Python-3.8.12/Lib/test/test_minidom.py", line 1597, in testExceptionOnSpacesInXMLNSValue     parseString('<element xmlns:abc="http:abc.com/de f g/hi/j k"><abc:foo /></element>')   File "/builddir/build/BUILD/Python-3.8.12/Lib/xml/dom/minidom.py", line 1969, in parseString
     return expatbuilder.parseString(string)
  File "/builddir/build/BUILD/Python-3.8.12/Lib/xml/dom/expatbuilder.py", line 925, in parseString
     return builder.parseString(string)
  File "/builddir/build/BUILD/Python-3.8.12/Lib/xml/dom/expatbuilder.py", line 223, in parseString
     parser.Parse(string, True)
xml.parsers.expat.ExpatError: syntax error: line 1, column 0
----------------------------------------------------------------------

======================================================================
ERROR: test_issue3151 (test.test_xml_etree.BugsTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/builddir/build/BUILD/Python-3.8.12/Lib/test/test_xml_etree.py", line 1972, in test_issue3151
     e = ET.XML('<prefix:localname xmlns:prefix="${stuff}"/>')
  File "/builddir/build/BUILD/Python-3.8.12/Lib/xml/etree/ElementTree.py", line 1320, in XML
     parser.feed(text)
xml.etree.ElementTree.ParseError: syntax error: line 1, column 0
----------------------------------------------------------------------

Is it possible that libxml2 or expat (or both) have a regression that causes a previously valid XML document to fail to parse?

[1] https://koschei.fedoraproject.org/affected-by/libxml2-devel?epoch1=0&version1=2.9.12&release1=7.fc36&epoch2=0&version2=2.9.13&release2=1.fc37&collection=f37 [2] https://koschei.fedoraproject.org/affected-by/expat-devel?epoch1=0&version1=2.4.4&release1=1.fc36&epoch2=0&version2=2.4.6&release2=1.fc37&collection=f37

This also happens on Fedora 36:

https://koschei.fedoraproject.org/affected-by/libxml2?epoch1=0&version1=2.9.12&release1=7.fc36&epoch2=0&version2=2.9.13&release2=1.fc36&collection=f36
https://koschei.fedoraproject.org/affected-by/expat-devel?epoch1=0&version1=2.4.4&release1=1.fc36&epoch2=0&version2=2.4.6&release2=1.fc36&collection=f36

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux