GNOME Bugzilla – Bug 126452
Compilation error in data/albumthemse/BlueStripes with index.xml.in parsing
Last modified: 2004-12-22 21:47:04 UTC
A few days ago intltool-merge was modified to require the XML::Parser perl module. I installed this module and expat 1.95.7, a prerequesite of XML::Parser onto my Solaris 9 sparc system. Now I get the following gthumb build error. If I change the first line of index.xml.in to add quotes around the numbers on the first line the error moves to the next line. I don't know if it is an XML::Parser installation/configuration error but that happened without error. Suggestions are welcome. make[4]: Entering directory `/export/home/gnome/2.4/nightly/src-2.4-20031107/gthumb/data/albumthemes/BlueStripes' LC_ALL=C ../../../intltool-merge ../../../po index.xml.in index.xml -x -u -c ../../../po/.intltool-merge-cache not well-formed (invalid token) at line 1, column 32, byte 32 at /usr/perl5/site_perl/5.6.1/sun4-solaris-64int/XML/Parser.pm line 187 Found cached translation database Merging translations into index.xml. make[4]: *** [index.xml] Error 255 rm index.xml make[4]: Leaving directory `/export/home/gnome/2.4/nightly/src-2.4-20031107/gthumb/data/albumthemes/BlueStripes'
This happens on linux (fedora core 1) as well. Updating to reflect that.
Adding some quotes around the thumbnail* values gets me a different error, but it still errors: [louie@localhost gthumb]$ xmllint data/albumthemes/BlueStripes/index.xml.in data/albumthemes/BlueStripes/index.xml.in:1: namespace error : Namespace prefix gthumb on set_var is not defined <gthumb:set_var thumbnail_width="185" thumbnail_height="146"/> ^ data/albumthemes/BlueStripes/index.xml.in:2: parser error : Extra content at the end of the document <gthumb:set_var preview_width="600" preview_height="400"/>
is there a way of avoiding the xml parsing?
*** Bug 128865 has been marked as a duplicate of this bug. ***
I've cc'd Kenneth, Brian, and Danilo- I'm sure one of these guys should be able to figure out the problem, or at least answer your question, Paolo. Happens with head intltool and head gthumb, at least, and it looks like also with what comes with fedora- not 100% sure I've cleared out enough bits to verify that, though.
Poke? Danilo? Brian? I'm still seeing this with HEAD, it's sort of gross. :/
I still seeing this too, on a SuSE machine. I'd rather not have to hack together a build of it.
Sorry for missing this. Files in question are apparently not well formed XML files (check with "xmllint" *without* -valid option). Someone with better XML experience should be able to help there. I see several problems (and I'm severly lacking on XML front): - there's no one root element (that's error Luis is seeing: "Extra content at the end of document"), and this can be "fixed" by surrounding entire document with something like "<temp>" and "</temp>". - namespaces (tags with ":" in them) cannot be used unless properly defined (and I don't know how does one do that) - image.xml.in's use stuff like "<gthumb:if images > 1 />" which is certainly not well-formed XML intltool previously used regular expressions, so that made a lot of stuff pass, which might not even resemble well-formed XML.
Just to add a couple more notes. These seem to be templates for HTML, and they most probably shouldn't be translated via intltool this way. My suggestion would be to extract strings for use via code instead, and to put that into generated "galleries" only when actually generating resulting files (this would at no cost fix many localization issues, such as string composition that is used, allowing plural forms, etc.).