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
>>
>>
>
