From mhideo at redhat.com Wed Apr 16 03:36:50 2008 From: mhideo at redhat.com (Michael Hideo Smith) Date: Wed, 16 Apr 2008 13:36:50 +1000 Subject: [publican-list] Need more information on publican Message-ID: <48057452.8010909@redhat.com> Can some links be added to: https://www.redhat.com/mailman/listinfo/publican-list as a footer to give us an indication of the location of the project wiki and a description of the project? - Mike From mmcallis at redhat.com Wed Apr 16 03:41:45 2008 From: mmcallis at redhat.com (Murray McAllister) Date: Wed, 16 Apr 2008 13:41:45 +1000 Subject: [publican-list] Need more information on publican In-Reply-To: <48057452.8010909@redhat.com> References: <48057452.8010909@redhat.com> Message-ID: <48057579.6060204@redhat.com> Michael Hideo Smith wrote: > Can some links be added to: > > https://www.redhat.com/mailman/listinfo/publican-list > > as a footer to give us an indication of the location of the project wiki > and a description of the project? > > - Mike > > _______________________________________________ > publican-list mailing list > publican-list at redhat.com > https://www.redhat.com/mailman/listinfo/publican-list I'm not sure if they can be added as a footer, but it can definitely be added to the "About publican..." part at the top. - Murray. From foss.mailinglists at gmail.com Wed Apr 16 05:59:19 2008 From: foss.mailinglists at gmail.com (Sankarshan Mukhopadhyay) Date: Wed, 16 Apr 2008 11:29:19 +0530 Subject: [publican-list] Need more information on publican In-Reply-To: <48057579.6060204@redhat.com> References: <48057452.8010909@redhat.com> <48057579.6060204@redhat.com> Message-ID: <480595B7.5070503@gmail.com> Murray McAllister wrote: >> as a footer to give us an indication of the location of the project >> wiki and a description of the project? and perhaps in the welcome message and regular password reminder texts ... -- http://www.gutenberg.net - Fine literature digitally re-published http://www.plos.org - Public Library of Science http://www.creativecommons.org - Flexible copyright for creative work From jfearn at redhat.com Wed Apr 16 05:58:54 2008 From: jfearn at redhat.com (Jeff Fearn) Date: Wed, 16 Apr 2008 15:58:54 +1000 Subject: [publican-list] Need more information on publican In-Reply-To: <48057452.8010909@redhat.com> References: <48057452.8010909@redhat.com> Message-ID: <4805959E.4020501@redhat.com> Michael Hideo Smith wrote: > Can some links be added to: > > https://www.redhat.com/mailman/listinfo/publican-list > > as a footer to give us an indication of the location of the project wiki > and a description of the project? Test wiki location in footer. The description seems over kill since you get that before you join. Pants. Cheers, Jeff. -- Jeff Fearn Software Engineer Engineering Operations Red Hat, Inc From bugzilla at redhat.com Thu Apr 17 04:57:12 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Apr 2008 00:57:12 -0400 Subject: [publican-list] [Bug 442674] qandaset xhtml fix In-Reply-To: Message-ID: <200804170457.m3H4vCPk007954@bz-web1.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: qandaset xhtml fix https://bugzilla.redhat.com/show_bug.cgi?id=442674 jfearn at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |publican-list 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, or are watching someone who is. From bugzilla at redhat.com Thu Apr 17 05:36:34 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Apr 2008 01:36:34 -0400 Subject: [publican-list] [Bug 442656] Brand icon.svg files required In-Reply-To: Message-ID: <200804170536.m3H5aY9G015552@bz-web1.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Brand icon.svg files required https://bugzilla.redhat.com/show_bug.cgi?id=442656 jfearn at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |publican-list 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, or are watching someone who is. From bugzilla at redhat.com Thu Apr 17 05:36:41 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Apr 2008 01:36:41 -0400 Subject: [publican-list] [Bug 442675] Default brand is bland In-Reply-To: Message-ID: <200804170536.m3H5af56015580@bz-web1.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Default brand is bland https://bugzilla.redhat.com/show_bug.cgi?id=442675 jfearn at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |publican-list 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, or are watching someone who is. From bugzilla at redhat.com Thu Apr 17 05:35:20 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Apr 2008 01:35:20 -0400 Subject: [publican-list] [Bug 442674] qandaset xhtml fix In-Reply-To: Message-ID: <200804170535.m3H5ZK5R015416@bz-web1.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: qandaset xhtml fix https://bugzilla.redhat.com/show_bug.cgi?id=442674 jfearn at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Fixed In Version| |0.34 Resolution| |CURRENTRELEASE ------- Additional Comments From jfearn at redhat.com 2008-04-17 01:35 EST ------- Restructured qandaset output in to div based structure. Modified CSS to improve layout. Fixed xhtml strict validation issues with qandadiv toc. -- 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, or are watching someone who is. From mhideo at redhat.com Thu Apr 17 21:30:24 2008 From: mhideo at redhat.com (Michael Hideo Smith) Date: Fri, 18 Apr 2008 07:30:24 +1000 Subject: [publican-list] BZ defects Message-ID: <4807C170.4030209@redhat.com> Can the defects tracked in bugzilla be sent to this list automatically on a weekly basis? From bugzilla at redhat.com Thu Apr 17 21:37:17 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Apr 2008 17:37:17 -0400 Subject: [publican-list] [Bug 442969] New: FEATURE REQUEST: docbook-lint Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/show_bug.cgi?id=442969 Summary: FEATURE REQUEST: docbook-lint Product: Fedora Version: rawhide Platform: All URL: https://fedorahosted.org/docbook-lint/ OS/Version: Linux Status: NEW Severity: low Priority: low Component: publican AssignedTo: jfearn at redhat.com ReportedBy: mhideo at redhat.com QAContact: extras-qa at fedoraproject.org CC: mmcallis at redhat.com,publican-list at redhat.com Description of problem: https://fedorahosted.org/docbook-lint/ The above looks like a set of interesting tools that looks like they can be integrated into 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, or are watching someone who is. From bugzilla at redhat.com Thu Apr 17 21:58:49 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Apr 2008 17:58:49 -0400 Subject: [publican-list] [Bug 442969] FEATURE REQUEST: docbook-lint In-Reply-To: Message-ID: <200804172158.m3HLwnHa015571@bz-web1.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: FEATURE REQUEST: docbook-lint https://bugzilla.redhat.com/show_bug.cgi?id=442969 ------- Additional Comments From jfearn at redhat.com 2008-04-17 17:58 EST ------- The internet has 4 billion interesting tools on it. Please specify exactly what features this tool has that you think would be useful and why integrating them in to publican is a good idea. -- 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, or are watching someone who is. From bugzilla at redhat.com Fri Apr 18 02:38:06 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Apr 2008 22:38:06 -0400 Subject: [publican-list] [Bug 442988] New: default and fedora pdf brands are wrong Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/show_bug.cgi?id=442988 Summary: default and fedora pdf brands are wrong Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: medium Component: publican AssignedTo: jfearn at redhat.com ReportedBy: jfearn at redhat.com QAContact: extras-qa at fedoraproject.org CC: mmcallis at redhat.com,publican-list at redhat.com Description of problem: The default and fedora brand PDFs are still Red hat colours. Version-Release number of selected component (if applicable): 0.33 How reproducible: Always. Steps to Reproduce: 1. create_book --brand=fedora|common 2. make pdf Actual results: PDF has Red Hat theme. Expected results: PDF should have common or fedora theme as appropriate. 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, or are watching someone who is. From bugzilla at redhat.com Fri Apr 18 03:07:34 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Apr 2008 23:07:34 -0400 Subject: [publican-list] [Bug 442992] New: Required font metric files are for sazanami, not kochi Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/show_bug.cgi?id=442992 Summary: Required font metric files are for sazanami, not kochi Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: high Priority: high Component: publican AssignedTo: jfearn at redhat.com ReportedBy: ssato at redhat.com QAContact: extras-qa at fedoraproject.org CC: mmcallis at redhat.com,publican-list at redhat.com Description of problem: publican contains font metric files for some Japanese fonts (kochi-{gothic,mincho}-subst). However, we (Japanese) don't use those fonts any more. Kochi-subst fonts are now replaced with Sazanami fonts. As far as I confirmed, both RHEL5+ and Fedora ships sazanami fonts instead of kochi-subst fonts. So, required font metric files are for Sazanami, not Kochi-subst. Could you please regenerate and include font metric files for sazanami-{gothic,mincho}.ttf, with Fop's TTFReader? If you cannot please let me know and I will post these metrics files here. Version-Release number of selected component (if applicable): publican-0.33-0.fc9.noarch How reproducible: always Steps to Reproduce: 1. 2. 3. Actual results: /usr/share/publican/fop/font-metrics*/kochi-{gothic,mincho}-subst.xml Expected results: /usr/share/publican/fop/font-metrics*/sazanami-{gothic,mincho}-subst.xml Additional info: It might be better to post as another bug reports for the following issues but note here just for the record. * This version of publican does not look supporting current fop (0.95-0.2) in rawhide. I guess that it perhaps might be neat if there is a version-independent fop.xconf for fallback. fop-0.20.x is old and has many issues. you may drop the support for it, I guess. * Japanese truetype fonts should be embedded to keep portability. -- 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, or are watching someone who is. From bugzilla at redhat.com Fri Apr 18 08:32:04 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Apr 2008 04:32:04 -0400 Subject: [publican-list] [Bug 443024] New: Publican should depend on a sub-package of kdesdk rather than the whole package Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/show_bug.cgi?id=443024 Summary: Publican should depend on a sub-package of kdesdk rather than the whole package Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: publican AssignedTo: jfearn at redhat.com ReportedBy: kms at passback.co.uk QAContact: extras-qa at fedoraproject.org CC: mmcallis at redhat.com,publican-list at redhat.com The current publican SPEC file has a dependency on the kdesdk package for the xml2pot and po2xml binaries. This requires GNOME users to install the bulk of the KDE system just to use Publican. I have submitted a patch to create a sub-package of kdesdk (443023). The patch attached changes Publican to depend on the new kdesdk-potools subpackage which means that GNOME user would only need Publican, this new sub-package, and QT, to create documentation. ------- Additional Comments From kms at passback.co.uk 2008-04-18 04:32 EST ------- Created an attachment (id=302851) --> (https://bugzilla.redhat.com/attachment.cgi?id=302851&action=view) Patch to SPEC file to depend on kdesdk-potools rather than kdesdk -- 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, or are watching someone who is. From bugzilla at redhat.com Fri Apr 18 08:32:39 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Apr 2008 04:32:39 -0400 Subject: [publican-list] [Bug 443024] Publican should depend on a sub-package of kdesdk rather than the whole package In-Reply-To: Message-ID: <200804180832.m3I8Wdki003506@bz-web2.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Publican should depend on a sub-package of kdesdk rather than the whole package https://bugzilla.redhat.com/show_bug.cgi?id=443024 kms at passback.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |443023 -- 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, or are watching someone who is. From bugzilla at redhat.com Fri Apr 18 10:07:23 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Apr 2008 06:07:23 -0400 Subject: [publican-list] [Bug 443024] Publican should depend on a sub-package of kdesdk rather than the whole package In-Reply-To: Message-ID: <200804181007.m3IA7N8S005787@bz-web1.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Publican should depend on a sub-package of kdesdk rather than the whole package https://bugzilla.redhat.com/show_bug.cgi?id=443024 Bug 443024 depends on bug 443023, which changed state. Bug 443023 Summary: Create sub-package with xml2pot and po2xml for Publican install https://bugzilla.redhat.com/show_bug.cgi?id=443023 What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE -- 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, or are watching someone who is. From bugzilla at redhat.com Fri Apr 18 10:07:38 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Apr 2008 06:07:38 -0400 Subject: [publican-list] [Bug 443024] Publican should depend on a sub-package of kdesdk rather than the whole package In-Reply-To: Message-ID: <200804181007.m3IA7cmG021322@bz-web2.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Publican should depend on a sub-package of kdesdk rather than the whole package https://bugzilla.redhat.com/show_bug.cgi?id=443024 kevin at tigcc.ticalc.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn|443023 |432443 -- 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, or are watching someone who is. From bugzilla at redhat.com Fri Apr 18 12:16:39 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Apr 2008 08:16:39 -0400 Subject: [publican-list] [Bug 443024] Publican should depend on a sub-package of kdesdk rather than the whole package In-Reply-To: Message-ID: <200804181216.m3ICGdUt013952@bz-web2.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Publican should depend on a sub-package of kdesdk rather than the whole package https://bugzilla.redhat.com/show_bug.cgi?id=443024 stickster at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stickster at gmail.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, or are watching someone who is. From bugzilla at redhat.com Fri Apr 18 12:20:16 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Apr 2008 08:20:16 -0400 Subject: [publican-list] [Bug 443024] Publican should depend on a sub-package of kdesdk rather than the whole package In-Reply-To: Message-ID: <200804181220.m3ICKGig031993@bz-web1.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Publican should depend on a sub-package of kdesdk rather than the whole package https://bugzilla.redhat.com/show_bug.cgi?id=443024 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rdieter at math.unl.edu ------- Additional Comments From rdieter at math.unl.edu 2008-04-18 08:20 EST ------- In the meantime, instead of using Requires: kdesdk Consider using Requires: %{_bindir}/xml2pot %{_bindir}/po2xml instead (asap). This should ensure things continue to work before and after any split is done in kdesdk (which should be coming soon, hopefully). -- 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, or are watching someone who is. From bugzilla at redhat.com Fri Apr 18 13:31:21 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Apr 2008 09:31:21 -0400 Subject: [publican-list] [Bug 443024] Publican should depend on a sub-package of kdesdk rather than the whole package In-Reply-To: Message-ID: <200804181331.m3IDVLJ9030153@bz-web2.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Publican should depend on a sub-package of kdesdk rather than the whole package https://bugzilla.redhat.com/show_bug.cgi?id=443024 Bug 443024 depends on bug 432443, which changed state. Bug 432443 Summary: split out text utilities to a subpackage https://bugzilla.redhat.com/show_bug.cgi?id=432443 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |ON_DEV Status|ON_DEV |MODIFIED Status|MODIFIED |CLOSED Resolution| |RAWHIDE -- 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, or are watching someone who is. From bugzilla at redhat.com Mon Apr 21 03:49:22 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Apr 2008 23:49:22 -0400 Subject: [publican-list] [Bug 443024] Publican should depend on a sub-package of kdesdk rather than the whole package In-Reply-To: Message-ID: <200804210349.m3L3nMZE028480@bz-web2.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Publican should depend on a sub-package of kdesdk rather than the whole package https://bugzilla.redhat.com/show_bug.cgi?id=443024 jfearn at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Fixed In Version| |0.34 Resolution| |CURRENTRELEASE ------- Additional Comments From jfearn at redhat.com 2008-04-20 23:49 EST ------- Changed requires and buildrequires to: %{_bindir}/xml2pot %{_bindir}/po2xml -- 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, or are watching someone who is. From bugzilla at redhat.com Tue Apr 22 00:37:56 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Apr 2008 20:37:56 -0400 Subject: [publican-list] [Bug 443528] New: Orphaned section headings in PDF output Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/show_bug.cgi?id=443528 Summary: Orphaned section headings in PDF output Product: Red Hat Enterprise Linux 5 Version: 5.3 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: publican AssignedTo: jfearn at redhat.com ReportedBy: dlackey at redhat.com QAContact: mhideo at redhat.com CC: blord at redhat.com,dlackey at redhat.com,mhideo at redhat.com,pu blican-list at redhat.com Section headings can be left "orphaned" in the PDF output. The section title is the last line on the page, then the first paragraph begins on the next page. This obviously doesn't happen for every section, but it does happen consistently in every manual. See page 30 (page 14 in numbering) in the Certificate System admin guide PDF. http://www.redhat.com/docs/manuals/cert-system/7.3/pdf/Administration_Guide.pdf -- 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, or are watching someone who is. From bugzilla at redhat.com Tue Apr 22 00:43:19 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Apr 2008 20:43:19 -0400 Subject: [publican-list] [Bug 443528] Orphaned section headings in PDF output In-Reply-To: Message-ID: <200804220043.m3M0hJkv017005@bz-web2.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Orphaned section headings in PDF output https://bugzilla.redhat.com/show_bug.cgi?id=443528 dlackey at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |443531 nThis| | -- 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, or are watching someone who is. From bugzilla at redhat.com Tue Apr 22 04:16:10 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Apr 2008 00:16:10 -0400 Subject: [publican-list] [Bug 442969] FEATURE REQUEST: docbook-lint In-Reply-To: Message-ID: <200804220416.m3M4GA6P016324@bz-web1.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: FEATURE REQUEST: docbook-lint https://bugzilla.redhat.com/show_bug.cgi?id=442969 jfearn at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Flag| |needinfo?(mhideo 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, or are watching someone who is. From bugzilla at redhat.com Tue Apr 22 05:34:54 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Apr 2008 01:34:54 -0400 Subject: [publican-list] [Bug 443528] Orphaned section headings in PDF output In-Reply-To: Message-ID: <200804220534.m3M5Ys1i029003@bz-web1.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Orphaned section headings in PDF output https://bugzilla.redhat.com/show_bug.cgi?id=443528 ------- Additional Comments From jfearn at redhat.com 2008-04-22 01:34 EST ------- This is due to a deficiency in FOP 0.20.5. I will test a newer version of FOP, however this will probably take sometime to test. -- 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, or are watching someone who is. From bugzilla at redhat.com Tue Apr 22 22:48:02 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Apr 2008 18:48:02 -0400 Subject: [publican-list] [Bug 442969] FEATURE REQUEST: docbook-lint In-Reply-To: Message-ID: <200804222248.m3MMm2Jj021903@bz-web2.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: FEATURE REQUEST: docbook-lint https://bugzilla.redhat.com/show_bug.cgi?id=442969 jfearn at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|jfearn at redhat.com |mhideo 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, or are watching someone who is. From bugzilla at redhat.com Tue Apr 22 23:12:43 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Apr 2008 19:12:43 -0400 Subject: [publican-list] [Bug 442969] FEATURE REQUEST: docbook-lint In-Reply-To: Message-ID: <200804222312.m3MNChIT017931@bz-web1.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: FEATURE REQUEST: docbook-lint https://bugzilla.redhat.com/show_bug.cgi?id=442969 ------- Additional Comments From dmalcolm at redhat.com 2008-04-22 19:12 EST ------- As maintainer of docbook-lint, I'm interested in seeing a hook for this added to publican. It has various tests that I believe are useful for a document author (and for QA purposes; I'm a QA engineer at Red Hat with a hobby interest in DocBook): - spellchecking, with heuristics about elements that ought to ignore spellchecking e.g. - warn about common markup errors that are valid according to the DTD but tend to generate poor PDFs/HTML upon going through the toolchain. Other tests could be implemented e.g. are all images in a format that the toolchain supports? are all images in the correct location? etc. Basically, whenever the publican documenation mentions some caveat, we can code it up into a test in docbook-lint and have the tools automatically warn, rather than needing human inspection. I imagine integrating it would be a case of adding new target(s) to the publican common Makefile (along with packaging it), along with work on the docbook-lint side to add new tests and handle any config necessary, so that a user gets a good signal:noise ratio on their documents without needing extensive extra config. Caveat: docbook-lint is immature (e.g. I only just added XInclude support). So I suspect the way to go about this is to get docbook-lint to the point where it runs well on a freshly-created publican document, and then consider adding the 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, or are watching someone who is. From rpjday at crashcourse.ca Wed Apr 23 19:42:38 2008 From: rpjday at crashcourse.ca (Robert P. J. Day) Date: Wed, 23 Apr 2008 15:42:38 -0400 (EDT) Subject: [publican-list] publican/PDF/FOP support in f8? Message-ID: i'm guessing i already know the answer to this, but is there any support for PDF generation via FOP? from what i read, the appropriate RPMs are in rawhide and i can easily wait for f9 to get that. thanks. rday -- ======================================================================== Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture. http://crashcourse.ca Waterloo, Ontario, CANADA ======================================================================== From jfearn at redhat.com Wed Apr 23 23:23:14 2008 From: jfearn at redhat.com (Jeff Fearn) Date: Thu, 24 Apr 2008 09:23:14 +1000 Subject: [publican-list] publican/PDF/FOP support in f8? In-Reply-To: References: Message-ID: <480FC4E2.3060107@redhat.com> Robert P. J. Day wrote: > i'm guessing i already know the answer to this, but is there any > support for PDF generation via FOP? from what i read, the appropriate > RPMs are in rawhide and i can easily wait for f9 to get that. thanks. Hi Robert, version 0.33 is in testing for F8. It should allow for building PDFs with that caveat of no svg's since FOP in F8 can't handle them. https://admin.fedoraproject.org/updates/F8/FEDORA-2008-3048 Cheers, Jeff. -- Jeff Fearn Software Engineer Engineering Operations Red Hat, Inc From jfearn at redhat.com Thu Apr 24 00:08:48 2008 From: jfearn at redhat.com (Jeff Fearn) Date: Thu, 24 Apr 2008 10:08:48 +1000 Subject: [publican-list] Repo Update Message-ID: <480FCF90.6090502@redhat.com> FYI: publican 0.33 and publican-fedora 0.12 have been built in F8, RawHide, EPEL 4 and EPEL 5. The F8 version is stalled in the update system. https://admin.fedoraproject.org/updates/F8/FEDORA-2008-3048 The EL-4/5 versions should get pushed live "sometime", there doesn't seem to be a schedule for when that happens. Cheers, Jeff. -- Jeff Fearn Software Engineer Engineering Operations Red Hat, Inc From bugzilla at redhat.com Thu Apr 24 00:54:39 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Apr 2008 20:54:39 -0400 Subject: [publican-list] [Bug 442969] FEATURE REQUEST: docbook-lint In-Reply-To: Message-ID: <200804240054.m3O0sdMd030369@bz-web1.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: FEATURE REQUEST: docbook-lint https://bugzilla.redhat.com/show_bug.cgi?id=442969 ------- Additional Comments From jfearn at redhat.com 2008-04-23 20:54 EST ------- This sounds pretty cool, let me know if you need any help with understanding publican or when it's ready for some integration testing. -- 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, or are watching someone who is. From bugzilla at redhat.com Thu Apr 24 05:57:54 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Apr 2008 01:57:54 -0400 Subject: [publican-list] [Bug 442988] default and fedora pdf brands are wrong In-Reply-To: Message-ID: <200804240557.m3O5vsid018290@bz-web2.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: default and fedora pdf brands are wrong https://bugzilla.redhat.com/show_bug.cgi?id=442988 jfearn at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|jfearn at redhat.com |afitzsim at redhat.com Status|NEW |ASSIGNED ------- Additional Comments From jfearn at redhat.com 2008-04-24 01:57 EST ------- Changes are in place to allow over ride of brand pdf style. -- 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, or are watching someone who is. From rpjday at crashcourse.ca Thu Apr 24 11:03:08 2008 From: rpjday at crashcourse.ca (Robert P. J. Day) Date: Thu, 24 Apr 2008 07:03:08 -0400 (EDT) Subject: [publican-list] publican/PDF/FOP support in f8? In-Reply-To: <480FC4E2.3060107@redhat.com> References: <480FC4E2.3060107@redhat.com> Message-ID: On Thu, 24 Apr 2008, Jeff Fearn wrote: > Robert P. J. Day wrote: > > i'm guessing i already know the answer to this, but is there any > > support for PDF generation via FOP? from what i read, the > > appropriate RPMs are in rawhide and i can easily wait for f9 to > > get that. thanks. > > Hi Robert, version 0.33 is in testing for F8. It should allow for > building PDFs with that caveat of no svg's since FOP in F8 can't > handle them. > > https://admin.fedoraproject.org/updates/F8/FEDORA-2008-3048 > > Cheers, Jeff. thanks. also (and this is probably WAY off-topic), i'm interested in publican since it seems to be a nicer way to (re)write a bunch of my linux courseware manuals. a few years back, i hacked up my own toolchain to do pretty much what publican does now, except i added one pre-processing step that saved me bunches of time. since, at the time, i didn't see a nice XML editor, i typed in the source by hand, but typing full docbook tags like "section" and "chapter" and so on was excruciatingly tedious. so i added a step that allowed me to define my own abbreviations for common tags, like "pa" for para, "ch" for chapter and so on. then i added what was essentially an identity transform that converted those tags into proper docbook, and proceeded to do regular processing from there. hacky, yes, but a definite time-saver. and on that note, what *are* people using for actually writing their docbook? open source editors only, of course. :-) rday -- ======================================================================== Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture. http://crashcourse.ca Waterloo, Ontario, CANADA ======================================================================== From mmcallis at redhat.com Thu Apr 24 12:54:14 2008 From: mmcallis at redhat.com (Murray McAllister) Date: Thu, 24 Apr 2008 22:54:14 +1000 Subject: [publican-list] publican/PDF/FOP support in f8? In-Reply-To: References: <480FC4E2.3060107@redhat.com> Message-ID: <481082F6.5080500@redhat.com> Robert P. J. Day wrote: > On Thu, 24 Apr 2008, Jeff Fearn wrote: > >> Robert P. J. Day wrote: >>> i'm guessing i already know the answer to this, but is there any >>> support for PDF generation via FOP? from what i read, the >>> appropriate RPMs are in rawhide and i can easily wait for f9 to >>> get that. thanks. >> Hi Robert, version 0.33 is in testing for F8. It should allow for >> building PDFs with that caveat of no svg's since FOP in F8 can't >> handle them. >> >> https://admin.fedoraproject.org/updates/F8/FEDORA-2008-3048 >> >> Cheers, Jeff. > > thanks. also (and this is probably WAY off-topic), i'm interested > in publican since it seems to be a nicer way to (re)write a bunch of > my linux courseware manuals. a few years back, i hacked up my own > toolchain to do pretty much what publican does now, except i added one > pre-processing step that saved me bunches of time. > > since, at the time, i didn't see a nice XML editor, i typed in the > source by hand, but typing full docbook tags like "section" and > "chapter" and so on was excruciatingly tedious. so i added a step > that allowed me to define my own abbreviations for common tags, like > "pa" for para, "ch" for chapter and so on. then i added what was > essentially an identity transform that converted those tags into > proper docbook, and proceeded to do regular processing from there. > hacky, yes, but a definite time-saver. > > and on that note, what *are* people using for actually writing their > docbook? open source editors only, of course. :-) > > rday > -- > > > ======================================================================== > Robert P. J. Day > Linux Consulting, Training and Annoying Kernel Pedantry: > Have classroom, will lecture. > > http://crashcourse.ca Waterloo, Ontario, CANADA > ======================================================================== Hi, I am use Kate. I find the XML validation (you need to install the kdeaddons package) to be really helpful when errors occur. Also, in Kate, if you go "XML -> Assign Meta DTD...", and select the "/usr/share/publican/xsl/docbook.dtd.xml" file, when you begin to type an element, such as " References: <480FC4E2.3060107@redhat.com> <481082F6.5080500@redhat.com> Message-ID: <4810837C.50909@redhat.com> Murray McAllister wrote: > Robert P. J. Day wrote: >> On Thu, 24 Apr 2008, Jeff Fearn wrote: >> >>> Robert P. J. Day wrote: >>>> i'm guessing i already know the answer to this, but is there any >>>> support for PDF generation via FOP? from what i read, the >>>> appropriate RPMs are in rawhide and i can easily wait for f9 to >>>> get that. thanks. >>> Hi Robert, version 0.33 is in testing for F8. It should allow for >>> building PDFs with that caveat of no svg's since FOP in F8 can't >>> handle them. >>> >>> https://admin.fedoraproject.org/updates/F8/FEDORA-2008-3048 >>> >>> Cheers, Jeff. >> >> thanks. also (and this is probably WAY off-topic), i'm interested >> in publican since it seems to be a nicer way to (re)write a bunch of >> my linux courseware manuals. a few years back, i hacked up my own >> toolchain to do pretty much what publican does now, except i added one >> pre-processing step that saved me bunches of time. >> >> since, at the time, i didn't see a nice XML editor, i typed in the >> source by hand, but typing full docbook tags like "section" and >> "chapter" and so on was excruciatingly tedious. so i added a step >> that allowed me to define my own abbreviations for common tags, like >> "pa" for para, "ch" for chapter and so on. then i added what was >> essentially an identity transform that converted those tags into >> proper docbook, and proceeded to do regular processing from there. >> hacky, yes, but a definite time-saver. >> >> and on that note, what *are* people using for actually writing their >> docbook? open source editors only, of course. :-) >> >> rday >> -- >> >> >> ======================================================================== >> Robert P. J. Day >> Linux Consulting, Training and Annoying Kernel Pedantry: >> Have classroom, will lecture. >> >> http://crashcourse.ca Waterloo, Ontario, CANADA >> ======================================================================== > > Hi, > > I am use Kate. * I am using Kate I find the XML validation (you need to install the > kdeaddons package) to be really helpful when errors occur. Also, in > Kate, if you go "XML -> Assign Meta DTD...", and select the > "/usr/share/publican/xsl/docbook.dtd.xml" file, when you begin to type > an element, such as " starting with "c", that are currently legal to use. > > I also really love jEdit - it has a lot of neat features, such as an > error console that parses on keystroke, so you see immediately when you * so you immediately see... > make an error. I think it automatically closes tags for you when you > start typing " tags... > > I wrote a little document a while ago on using Kate as a XML/Docbook > editor: > > http://mdious.fedorapeople.org/kate/ > > That was built using publican - hope you find it useful. > > Cheers, > > Murray. Time for sleep! From rpjday at crashcourse.ca Thu Apr 24 13:02:50 2008 From: rpjday at crashcourse.ca (Robert P. J. Day) Date: Thu, 24 Apr 2008 09:02:50 -0400 (EDT) Subject: [publican-list] publican/PDF/FOP support in f8? In-Reply-To: <4810837C.50909@redhat.com> References: <480FC4E2.3060107@redhat.com> <481082F6.5080500@redhat.com> <4810837C.50909@redhat.com> Message-ID: On Thu, 24 Apr 2008, Murray McAllister wrote: > Murray McAllister wrote: > > I also really love jEdit - it has a lot of neat features, such as an error > > console that parses on keystroke, so you see immediately when you > > * so you immediately see... no, you were right the first time. :-) rday -- ======================================================================== Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture. http://crashcourse.ca Waterloo, Ontario, CANADA ======================================================================== From rpjday at crashcourse.ca Thu Apr 24 17:04:21 2008 From: rpjday at crashcourse.ca (Robert P. J. Day) Date: Thu, 24 Apr 2008 13:04:21 -0400 (EDT) Subject: [publican-list] XML_DESKTOP? Message-ID: probably just the first in a series of dumb questions but what is the rationale behind the var XML_DESKTOP? it's not documented anywhere. rday -- ======================================================================== Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry: Have classroom, will lecture. http://crashcourse.ca Waterloo, Ontario, CANADA ======================================================================== From jfearn at redhat.com Mon Apr 28 02:13:02 2008 From: jfearn at redhat.com (Jeff Fearn) Date: Mon, 28 Apr 2008 12:13:02 +1000 Subject: [publican-list] XML_DESKTOP? In-Reply-To: References: Message-ID: <481532AE.5060204@redhat.com> Robert P. J. Day wrote: > probably just the first in a series of dumb questions but what is > the rationale behind the var XML_DESKTOP? it's not documented > anywhere. Hi Robert, I updated the help texts to reflect recent changes and added some doco on internal variables. XML_DESKTOP: Use XML for the desktop package instead of the default html-single. Cheers, Jeff. From bugzilla at redhat.com Tue Apr 29 02:20:19 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Apr 2008 22:20:19 -0400 Subject: [publican-list] [Bug 444551] New: Add support for Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/show_bug.cgi?id=444551 Summary: Add support for Product: Red Hat Enterprise Linux 5 Version: 5.1 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: publican AssignedTo: jfearn at redhat.com ReportedBy: daobrien at redhat.com QAContact: mhideo at redhat.com CC: publican-list at redhat.com Description of problem: This tag is used to create nested tables, and currently returns a warning on make test: WARNING: Unknown tag: entrytbl. This tag may not be displayed correctly http://www.docbook.org/tdg/en/html/entrytbl.html Version-Release number of selected component (if applicable): How reproducible: 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, or are watching someone who is. From bugzilla at redhat.com Tue Apr 29 05:15:13 2008 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Apr 2008 01:15:13 -0400 Subject: [publican-list] [Bug 444551] Add support for In-Reply-To: Message-ID: <200804290515.m3T5FDWL032006@bz-web1.app.phx.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Add support for https://bugzilla.redhat.com/show_bug.cgi?id=444551 jfearn at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |WONTFIX ------- Additional Comments From jfearn at redhat.com 2008-04-29 01:15 EST ------- Nested tables cause enormous problems in the PDF output, make debugging and supporting the tool chain significantly more difficult, and usually reflect poor content structure. For these reasons this tag will not receive support. e.g. the table in the IPA release notes would be better layed out with the most significant factor, the number of entries, on the left hand side: Num Entries | RAM | HDD | CPU 10K - 250K | 256MB | 2GB | P3 250K - 1M | 512MB | 4GB | P3 1M+ | 1GB | 8GB | P3 This removes the table nesting and makes it far more obvious to the reader what the important factor is for deciding hardware requirements. -- 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, or are watching someone who is.