Computer Active recipe from command line ?

[g8dhe]

Hi, Just started using the recipes and very much impressed.
However I am having a problem with one specific recipe: Computer Active.
When its run from within Calibre all is OK and the feed appears as normal.
However when run from the command line (as I do from the small home server with all the other recipes) the Computer Active feed fails ?
The headers and TOC appear but the individual article feeds fail.
So what's different between running under the GUI and scheduling separately from the command line ?
There are some error messages that appear as follows;

M:\BooksAndText\Calibre Library\Calibre2>ebook-convert computer_active.recipe co
mputer_active.mobi --output-profile kindle --test -vv --debug-pipeline ca-debug>
> ca-debug.log
ERROR:calibre.css:Property: Invalid value for "CSS Fonts Module Level 3 @font-fa
ce properties/CSS Level 2.1" property: bold [31:139: font-style]
ERROR:calibre.css:Property: Invalid value for "CSS Fonts Module Level 3 @font-fa
ce properties/CSS Level 2.1" property: bold [31:139: font-style]
ERROR:calibre.css:Property: Invalid value for "CSS Fonts Module Level 3 @font-fa
ce properties/CSS Level 2.1" property: bold [31:139: font-style]
ERROR:calibre.css:Property: Invalid value for "CSS Fonts Module Level 3 @font-fa
ce properties/CSS Level 2.1" property: bold [31:139: font-style]
ERROR:calibre.css:Property: Invalid value for "CSS Fonts Module Level 3 @font-fa
ce properties/CSS Level 2.1" property: bold [31:139: font-style]
ERROR:calibre.css:Property: Invalid value for "CSS Fonts Module Level 3 @font-fa
ce properties/CSS Level 2.1" property: bold [31:139: font-style]
ERROR:calibre.css:Property: Invalid value for "CSS Fonts Module Level 3 @font-fa
ce properties/CSS Level 2.1" property: bold [31:139: font-style]

M:\BooksAndText\Calibre Library\Calibre2>

I've attached the full debug log file "ca-debug.log" file below as a text file.

Thoughts and assistance appreciated!

[Starson17]

Originally Posted by g8dhe

what's different between running under the GUI and scheduling separately from the command line ?

There's not supposed to be any (much?) difference. That said, I've seen reports of differences, and replicated them only once, but it was a long time ago. I haven't tracked any problems like this down, but I think they may relate to the conversion from the XHTML stage to the final format. I'd suggest you run:

ebook-convert computer_active.recipe outputdir --test -vv > ca-debug.log

Then see what the XHTML results are in outputdir when viewed in the browser. If the recipe runs to completion and the outputdir looks good in the browser, you will know the problem is in the conversion stage after that.

[g8dhe]

Thanks, I have tried that and have the debug directories, but looking under the "input" directory there doesn't appear to be anything downloaded, it creates an index.html under each feed_n & article_n which contains the correct URL for the feed but there are no other files to contain the text of the article, if I click the link in the index file that has been created which says "This article downloaded from" it does indeed take you to the article in question, but no where can I find the file that contains those download pages - so I assume that for some reason the pages are not being fetched when its run from the command line ? Other recipes are fine so a little bemused at present, as to where to go from here ?

[Starson17]

Originally Posted by g8dhe

Thanks, I have tried that and have the debug directories, but looking under the "input" directory there doesn't appear to be anything downloaded, it creates an index.html under each feed_n & article_n which contains the correct URL for the feed but there are no other files to contain the text of the article, if I click the link in the index file that has been created which says "This article downloaded from" it does indeed take you to the article in question, but no where can I find the file that contains those download pages - so I assume that for some reason the pages are not being fetched when its run from the command line ? Other recipes are fine so a little bemused at present, as to where to go from here ?

If you are saying that when run from the command line it fetches nothing, not even in the input directory (I'm pretty sure that's the same as running the command line I suggested, but I'd test mine anyway) but when run from the GUI it works? I'd be absolutely sure you are running the same recipe in both cases then. Grab a clean copy to make sure. Do not grab from the backup stored locally or use an older copy for your command line test.

If you are 100% sure that you've run the same recipe in both cases, I'll test at this end to see if I can replicate it.

[g8dhe]

Thanks Starson17, that was the problem, an old version, I pulled it out of the Zip a few months back and it didn't work then, so put it to one side to investigate after a holiday, and have only just got back to it!
So final question - for the time being - what's the best way of automating getting the latest version of a recipe are they downloadable, rather than relying on the Zip copy ?

[Starson17]

Originally Posted by g8dhe

Thanks Starson17, that was the problem, an old version, I pulled it out of the Zip a few months back and it didn't work then, so put it to one side to investigate after a holiday, and have only just got back to it!
So final question - for the time being - what's the best way of automating getting the latest version of a recipe are they downloadable, rather than relying on the Zip copy ?

You can always grab builtin recipes online. There's a link in my sticky to the code for all recipes. When Kovid updates a recipe, I believe that link points to the new code.

When run from the GUI, the current version of a builtin recipe is always grabbed. I don't know for certain how this process interfaces with the command line. I believe you can run a builtin recipe by recipe name and it will do the same fetch, while if you run it pointing to a local recipe filename it will use that local file, not the online updated version. I've never actually tested this out, so report back if you figure it out for sure.

Finally, I suspect you could emulate the procedure that a GUI run builtin uses to grab the current version if you can't make one of the above work for you.

[kovidgoyal]

Using a recipe title from the command line will fetch the latest, using a filename will not.

[g8dhe]

Many thanks Starson 17 and Kovid, I'll change all the file names to the relevant titles - I hadn't spotted that in the manual.

[g8dhe]

Originally Posted by kovidgoyal

Using a recipe title from the command line will fetch the latest, using a filename will not.

OK that had me going for a while , just specifying the "Title" didn't work , but specifying the "file name.recipe" without the recipe file being present makes it go off and fetch the latest version

Obvious when you know it - any chance of it being included in the command line documentation I wonder

[kovidgoyal]

You want

"Title.recipe"