Hide Forgot
Created attachment 505694 [details] File with corrected xml for copyright year and holder Description of problem: When I build the Live Image Guide with publican-fedora, the copyright year and holder are shown incorrectly - &YEAR; &HOLDER; is displayed instead of the actual year and holder. The copyright information is drawn with the rest of the legal notice from /usr/share/publican/Common_Content/fedora/<lang>/Legal_Notice.xml. I think the error is due to incorrect xml on line 6 of Legal_Notice.xml - it reads '&YEAR; &HOLDER;'. Changing it to '&YEAR; &HOLDER;' causes the information to be displayed correctly. Version-Release number of selected component (if applicable): publican-fedora-2.0-0.fc15 How reproducible: Build a document with 'publican build' and the publican-fedora branding. Actual results: The first line of the legal notice in the built document will read 'Copyright &YEAR; &HOLDER;.' Expected results: The line should read 'Copyright 2011, Red Hat & others.' Additional info: I've attached a Legal_Notices.xml file with what I think is the correct xml.
(In reply to comment #0) > Description of problem: > When I build the Live Image Guide with publican-fedora, the copyright year and > holder are shown incorrectly - &YEAR; &HOLDER; is displayed instead of the > actual year and holder. Thanks Nathan; the XML was correct in the source but somehow got expanded during build on Koji. I've just rebuilt the package and the entities are correct in 2.0-3.
publican-fedora-2.0-3.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/publican-fedora-2.0-3.fc15
That's great, the update fixes the problem for me. Thanks Rudi!
publican-fedora-2.0-3.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.
I'm using publican 2.3-2 on Ubuntu 11.04 (what Ubuntu software center gives me) and hit this problem. But I had to dig deeper to find out why the above did not fix the problem completely. I notice XmlClean using _xml_escape of HTML::Element in my_as_XML. On my system _xml_escape replaces & with & always (or at least in this case - NoExpand does not matter at that low level). Thus the Legal_Notice, which is first copied ok from /usr/share to tmp in doc directory gets broken again in the processing.