The latest snapshot is from 22 April, so you should try that version and let us know if something still needs fixing.
Something is going wrong with the snapshot machine that prevents it from building a snapshot with each change. I'm investigating. Bob Stayton Sagehill Enterprises [email protected] From: Carlos Araya Sent: Sunday, April 21, 2013 8:33 AM To: Thomas Schraitle Cc: [email protected] Subject: Re: [docbook-apps] EPUB3: how to use base.dir ? Thomas: The build file I use was working without errors until I made the change. The problem with generating the content zip file is not just validation. Either before or after I validate the file I will still have to generate the zipped epub file to deliver so, to me, the problem is still there and it wasn't there before. I use JIng to validate the docbook file before transformation and it reports no errors. I work with the following customization layer <?xml version='1.0'?> <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0"> <xsl:import href="../docbook/epub3/chunk.xsl"/> <!-- Additional Stylesheet--> <xsl:param name="html.stylesheet" select="'carlos-new.css'"/> <!-- add DC metadaa elements --> <xsl:param name="epub.include.optional.metadata.dc.elements" select="1"/> <!-- Kindle extensions --> <xsl:param name="kindle.extensions" select="1"/> <!-- Use graphics for admonitions? --> <xsl:param name="admon.graphics" select="1"/> <!-- Callouts --> <xsl:param name="callout.graphics.extension">.png</xsl:param> <xsl:param name="callout.graphics.path">images/callouts/</xsl:param> <xsl:param name="callout.graphics" select="1"></xsl:param> <!-- Control Chunking Behavior --> <xsl:param name="chunk.section.depth" select="0"/> <xsl:param name="chunk.first.sections" select="0"/> <!-- Additional items to add to package.opf--> <xsl:template name="user.manifest.items"> <item xmlns="http://www.idpf.org/2007/opf" id="font1" href="type/GraublauWeb.otf" media-type="application/vnd.ms-opentype"/> <item xmlns="http://www.idpf.org/2007/opf" id="font2" href="type/GraublauWebBold.otf" media-type="application/vnd.ms-opentype"/> <item xmlns="http://www.idpf.org/2007/opf" id="font3" href="type/DejaVuSansMono.ttf" media-type="application/vnd.ms-opentype"/> </xsl:template> </xsl:stylesheet> Carlos On Sat, Apr 20, 2013 at 11:16 PM, Thomas Schraitle <[email protected]> wrote: Hi Carlos, Am Samstag, 20. April 2013, 18:16:42 schrieb Carlos Araya: > > After updating to the latest snapshot I'm getting validation errors that I > don't know if they are epubcheck issues or if they are being caused by the > change in base.dir behavior: According to the snapshots.docbook.org page, the last version is built on April 17. This looks not as the latest snapshot release. ;-) However, I've tried to transform my cookbook project into EPUB3 and received validation errors too (but they are different). But this is another story. > [...] > Realized earlier that I had OEBPS as the base.dir and changed it to book/ Right, that's correct now. > With that change made I'm getting epubcheck validation errors that were not > there before: Tip: You don't need to create the ZIP archive and pass it to epubcheck. You can start the validation process right after xsltproc wrote the directories without creating the ZIP archive. For example, if you've used foo/ as base.dir, invoke epubcheck with this option after the transformation step: $ epubcheck foo/ -mode exp It is even possible to validate only parts of the EPUB (directory), also with the -mode option: mo = Media overlays nav = Navigation document opf = package document svg = SVG content xhtml = XHTML content The -version option specifies with EPUB version to validate (the values can be either 2.0 or 3.0). > epub-check: > [java] ERROR: docbook-howto.epub: Length of the first filename in > archive must be 8, but was 13 > [java] Epubcheck Version 3.0 > [java] > [java] ERROR: docbook-howto.epub: Required META-INF/container.xml > resource is missing > [java] > [java] Check finished with warnings or errors > [java] > > I got the validations errors with both epubcheck 3.0 B5 and 3.0 final. > > I'm trying to determine if the errors are caused by the update to the > base.dir parameter or if it's a new quirk of epubcheck that I hadn't seen > before. This indeed looks strange. However, I didn't get such validation errors. I've used the last public stable release (1.78.1) and the snapshot from docbook- xsl-snapshot.tar.bz2 file, both with success. Do you use a customization layer? -- Gruß/Regards Thomas Schraitle --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
