MilesTEG1 Posté(e) le 26 juillet 2021 Posté(e) 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. 0 Citer
MilesTEG1 Posté(e) le 27 juillet 2021 Posté(e) 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 ? 0 Citer
cadkey Posté(e) le 27 juillet 2021 Posté(e) 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? 0 Citer
.Shad. Posté(e) le 27 juillet 2021 Posté(e) le 27 juillet 2021 (modifié) 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. 1 Citer
cadkey Posté(e) le 28 juillet 2021 Posté(e) 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? 0 Citer
oracle7 Posté(e) le 28 juillet 2021 Posté(e) 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😉 0 Citer
.Shad. Posté(e) le 28 juillet 2021 Posté(e) 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. 0 Citer
oracle7 Posté(e) le 28 juillet 2021 Posté(e) le 28 juillet 2021 @cadkey Bonjour, Maintenant que @.Shad. le dit, c'est exact : Cordialement oracle7😉 0 Citer
cadkey Posté(e) le 28 juillet 2021 Posté(e) 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. 1 Citer
Spi Posté(e) le 9 août 2021 Posté(e) 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! 0 Citer
oracle7 Posté(e) le 9 août 2021 Posté(e) le 9 août 2021 @Spi Bonjour, Content pour toi que cela ai pu t'aider ... Cordialement oracle7😉 1 Citer
Lud Posté(e) le 4 octobre 2021 Posté(e) 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... 0 Citer
cadkey Posté(e) le 4 octobre 2021 Posté(e) le 4 octobre 2021 (modifié) 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 0 Citer
Lud Posté(e) le 4 octobre 2021 Posté(e) 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. 0 Citer
cadkey Posté(e) le 4 octobre 2021 Posté(e) le 4 octobre 2021 (modifié) Bizarre car python 3.8 est bien dans /usr/lib/ fais cd /usr/lib/python3.8 Modifié le 4 octobre 2021 par cadkey 0 Citer
oracle7 Posté(e) le 4 octobre 2021 Posté(e) 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😉 1 Citer
Lud Posté(e) le 5 octobre 2021 Posté(e) 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. 0 Citer
cadkey Posté(e) le 5 octobre 2021 Posté(e) 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. 0 Citer
Lud Posté(e) le 5 octobre 2021 Posté(e) 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. 0 Citer
.Shad. Posté(e) le 5 octobre 2021 Posté(e) 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 ? 0 Citer
Lud Posté(e) le 5 octobre 2021 Posté(e) le 5 octobre 2021 (modifié) 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. 0 Citer
.Shad. Posté(e) le 5 octobre 2021 Posté(e) le 5 octobre 2021 Tout m'a l'air ok. Tu devrais poster un message ici : https://github.com/janeczku/calibre-web 0 Citer
Lud Posté(e) le 5 octobre 2021 Posté(e) 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. 0 Citer
Lud Posté(e) le 6 octobre 2021 Posté(e) 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... 😕 0 Citer
MilesTEG1 Posté(e) le 7 octobre 2021 Posté(e) 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. 0 Citer
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.