OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

docbook-apps message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [docbook-apps] EPUB3: how to use base.dir ?


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 <bobs@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
bobs@sagehill.net

Sent: Sunday, April 21, 2013 8:33 AM
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="">
    <!-- 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="" media-type="application/vnd.ms-opentype"/>
        <item xmlns="http://www.idpf.org/2007/opf" id="font2" href="" media-type="application/vnd.ms-opentype"/>
        <item xmlns="http://www.idpf.org/2007/opf" id="font3" href="" media-type="application/vnd.ms-opentype"/>
    </xsl:template>
</xsl:stylesheet>

Carlos

On Sat, Apr 20, 2013 at 11:16 PM, Thomas Schraitle <tom_schr@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-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: docbook-apps-help@lists.oasis-open.org





[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]