Your comments

I know, I know...


But I don't even manage to answer all the questions on this forum (much to my shame), so settings auto-migration is waaaaay down on my "should-do" list. ;p


(By the way, I did update the documentation upon V2 release, so...)

Ubooquity offers a way to interface with other applications using its OPDS feed.

But it requires specific development in the external application.


As far as I know, the only applications that have done the development are:


Challenger Comics Viewer (Android)

Chunky Viewer (iOS)

ComicViewer for Ubooquity (Android)

The provided execution directory does not exist or is not writable


just means that: the directory you are running Ubooquity from (the one you are in when you launch the command, since you didn't specify a explicit working directyory) seems to lack writing permissions for the user you are launching it with..

There is this.


Also, from what I read, ComicRack does not automatically write the metadata into your files (even for CBZ), there is some manual action involved (I'm not using it myself, so I can't be more accurate).

If tags are not displayed for some CBZ files (and if there is actually a ComicInfo.xml file inside the CBZ), send it to me, I'll take a look to understand what's wrong.



That's weird...


Just a long shot: is the clock of your Raspberry at the right time ?

The files on the shared drive are the Ubooquity binaries or your books/comics ?

I looked into this a few years ago (you're not the first to ask about this) and rejected the idea for the following reason:


  • It would require waaaay too much time to implement

Also:

  • ComicVine is good for US comics but is not usable for european/japanese comics. To do something "universal" I would have had to find and integrate other databases -> even more work and complexity
  • Storing metadata inside files (be it a picture, a book, a comic...) is a better practice than storing them in an external database: metadata have a 1:1 relationship with the file they describe, also if you want to stop using Ubooquity and use another software, the database becomes useless to you.
  • Given how little I have to work on Ubboquity, I prefer to focus on a "single" feature, which is content access (meaning giving you a way to browse and read your books). Content edition (like getting and inserting metadata) is a whole other family of features that would entail quite a few problems.
    For instance, Ubooquity never modifies user documents. So I don't need to worry about corrupting or erasing your books by mistake. The day I allow Ubooquity to modify this files, I'll have to be a lot more careful.

So, sorry, it won't happen.

Also, there were two issues: I had missed this line:

java.net.BindException: Cannot assign requested address


This means one of the port you want to use for Ubooquity (2202 or 2203) is already used by another process on your machine. Try using other ports.

Try running Ubooquity with the "--headless" option, it should work.

Hello,


The "angular-*.min.js.map" are not included in Ubooquity, they are Javascript libraries sources that are used only when debugging. I have the same logs when I use the "web developper" screen in Firefox or Chrome.

Would you happen to have used such a feature in your browser ?


In any case, this error has no impact whatsoever.


But there is indeed a problem with the admin and the reverse proxy.

I'm working on it.