epubcheck plugin for Sigil

[philja]

Before getting too involved in making my own build - although I did look at DiapDealer's remarkably clear instructions - I made a visit to the Sigil flatpak's github site.

I posted an 'issue' about the matter of difficulty for the plugin to get in touch with java. I also mentioned ODTimport which also needs java.

Overnight, this issue has been taken into account with an update pushed. The Readme has also been updated to state :

For plugins that need java runtime

flatpak install flathub org.freedesktop.Sdk.Extension.openjdk17//22.08

I used that line of code to install openjdk17 and installed the updated flatpak version of Sigil 1.9.20. I tested this satisfactorily with my epub file and EpubCheck.

I havn't yet had a chance to retry ODTimport - but I am optimistic.

[DiapDealer]

Originally Posted by philja

I'll have a look at "DiapDealer's fool-proof build instructions".

Open a new general Sigil thread if it proves to be less than dead simple for you. We'll be happy to help.

[philja]

Thanks for that offer, DiapDealer. I'll keep it in mind for possible future needs. But for the moment, the flatpak issue has been solved and Sigil and EpubCheck are now working fine as a flatpak - see my post above.

[jcsalomon]

Sigil 1.9.20 built from source on Xubuntu 22.10; Qt 5.15.6. testplugin_v019.zip works with all tests passed. Java installed:

$ java --version
openjdk 11.0.17 2022-10-18
OpenJDK Runtime Environment (build 11.0.17+8-post-Ubuntu-1ubuntu2)
OpenJDK 64-Bit Server VM (build 11.0.17+8-post-Ubuntu-1ubuntu2, mixed mode, sharing)

EPUBcheck 0.4.6.2 installed. Running it on the default EPUB 3 boilerplate yields:

Status: failed

Running update check...

*** PYTHON ERROR ***
SSL version: OpenSSL 3.0.5 5 Jul 2022
An exception of type HTTPError occurred.
Arguments:
()
Version not found.

Setting "update_check": false in EpubCheck.json does not fix the error, though setting the last_time_checked to a more recent date does work.

[Doitsu]

Originally Posted by jcsalomon

Setting "update_check": false in EpubCheck.json does not fix the error, though setting the last_time_checked to a more recent date does work.

There's probably a bug in the update check code. If you also change the following setting to to false, you shouldn't get this error message:

  "github": false,

I wasn't able to reproduce this issue on my Linux machine. Maybe Sigil picked up a Python 2 interpreter when you clicked the Auto button or the urllib package on your machine is outdated or missing a dependency.

Try the following: Open a terminal, enter python and hit Enter. Then paste the following commands

from urllib.request import urlopen
github_url = 'https://api.github.com/repos/w3c/epubcheck/releases'
response = urlopen(github_url).read().decode('utf-8')

If you don't get any error mesages also try the following commands:

href = 'https://www.mobileread.com/forums/showpost.php?p=2950625&postcount=1'
response = urlopen(href).read().decode('utf-8', 'ignore')

Also double-check in Sigil what Python path is shown when you select Plugins > Manage Plugins > Path to Interpreter Executable.

[roger64]

Hi

When I try to check an ePub with the plugin, I get this message:

Statut : failed

Vérification de la mise à jour ignorée : Pas d’accès Internet.

EPUBCheck 4.2.5 en cours d'exécution ... veuillez patienter.
Erreur de java.
 Error: A JNI error has occurred, please check your installation and try again
Exception in thread "main" java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-11-openjdk/lib/libnio.so: /usr/lib/jvm/java-11-openjdk/lib/libnio.so: undefined symbol: reuseport_available
	at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method)
	at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2445)
	at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2501)
	at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2700)
	at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2651)
	at java.base/java.lang.Runtime.loadLibrary0(Runtime.java:830)
	at java.base/java.lang.System.loadLibrary(System.java:1873)
	at java.base/sun.nio.fs.UnixNativeDispatcher$1.run(UnixNativeDispatcher.java:621)
	at java.base/sun.nio.fs.UnixNativeDispatcher$1.run(UnixNativeDispatcher.java:619)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/sun.nio.fs.UnixNativeDispatcher.<clinit>(UnixNativeDispatcher.java:619)
	at java.base/sun.nio.fs.UnixFileSystem.<init>(UnixFileSystem.java:65)
	at java.base/sun.nio.fs.LinuxFileSystem.<init>(LinuxFileSystem.java:39)
	at java.base/sun.nio.fs.LinuxFileSystemProvider.newFileSystem(LinuxFileSystemProvider.java:46)
	at java.base/sun.nio.fs.LinuxFileSystemProvider.newFileSystem(LinuxFileSystemProvider.java:39)
	at java.base/sun.nio.fs.UnixFileSystemProvider.<init>(UnixFileSystemProvider.java:56)
	at java.base/sun.nio.fs.LinuxFileSystemProvider.<init>(LinuxFileSystemProvider.java:41)
	at java.base/sun.nio.fs.DefaultFileSystemProvider.<clinit>(DefaultFileSystemProvider.java:35)
	at java.base/java.nio.file.FileSystems$DefaultFileSystemHolder.getDefaultProvider(FileSystems.java:113)
	at java.base/java.nio.file.FileSystems$DefaultFileSystemHolder$1.run(FileSystems.java:102)
	at java.base/java.nio.file.FileSystems$DefaultFileSystemHolder$1.run(FileSystems.java:100)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.nio.file.FileSystems$DefaultFileSystemHolder.defaultFileSystem(FileSystems.java:100)
	at java.base/java.nio.file.FileSystems$DefaultFileSystemHolder.<clinit>(FileSystems.java:94)
	at java.base/java.nio.file.FileSystems.getDefault(FileSystems.java:182)
	at java.base/java.io.File.toPath(File.java:2329)
	at java.base/java.util.zip.ZipFile$Source.get(ZipFile.java:1259)
	at java.base/java.util.zip.ZipFile$CleanableResource.<init>(ZipFile.java:733)
	at java.base/java.util.zip.ZipFile$CleanableResource.get(ZipFile.java:850)
	at java.base/java.util.zip.ZipFile.<init>(ZipFile.java:248)
	at java.base/java.util.zip.ZipFile.<init>(ZipFile.java:177)
	at java.base/java.util.jar.JarFile.<init>(JarFile.java:350)
	at java.base/java.util.jar.JarFile.<init>(JarFile.java:321)
	at java.base/java.util.jar.JarFile.<init>(JarFile.java:260)
	at java.base/sun.launcher.LauncherHelper.getMainClassFromJar(LauncherHelper.java:552)
	at java.base/sun.launcher.LauncherHelper.loadMainClass(LauncherHelper.java:778)
	at java.base/sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:686)

I use Archlinux and my Java version is

[roger@roger-lenovo ~]$ java --version
openjdk 11.0.18 2023-01-17
OpenJDK Runtime Environment (build 11.0.18+10)
OpenJDK 64-Bit Server VM (build 11.0.18+10, mixed mode)

[Doitsu]

It's an Arch Linux JRE bug.

You'll need to downgrade JRE to the previous version.
If you haven't already done so, install the downgrade package.

Then run the following commands and select 19.0.1.u10 /var/cache/pacman/pkg:

sudo downgrade jre-openjdk-headless
sudo downgrade jre-openjdk

[roger64]

thank you

[wahahey]

Unable to install epubcheck sigil plugin v5.0.0

I have python and java installed (have checked in cmd prompt), have tried using both bundled and path python. I'm trying to install the .zip in Sigil version 1.9.20.
But Sigil keeps giving me the same message:

Error: Plugin not a valid Sigil plugin.

Is this a bug, or there something I am not doing?

[DiapDealer]

You (or a download manager) have probably inadvertently renamed the plugin's zip file. The file name matters. Either that or you (or the OS) have mistakenly unzipped the plugin.

[wahahey]

Hi DiapDealer

The filename I have is epubcheck-5.0.0.zip - is that correct?

I've also tried with epubcheck-4.2.6.zip and get the same result.

[Doitsu]

Originally Posted by wahahey

Unable to install epubcheck sigil plugin v5.0.0

You'll need to download the plugin .zip file attached to the first post in this thread (EpubCheck_v0.4.6.3.zip).

If you try to install the .zip files from the W3C EPUBCheck Github releases download page, you'll get an error message.

[wahahey]

Ah okay. I clearly did not look hard enough. Maybe a note about it being an attachment to the post could be added at the top - there is so much information about other things before reaching the attachment itself.

I have now installed it successfully, and it appears to run, but then... no visible result is given. Using a screen recorder I was able to capture the information that flashed up for a split second:

Running EPUBCheck 5.0.0 ... please wait.
< ?xml version= "1.0" encoding= "UTF-8"?>
<wrapper type= "valid ation">
< result> success</ result>
<changes>
</changes>
<msg>
Running E_pUBCheck 5.0.0 ... please wait.
</msg>
</wrapper>

Is this the expected behaviour? It seems to happen with any file, including ones I would not expect to pass validation.

[Doitsu]

Originally Posted by wahahey

Is this the expected behavior? It seems to happen with any file, including ones I would not expect to pass validation.

EPUBCheck might be less picky than you.
To test that the plugin works, create a new epub2 book. Then delete the closing </p> tag in Section0001.xhtml and run the plugin.

Spoiler:

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
  "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">
<head>
  <title></title>
</head>

<body>
  <p>&nbsp;
</body>
</html>

You should get the following error message:
Col: 3: FATAL(RSC-016): Fatal Error while parsing file: The element type "p" must be terminated by the matching end-tag "</p>".

[wahahey]

Thanks - yes it works perfectly.

I am trying to make accessible epubs, so yes, probably more picky!

I see now that the result appears in the Validation Results window/tab. I had already run the "Well-Formed Check EPUB" (F7), so the Message "No Problems Found" was there and did not change, making it appear that nothing had happened.

Many thanks for your help.