Mailman 3 December 2007 - lxml - The Python XML Toolkit

[lxml-dev] Question about newlines
by Noah Slater 14 Dec '07

14 Dec '07

Hey, When serialising a document there are two places that I would expect lxml to insert newlines and yet there are non. 1) When adding a PI via the element.addprevious method and PI has it's tail trimmed and so when serialising the PI runs into the root element. 2) At the very end of the document. POSIX states that all files must end in a newline so I consider this to be a bug. Perhaps I am missing something, help is much appreciated! :) Thanks, -- Noah Slater <http://bytesexual.org/> "Creativity can be a social contribution, but only in so far as society is free to use the results." - R. Stallman

3 5

[lxml-dev] Processing instruction roundtrip (again)
by Christian Zagrodnick 10 Dec '07

10 Dec '07

Hi, i've got a problem with Processing Instructions (2.0alpha5, Python2.4): >>> obj = lxml.objectify.XML('<a/><?foo:bar blurb ?>') >>> lxml.etree.tostring(obj) '<a/>' >>> obj = lxml.objectify.XML('<a><?foo:bar blurb ?></a>') >>> lxml.etree.tostring(obj) '<a><?foo:bar blurb ?></a>' >>> So a PI not contained in the root node gets lost. Any way to fix this? -- Christian Zagrodnick gocept gmbh & co. kg · forsterstrasse 29 · 06112 halle/saale www.gocept.com · fon. +49 345 12298894 · fax. +49 345 12298891

2 2

[lxml-dev] How to serialise with doctype
by Noah Slater 09 Dec '07

09 Dec '07

Hello, How do you serialise a document with a doctype? Thanks, -- Noah Slater <http://bytesexual.org/> "Creativity can be a social contribution, but only in so far as society is free to use the results." - R. Stallman

2 1

[lxml-dev] Now lxml is available through MacPorts
by js 08 Dec '07

08 Dec '07

I just want to announce that lxml is accepted by MacPorts community so now you can install lxml just by doing "port install py25-lxml". IMHO, MacPorts is more flexible and easier to use than easy_install. Please give it a try. Thanks.

2 1

[lxml-dev] BUG: Trunk fails on Leopard (OS X 10.5) for missing schematron.h
by Paul Everitt 04 Dec '07

04 Dec '07

Hi all. I just tried compiling lxml trunk on Leopard and got: building 'lxml.etree' extension gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/usr/include/libxml2 -I/Users/paul/opt/include/python2.4 -c src/lxml/lxml.etree.c -o build/temp.macosx-10.3-i386-2.4/src/lxml/lxml.etree.o -w src/lxml/lxml.etree.c:69:31: error: libxml/schematron.h: No such file or directory This also happens with the current cheeseshop egg (2.0alpha5). Here's the libxml2 version that ships with Leopard: $ xmllint --version xmllint: using libxml version 20616 compiled with: DTDValid FTP HTTP HTML C14N Catalog XPath XPointer XInclude Unicode Regexps Automata Schemas --Paul

2 2

[lxml-dev] easy_install issues
by pf＠pfhawkins.com 04 Dec '07

04 Dec '07

I'm having trouble installing any version of lxml higher than 1.3.3. The error says that easy_install can't find a proper version of dateutil, even though I have a high enough version of "python-dateutil" installed on this system. I assume that the issue has to do with "dateutil" vs. "python-dateutil", but I'm not sure. FWIW, I'm running ubuntu gutsy. Thanks in advance! P. F. Hawkins -- Figuring things out, one word at a time.

2 1

[lxml-dev] broken document('') in xslt ..
by Brad Clements 03 Dec '07

03 Dec '07

I am having trouble with a transform on 2.0alpha5 (and 2.0alpha3). It works on a system with a newer libxml2/libxslt, but fails on a slightly older libxml2/libxslt. However when using xsltproc on the "older" system, the transform works. So I think maybe there is an issue with custom resolvers. basically the .xsl looks like this: <xsl_:for-each select="document('')//const:css/const:file"> <xsl_:variable name="file" select="."/> <link rel="stylesheet" type="text/css"> <xsl_:attribute name="href"> <xsl_:value-of select="concat('/css/', $file)"/> </xsl_:attribute> </link> </xsl_:for-each> And elsewhere in the xsl file is: <const:css id="number_pad_css"> <const:file>manage_pending.css</const:file> </const:css> I am using a custom resolver. I don't see any requests to resolve '' (and I wouldn't expect any either). At first I thought this was a 2.0alpha5 issue, but I downgraded to 2.0alpha3 and I still have the problem on one system, but it works on the other. working system, centos 4, lxml 2.0alpha3 libxml2 (2, 6, 28) / libxslt (1, 1, 20) non-working system, centos 4, lxml 2.0alpha3 (or 5), libxml2 (2, 6, 23) / libxslt (1, 1, 15) On the non-working system, if I use xsltproc, the transform works correctly. [bkc@sch package_data]$ xsltproc -version Using libxml 20623, libxslt 10115 and libexslt 812 xsltproc was compiled against libxml 20623, libxslt 10115 and libexslt 812 libxslt 10115 was compiled against libxml 20623 libexslt 812 was compiled against libxml 20623 output (in part) <link rel="stylesheet" type="text/css" href="/css/manage_pending.css" /> I tried going through the libxslt changelog, but nothing appears obvious to me as being a candidate issue. Can anyone suggest something? (upgrading libxslt on this system will be difficult) -- Brad Clements, bkc(a)murkworks.com (315)268-1000 http://www.murkworks.com AOL-IM: BKClements

2 2

[lxml-dev] Error with thread
by Frédéric Mantegazza 03 Dec '07

03 Dec '07

Hello, I have a problem with a XSLT filter: Traceback (most recent call last): File "/home/pymad/PyMAD/server/macros/freeScan.py", line 247, in doAction DataManager().newScanPoint(numPoint, 'NSF') File "/home/pymad/PyMAD/server/managers/dataManager.py", line 253, in newScanPoint self.__scan.setPoint(numPoint, numPal) File "/home/pymad/PyMAD/server/data/scanData.py", line 221, in setPoint self.__serialize() File "/home/pymad/PyMAD/server/data/scanData.py", line 196, in __serialize filter_.dumpScan(self.__tree, self.__scanBaseName) File "/home/pymad/PyMAD/server/data/dataFilters.py", line 122, in dumpScan result = self.__xslFilter.apply(tree, fileName="'%s'" % baseName) File "xslt.pxi", line 450, in etree.XSLT.apply File "xslt.pxi", line 356, in etree.XSLT.__call__ RuntimeError: stylesheet is not usable in this thread This error ocurs on a machine, and not on another, which has the same install (debian etch, lxml 1.1.1). Any idea ? -- Frédéric

4 12