[Tuto] Calibre-web via Docker

MilesTEG1 · le 26 juillet 2021

Il y a 2 heures, oracle7 a dit :

Sinon on est bien d'accord et c'est juste pour comprendre, quand tu parles de tagger les livres, en fait tu leurs attribues une étiquette spécifique qui te permet ensuite de filtrer sur cette étiquette, l'affichage à l'écran de la bibliothèque selon l'utilisateur. J'ai bon ?

Oui c'est exactement cela 🙂 Je défini une étiquette au nom de ma femme pour ses ebooks, une à mon nom pour les miens, et j'applique les deux étiquettes pour les ebooks en commun.

Il y a 2 heures, oracle7 a dit :

Si c'est cela alors saches que tu peux ensuite sur la base de ce filtre créer dans Calibre_Web des "étagères" que tu peux masquer ou non selon les utilisateurs.

J'ai vu qu'on pouvait créer des étagères, mais je n'ai pas vu comment les partager aux autres utilisateurs non-admin...
Et c'est pas super ergonomique non plus... J'ai du faire une recherche personnalisée sur une étiquette et affecter tous les ebooks résultant de cette recherche dans l'étagère que j'avais créé juste avant.

MilesTEG1 · le 27 juillet 2021

@oracle7 J'ai réussi à trouver comment partager une étagère. C'est un peu contre-intuitif...

Bon après, pour l'utilisation que j'en ai, ce n'est pas super utile de partager l'étagère après avoir restreint les ebooks vus par ma femme avec l'étiquette à son nom.

Sinon, avec l'extension de calibre Find Duplicates, trop facile de virer les ebooks en double.

Par contre, une fois fini de fusionner les deux biblios, Calibre-Web ne se met pas à jour tout seul. Je dois cliquer sur le bouton de reconnexion à la base de donnée dont j'ai parlé précédemment).

N'y a-t-il pas moyen de faire en sorte que les livres que je marque comme lus dans Calibre (ordinateur) soit aussi marqué comme lus dans Calibre-Web ?

cadkey · le 27 juillet 2021

Bonjour,
Je pensais commencer une petite collection de ebboks et j'ai lu cette discussion sur calibre-web docker.
J'ai quelques questions sur le fonctionnement de calibre-web et la gestion des ebooks.
Quelle serait la marche à suivre lorsqu'on a encore aucune base de données svp?
Est-il possible de tout construire sur calibre-web et de n'utiliser son pc ou des tablettes uniquement pour la lecture des ebooks stockés sur le NAS?

.Shad. · le 27 juillet 2021

Non tu dois créer une base de donnée Calibre au préalable. Soit avec une application desktop soit via l'image Calibre (pas Calibre-Web).

Modifié le 27 juillet 2021 par .Shad.

cadkey · le 28 juillet 2021

Juste une question, la page de login est en français, les menus de l'interface sont en anglais, c'est normal?

oracle7 · le 28 juillet 2021

@cadkey

Bonjour,

NON pas normal. Tu a dû rater un truc !

Chez moi tout est en FR même avec ceci dans le docker-compose.yml :

Citation

        environment:
            - LANGUAGE=en_US.UTF-8
            - LANG=en_US.UTF-8
            - APPNAME=calibre
            - UMASK_SET=022
            - TZ=Europe/Paris

Cordialement

oracle7😉

.Shad. · le 28 juillet 2021

De souvenir dans l'interface d'administration des utilisateurs tu peux choisir la langue pour chacun d'eux. Je vérifierai quand je serai devant mon PC.

oracle7 · le 28 juillet 2021

@cadkey

Bonjour,

Maintenant que @.Shad. le dit, c'est exact :

Cordialement

oracle7😉

cadkey · le 28 juillet 2021

il y a 9 minutes, .Shad. a dit :

De souvenir dans l'interface d'administration des utilisateurs tu peux choisir la langue pour chacun d'eux. Je vérifierai quand je serai devant mon PC.

C'était bien ça. Merci @.Shad.

Spi · le 9 août 2021

Merci @quart-temps pour ton tuto et @oracle7 pour la partie docker-compose.
Effectivement sans le docker-compose cela n'est pas fonctionnel, message d'erreur avec "L'emplacement db incorrect, veuillez saisir un chemin valide" comme les autres l'ont mentionné avant.

Avec le fichier docker-compose c'est passé sans aucun soucis!

oracle7 · le 9 août 2021

@Spi

Bonjour,

Content pour toi que cela ai pu t'aider ...

Cordialement

oracle7😉

Lud · le 4 octobre 2021

Salut à tous !

J'utilise ce container depuis longtemps sans aucun souci, et après avoir fait une mise à jour du container comme je le fais de temps en temps, impossible de refaire fonctionner Calibre-Web.

J'ai pourtant fait un basique :

1. Registry > search for image name you want to update > Download image

2. Stop container

3. Select container > Action > Clear

4. Start container

Et rien de plus ! Tous mes autres containers mis à jour le même jour fonctionnent sans problème. Je m'arrache les cheveux dessus depuis plusieurs heures, mais je ne m'en sors pas. Un petit coup de main serait le bienvenu si ça ne vous dérange pas. 😉

Voici ce que m'affiche le journal (du plus récent en haut au plus ancien en bas) :

calibre-web

date	stream	content
2021-10-04 18:22:54	stdout	[s6-finish] sending all processes the KILL signal and exiting.
2021-10-04 18:22:51	stdout	[s6-finish] sending all processes the TERM signal.
2021-10-04 18:22:51	stdout	[s6-finish] waiting for services.
2021-10-04 18:22:51	stdout	[cont-finish.d] done.
2021-10-04 18:22:51	stdout	[cont-finish.d] executing container finish scripts...
2021-10-04 18:22:51	stdout	AttributeError: 'ProxyGenerator' object has no attribute '_webdriver'
2021-10-04 18:22:51	stdout	    if self._webdriver:
2021-10-04 18:22:51	stdout	  File "/usr/local/lib/python3.8/dist-packages/scholarly/_proxy_generator.py", line 381, in _close_session
2021-10-04 18:22:51	stdout	    self._close_session()
2021-10-04 18:22:51	stdout	  File "/usr/local/lib/python3.8/dist-packages/scholarly/_proxy_generator.py", line 60, in __del__
2021-10-04 18:22:51	stdout	Traceback (most recent call last):
2021-10-04 18:22:51	stdout	Exception ignored in: <function ProxyGenerator.__del__ at 0x7fa2781e6280>

EXTINCTION MANUELLE DU CONTAINER

2021-10-04 18:19:48	stdout	fake_useragent.errors.FakeUserAgentError: Maximum amount of retries reached
2021-10-04 18:19:48	stdout	    raise FakeUserAgentError('Maximum amount of retries reached')
2021-10-04 18:19:48	stdout	  File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 84, in get
2021-10-04 18:19:48	stdout	    ret = json.loads(get(
2021-10-04 18:19:48	stdout	  File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 187, in load
2021-10-04 18:19:48	stdout	    write(path, load(use_cache_server=use_cache_server, verify_ssl=verify_ssl))
2021-10-04 18:19:48	stdout	  File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 245, in update
2021-10-04 18:19:48	stdout	    update(path, use_cache_server=use_cache_server, verify_ssl=verify_ssl)
2021-10-04 18:19:48	stdout	  File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 250, in load_cached
2021-10-04 18:19:48	stdout	    self.data = load_cached(
2021-10-04 18:19:48	stdout	  File "/usr/local/lib/python3.8/dist-packages/fake_useragent/fake.py", line 75, in load
2021-10-04 18:19:48	stdout	    self.load()
2021-10-04 18:19:48	stdout	  File "/usr/local/lib/python3.8/dist-packages/fake_useragent/fake.py", line 69, in __init__
2021-10-04 18:19:48	stdout	    'User-Agent': UserAgent().random,
2021-10-04 18:19:48	stdout	  File "/usr/local/lib/python3.8/dist-packages/scholarly/_proxy_generator.py", line 368, in _new_session
2021-10-04 18:19:48	stdout	    self._new_session()
2021-10-04 18:19:48	stdout	  File "/usr/local/lib/python3.8/dist-packages/scholarly/_proxy_generator.py", line 54, in __init__
2021-10-04 18:19:48	stdout	    self.pm = ProxyGenerator()
2021-10-04 18:19:48	stdout	  File "/usr/local/lib/python3.8/dist-packages/scholarly/_navigator.py", line 59, in __init__
2021-10-04 18:19:48	stdout	    cls._instances[cls] = super(Singleton, cls).__call__(*args,
2021-10-04 18:19:48	stdout	  File "/usr/local/lib/python3.8/dist-packages/scholarly/_navigator.py", line 45, in __call__
2021-10-04 18:19:48	stdout	    self.__nav = Navigator()
2021-10-04 18:19:48	stdout	  File "/usr/local/lib/python3.8/dist-packages/scholarly/_scholarly.py", line 27, in __init__
2021-10-04 18:19:48	stdout	    scholarly = _Scholarly()
2021-10-04 18:19:47	stdout	  File "/usr/local/lib/python3.8/dist-packages/scholarly/__init__.py", line 4, in <module>
2021-10-04 18:19:47	stdout	    from scholarly import scholarly
2021-10-04 18:19:47	stdout	  File "/app/calibre-web/cps/about.py", line 58, in <module>
2021-10-04 18:19:47	stdout	    from cps.about import about
2021-10-04 18:19:47	stdout	  File "/app/calibre-web/cps.py", line 39, in <module>
2021-10-04 18:19:47	stdout	Traceback (most recent call last):
2021-10-04 18:19:47	stdout	
2021-10-04 18:19:47	stdout	During handling of the above exception, another exception occurred:
2021-10-04 18:19:47	stdout	
2021-10-04 18:19:47	stdout	urllib.error.URLError: <urlopen error [Errno -3] Temporary failure in name resolution>
2021-10-04 18:19:47	stdout	    raise URLError(err)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/urllib/request.py", line 1357, in do_open
2021-10-04 18:19:47	stdout	    return self.do_open(http.client.HTTPSConnection, req,
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/urllib/request.py", line 1397, in https_open
2021-10-04 18:19:47	stdout	    result = func(*args)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/urllib/request.py", line 502, in _call_chain
2021-10-04 18:19:47	stdout	    result = self._call_chain(self.handle_open, protocol, protocol +
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/urllib/request.py", line 542, in _open
2021-10-04 18:19:47	stdout	    response = self._open(req, data)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/urllib/request.py", line 525, in open
2021-10-04 18:19:47	stdout	    return opener.open(url, data, timeout)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/urllib/request.py", line 222, in urlopen
2021-10-04 18:19:47	stdout	    with contextlib.closing(urlopen(
2021-10-04 18:19:47	stdout	  File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 64, in get
2021-10-04 18:19:47	stdout	Traceback (most recent call last):
2021-10-04 18:19:47	stdout	
2021-10-04 18:19:47	stdout	During handling of the above exception, another exception occurred:
2021-10-04 18:19:47	stdout	
2021-10-04 18:19:47	stdout	socket.gaierror: [Errno -3] Temporary failure in name resolution
2021-10-04 18:19:47	stdout	    for res in _socket.getaddrinfo(host, port, family, type, proto, flags):
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/socket.py", line 918, in getaddrinfo
2021-10-04 18:19:47	stdout	    for res in getaddrinfo(host, port, 0, SOCK_STREAM):
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/socket.py", line 787, in create_connection
2021-10-04 18:19:47	stdout	    self.sock = self._create_connection(
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/http/client.py", line 918, in connect
2021-10-04 18:19:47	stdout	    super().connect()
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/http/client.py", line 1414, in connect
2021-10-04 18:19:47	stdout	    self.connect()
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/http/client.py", line 947, in send
2021-10-04 18:19:47	stdout	    self.send(msg)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/http/client.py", line 1007, in _send_output
2021-10-04 18:19:47	stdout	    self._send_output(message_body, encode_chunked=encode_chunked)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/http/client.py", line 1247, in endheaders
2021-10-04 18:19:47	stdout	    self.endheaders(body, encode_chunked=encode_chunked)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/http/client.py", line 1298, in _send_request
2021-10-04 18:19:47	stdout	    self._send_request(method, url, body, headers, encode_chunked)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/http/client.py", line 1252, in request
2021-10-04 18:19:47	stdout	    h.request(req.get_method(), req.selector, req.data, headers,
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/urllib/request.py", line 1354, in do_open
2021-10-04 18:19:47	stdout	Traceback (most recent call last):
2021-10-04 18:19:47	stdout	
2021-10-04 18:19:47	stdout	During handling of the above exception, another exception occurred:
2021-10-04 18:19:47	stdout	
2021-10-04 18:19:47	stdout	fake_useragent.errors.FakeUserAgentError: Maximum amount of retries reached
2021-10-04 18:19:47	stdout	    raise FakeUserAgentError('Maximum amount of retries reached')
2021-10-04 18:19:47	stdout	  File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 84, in get
2021-10-04 18:19:47	stdout	    html = get(settings.BROWSERS_STATS_PAGE, verify_ssl=verify_ssl)
2021-10-04 18:19:47	stdout	  File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 97, in get_browsers
2021-10-04 18:19:47	stdout	    for item in get_browsers(verify_ssl=verify_ssl):
2021-10-04 18:19:47	stdout	  File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 154, in load
2021-10-04 18:19:47	stdout	Traceback (most recent call last):
2021-10-04 18:19:47	stdout	
2021-10-04 18:19:47	stdout	During handling of the above exception, another exception occurred:
2021-10-04 18:19:47	stdout	
2021-10-04 18:19:47	stdout	urllib.error.URLError: <urlopen error [Errno -3] Temporary failure in name resolution>
2021-10-04 18:19:47	stdout	    raise URLError(err)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/urllib/request.py", line 1357, in do_open
2021-10-04 18:19:47	stdout	    return self.do_open(http.client.HTTPSConnection, req,
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/urllib/request.py", line 1397, in https_open
2021-10-04 18:19:47	stdout	    result = func(*args)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/urllib/request.py", line 502, in _call_chain
2021-10-04 18:19:47	stdout	    result = self._call_chain(self.handle_open, protocol, protocol +
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/urllib/request.py", line 542, in _open
2021-10-04 18:19:47	stdout	    response = self._open(req, data)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/urllib/request.py", line 525, in open
2021-10-04 18:19:47	stdout	    return opener.open(url, data, timeout)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/urllib/request.py", line 222, in urlopen
2021-10-04 18:19:47	stdout	    with contextlib.closing(urlopen(
2021-10-04 18:19:47	stdout	  File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 64, in get
2021-10-04 18:19:47	stdout	Traceback (most recent call last):
2021-10-04 18:19:47	stdout	
2021-10-04 18:19:47	stdout	During handling of the above exception, another exception occurred:
2021-10-04 18:19:47	stdout	
2021-10-04 18:19:47	stdout	socket.gaierror: [Errno -3] Temporary failure in name resolution
2021-10-04 18:19:47	stdout	    for res in _socket.getaddrinfo(host, port, family, type, proto, flags):
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/socket.py", line 918, in getaddrinfo
2021-10-04 18:19:47	stdout	    for res in getaddrinfo(host, port, 0, SOCK_STREAM):
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/socket.py", line 787, in create_connection
2021-10-04 18:19:47	stdout	    self.sock = self._create_connection(
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/http/client.py", line 918, in connect
2021-10-04 18:19:47	stdout	    super().connect()
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/http/client.py", line 1414, in connect
2021-10-04 18:19:47	stdout	    self.connect()
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/http/client.py", line 947, in send
2021-10-04 18:19:47	stdout	    self.send(msg)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/http/client.py", line 1007, in _send_output
2021-10-04 18:19:47	stdout	    self._send_output(message_body, encode_chunked=encode_chunked)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/http/client.py", line 1247, in endheaders
2021-10-04 18:19:47	stdout	    self.endheaders(body, encode_chunked=encode_chunked)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/http/client.py", line 1298, in _send_request
2021-10-04 18:19:47	stdout	    self._send_request(method, url, body, headers, encode_chunked)
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/http/client.py", line 1252, in request
2021-10-04 18:19:47	stdout	    h.request(req.get_method(), req.selector, req.data, headers,
2021-10-04 18:19:47	stdout	  File "/usr/lib/python3.8/urllib/request.py", line 1354, in do_open
2021-10-04 18:19:47	stdout	Traceback (most recent call last):
2021-10-04 18:18:03	stdout	[services.d] done.
2021-10-04 18:18:03	stdout	[services.d] starting services
2021-10-04 18:18:03	stdout	[cont-init.d] done.
2021-10-04 18:18:03	stdout	[cont-init.d] 99-custom-scripts: exited 0.
2021-10-04 18:18:03	stdout	[custom-init] no custom files found exiting...
2021-10-04 18:18:03	stdout	[cont-init.d] 99-custom-scripts: executing... 
2021-10-04 18:18:03	stdout	[cont-init.d] 90-custom-folders: exited 0.
2021-10-04 18:18:03	stdout	[cont-init.d] 90-custom-folders: executing... 
2021-10-04 18:18:03	stdout	[cont-init.d] 30-config: exited 0.
2021-10-04 18:17:58	stdout	[cont-init.d] 30-config: executing... 
2021-10-04 18:17:58	stdout	[cont-init.d] 10-adduser: exited 0.
2021-10-04 18:17:58	stdout	
2021-10-04 18:17:58	stdout	-------------------------------------
2021-10-04 18:17:58	stdout	User gid:    65555
2021-10-04 18:17:58	stdout	User uid:    1075
2021-10-04 18:17:58	stdout	
2021-10-04 18:17:58	stdout	-------------------------------------
2021-10-04 18:17:58	stdout	GID/UID
2021-10-04 18:17:58	stdout	-------------------------------------
2021-10-04 18:17:58	stdout	https://www.linuxserver.io/donate/
2021-10-04 18:17:58	stdout	To support LSIO projects visit:
2021-10-04 18:17:58	stdout	
2021-10-04 18:17:58	stdout	-------------------------------------
2021-10-04 18:17:58	stdout	Brought to you by linuxserver.io
2021-10-04 18:17:58	stdout	
2021-10-04 18:17:58	stdout	
2021-10-04 18:17:58	stdout	         |_| |___/ |_|  \__/
2021-10-04 18:17:58	stdout	         | | \__ \ | | | () |
2021-10-04 18:17:58	stdout	         | | / __| | |  /  \
2021-10-04 18:17:58	stdout	         | |  ___   _    __
2021-10-04 18:17:58	stdout	          _         ()
2021-10-04 18:17:58	stdout	-------------------------------------
2021-10-04 18:17:58	stdout	
2021-10-04 18:17:58	stdout	[cont-init.d] 10-adduser: executing... 
2021-10-04 18:17:58	stdout	[cont-init.d] 01-envfile: exited 0.
2021-10-04 18:17:58	stdout	[cont-init.d] 01-envfile: executing... 
2021-10-04 18:17:58	stdout	[cont-init.d] executing container initialization scripts...
2021-10-04 18:17:58	stdout	[fix-attrs.d] done.
2021-10-04 18:17:58	stdout	[fix-attrs.d] applying ownership & permissions fixes...
2021-10-04 18:17:58	stdout	[s6-init] ensuring user provided files have correct perms...exited 0.
2021-10-04 18:17:58	stdout	[s6-init] making user provided files available at /var/run/s6/etc...exited 0.

J'ai complètement effacé le container, tous les fichiers de configuration, tout refait à la main, vérifié les permissions des dossiers, modifié les DNS du NAS, redémarré le NAS, rien n'y fait ! C'est un DS1812+.

Merci d'avance ! 🙂

Je pense que le problème vient de l'emplacement de Python 3.8. Le container va le chercher dans /usr/lib/, mais il n'y a que Python 2.7 dedans. Pourtant le paquet est bien installé.

Donc soit il faut que j'ajoute Python 3.8 dans les variables d'environnement du container, soit je créé un lien symbolique vers Python 3.8 dans /usr/lib/. Mais dans le deuxième cas, Synology risque de me péter le lien symbolique à la prochaine mise à jour du DSM. Ou je risque de me refaire chier le jour où je réinstalle le container ailleurs ou après avoir réinstallé DSM.

Je vais creuser la première solution.

Non, ça ne doit pas être ça. J'ai bien trouvé python3.8 dans /usr/local/bin et ce chemin apparaît bien dans mes variables d'environnement du container...

cadkey · le 4 octobre 2021

Les liens symboliques ln -s ne fonctionnent pas avec docker.
Utilise plutôt mount -o bind qui fonctionne.
Et au démarrage du NAS, tu peux lancer une tache planifiée qui executera ta commande mount.

Modifié le 4 octobre 2021 par cadkey

Lud · le 4 octobre 2021

Merci @cadkey , je vais regarder ça.

En fait si, ça pourrait être un problème de variables d'environnement. même si bin et sbin sont OK, ce n'est pas le cas avec /usr/lib/ et /usr/local/lib/.

Je ne sais pas si je peux les mettre sur la même ligne que les autres, je vais voir ça.

Pff, je regarderai demain. Il est tard chez moi. ^^ Je pense que ça vient d'autre chose, mais je ne sais pas quoi.

cadkey · le 4 octobre 2021

Bizarre car python 3.8 est bien dans /usr/lib/
fais cd /usr/lib/python3.8

Modifié le 4 octobre 2021 par cadkey

oracle7 · le 4 octobre 2021

@Lud

Bonjour,

C'est un peu bizarre ton affaire, mes images de Calibre_Websont mises à jour automatiquement avec watchtower et je n'ai aucun problème. Jamais je n'ai eut à me soucier de python.

Re télécharges éventuellement l'image latest de Calibre_Web, elle a pu être endommagée lors du download.

Et si tout simplement ton package docker n'était pas à jour ? C'est peut-être la cause de la non prise en compte de Python 3.8. La dernière MàJ de Docker pour DSM 6.x date du 29/06/2021. Maintenant ce que j'en dit ...

Cordialement

oracle7😉

Lud · le 5 octobre 2021

Il y a 8 heures, cadkey a dit :

Bizarre car python 3.8 est bien dans /usr/lib/
fais cd /usr/lib/python3.8

Salut @cadkey

Chez moi, c'est bien le cas pour Python 2.7, mais pas pour Python 3.8 :

# ls -la /usr/lib/ | grep python
lrwxrwxrwx  1 root root       19 Apr 19 10:38 libpython2.7.so -> libpython2.7.so.1.0
-r-xr-xr-x  1 root root  1825192 Mar 18  2021 libpython2.7.so.1.0
drwxr-xr-x 28 root root    20480 Apr 19 10:39 python2.7

# find / -iname "python3.8"
/usr/local/bin/python3.8
/volume1/@appstore/py3k/usr/local/lib/python3.8
/volume1/@appstore/py3k/usr/local/include/python3.8
/volume1/@appstore/py3k/usr/local/bin/python3.8

# find / -iname "python2.7"
/usr/lib/python2.7
/usr/bin/python2.7
/usr/local/lib/python2.7
/volume1/@appstore/VideoStation/lib/python2.7

Il y a 8 heures, oracle7 a dit :

@Lud

Bonjour,

C'est un peu bizarre ton affaire, mes images de Calibre_Websont mises à jour automatiquement avec watchtower et je n'ai aucun problème. Jamais je n'ai eut à me soucier de python.

Re télécharges éventuellement l'image latest de Calibre_Web, elle a pu être endommagée lors du download.

Et si tout simplement ton package docker n'était pas à jour ? C'est peut-être la cause de la non prise en compte de Python 3.8. La dernière MàJ de Docker pour DSM 6.x date du 29/06/2021. Maintenant ce que j'en dit ...

Cordialement

oracle7😉

Bonjour @oracle7

Moi non plus je n'ai jamais eu à me soucier de ce genre de problème, alors que je fais régulièrement des mises à jour de containers sans aucun problème. C'est bien la seule fois que ça se présente. 😢

Concernant l'image de calibre-web, je l'ai déjà retéléchargée 3 fois hier, toujours en ayant bien reçu le message de DSM comme quoi le téléchargement avait réussi et je suis fibré, donc ça m'étonnerait que ça vienne de là.

J'utilise toujours la version "latest" du container et c'est le package calibre-web le plus utilisé, celui de linuxserver .

Package Docker à jour (20.10.3-0554 du 29/06/2021) et package Python3 à jour (3.8.6-0154 du 20/07/2021). J'utilise bien celui officiel de Synology, pas celui de SynoCommunity.

DSM à jour aussi, la dernière disponible pour le DS1812+ (version 6.2.4-25556 Update 2 du 01/09/2021).

Je vais essayer de désinstaller et réinstaller Python3 pour voir si ça change quelque chose.

cadkey · le 5 octobre 2021

il y a 33 minutes, Lud a dit :

Chez moi, c'est bien le cas pour Python 2.7, mais pas pour Python 3.8 :

Je n'ai que Python 3.8 dans /usr/lib/ pas 2.7 🙂
DS920+ à jour.

Lud · le 5 octobre 2021

Normal, tu as un NAS de 2020, moi de 2012. 😉

Pareil après désinstallation, redémarrage du NAS, et réinstallation, pas de /usr/lib/ ou de /usr/local/lib/ pour Python 3.8.

Je ne comprends pas pourquoi.

.Shad. · le 5 octobre 2021

Python sur DSM n'a rien à voir avec ce qu'utilise Calibre-Web.
Calibre-Web utilise Python dans le conteneur, c'est complètement isolé.
Pour ma part j'ai re-vérifié aucun problème de mon côté.

Est-ce que tu es sûr que les droits des utilisateurs et groupes du NAS n'ont pas changé ? que le combo UID/GID utilisé est encore en mesure de lire/écrire dans les volumes montés dans le conteneur ?

Lud · le 5 octobre 2021

Merci pour ton retour, @.Shad. .

Oui, effectivement, tu as raison, c'est tout l'intérêt du container. La tête dans le guidon, je n'y pensais plus... Donc ça ne vient pas de l'installation du package Python3.

Concernant les utilisateurs, j'avais même viré les anciens groupes et utilisateurs utilisés, et :

recréé un groupe "readers" avec accès uniquement à mon dossier partagé docker (avec les fichiers de configuration des différents containers) et au dossier partagé de Calibre qui contient la bibliothèque d'ebooks "reading" ;
recréé un utilisateur "readers" qui appartient aux groupes "users" et à "readers" ;
vérifié les droits DSM de l'utilisateur "readers" et du groupe "readers" pour un accès en lecture/écriture aux deux dossiers partagés précisés au-dessus (docker et reading) ;
j'ai même modifié en SSH les permissions des dossiers concernés (qui sont des sous-dossiers de docker et reading) pour mettre l'utilisateur "readers" et le groupe "readers" en propriétaire de "docker/calibre-web" et "reading/books" avec "chown -R readers:readers XXX". Je sais que normalement les ACL des dossiers partagés prennent le dessus, mais j'ai déjà eu un comportement bizarre de DSM il y a quelques années entre les ACL et les permissions... ;
récupéré le PUID et PGID de "readers/readers" et mis dans les variables d'environnement du container.

Pour info, j'avais exactement le même problème lorsque j'ai mis à jour mon container et qu'à ce moment là, je n'avais strictement rien touché à ma configuration qui fonctionnait auparavant.

Ma version du container docker de calibre-web de linuxserver est "0.6.13-ls134" (latest).

Merci encore. 👍

Modifié le 5 octobre 2021 par Lud
Précision ajoutée.

.Shad. · le 5 octobre 2021

Tout m'a l'air ok.
Tu devrais poster un message ici : https://github.com/janeczku/calibre-web

Lud · le 5 octobre 2021

Merci @.Shad. J'ai posté sur leur Discord, j'attends leur retour.

Je reviendrai ici dire d'où venait le problème si ça permet de le résoudre.

Lud · le 6 octobre 2021

Bon, pour info, j'ai posté sur le Discord de calibre-web, ils m'ont renvoyé vers linuxserver, j'ai posté sur le Discord de linuxserver, rien qui leur parle a priori, j'ai à nouveau viré le container de calibre-web et tout réinstallé, j'ai même calé un "docker system prune" entre les deux pour bien nettoyer Docker, l'image a changé puisque la dernière date d'hier, et toujours pareil, aucune amélioration.

Au niveau des logs, rien de plus que ce que j'ai mis plus haut, mais quand je vais dans le dossier config de calibre-web (comme quoi le container réussit à créer des fichiers dedans sans problème), j'ai quelques lignes de plus :

[2021-10-06 21:41:58,717]  WARN {cps.config_sql:317} Log path None not valid, falling back to default
[2021-10-06 21:42:01,457]  WARN {cps.config_sql:348} invalidating configuration
[2021-10-06 21:42:03,647]  INFO {cps.ub:829} github Blueprint Created
[2021-10-06 21:42:03,658]  INFO {cps.ub:829} google Blueprint Created
[2021-10-06 21:42:45,357]  WARN {fake_useragent:180} Error occurred during loading data. Trying to use cache server https://fake-useragent.herokuapp.com/browsers/0.1.11

Mais honnêtement, ça ne me parle pas plus qu'avant... 😕

MilesTEG1 · le 7 octobre 2021

@Lud

Quand tu dis que tu as tout réinstallé, tu as bien aussi supprimé le dossier de configuration pour le recréer vide après ?
Si non, essaye cela.
Si oui, et bien, tu fais un beau mystère informatique 😅

À moins que :

Le 05/10/2021 à 07:30, Lud a dit :

Normal, tu as un NAS de 2020, moi de 2012. 😉

ton NAS soit trop vieux, et ne soit plus compatible avec les dernières version de CalibreWeb...

Il faudrait que tu vois si tu peux identifier la version de l'image qui fonctionnait pour la remettre.

Connexion

[Tuto] Calibre-web via Docker

Messages recommandés

Meilleurs contributeurs dans ce sujet

Jours populaires

Meilleurs contributeurs dans ce sujet

Jours populaires

Messages populaires

quart-temps

belidi

faluorn

Images postées

Rejoindre la conversation

Qui est en ligne 7 membres, 0 anonyme, 284 invités (Afficher la liste complète)

Contributeurs populaires

Annonces

Information importante