From bugzilla at redhat.com Tue Mar 8 03:48:16 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Mar 2011 22:48:16 -0500 Subject: [publican-list] [Bug 676072] RFC: Publican support for Mallard In-Reply-To: References: Message-ID: <201103080348.p283mGFF021565@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=676072 Ruediger Landmann changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Version|rawhide |2.5 Component|publican |publican CC| |publican-list at redhat.com Resolution| |WONTFIX QAContact|extras-qa at fedoraproject.org |rlandman at redhat.com Product|Fedora |Publican Last Closed| |2011-03-07 22:48:15 --- Comment #2 from Ruediger Landmann 2011-03-07 22:48:15 EST --- Hi guys; We've been looking at adding extra input formats to Publican for some time (both XML and non-XML), but we just don't have the resources to develop or support these in the near future. Unfortunately, the best I can do right now is add Mallard support to the Publican wish-list, right after DITA support! -- https://fedorahosted.org/publican/wiki/WishList Another strategy might be to create a Mallard-to-DocBook stylesheet for gnome-doc-utils. This wouldn't be quite the drop-in solution that you're after, but would at be a partial fix. Regretfully closing for now :( Rudi -- 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 Mar 13 07:51:50 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Mar 2011 03:51:50 -0400 Subject: [publican-list] [Bug 684509] New: Non-regression test t/perlcritic.t fails with recent versions of Perl::Crititc Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Non-regression test t/perlcritic.t fails with recent versions of Perl::Crititc https://bugzilla.redhat.com/show_bug.cgi?id=684509 Summary: Non-regression test t/perlcritic.t fails with recent versions of Perl::Crititc Product: Publican Version: 2.5 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: medium Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: raphael at ouaza.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other publican fails to build because the test suite fails. Here's the log message: [...] t/910.publican.Users_Guide.t .. ok # Failed test 'Test::Perl::Critic for "blib/script/publican"' # at /usr/share/perl5/Test/Perl/Critic.pm line 110. # # Perl::Critic found these violations in "blib/script/publican": # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 717, column 9. (Severity: 5) # Failed test 'Test::Perl::Critic for "blib/lib/Publican/Builder.pm"' # at /usr/share/perl5/Test/Perl/Critic.pm line 110. # # Perl::Critic found these violations in "blib/lib/Publican/Builder.pm": # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 1678, column 5. (Severity: 5) # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 1827, column 13. (Severity: 5) # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 2042, column 5. (Severity: 5) # Failed test 'Test::Perl::Critic for "blib/lib/Publican/CreateBook.pm"' # at /usr/share/perl5/Test/Perl/Critic.pm line 110. # # Perl::Critic found these violations in "blib/lib/Publican/CreateBook.pm": # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 375, column 9. (Severity: 5) # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 402, column 5. (Severity: 5) # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 413, column 5. (Severity: 5) # Failed test 'Test::Perl::Critic for "blib/lib/Publican/CreateBrand.pm"' # at /usr/share/perl5/Test/Perl/Critic.pm line 110. # # Perl::Critic found these violations in "blib/lib/Publican/CreateBrand.pm": # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 126, column 5. (Severity: 5) # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 244, column 9. (Severity: 5) # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 312, column 5. (Severity: 5) # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 363, column 5. (Severity: 5) # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 369, column 5. (Severity: 5) # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 423, column 9. (Severity: 5) # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 529, column 5. (Severity: 5) # Failed test 'Test::Perl::Critic for "blib/lib/Publican/Translate.pm"' # at /usr/share/perl5/Test/Perl/Critic.pm line 110. # # Perl::Critic found these violations in "blib/lib/Publican/Translate.pm": # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 193, column 5. (Severity: 5) # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 689, column 5. (Severity: 5) # Failed test 'Test::Perl::Critic for "blib/lib/Publican/XmlClean.pm"' # at /usr/share/perl5/Test/Perl/Critic.pm line 110. # # Perl::Critic found these violations in "blib/lib/Publican/XmlClean.pm": # [InputOutput::RequireEncodingWithUTF8Layer] I/O layer ":utf8" used at line 653, column 9. (Severity: 5) # Looks like you failed 6 tests of 10. t/perlcritic.t ................ Dubious, test returned 6 (wstat 1536, 0x600) Failed 6/10 subtests t/pod-coverage.t .............. ok t/pod.t ....................... ok Test Summary Report ------------------- t/perlcritic.t (Wstat: 1536 Tests: 10 Failed: 6) Failed tests: 2-5, 7, 10 Non-zero exit status: 6 Files=10, Tests=70, 178 wallclock secs ( 0.26 usr 0.06 sys + 181.68 cusr 3.28 csys = 185.28 CPU) Result: FAIL Failed 1/10 test programs. 6/70 subtests failed. Version-Release number of selected component (if applicable): perl 5.10.1-17 libperl-critic-perl 1.113-1 libtest-perl-critic-perl 1.02-1 Additional info: Originally reported in Debian at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616696 -- 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 Mar 13 11:09:08 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Mar 2011 07:09:08 -0400 Subject: [publican-list] [Bug 684509] Non-regression test t/perlcritic.t fails with recent versions of Perl::Crititc In-Reply-To: References: Message-ID: <201103131109.p2DB980K006140@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=684509 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |MODIFIED --- Comment #1 from Jeff Fearn 2011-03-13 07:09:08 EDT --- Switched UTF8 to new usage. Committed revision 1732. -- 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 Mar 13 11:11:40 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Mar 2011 07:11:40 -0400 Subject: [publican-list] [Bug 653432] line numbering of broken In-Reply-To: References: Message-ID: <201103131111.p2DBBeCM006674@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=653432 --- Comment #1 from Jeff Fearn 2011-03-13 07:11:40 EDT --- Hi Klaus, I've committed fixes to startinglinenumber and the use of <, >, etc. The code highlight fix will take a bit longer, the modified tree isn't being passed to the function so I'll need to track down why it's getting stale data passed in from XSLT. -- 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 Mar 14 04:23:33 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Mar 2011 00:23:33 -0400 Subject: [publican-list] [Bug 684641] %changelog not in descending chronological order In-Reply-To: References: Message-ID: <201103140423.p2E4NXtW016212@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=684641 Tomas Dabasinskas changed: What |Removed |Added ---------------------------------------------------------------------------- Group| |redhat, private -- 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 Mar 14 04:20:53 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Mar 2011 00:20:53 -0400 Subject: [publican-list] [Bug 684641] New: %changelog not in descending chronological order Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: %changelog not in descending chronological order https://bugzilla.redhat.com/show_bug.cgi?id=684641 Summary: %changelog not in descending chronological order Product: Publican Version: 2.5 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: tdabasin at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Hi, I'm getting an error %changelog not in descending chronological order when I run publican package -brew -lang en-US. My Revision_History.xml: Revision History 8-2 2011-02-23 Tomas Dabasinskas tomas at redhat.com Week 8, build 2 11-1 2011-03-14 Tomas Dabasinskas tomas at redhat.com Week 11, build 1 If I move revision 11-1 above 8-2 it starts to work again. Can you please fix this so that date chronological order is determined by the revision number+date? Alternatively order from bottom of the file to the top. 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 Mon Mar 14 04:32:02 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Mar 2011 00:32:02 -0400 Subject: [publican-list] [Bug 684641] %changelog not in descending chronological order In-Reply-To: References: Message-ID: <201103140432.p2E4W2LQ017835@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=684641 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Group|redhat, private | -- 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 Mar 14 04:33:26 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Mar 2011 00:33:26 -0400 Subject: [publican-list] [Bug 684641] %changelog not in descending chronological order In-Reply-To: References: Message-ID: <201103140433.p2E4XQKm017639@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=684641 Jeff Fearn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG Last Closed| |2011-03-14 00:33:25 --- Comment #1 from Jeff Fearn 2011-03-14 00:33:25 EDT --- Publican does not change the order of the entries, they are expected to be in reverse chronological order. i.e. newest at top. -- 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 Mar 14 22:43:32 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Mar 2011 18:43:32 -0400 Subject: [publican-list] [Bug 651616] key combinations are separated with plus, not hyphen. In-Reply-To: References: Message-ID: <201103142243.p2EMhWGN018886@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=651616 Ruediger Landmann changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mbanas at redhat.com --- Comment #4 from Ruediger Landmann 2011-03-14 18:43:31 EDT --- *** Bug 684778 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 Tue Mar 15 16:46:11 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Mar 2011 12:46:11 -0400 Subject: [publican-list] [Bug 687894] New: rendering of steps inside stepalternatives Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: rendering of steps inside stepalternatives https://bugzilla.redhat.com/show_bug.cgi?id=687894 Summary: rendering of steps inside stepalternatives Product: Publican Version: 2.5 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: ekopalov at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Description of problem: Steps nested in stepalternatives are only indented. Version-Release number of selected component (if applicable): How reproducible: render this: Stopping HTTP Follow this procedure to stop httpd: At the shell prompt, become the root user. Run the following stop command: On Red Hat Enterprise Linux 6 or Red Hat Enterprise Linux 5: On Red Hat Enterprise Linux 4: Steps to Reproduce: 1. 2. 3. Actual results: steps in stepalternatives are only indented. Expected results: I would expect them have bullets. Additional info: -- 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 Mar 15 16:50:15 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Mar 2011 12:50:15 -0400 Subject: [publican-list] [Bug 687894] rendering of steps inside stepalternatives In-Reply-To: References: Message-ID: <201103151650.p2FGoF5J005249@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 Jaromir Hradilek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jhradile 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 Wed Mar 16 17:49:24 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Mar 2011 13:49:24 -0400 Subject: [publican-list] [Bug 688286] New: whitespace included at the end of the tag Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: whitespace included at the end of the tag https://bugzilla.redhat.com/show_bug.cgi?id=688286 Summary: whitespace included at the end of the tag Product: Publican Version: 2.5 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: ekopalov at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Description of problem: the tag is rendered with a whitespace at the end of the inserted string. Version-Release number of selected component (if applicable): How reproducible: render: Prerequisites Make sure the following prerequisites are fulfilled before installing JBoss Enterprise Web Server: -- 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 Mar 17 04:48:28 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Mar 2011 00:48:28 -0400 Subject: [publican-list] [Bug 688447] stdout, stderr and exit codes In-Reply-To: References: Message-ID: <201103170448.p2H4mSWq009204@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=688447 Tomas Dabasinskas changed: What |Removed |Added ---------------------------------------------------------------------------- Group| |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 Thu Mar 17 04:47:33 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Mar 2011 00:47:33 -0400 Subject: [publican-list] [Bug 688447] New: stdout, stderr and exit codes Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: stdout, stderr and exit codes https://bugzilla.redhat.com/show_bug.cgi?id=688447 Summary: stdout, stderr and exit codes Product: Publican Version: 2.5 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: tdabasin at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other I run publican package -brew -lang en-US 2> stderr.txt (redirecting stderr to file) here's the file contents: |Running clean process to ensure stale content is not bundled in packages. |Clean: Removing tmp and publish directories. |Setting up en-US | Processing file tmp/en-US/xml_tmp/Weeks/Week11.xml -> tmp/en-|US/xml/Weeks/Week11.xml | Using XML::LibXSLT on /usr/share/publican/xsl/web-spec.xsl |Kerberos authentication failed: No credentials cache found (-1765328189) I checked error ERRORLEVEL and it says 0: |[tomas]$ echo $? |0 I then update my kerberos credentials and run command again stderr output: |Running clean process to ensure stale content is not bundled in packages. |Clean: Removing tmp and publish directories. |Setting up en-US | Processing file tmp/en-US/xml_tmp/Weeks/Week11.xml -> tmp/en-|US/xml/Weeks/Week11.xml | Using XML::LibXSLT on /usr/share/publican/xsl/web-spec.xsl errorlevel again is 0. How should I check if publican build failed? It would probably make sense sending program output to stderr ONLY when there's an error during execution(Kerberos authentication failed: No credentials cache found (-1765328189)), not the regular program output: |Running clean process to ensure stale content is not bundled in packages. |Clean: Removing tmp and publish directories. |Setting up en-US | Processing file tmp/en-US/xml_tmp/Weeks/Week11.xml -> tmp/en-|US/xml/Weeks/Week11.xml | Using XML::LibXSLT on /usr/share/publican/xsl/web-spec.xsl Also setting errorlevel to something other than 0 when publican build fails would be good too Thanks, Tomas -- 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 Mar 17 12:23:14 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Mar 2011 08:23:14 -0400 Subject: [publican-list] [Bug 688585] New: Accented letters in book or article title Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Accented letters in book or article title https://bugzilla.redhat.com/show_bug.cgi?id=688585 Summary: Accented letters in book or article title Product: Publican Version: 2.5 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: luigi.vtt at gmail.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Description of problem: I would use accented letters in book/article title. As I cannot use them on command line or subtag , I've tried to set them in docname param but it doesn't compile. Version-Release number of selected component (if applicable): 2.5 How reproducible: Use f.e. a title like "Si pu?_fare_di_pi?". It complains with: "Invalid format for docname. Value (Si pu?_fare_di_pi?) does not conform to constraint ([^0-9a-zA-Z_\-\.\+]) at /usr/bin/publican line 556" Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Render regularly accented letters in title doc. -- 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 Mar 17 22:36:54 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Mar 2011 18:36:54 -0400 Subject: [publican-list] [Bug 688585] Accented letters in book or article title In-Reply-To: <bug-688585-264938@bugzilla.redhat.com> References: <bug-688585-264938@bugzilla.redhat.com> Message-ID: <201103172236.p2HMasGA022827@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=688585 Ruediger Landmann <r.landmann at redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |r.landmann at redhat.com --- Comment #1 from Ruediger Landmann <r.landmann at redhat.com> 2011-03-17 18:36:53 EDT --- (In reply to comment #0) > Description of problem: > I would use accented letters in book/article title. As I cannot use them on > command line or subtag <title>, I've tried to set them in docname param but it > doesn't compile. Hi Luigi -- Publican uses the contents of the <title> tag to generate the name of the RPM package for the book, and RPM packages can only have basic ASCII characters in their names. To use accented letters in a document title: 1. Create the book using only basic ASCII characters in the "name" option: publican create --name Si_puo_fare_di_piu 2. Edit the <title> tag in the Book_Info.xml or Article_Info.xml file to include the correct name of the document: <title>Si pu? fare di pi? 3. Edit the publican.cfg file to include the RPM-friendly version of the document name: docname: Si_puo_fare_di_piu This is documented in the Publican Users' Guide: 3.1.2. Book_Info.xml, but admittedly, could be more explicit. I'd change this to a documentation bug now, but since accented characters only matter to RPM packaging, I wonder if we're catching them at the best place? Maybe the check should apply to the "publican package" command but not to "publican create" or "publican build"? -- 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 Mar 17 23:08:38 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Mar 2011 19:08:38 -0400 Subject: [publican-list] [Bug 688585] Accented letters in book or article title In-Reply-To: References: Message-ID: <201103172308.p2HN8cEh005989@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=688585 --- Comment #2 from Jeff Fearn 2011-03-17 19:08:37 EDT --- (In reply to comment #1) > (In reply to comment #0) > > Description of problem: > > I would use accented letters in book/article title. As I cannot use them on > > command line or subtag , I've tried to set them in docname param but it > > doesn't compile. > > Hi Luigi -- > > Publican uses the contents of the <title> tag to generate the name of the RPM > package for the book, and RPM packages can only have basic ASCII characters in > their names. > > To use accented letters in a document title: > > 1. Create the book using only basic ASCII characters in the "name" option: > > publican create --name Si_puo_fare_di_piu > > 2. Edit the <title> tag in the Book_Info.xml or Article_Info.xml file to > include the correct name of the document: > > <title>Si pu? fare di pi? > > 3. Edit the publican.cfg file to include the RPM-friendly version of the > document name: > > docname: Si_puo_fare_di_piu > > This is documented in the Publican Users' Guide: 3.1.2. Book_Info.xml, but > admittedly, could be more explicit. > > I'd change this to a documentation bug now, but since accented characters only > matter to RPM packaging, I wonder if we're catching them at the best place? > Maybe the check should apply to the "publican package" command but not to > "publican create" or "publican build"? This will just lead to people creating books that can't be packaged and then complaining they should have been told or not allowed to do it. It can't be packaged because docname is not just the name of the package, it's the name of the main file as well. Might be worth allowing one of those use cases for docname to be over ridden with another variable. Cheers, Jeff. -- 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 Sat Mar 19 10:05:59 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Mar 2011 06:05:59 -0400 Subject: [publican-list] [Bug 688585] Accented letters in book or article title In-Reply-To: References: Message-ID: <201103191005.p2JA5xCd016557@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=688585 --- Comment #3 from luigi votta 2011-03-19 06:05:58 EDT --- Hi all, thanks for replay and explanation. What jumbled me a bit was the "override" concept of the parameter over the tag with special chars. Perhaps saying as that these parameter must be equal to the name used during creation could help. -- 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 Mar 21 02:09:40 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Mar 2011 22:09:40 -0400 Subject: [publican-list] [Bug 689303] New: Admonitions with remarked out titles cause rendering issue. Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Admonitions with remarked out titles cause rendering issue. https://bugzilla.redhat.com/show_bug.cgi?id=689303 Summary: Admonitions with remarked out titles cause rendering issue. Product: Publican Version: 2.5 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: sgordon at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Created attachment 486530 --> https://bugzilla.redhat.com/attachment.cgi?id=486530 Example book Description of problem: When an admonition has a title set but that title is hidden by a remark tag the admonition title bar does not render correctly. If the hidden title had not been included at all a default title would have been used (for example Note) and thus this rendering issue would have been avoided. Have tested in publican default and publican-redhat brands (see attached for example book). Version-Release number of selected component (if applicable): 2.5 How reproducible: Every time. Steps to Reproduce: 1. Create an admonition with a title. 2. Add tags around the title (within the tags) 3. Build the book. 4. View the admonition in both pdf and html views. Actual results: No admonition header bar is displayed, text and image alignment is off. Expected results: Default title, in my example book 'Note'. Additional info: The attached book contains an example of this behaviour in chapter 1 - have included both source and built output. -- 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 Mar 21 02:18:09 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Mar 2011 22:18:09 -0400 Subject: [publican-list] [Bug 689303] Admonitions with remarked out titles cause rendering issue. In-Reply-To: <bug-689303-264938@bugzilla.redhat.com> References: <bug-689303-264938@bugzilla.redhat.com> Message-ID: <201103210218.p2L2I9cO030046@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=689303 --- Comment #1 from Stephen Gordon <sgordon at redhat.com> 2011-03-20 22:18:09 EDT --- Happy to admit this is a nice to have at best, there was only one instance in the book I was working with so I just fixed the source... -- 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 Mar 21 05:43:04 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Mar 2011 01:43:04 -0400 Subject: [publican-list] [Bug 671304] Increase appearance of book titles in <set> ToC In-Reply-To: <bug-671304-264938@bugzilla.redhat.com> References: <bug-671304-264938@bugzilla.redhat.com> Message-ID: <201103210543.p2L5h4jB027782@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=671304 Jeff Fearn <jfearn at redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|jfearn at redhat.com |rlerch 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 Mon Mar 21 05:55:57 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Mar 2011 01:55:57 -0400 Subject: [publican-list] [Bug 673402] Creating a (distributed) set creates invalid docbook In-Reply-To: <bug-673402-264938@bugzilla.redhat.com> References: <bug-673402-264938@bugzilla.redhat.com> Message-ID: <201103210555.p2L5tvnv004340@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=673402 Jeff Fearn <jfearn at redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|jfearn at redhat.com |rlandman at redhat.com --- Comment #3 from Jeff Fearn <jfearn at redhat.com> 2011-03-21 01:55:56 EDT --- I changed index to setindex, and removed the Revision History xi:include. The remarks really have to stay as there is no other way for an author to know what customisations they _have_ to make to build a proper distributed set. Handing over to Rudi to have the Set documentation updated to explain this need. -- 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 Mar 21 06:01:13 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Mar 2011 02:01:13 -0400 Subject: [publican-list] [Bug 687894] rendering of steps inside stepalternatives In-Reply-To: <bug-687894-264938@bugzilla.redhat.com> References: <bug-687894-264938@bugzilla.redhat.com> Message-ID: <201103210601.p2L61DfA005911@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 Jeff Fearn <jfearn at redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|jfearn at redhat.com |rlerch 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 Mon Mar 21 07:13:37 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Mar 2011 03:13:37 -0400 Subject: [publican-list] [Bug 689347] New: Even when building a <set> works ... brewing it doesn't. Message-ID: <bug-689347-264938@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Even when building a <set> works ... brewing it doesn't. https://bugzilla.redhat.com/show_bug.cgi?id=689347 Summary: Even when building a <set> works ... brewing it doesn't. Product: Publican Version: future Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: rnewton at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Description of problem: Even when a <set> builds successfully locally, it doesn't when attempting to brew by running: publican package --brew --lang en-US --wait This happens! Running clean process to ensure stale content is not bundled in packages. Clean: Removing tmp and publish directories. Use of uninitialized value in lc at /usr/share/perl5/Publican/Builder.pm line 2167, <FH> line 15. Config parameter 'scm' not found; treating set as standalone. 'books' is a required configuration parameter for a remote set at /usr/bin/publican line 765 Version-Release number of selected component (if applicable): How reproducible: Create a standalone set and try to brew or scratch brew. Here is my svn repository for the WFK Seam Developer Guide: https://svn.devel.redhat.com/repos/ecs/JBoss_Web_Framework_Kit/trunk/1.2/ Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- 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 Mar 21 21:51:13 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Mar 2011 17:51:13 -0400 Subject: [publican-list] [Bug 689613] New: Audit font paths Message-ID: <bug-689613-264938@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Audit font paths https://bugzilla.redhat.com/show_bug.cgi?id=689613 Summary: Audit font paths Product: Publican Version: 2.5 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: jfearn at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Description of problem: Fonts that require font metrics must have a list of paths to look for the font, we need to audit the path on all supported platforms. Actual results: On some platforms the required font metrics are not being created. Expected results: Font metrics should be created on all platforms. -- 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 Mar 22 00:22:50 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Mar 2011 20:22:50 -0400 Subject: [publican-list] [Bug 689613] Audit font paths In-Reply-To: <bug-689613-264938@bugzilla.redhat.com> References: <bug-689613-264938@bugzilla.redhat.com> Message-ID: <201103220022.p2M0MoRb025525@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=689613 Steve Bonneville <sbonnevi at redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sbonnevi 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 Tue Mar 22 06:26:07 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Mar 2011 02:26:07 -0400 Subject: [publican-list] [Bug 689690] New: XInclude sometimes fails even though file exists Message-ID: <bug-689690-264938@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: XInclude sometimes fails even though file exists https://bugzilla.redhat.com/show_bug.cgi?id=689690 Summary: XInclude sometimes fails even though file exists Product: Publican Version: 2.5 Platform: Unspecified OS/Version: Linux Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: dmison at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Description of problem: Using <xi:include> to include a text file will sometimes fail with the same error that it would produce if the file was not found. However the file is in the correct place and it seems that the content of the text file prevents it from being parsed. The only file I have encountered this problem with is the LGPL 2.1 text file from the gnu.org site, http://www.gnu.org/licenses/old-licenses/lgpl-2.1.txt Version-Release number of selected component (if applicable): publican-jboss-2.4-1.fc13.noarch publican-doc-2.5-1.fc13.noarch publican-redhat-internal-1.5-0.el5.noarch publican-2.5-1.fc13.noarch publican-redhat-2.7-1.fc13.noarch How reproducible: Every time. Steps to Reproduce: 1. Create a Publican book 2. Download http://www.gnu.org/licenses/old-licenses/lgpl-2.1.txt and add it to the extras directory 3. add the following line to the book in a suitable place: <programlisting><xi:include href="extras/lgpl-2.1.txt" parse="text" xmlns:xi="http://www.w3.org/2001/XInclude" /></programlisting> 4. Attempt to build the book Actual results: Beginning work on en-US FATAL ERROR: XInclude:1604 in Chapter.xml on line 37: could not load extras/lgpl-2.1.txt, and no fallback was found at /usr/bin/publican line 672 Expected results: Book builds with the contents of the file included as per a program listing Additional info: There is an odd character in this file that seems to prevent it from being parsed correctly. It appears as a ^L when viewed within VI. It occurs on lines all by itself, at a semi-regular rate within this file, around every every 50th lines on average. Removing all instances of this character results in the book building as expected. Extract from file: that what they have is not the original version, so that the original author's reputation will not be affected by problems that might be introduced by others. ^L Finally, software patents pose a constant threat to the existence of any free program. We wish to make sure that a company cannot effectively restrict the users of a free program by obtaining a restrictive license from a patent holder. Therefore, we insist that Also running dos2unix on this file produces this error: [testbook]$ dos2unix en-US/extras/lgpl-2.1.txt dos2unix: Skipping binary file en-US/extras/lgpl-2.1.txt -- 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 Mar 22 06:32:56 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Mar 2011 02:32:56 -0400 Subject: [publican-list] [Bug 689690] XInclude sometimes fails even though file exists In-Reply-To: <bug-689690-264938@bugzilla.redhat.com> References: <bug-689690-264938@bugzilla.redhat.com> Message-ID: <201103220632.p2M6WudL001016@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=689690 --- Comment #1 from Darrin Mison <dmison at redhat.com> 2011-03-22 02:32:56 EDT --- Just tested the following, they don't have the character and build ok. http://www.gnu.org/licenses/old-licenses/gpl-2.0.txt http://www.gnu.org/licenses/lgpl.txt http://www.gnu.org/licenses/gpl.txt -- 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 Mar 22 06:45:33 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Mar 2011 02:45:33 -0400 Subject: [publican-list] [Bug 689690] XInclude sometimes fails even though file exists In-Reply-To: <bug-689690-264938@bugzilla.redhat.com> References: <bug-689690-264938@bugzilla.redhat.com> Message-ID: <201103220645.p2M6jXfO003949@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=689690 --- Comment #2 from Jeff Fearn <jfearn at redhat.com> 2011-03-22 02:45:33 EDT --- ^L is a printing control character for form feed, it's not valid in a text file. You will need to remove them from the file. You could try running 'col -b' over the file. -- 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 Mar 22 07:32:08 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Mar 2011 03:32:08 -0400 Subject: [publican-list] [Bug 689690] XInclude sometimes fails even though file exists In-Reply-To: <bug-689690-264938@bugzilla.redhat.com> References: <bug-689690-264938@bugzilla.redhat.com> Message-ID: <201103220732.p2M7W893014615@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=689690 --- Comment #3 from Darrin Mison <dmison at redhat.com> 2011-03-22 03:32:08 EDT --- Cool, that works. It would be nice to Publican to report a slightly different error message for files that cannot be parsed because they are invalid vs files that cannot be found. I don't know what data you get back from the parser when it fails. -- 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 Mar 22 22:29:34 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Mar 2011 18:29:34 -0400 Subject: [publican-list] [Bug 689690] XInclude sometimes fails even though file exists In-Reply-To: <bug-689690-264938@bugzilla.redhat.com> References: <bug-689690-264938@bugzilla.redhat.com> Message-ID: <201103222229.p2MMTYK1014668@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=689690 Jeff Fearn <jfearn at redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG Last Closed| |2011-03-22 18:29:33 --- Comment #4 from Jeff Fearn <jfearn at redhat.com> 2011-03-22 18:29:33 EDT --- Those error messages come from libxml2, you should open a bug against that component if you want it changed. -- 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 Mar 23 04:54:26 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Mar 2011 00:54:26 -0400 Subject: [publican-list] [Bug 679955] — entity in admonitions displayed in locally built guides but not staged copies. In-Reply-To: <bug-679955-264938@bugzilla.redhat.com> References: <bug-679955-264938@bugzilla.redhat.com> Message-ID: <201103230454.p2N4sQpM009930@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=679955 Stephen Gordon <sgordon at redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG Last Closed| |2011-03-23 00:54:25 --- Comment #3 from Stephen Gordon <sgordon at redhat.com> 2011-03-23 00:54:25 EDT --- After further investigation I have determined that the entities declaration was not included at the top of all chapters in the relevant book. Fixing this and re-submitting to brew the issue appears to have gone away. I'm going to close as I am now of the belief that my PEBKAC. -- 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 Mar 25 06:36:26 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Mar 2011 02:36:26 -0400 Subject: [publican-list] [Bug 690723] New: publican doesn't process "()" characters in the .pot filename Message-ID: <bug-690723-264938@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: publican doesn't process "()" characters in the .pot filename https://bugzilla.redhat.com/show_bug.cgi?id=690723 Summary: publican doesn't process "()" characters in the .pot filename Product: Publican Version: 3.0 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: ccheng at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Story Points: --- Description of problem: When there's "(" and/or ")" in the filename of a .pot file, publican stop working. Version-Release number of selected component (if applicable): publican-2.5-1.el5 How reproducible: Always. Steps to Reproduce: 1. svn co https://svn.devel.redhat.com/repos/ecs/JBoss_Enterprise_Portal_Platform/5.1/FINAL/User_Guide JBoss_Enterprise_Portal_Platform/5.1/FINAL/User_Guide 2. cd JBoss_Enterprise_Portal_Platform/5.1/FINAL/User_Guide 3. publican update_pot; publican update_po --lang ja-JP Actual results: Processing file pot/modules/language/Right_To_Left_Support_(RTL).pot -> ja-JP/modules/language/Right_To_Left_Support_(RTL).po sh: -c: line 0: syntax error near unexpected token `(' sh: -c: line 0: `msgmerge --no-wrap --quiet --backup=none --update ja-JP/modules/language/Right_To_Left_Support_(RTL).po pot/modules/language/Right_To_Left_Support_(RTL).pot' Fatal Error: msgmerge failed to merge updates. POT File: pot/modules/language/Right_To_Left_Support_(RTL).pot. Po File: ja-JP/modules/language/Right_To_Left_Support_(RTL).po at /usr/bin/publican line 654 Expected results: .po files should be generated without problem. Additional info: -- 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 Mar 28 06:20:31 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Mar 2011 02:20:31 -0400 Subject: [publican-list] [Bug 691301] New: No SELinux context for /var/www/html/docs/index.html file in publican generated web RPMs? Message-ID: <bug-691301-264938@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: No SELinux context for /var/www/html/docs/index.html file in publican generated web RPMs? https://bugzilla.redhat.com/show_bug.cgi?id=691301 Summary: No SELinux context for /var/www/html/docs/index.html file in publican generated web RPMs? Product: Publican Version: 2.5 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: sgordon at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Story Points: --- Description of problem: When installing publican generated web packages found that resultant /var/www/html/docs/index.html file does not have a security context that allows it to be served by a default httpd install. When providig a deeper path (say to hostname/docs/en-US/index.html) no security context violation is detected. Version-Release number of selected component (if applicable): Publican 2.5.0 to generate package. Installing Red_Hat_Enterprise_Virtualization_for_Servers-Administration_Guide-2.2-web-en-US-2-2.el5 pacakge on RHEL 5 host. How reproducible: Steps to Reproduce: 1. Install Red_Hat_Enterprise_Virtualization_for_Servers-Administration_Guide-2.2-web-en-US-2-2.el5 on clean RHEL5 host. 2. Install httpd 3. Allow port 80 past firewall. 4. service httpd start 5. Browse to http://hostname/docs/index.html from remote client. Actual results: Access denied. Apache error log contains: [Mon Mar 28 15:54:10 2011] [error] [client 192.168.122.1] (13)Permission denied: access to /docs/index.html denied selinux violation detected (see additional info). Expected results: Access to index.html. Additional info: Summary: SELinux is preventing the httpd from using potentially mislabeled files /var/www/html/docs/index.html (var_t). Detailed Description: SELinux has denied the httpd access to potentially mislabeled files /var/www/html/docs/index.html. This means that SELinux will not allow httpd to use these files. Many third party apps install html files in directories that SELinux policy cannot predict. These directories have to be labeled with a file context which httpd can access. Allowing Access: If you want to change the file context of /var/www/html/docs/index.html so that the httpd daemon can access it, you need to execute it using chcon -t httpd_sys_content_t '/var/www/html/docs/index.html'. You can look at the httpd_selinux man page for additional information. Additional Information: Source Context root:system_r:httpd_t Target Context root:object_r:var_t Target Objects /var/www/html/docs/index.html [ file ] Source httpd Source Path /usr/sbin/httpd Port <Unknown> Host localhost.localdomain Source RPM Packages httpd-2.2.3-45.el5 Target RPM Packages Policy RPM selinux-policy-2.4.6-300.el5 Selinux Enabled True Policy Type targeted MLS Enabled True Enforcing Mode Enforcing Plugin Name httpd_bad_labels Host Name localhost.localdomain Platform Linux localhost.localdomain 2.6.18-238.5.1.el5 #1 SMP Mon Feb 21 05:52:39 EST 2011 x86_64 x86_64 Alert Count 10 First Seen Mon 28 Mar 2011 03:54:10 PM EST Last Seen Mon 28 Mar 2011 04:18:29 PM EST Local ID 6ee29ef5-2ed3-47d3-915b-34e5fff91b7f Line Numbers Raw Audit Messages host=localhost.localdomain type=AVC msg=audit(1301293109.781:50): avc: denied { getattr } for pid=15160 comm="httpd" path="/var/www/html/docs/index.html" dev=dm-0 ino=590744 scontext=root:system_r:httpd_t:s0 tcontext=root:object_r:var_t:s0 tclass=file host=localhost.localdomain type=SYSCALL msg=audit(1301293109.781:50): arch=c000003e syscall=6 success=no exit=-13 a0=2ac1cab678c0 a1=7fff042deb70 a2=7fff042deb70 a3=0 items=0 ppid=15144 pid=15160 auid=0 uid=48 gid=48 euid=48 suid=48 fsuid=48 egid=48 sgid=48 fsgid=48 tty=(none) ses=1 comm="httpd" exe="/usr/sbin/httpd" subj=root:system_r:httpd_t:s0 key=(null) -- 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 Mar 29 23:56:49 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Mar 2011 19:56:49 -0400 Subject: [publican-list] [Bug 691956] [RFE] Support for WebHelp output. In-Reply-To: <bug-691956-264938@bugzilla.redhat.com> References: <bug-691956-264938@bugzilla.redhat.com> Message-ID: <201103292356.p2TNunV1008303@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=691956 Stephen Gordon <sgordon at redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |FutureFeature -- 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 Mar 29 23:56:34 2011 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Mar 2011 19:56:34 -0400 Subject: [publican-list] [Bug 691956] New: [RFE] Support for WebHelp output. Message-ID: <bug-691956-264938@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [RFE] Support for WebHelp output. https://bugzilla.redhat.com/show_bug.cgi?id=691956 Summary: [RFE] Support for WebHelp output. Product: Publican Version: future Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: publican AssignedTo: jfearn at redhat.com ReportedBy: sgordon at redhat.com QAContact: rlandman at redhat.com CC: mmcallis at redhat.com, publican-list at redhat.com Classification: Other Story Points: --- Description of problem: Rudi has noted that as of DocBook 1.76.1 a new output format called WebHelp is supported (http://www.janetswisher.com/?itemid=273). We are currently looking at using the publican generated html output for providing context sensitive help from a GUI application. It is suspect that long term this new output format may be a better fit for this use case. Request investigation into the feasibility of adding WebHelp support to publican. -- 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.