Bob, The latest snapshot, downloaded tonight I get the same validation error.
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] BUILD FAILED I then tried to zip and validate he file manually and I got the same error Carlos On Mon, Apr 22, 2013 at 10:47 AM, Bob Stayton <b...@sagehill.net> wrote: > ** > 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 > b...@sagehill.net > > *From:* Carlos Araya <carlos.ar...@gmail.com> > *Sent:* Sunday, April 21, 2013 8:33 AM > *To:* Thomas Schraitle <tom_s...@web.de> > *Cc:* docbook-apps@lists.oasis-open.org > *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 <tom_s...@web.de>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: docbook-apps-unsubscr...@lists.oasis-open.org >> For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org >> >> >