[4suite] 4Suite 0.9.0.2 (release candidate)

[Uche Ogbuji]

Alexandre Fayolle wrote:
> 
> On Thu, 21 Sep 2000, Uche Ogbuji wrote:
> 
> > As a precautionary measure against wearing more brown paper bag, we're
> > releasing a pre-release.  Please, please try it out and let us know
> > what's still broken.
> 
> This was a wise precaution. ;o>
> 
> Installation problem :
> 
> <snip>
>   File "admin/Install.py", line 45, in run
>     from xml.xslt import _4xslt
>   File "/usr/lib/python1.5/site-packages/xml/xslt/__init__.py", line 3, in
> ?
>     from xml import xpath
>   File "/usr/lib/python1.5/site-packages/xml/xpath/__init__.py", line 3,
> in
>     from xml.xpath import XPathParserBase
>   File "/usr/lib/python1.5/site-packages/xml/xpath/XPathParserBase.py",
> line 1, in ?
>     import XPath
>   File "XPath/__init__.py", line 3, in ?
>     from xml.xpath import XPathParserBase
> ImportError: cannot import name XPathParserBase
> (full traceback available on request)

Odd.  We did test on a fresh machine.  If you run into this again, could
you 
do a global search for xpath/__init__.py?  Use one of the following
methods:

[uogbuji at borgia uogbuji]$ locate xpath/__init__.py
/usr/lib/python1.5/site-packages/xml/xpath/__init__.py
/usr/lib/python1.5/site-packages/xml/xpath/__init__.pyc
[uogbuji at borgia uogbuji]$ slocate xpath/__init__.py
/usr/lib/python1.5/site-packages/xml/xpath/__init__.py
/usr/lib/python1.5/site-packages/xml/xpath/__init__.pyc
[uogbuji at borgia uogbuji]$ find / -path "*/xpath/__init__.py"
/usr/lib/python1.5/site-packages/xml/xpath/__init__.py
/usr/src/redhat/BUILD/4Suite-0.9.0/build/lib.linux-i386/xml/xpath/__init__.py
/home/uogbuji/devel/Ft/build/noStrip/lib.linux-i386/xml/xpath/__init__.py
/home/uogbuji/tmp/4Suite/xslt/package/Ft/build/lib.linux-i386/xml/xpath/__init__.py
/home/uogbuji/tmp/4Suite/rpm/BUILD/4Suite-0.9.0/build/lib.linux-i686-1.5/xml/xpath/__init__.py
/home/uogbuji/tmp/4Suite/0.9.0-linux/usr/lib/python1.5/site-packages/xml/xpath/__init__.py


> In Element.py, XML_NAMESPACE ans XMLNS_NAMESPACE are not defined, you need
> to add these two line around line 20:
> XML_NAMESPACE = dom.XML_NAMESPACE
> NAMESPACE_ERR = dom.NAMESPACE_ERR
> 
> Typo on this line:
> INUSE_ATTRIBURTE_ERR = dom.INUSE_ATTRIBUTE_ERR
>             ^^^
> 
> Class Attr is not imported, so you need to add an import statement at the
> beginning of the file (or in setAttributeNS):
> from xml.dom.Attr import Attr
> 
> (BtW: what is this ugly thing supposed to do: in createAttributeNS:
>             a = Attr(self, qualifiedName,
>                      XMLNS_NAMESPACE, 'xmlns',prefix)
> a is not reused after that line. And why use the Attr constructor instead
> of self.ownerDocument.creatAttributeNS? And whu do you pass self (ie an
> Element) as the ownerDocument parameter to the constructor? )

A couple of the above are obvious typos, but most of them are because of
redundant and broken code in setAttributeNS.  All fixed.  I think my
test suite must have been out of date because these bugs should have
shown up there...

Thanks anyway, on to the next stack of bugs...

-- 
Uche Ogbuji                               Principal Consultant
uche.ogbuji at fourthought.com               +1 303 583 9900 x 101
Fourthought, Inc.                         http://Fourthought.com 
4735 East Walnut St, Ste. C, Boulder, CO 80301-2537, USA
Software-engineering, knowledge-management, XML, CORBA, Linux, Python