From bugzilla at redhat.com Mon Apr 9 13:22:06 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 9 Apr 2012 09:22:06 -0400 Subject: [publican-list] [Bug 628786] emphasis, citetitle, and xref don't render in Japanese PDFs In-Reply-To: References: Message-ID: <201204091322.q39DM6H9018698@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=628786 Eric Towns changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lijli at redhat.com --- Comment #13 from Eric Towns 2012-04-09 09:22:05 EDT --- *** Bug 810769 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Mon Apr 16 04:06:51 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 16 Apr 2012 00:06:51 -0400 Subject: [publican-list] [Bug 628786] emphasis, citetitle, and xref don't render in Japanese PDFs In-Reply-To: References: Message-ID: <201204160406.q3G46pf3032653@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=628786 --- Comment #14 from Noriko Mizumoto 2012-04-16 00:06:47 EDT --- Ping, can you pls give some update? RHEV REST API Guide's pdf on docs.rh.com still does not render correctly. 1. download pdf from http://docs.redhat.com/docs/ja-JP/Red_Hat_Enterprise_Virtualization/3.0/html/REST_API_Guide/ 2. check the page 7 of 180 3. Japanese translations inside the tags do not render correctly. 4. build pdf locally with publican-2.8-2.el6eng.x86_64 5. it does render correctly -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Apr 17 05:52:49 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 17 Apr 2012 01:52:49 -0400 Subject: [publican-list] [Bug 628786] emphasis, citetitle, and xref don't render in Japanese PDFs In-Reply-To: References: Message-ID: <201204170552.q3H5qnDj024903@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=628786 Yuko Katabami changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ykatabam at redhat.com --- Comment #16 from Yuko Katabami 2012-04-17 01:52:46 EDT --- Yuki-san from Customer Service reported to Mike regarding the garbled text in PDF version of RHEL 6 documentation. This message was passed onto Chester then to me (and Rudi is currently taking action): From: "Yuki Seno" To: mhideo at redhat.com Cc: "kenji nanamiya" Sent: Monday, April 9, 2012 9:59:52 AM Subject: Japanese Product Documents are garbled Hi Mike Customer reported that Japanese Product Documents (PDF File) for Ver6 are garbled. I have checked and found many parts of Installation guide are garbled. But garbled document is not only this installation guide, but many other docs are garbled. Please ask the person who has the original document and re-upload these product documents by correct format. Red Hat Enterprise Linux 6(PDF) https://access.redhat.com/knowledge/docs/Red_Hat_Enterprise_Linux/?locale=ja-JP [Open URL] Yuki -- Yuki Seno Customer Service, Red Hat Asia-Pacific Japan: 0120-266-668 option 3 Korea: 02.3490.5252 Australia: 1 800 RED HAT option 6 New Zealand: 0 800 441 734 0 Option 6 OTHERS: +61 7 3514 8100 option 6 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From gao1738 at sina.com Wed Apr 18 04:11:22 2012 From: gao1738 at sina.com (gao1738 at sina.com) Date: Wed, 18 Apr 2012 12:11:22 +0800 Subject: [publican-list] ask help for using publican to generate pdf from docbook xml files Message-ID: <20120418041122.49CCF73E302@webmail.sinamail.sina.com.cn> Hi all, I am a newer in publican, and trying to using it to generate a big pdf (more than 2000 pages) file from a list of docbook xml files. Now I meet a problem: ...... warning: Line 1 of a paragraph overflows the available area by 2000mpt. (fo:block, location: 33553/315) 2012-4-18 11:23:56 org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm updateData2 warning: Line 1 of a paragraph overflows the available area by 25000mpt. (fo:block, location: 26433/1280) Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded at org.apache.fop.layoutmgr.inline.LineLayoutManager.postProcessLineBreaks(LineLayoutManager.java:1052) at org.apache.fop.layoutmgr.inline.LineLayoutManager.createLineBreaks(LineLayoutManager.java:925) ...... I google this problem and I get a solution: using the jvm option: -XX:-UseGCOverheadLimit But I don't know how to add this jvm option to publican. Does anyone could give me some suggestions? Thanks in advance!!! Best Regards, Dennis GAO -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfearn at redhat.com Wed Apr 18 04:16:11 2012 From: jfearn at redhat.com (Jeff Fearn) Date: Wed, 18 Apr 2012 14:16:11 +1000 Subject: [publican-list] ask help for using publican to generate pdf from docbook xml files In-Reply-To: <20120418041122.49CCF73E302@webmail.sinamail.sina.com.cn> References: <20120418041122.49CCF73E302@webmail.sinamail.sina.com.cn> Message-ID: <4F8E400B.5050901@redhat.com> On 04/18/2012 02:11 PM, gao1738 at sina.com wrote: > Hi all, > > I am a newer in publican, and trying to using it to generate a big pdf (more than 2000 pages) file from a list of docbook xml files. > Now I meet a problem: > > ...... > warning: Line 1 of a paragraph overflows the available area by 2000mpt. (fo:block, location: 33553/315) > 2012-4-18 11:23:56 org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm updateData2 > warning: Line 1 of a paragraph overflows the available area by 25000mpt. (fo:block, location: 26433/1280) > Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded > at org.apache.fop.layoutmgr.inline.LineLayoutManager.postProcessLineBreaks(LineLayoutManager.java:1052) > at org.apache.fop.layoutmgr.inline.LineLayoutManager.createLineBreaks(LineLayoutManager.java:925) > ...... > > I google this problem and I get a solution: > using the jvm option: -XX:-UseGCOverheadLimit > > But I don't know how to add this jvm option to publican. > Does anyone could give me some suggestions? > Thanks in advance!!! > > Best Regards, > Dennis GAO If you are on Linux you can set this in your ~/.foprc similar too http://jfearn.fedorapeople.org/en-US/Publican/2.7/html/Users_Guide/chap-Users_Guide-Frequently_Asked_Questions.html#id772803 Cheers, Jeff. From dennis.gao at turbolinux.com.cn Wed Apr 18 06:59:13 2012 From: dennis.gao at turbolinux.com.cn (dennisg) Date: Wed, 18 Apr 2012 14:59:13 +0800 Subject: [publican-list] ask help for "java.lang.OutOfMemoryError: GC overhead limit exceeded" Message-ID: <1334732353.2048.9.camel@gaoxiaoxin-Lenovo-G470> Hi all, I am a newer, and when I try to use publican to generate a huge pdf document, I got the following exception: ...... warning: Line 1 of a paragraph overflows the available area by 25000mpt. (fo:block, location: 37381/1268) 2012-4-18 14:27:03 org.apache.fop.layoutmgr.inline.LineLayoutManager $LineBreakingAlgorithm updateData2 warning: Line 1 of a paragraph overflows the available area by 38229mpt. (fo:block, location: 37381/3530) 2012-4-18 14:27:28 org.apache.fop.layoutmgr.inline.LineLayoutManager $LineBreakingAlgorithm updateData2 warning: Line 1 of a paragraph overflows the available area by 25000mpt. (fo:block, location: 37611/1268) Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded at java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:62) at java.lang.StringBuffer.(StringBuffer.java:108) at org.apache.fop.pdf.PDFText.toUnicodeHex(PDFText.java:194) at org.apache.fop.render.pdf.PDFRenderer.escapeText(PDFRenderer.java:1584) at org.apache.fop.render.pdf.PDFRenderer.renderWord(PDFRenderer.java:1476) at org.apache.fop.render.AbstractRenderer.renderInlineArea(AbstractRenderer.java:616) at org.apache.fop.render.pdf.PDFRenderer.renderInlineArea(PDFRenderer.java:1345) at org.apache.fop.render.AbstractRenderer.renderText(AbstractRenderer.java:680) at org.apache.fop.render.pdf.PDFRenderer.renderText(PDFRenderer.java:1458) ...... I have already try to add the jvm options in the ~/.foprc file this is my .foprc file: FOP_OPTS='-Xms200m -Xmx1024m -XX:-UseGCOverheadLimit' But I still get this exception. And I wander what is the "Line 1 of a paragraph overflows the available area by 25000mpt" means? By the way, is it possible for publican to start from the chapter 3 rather than chapter 1? Because if I can not generate so big pdf file, I may try to generate several small pdf files, and I don't want all these small pdf files start from chapter 1. Thanks for any suggestion!!! Dennis GAO From jfearn at redhat.com Wed Apr 18 07:19:05 2012 From: jfearn at redhat.com (Jeff Fearn) Date: Wed, 18 Apr 2012 17:19:05 +1000 Subject: [publican-list] ask help for "java.lang.OutOfMemoryError: GC overhead limit exceeded" In-Reply-To: <1334732353.2048.9.camel@gaoxiaoxin-Lenovo-G470> References: <1334732353.2048.9.camel@gaoxiaoxin-Lenovo-G470> Message-ID: <4F8E6AE9.4050603@redhat.com> On 04/18/2012 04:59 PM, dennisg wrote: > Hi all, > > I am a newer, and when I try to use publican to generate a huge pdf > document, I got the following exception: > > ...... > warning: Line 1 of a paragraph overflows the available area by 25000mpt. > (fo:block, location: 37381/1268) > 2012-4-18 14:27:03 org.apache.fop.layoutmgr.inline.LineLayoutManager > $LineBreakingAlgorithm updateData2 > warning: Line 1 of a paragraph overflows the available area by 38229mpt. > (fo:block, location: 37381/3530) > 2012-4-18 14:27:28 org.apache.fop.layoutmgr.inline.LineLayoutManager > $LineBreakingAlgorithm updateData2 > warning: Line 1 of a paragraph overflows the available area by 25000mpt. > (fo:block, location: 37611/1268) > Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit > exceeded > at > java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:62) > at java.lang.StringBuffer.(StringBuffer.java:108) > at org.apache.fop.pdf.PDFText.toUnicodeHex(PDFText.java:194) > at > org.apache.fop.render.pdf.PDFRenderer.escapeText(PDFRenderer.java:1584) > at > org.apache.fop.render.pdf.PDFRenderer.renderWord(PDFRenderer.java:1476) > at > org.apache.fop.render.AbstractRenderer.renderInlineArea(AbstractRenderer.java:616) > at > org.apache.fop.render.pdf.PDFRenderer.renderInlineArea(PDFRenderer.java:1345) > at > org.apache.fop.render.AbstractRenderer.renderText(AbstractRenderer.java:680) > at > org.apache.fop.render.pdf.PDFRenderer.renderText(PDFRenderer.java:1458) > > ...... > > I have already try to add the jvm options in the ~/.foprc file > this is my .foprc file: > FOP_OPTS='-Xms200m -Xmx1024m -XX:-UseGCOverheadLimit' You might want to track down how to set in the Java environment outside of FOP. On RHEL /etc/java/java.conf looks to be the file. > But I still get this exception. And I wander what is the "Line 1 of a > paragraph overflows the available area by 25000mpt" means? This is unrelated to your issue. it's FOP saying it couldn't fit the content inside the box constraints and wrote out side the box by a tiny bit. I think it's due to the way FOP does nested elements. > By the way, is it possible for publican to start from the chapter 3 > rather than chapter 1? No. It would be very difficult to get this to work at the publican level since you'd have to prevent people linking across different "chunks". It'd be best to handle it at the renderer level, FOP, but it can't do that AIUI. If you are using publican >= 2.8 you could try installing wkhtmltopdf, it might handle the larger book size better. Once it's installed publican will detect it and use that instead of FOP. > Because if I can not generate so big pdf file, I may try to generate > several small pdf files, and I don't want all these small pdf files > start from chapter 1. Cheers, Jeff. -- "Reply All" why you shouldn't use it: http://www.emailreplies.com/#12replytoall From dennis.gao at turbolinux.com.cn Wed Apr 18 09:19:10 2012 From: dennis.gao at turbolinux.com.cn (dennisg) Date: Wed, 18 Apr 2012 17:19:10 +0800 Subject: [publican-list] ask help for "java.lang.OutOfMemoryError: GC overhead limit exceeded" In-Reply-To: <4F8E6AE9.4050603@redhat.com> References: <1334732353.2048.9.camel@gaoxiaoxin-Lenovo-G470> <4F8E6AE9.4050603@redhat.com> Message-ID: <1334740750.2048.19.camel@gaoxiaoxin-Lenovo-G470> Hi Jeff, Thanks a lot for your replay. I added the jvm options in the java.conf: JAVACMD_OPTS=-Xms200m -Xmx1024m -XX:-UseGCOverheadLimit but it does not work... And you mentioned that maybe I can use wkhtmltopdf instead of FOP. > > If you are using publican >= 2.8 you could try installing wkhtmltopdf, > it might handle the larger book size better. Once it's installed > publican will detect it and use that instead of FOP. > I download a static version of wkhtmltopdf, from the official website. Is it ok? How publican to detect the wkhtmltopdf? Best Regards, Dennis GAO From dennis.gao at turbolinux.com.cn Thu Apr 19 08:49:06 2012 From: dennis.gao at turbolinux.com.cn (dennisg) Date: Thu, 19 Apr 2012 16:49:06 +0800 Subject: [publican-list] ask help for "java.lang.OutOfMemoryError: GC overhead limit exceeded" In-Reply-To: <4F8E6AE9.4050603@redhat.com> References: <1334732353.2048.9.camel@gaoxiaoxin-Lenovo-G470> <4F8E6AE9.4050603@redhat.com> Message-ID: <1334825346.2048.21.camel@gaoxiaoxin-Lenovo-G470> Hi all, Where I can find the log file of publican and related log file for fop? My OS is linux. Best Regards, Dennis GAO ? 2012-04-18?? 17:19 +1000?Jeff Fearn??? > On 04/18/2012 04:59 PM, dennisg wrote: > > Hi all, > > > > I am a newer, and when I try to use publican to generate a huge pdf > > document, I got the following exception: > > > > ...... > > warning: Line 1 of a paragraph overflows the available area by 25000mpt. > > (fo:block, location: 37381/1268) > > 2012-4-18 14:27:03 org.apache.fop.layoutmgr.inline.LineLayoutManager > > $LineBreakingAlgorithm updateData2 > > warning: Line 1 of a paragraph overflows the available area by 38229mpt. > > (fo:block, location: 37381/3530) > > 2012-4-18 14:27:28 org.apache.fop.layoutmgr.inline.LineLayoutManager > > $LineBreakingAlgorithm updateData2 > > warning: Line 1 of a paragraph overflows the available area by 25000mpt. > > (fo:block, location: 37611/1268) > > Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit > > exceeded > > at > > java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:62) > > at java.lang.StringBuffer.(StringBuffer.java:108) > > at org.apache.fop.pdf.PDFText.toUnicodeHex(PDFText.java:194) > > at > > org.apache.fop.render.pdf.PDFRenderer.escapeText(PDFRenderer.java:1584) > > at > > org.apache.fop.render.pdf.PDFRenderer.renderWord(PDFRenderer.java:1476) > > at > > org.apache.fop.render.AbstractRenderer.renderInlineArea(AbstractRenderer.java:616) > > at > > org.apache.fop.render.pdf.PDFRenderer.renderInlineArea(PDFRenderer.java:1345) > > at > > org.apache.fop.render.AbstractRenderer.renderText(AbstractRenderer.java:680) > > at > > org.apache.fop.render.pdf.PDFRenderer.renderText(PDFRenderer.java:1458) > > > > ...... > > > > I have already try to add the jvm options in the ~/.foprc file > > this is my .foprc file: > > FOP_OPTS='-Xms200m -Xmx1024m -XX:-UseGCOverheadLimit' > > You might want to track down how to set in the Java environment outside > of FOP. > > On RHEL /etc/java/java.conf looks to be the file. > > > But I still get this exception. And I wander what is the "Line 1 of a > > paragraph overflows the available area by 25000mpt" means? > > This is unrelated to your issue. it's FOP saying it couldn't fit the > content inside the box constraints and wrote out side the box by a tiny > bit. I think it's due to the way FOP does nested elements. > > > By the way, is it possible for publican to start from the chapter 3 > > rather than chapter 1? > > No. It would be very difficult to get this to work at the publican level > since you'd have to prevent people linking across different "chunks". > It'd be best to handle it at the renderer level, FOP, but it can't do > that AIUI. > > If you are using publican >= 2.8 you could try installing wkhtmltopdf, > it might handle the larger book size better. Once it's installed > publican will detect it and use that instead of FOP. > > > Because if I can not generate so big pdf file, I may try to generate > > several small pdf files, and I don't want all these small pdf files > > start from chapter 1. > > Cheers, Jeff. > From jfearn at redhat.com Thu Apr 19 23:32:07 2012 From: jfearn at redhat.com (Jeff Fearn) Date: Fri, 20 Apr 2012 09:32:07 +1000 Subject: [publican-list] ask help for "java.lang.OutOfMemoryError: GC overhead limit exceeded" In-Reply-To: <1334825346.2048.21.camel@gaoxiaoxin-Lenovo-G470> References: <1334732353.2048.9.camel@gaoxiaoxin-Lenovo-G470> <4F8E6AE9.4050603@redhat.com> <1334825346.2048.21.camel@gaoxiaoxin-Lenovo-G470> Message-ID: <4F90A077.9010803@redhat.com> On 04/19/2012 06:49 PM, dennisg wrote: > Hi all, > > Where I can find the log file of publican and related log file for fop? > My OS is linux. Publican doesn't create a log file, it logs to the terminal. FOP does the same thing, but it is run in quiet mode by publican. You can run it manually after you have run publican to create a PDF (even if it failed to build the PDF). $ publican build --formats pdf --langs en-US ... wait for PDF to fail ... $ cd tmp/en-US/xml $ fop -c /usr/share/publican/fop/fop.xconf -fo $docname.fo -pdf test.pdf You may need to change the path to fop.xconf. You need to replace $docname.fo with the FO file created by running publican in step 1. Do not run `publican clean` before you have finished testing FOP; it will delete the intermediate files, including the FO file fop requires. Cheers, Jeff. From bugzilla at redhat.com Fri Apr 20 07:31:01 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 20 Apr 2012 03:31:01 -0400 Subject: [publican-list] [Bug 687894] rendering of steps inside stepalternatives In-Reply-To: References: Message-ID: <201204200731.q3K7V16G012695@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=687894 Misha H. Ali changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |VERIFIED CC| |mhusnain at redhat.com --- Comment #6 from Misha H. Ali 2012-04-20 03:30:58 EDT --- Confirmed stepalternatives now appear with alphabetic letters. OS: Fedora 16 Publican: 3.0 Release designation: publican-3.0-0.fc16.t166.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Sun Apr 22 21:12:31 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 22 Apr 2012 17:12:31 -0400 Subject: [publican-list] [Bug 726548] tags display an "Unvalidated Tag Warning" In-Reply-To: References: Message-ID: <201204222112.q3MLCVCk018379@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=726548 Misha H. Ali changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |VERIFIED --- Comment #2 from Misha H. Ali 2012-04-22 17:12:29 EDT --- Verified size, position and color on: OS: Fedora 16 Publican: 3.0 Release designation: publican-3.0-0.fc16.t166.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Sun Apr 22 21:20:06 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 22 Apr 2012 17:20:06 -0400 Subject: [publican-list] [Bug 734154] blockquote with the attribution element renders as a table In-Reply-To: References: Message-ID: <201204222120.q3MLK6E7020426@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=734154 Misha H. Ali changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |VERIFIED CC| |mhusnain at redhat.com --- Comment #3 from Misha H. Ali 2012-04-22 17:20:04 EDT --- Verified that the following code: FreeIPA
FreeIPA FreeIPA is an integrated security information management solution combining Linux (Fedora), Fedora Directory Server, MIT Kerberos, NTP, DNS. It consists of a web interface and command-line administration tools.
Renders with the table borders invisible now. Verified on: OS: Fedora 16 Publican: 3.0 Release designation: publican-3.0-0.fc16.t166.src.rpm With brands: brand: JBoss brand: RedHat -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Apr 24 12:12:49 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 24 Apr 2012 08:12:49 -0400 Subject: [publican-list] [Bug 724850] RFE: print_unused images? In-Reply-To: References: Message-ID: <201204241212.q3OCCncE019813@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=724850 Martin Prpic changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |VERIFIED --- Comment #2 from Martin Prpic 2012-04-24 08:12:47 EDT --- Verified with: ]$ rpm -q publican publican-3.0-0.fc16.t166.noarch ]$ cat /etc/redhat-release Fedora release 16 (Verne) Result: Unused images (either unreferenced or commented out) are listed when "publican print_unused_images" is run. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Apr 24 12:48:53 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 24 Apr 2012 08:48:53 -0400 Subject: [publican-list] [Bug 651616] key combinations are separated with plus, not hyphen. In-Reply-To: References: Message-ID: <201204241248.q3OCmr1Y001153@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=651616 Laura Novich changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |VERIFIED CC| |lnovich at redhat.com --- Comment #5 from Laura Novich 2012-04-24 08:48:51 EDT --- fixed -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Apr 24 15:47:11 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 24 Apr 2012 11:47:11 -0400 Subject: [publican-list] [Bug 687894] rendering of steps inside stepalternatives In-Reply-To: References: Message-ID: <201204241547.q3OFlBWU031107@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=687894 Eva Kopalova changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ASSIGNED -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Apr 24 15:46:28 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 24 Apr 2012 11:46:28 -0400 Subject: [publican-list] [Bug 687894] rendering of steps inside stepalternatives In-Reply-To: References: Message-ID: <201204241546.q3OFkSIQ030953@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=687894 Eva Kopalova changed: What |Removed |Added ---------------------------------------------------------------------------- Status|VERIFIED |MODIFIED --- Comment #7 from Eva Kopalova 2012-04-24 11:46:26 EDT --- I disagree with the fix: stepalternatives should render as bullet list items, while substeps are rendered as alphabetic letters. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Apr 24 16:39:32 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 24 Apr 2012 12:39:32 -0400 Subject: [publican-list] [Bug 711348] Linking to a bridgehead does not work in html formats In-Reply-To: References: Message-ID: <201204241639.q3OGdWsl029900@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=711348 Martin Prpic changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ASSIGNED --- Comment #5 from Martin Prpic 2012-04-24 12:39:30 EDT --- The referencing works, but the produced link has the anchor of the format: Section x.y, "Eels". where x.y is the section (which has a different title) that contains that particular bridgehead. This may be confusing to users as you are saying it's section x.y and yet the name of that section is not Eels. Hope this makes sense. I think the produced html link should just says "Eels" and the author will be responsible for ensuring it makes sense grammatically. Moving back to ASSIGNED. Thanks! -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Tue Apr 24 17:50:58 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 24 Apr 2012 13:50:58 -0400 Subject: [publican-list] [Bug 661567] Publican uses grep and sed in XmlClean In-Reply-To: References: Message-ID: <201204241750.q3OHowEn015804@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=661567 --- Comment #2 from Martin Prpic 2012-04-24 13:50:56 EDT --- Verified that File::Inplace is pulled in as a dependency: ]$ cat publican.spec |grep Inplace BuildRequires: perl(File::Inplace) ]$ rpm -q publican publican-3.0-0.fc16.t166.noarch ]$ rpm -qR publican | grep Inplace perl(File::Inplace) ]$ cat publican.spec | grep Inplace BuildRequires: perl(File::Inplace) ]$ cat Build.PL | grep Inplace 'File::Inplace' => 0, 'File::Inplace' => 0, -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Wed Apr 25 16:22:48 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 25 Apr 2012 12:22:48 -0400 Subject: [publican-list] [Bug 657132] [RFE] Handling for multiple config files in brew In-Reply-To: References: Message-ID: <201204251622.q3PGMmf2008944@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=657132 Tomas Capek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |VERIFIED --- Comment #4 from Tomas Capek 2012-04-25 12:22:46 EDT --- Verified that the advice can be found in the Conditionaltagging.xml file in the PUG. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Wed Apr 25 16:47:11 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 25 Apr 2012 12:47:11 -0400 Subject: [publican-list] [Bug 599283] RFE: publican.defaults In-Reply-To: References: Message-ID: <201204251647.q3PGlBsn017861@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=599283 Martin Prpic changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |VERIFIED --- Comment #4 from Martin Prpic 2012-04-25 12:47:08 EDT --- Verified for "publican lang_stat" and "publican add_revision" on Fedora release 16 (Verne). book]$ rpm -q publican publican-3.0-0.fc16.t166.noarch book]$ publican lang_stats Use of uninitialized value $opts{"lang"} in string eq at /usr/bin/publican line 806, line 6. 'lang' is a mandatory argument at /usr/bin/publican line 812 book]$ echo "lang: en-US" >> ~/.publican.cfg book]$ publican lang_stats ==================================================================== File Name Untranslated Fuzzy Translated ==================================================================== ==================================================================== Total for en-US 0 0 0 ... [output truncated] AND book]$ rpm -q publican publican-3.0-0.fc16.t166.noarch book]$ publican add_revision --member "test" firstname is a required option for add_revision at /usr/bin/publican line 835 book]$ echo "firstname: Dude" >> ~/.publican.cfg book]$ echo "surname: McPants" >> ~/.publican.cfg book]$ echo "email: Dude.McPants at awesome.com" >> ~/.publican.cfg book]$ publican add_revision --member "test" Processing file en-US/Revision_History.xml -> en-US/Revision_History.xml book]$ cat en-US/Revision_History.xml ... [output truncated] 0.0-3 Wed Apr 25 2012 Dude McPants Dude.McPants at awesome.com test ... [output truncated] Cool feature. Thanks for adding it! Martin -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Apr 26 03:06:52 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 25 Apr 2012 23:06:52 -0400 Subject: [publican-list] [Bug 687894] rendering of steps inside stepalternatives In-Reply-To: References: Message-ID: <201204260306.q3Q36qGk003223@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=687894 Brian Forte changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bforte at redhat.com --- Comment #8 from Brian Forte 2012-04-25 23:06:49 EDT --- Meta thought: stepalternatives should be an authorial flag to re-consider the procedure?s basic construction. That aside, assuming stepalternatives are the best option in a given procedure, having them delineated by a distinguishable mark (eg a letter) does make it possible to reference the particular stepalternative elsewhere in the procedure.? This is potentially more useful to a reader than undistinguishable dingbats. ? This brings the meta thought above back into play however: if you?re referencing earlier stepalternatives later in a procedure, my reflexive thought is the entire procedure needs re-structuring. The sample structure given in comment #1 above, for example, could be re-structured thus to avoid stepalternatives: Stopping HTTP on Red Hat Enterprise Linux 5 and 6 Follow this procedure to stop httpd: At the shell prompt, become the root user. Run the following stop command: Stopping HTTP on Red Hat Enterprise Linux 4 Follow this procedure to stop httpd: At the shell prompt, become the root user. Run the following stop command: The above is longer but forks the reader?s attention before they begin following any steps in the procedure at all. This reduces the likelihood of error on the reader?s part considerably. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Apr 26 03:19:24 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 25 Apr 2012 23:19:24 -0400 Subject: [publican-list] [Bug 687894] rendering of steps inside stepalternatives In-Reply-To: References: Message-ID: <201204260319.q3Q3JOhd006034@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=687894 Ruediger Landmann changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |VERIFIED CC| |r.landmann at redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Apr 26 06:54:49 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 26 Apr 2012 02:54:49 -0400 Subject: [publican-list] [Bug 736189] Publican should die with a useful message if directory creation fails In-Reply-To: References: Message-ID: <201204260654.q3Q6snNN014550@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=736189 Dayle Parker changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |VERIFIED CC| |dayleparker at redhat.com --- Comment #2 from Dayle Parker 2012-04-26 02:54:47 EDT --- Fix verified on Fedora 16 with Publican 3.0-0.fc16.t166. The same message is generated: $ publican build --langs all --formats xml Setting up en-US mkdir tmp/en-US: Permission denied at /usr/share/perl5/vendor_perl/Publican/Builder.pm line 345 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Apr 26 14:17:18 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 26 Apr 2012 10:17:18 -0400 Subject: [publican-list] [Bug 687894] rendering of steps inside stepalternatives In-Reply-To: References: Message-ID: <201204261417.q3QEHILV013880@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=687894 --- Comment #9 from Eva Kopalova 2012-04-26 10:17:15 EDT --- Hi Brian, I would like to note: > Meta thought: stepalternatives should be an authorial flag to re-consider the > procedure?s basic construction. If I am using stepalternatives (in this case), I am actually going out of my way to explain to the user things that are not really within the scope of the guide in this case: I could have written: "Stop the httpd daemon." and not provide the exact commands for individual rhel versions; this would imply I should reference rhel documentation on how to stop a service. What I was trying to achieve (and am trying to achieve with stepalternatives) is to prevent the user from having to go to another resource and "click around" in the wikipedia style to achieve a single thing: As stated in the DocBook Guide: The |stepalternatives| element was added to support the semantics of alternative steps: perform exactly one of the following steps. The reader is presumably given some criteria for deciding which one to choose, but the significant difference is that only one of the steps is performed. If we claim that stepalternatives is not correct practise, then the next thing I would like propose is to pick 40 elements from DocBook and forget about the rest... and there goes DITA and Mallard. Why are we still using DocBook then? > > That aside, assuming stepalternatives are the best option in a given procedure, > having them delineated by a distinguishable mark (eg a letter) does make it > possible to reference the particular stepalternative elsewhere in the > procedure.? This is potentially more useful to a reader than undistinguishable > dingbats. I am not aware of any use case when I would reference a stepalternatives element: if I were in need of doing that, I would definitely not use the stepalternatives tag but split the procedure as you did further below. If referencing then referencing the parent step. > > > ? This brings the meta thought above back into play however: if you?re > referencing earlier stepalternatives later in a procedure, my reflexive thought > is the entire procedure needs re-structuring. > > The sample structure given in comment #1 above, for example, could be > re-structured thus to avoid stepalternatives: > > id="proc-Stopping_HTTP_on_Red_Hat_Enterprise_Linux_5_and_6-Linux-RPM"> > Stopping HTTP on Red Hat Enterprise Linux 5 and 6 > > Follow this procedure to stophttpd: > > > > > At the shell prompt, become the root user. > > > > > > Run the followingstop command: > > > > > > Stopping HTTP on Red Hat Enterprise Linux 4 > > Follow this procedure to stophttpd: > > > > > At the shell prompt, become the root user. > > > > > > Run the followingstop command: > > > > > The above is longer but forks the reader?s attention before they begin > following any steps in the procedure at all. This reduces the likelihood of > error on the reader?s part considerably. I really think that this is too atomic: there is only one step that is different for individual rhel versions. Also, please, consider that I am actually going out of my way on this occasion and explaining to the user things I don't really have to. If I were writing about how to stop a daemon, I would definitely agree that it is good practise to split this in two procedures; however, the procedures would not appear in one guide anyway and therefore make no sense at all. I also would like to add Stephen's (swadeley) comment, which covers another use case for stepalternatives: "As I understand it, step alternatives would follow after a question: Do You want tea or coffee? Why would you send someone directly to one of the alternatives? You either send them to the question or head of the decision tree so they can make an informed choice or just copy the bit that says 'Press this button for coffee'. Sending them to the middle of a list of choices when you don't want them to have a choice is perverse." -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Apr 26 14:18:05 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 26 Apr 2012 10:18:05 -0400 Subject: [publican-list] [Bug 687894] rendering of steps inside stepalternatives In-Reply-To: References: Message-ID: <201204261418.q3QEI5Cm026740@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=687894 Eva Kopalova changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |needinfo? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Apr 26 14:19:01 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 26 Apr 2012 10:19:01 -0400 Subject: [publican-list] [Bug 687894] rendering of steps inside stepalternatives In-Reply-To: References: Message-ID: <201204261419.q3QEJ1ku026946@bzweb01.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=687894 Eva Kopalova changed: What |Removed |Added ---------------------------------------------------------------------------- Flag|needinfo? |needinfo?(bforte at redhat.com | |) -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Apr 26 16:59:48 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 26 Apr 2012 12:59:48 -0400 Subject: [publican-list] [Bug 696834] Choose format icon In-Reply-To: References: Message-ID: <201204261659.q3QGxmdu001648@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=696834 Tomas Capek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |VERIFIED --- Comment #4 from Tomas Capek 2012-04-26 12:59:47 EDT --- Verified that long names wrap correctly in the side bar and that the slide menu with format options works. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Thu Apr 26 20:25:18 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 26 Apr 2012 16:25:18 -0400 Subject: [publican-list] [Bug 661567] Publican uses grep and sed in XmlClean In-Reply-To: References: Message-ID: <201204262025.q3QKPIRv005377@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=661567 Martin Prpic changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |VERIFIED --- Comment #3 from Martin Prpic 2012-04-26 16:25:17 EDT --- Checked for correctness of IDs after running "publican clean_ids" and all seemed to work fine. On Fedora 16: ]$ rpm -q publican publican-3.0-0.fc16.t166.noarch -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla at redhat.com Fri Apr 27 03:46:51 2012 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 26 Apr 2012 23:46:51 -0400 Subject: [publican-list] [Bug 690723] publican doesn't process "()" characters in the .pot filename In-Reply-To: References: Message-ID: <201204270346.q3R3kpHw018161@bzweb02.app.bz.hst.phx2.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=690723 Dayle Parker changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |VERIFIED CC| |dayleparker at redhat.com --- Comment #2 from Dayle Parker 2012-04-26 23:46:49 EDT --- Fix verified on Fedora 16 with Publican 3.0-0.fc16.t166. .po files are generated without any problem, even if they have parentheses - ie. User_Guide/pot/modules/Right_To_Left_Support_(RTL).pot User_Guide/ja-JP/modules/language/Right_To_Left_Support_(RTL).po -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.