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 <> 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
From: Carlos Araya
Sent: Sunday, April 21, 2013 8:33 AM
To: Thomas
Schraitle
Cc:
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 <>
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:
For
additional commands, e-mail:
