[Python-bugs-list] [Bug #113760] 2.0b1: _xmlplus does not allow site xml to override Lib/xml

[noreply@sourceforge.net]

Bug #113760, was updated on 2000-Sep-06 16:53
Here is a current snapshot of the bug.

Project: Python
Category: Modules
Status: Open
Resolution: None
Bug Group: None
Priority: 7
Summary: 2.0b1: _xmlplus does not allow site xml to override Lib/xml

Details: _xmlplus is represented as a means of overriding the new standard lib xml package with a user-supplied xml package, such as the one from XML-SIG ("There's a special feature whereby a user-installed package named _xmlplus overrides the standard xmlpackage; this is intended to give the XML SIG a hook to distribute backwards-compatible updates to the standard xml package." - quote from News on BeOpen site). While this has _some_ effect, it does not work as described. Under 2.0b1, code using the xml package from the XML-SIG (installed in site-packages) will only work if the new standard xml package in lib is renamed or removed. If used with the new standard xml package, imports such as
from xml.sax import saxexts
fail. If the _xmlplus hook is used (by renaming site-packages/xml to site-packages/_xmlplus or using a symlink), the imports succeed, but later the code fails with a message stating that no parsers can be found. 

Follow-Ups:

Date: 2000-Sep-07 15:01
By: jhylton

Comment:
Please do triage on this bug.
-------------------------------------------------------

Date: 2000-Sep-07 16:12
By: mfavas

Comment:
Martin v. Loewis has justed posted a link on xml-sig to a patch for the "no parsers can be found" problem. I've applied the patch (by hand - "patch" failed) and all seems OK. Custom, tricky ways of finding/doing imports abound... Wasn't there some talk of tidying-up imports and import hooks? (MvL's patch is at http://sourceforge.net/patch/?func=detailpatch&patch_id=101444&group_id=6473 )
- Mark
-------------------------------------------------------

Date: 2000-Sep-07 16:17
By: mfavas

Comment:
Martin v. Loewis has justed posted a link on xml-sig to a patch for the "no parsers can be found" problem. I've applied the patch (by hand - "patch" failed) and all seems OK. Custom, tricky ways of finding/doing imports abound... Wasn't there some talk of tidying-up imports and import hooks? (MvL's patch is at http://sourceforge.net/patch/?func=detailpatch&patch_id=101444&group_id=6473 )
- Mark
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=113760&group_id=5470