Red Hat Bugzilla – Bug 442097
libxslt-1.1.23 misinterprets the fedora comps-cleanup.xsl
Last modified: 2008-05-09 09:52:24 EDT
Description of problem:
The xslt file packagers use every few days to cleanup and sort Fedora comps
files before committing just stopped working
It was last changed four months ago
It worked at least a few weeks ago
libxslt OTOH was updated to a new version two days ago.
Therefore it looks like this new version is broken
Version-Release number of selected component (if applicable):
Created attachment 302228 [details]
Created attachment 302229 [details]
Please provide the data when reporting bugs. I was able to reproduce the
problem with this set.
Seems there is a key initialization problem running xsltproc -v for the
old and the new version, the old one was for example initializing
-xsltInitCtxtKey: /comps/group evaluates to 141 nodes
and /comps/group initialization can't be found in the new version.
Seems there is a bug there, we are missing at least some key init.
The data is in the same place as the stylesheet (the comps files in
Previous effects of the stylesheet have been recorded in cvs, for example
between revision 1.319 and 1.320 of
(xsltproc has tended to add an annoying empty xmlns attribute to the root
element those past months, but that's probably another problem)
Should be fixed with libxslt-1.1.23-2.fc9
Tested, works now.
Real fix hit libxslt SVN head today, libxslt-1.1.24 should show up soon,