MobileRead Forums - View Single Post

KevinH · 08-23-2020, 08:01 PM

Okay, I took a look at the plugin.py code and this appears to be expected behaviour that results from a bug when a python subprocess is used to run a java command line program on macOSX.

My guess is the subprocess is not capturing any of the environment variable settings so no locale is detected and no java Properties are set (specifically the file.separator property). Or they try to lower case the os.name but without a Locale set in the environment it fails.

So my guess is your Sigil or temp path or book path has a "." someplace in the path that is confusing the workaround (perhaps here: "epub3-v4.1")

This is all a guess.

Perhaps adding a -Dos.name="Mac OS X" to the java command line of epubcheck on macOS may help prevent the need for the workaround.

Doitsu, I would be happy to test that for you if you decide to try that approach.

08-23-2020, 08:01 PM	#347
KevinH Sigil Developer Posts: 8,893 Karma: 6120478 Join Date: Nov 2009 Device: many	Okay, I took a look at the plugin.py code and this appears to be expected behaviour that results from a bug when a python subprocess is used to run a java command line program on macOSX. My guess is the subprocess is not capturing any of the environment variable settings so no locale is detected and no java Properties are set (specifically the file.separator property). Or they try to lower case the os.name but without a Locale set in the environment it fails. So my guess is your Sigil or temp path or book path has a "." someplace in the path that is confusing the workaround (perhaps here: "epub3-v4.1") This is all a guess. Perhaps adding a -Dos.name="Mac OS X" to the java command line of epubcheck on macOS may help prevent the need for the workaround. Doitsu, I would be happy to test that for you if you decide to try that approach. Last edited by KevinH; 08-23-2020 at 08:32 PM. Reason: "