[Installer Le Serveur Calibre Sur Ds212+ En Chroot]

Désolée pour cette réponse tardive.

En fait, je ne me sers pas beaucoup du serveur calibre sur mon NAS. L'alternative COPS, pour laquelle un package SPK existe, offre les mêmes services, voire mieux, que le serveur calibre.

Si vous voulez malgré tout installer le serveur calibre sur votre synology, normalement, en suivant pas à pas la procédure, ça devrait fonctionner. Notez bien que je n'ai pas utilisé le package Debian-chroot, mais que j'ai installé mon propre chroot manuellement, les raisons sont expliquées

[Installation De Tiny]

Comme chacun sait, le service Google Reader, service de lecteur de flux RSS en ligne sera définitivement arrêté au 1er juillet 2013. Outre le fait qu'il n'est pas satisfaisant d'héberger ses données personnelles chez un tiers, nous voilà donc mis au pied du mur pour trouver une autre solution d'un tel service en ligne. Autant en profiter pour héberger soi-même ce service.

J'avais commencé par installer le très bon Tiny Tiny RSS Server (TT-RSS) sur mon hébergement mutualisé chez ovh ; l'accès web fonctionnait bien, mais pas l'API avec les applis clientes Androïd, et d'après les logs ovh, ceci était dû à des restrictions php de sécurité sur lesquelles je n'avais aucune prise, c'est l'inconvénient des hébergements mutualisés.

Je me tourne donc vers l'installation de TT-RSS sur mon synology DS212+.. C'est le sujet de ce tuto, et comme j'en ai un peu bavé, je vous fais part de ma procédure, au moins, si je re-cherche comment faire, je saurais où trouver…

Pour commencer, installez TT-RSS, comme expliqué sur leur site. On suppose que cette installation s'est faite dans

/volume1/web/tt-rss/

L'écueil principal de TT-RSS est que ce serveur est incompatible avec la restriction OPENBASE_DIR, qui est mise par défaut sur le serveur Apache du syno. Et je ne veux pas la désactiver globalement, car je me sers de cette directive pour le serveur Calibre que j'ai installé, installation sur laquelle

Il faut donc passer par un hôte virtuel (VirtualHost) d'Apache.

il y a une façon simple d'introduire autant d'hôtes virtuels que l'on veut, associés à des sous-répertoires de /volume1/web/: Il suffit de faire :

Panneau de configuration > Services web > bouton «Hôte virtuel» (avec Web Station activé, of course). Ce bouton vous permet d'établir autant d'hôtes virtuels que souhaité.

Mais cette solution ne permet pas d'affiner les directives propres à chaque hôte virtuel. On va donc délaisser cette solution.

En effet, pour désactiver la directive OPENBASE_DIR, mais uniquement pour l'hôte virtuel exécutant TT-RSS, il faut introduire la directive suivante :

php_admin_value open_basedir none

au niveau de cet hôite virtuel.

Éditiez le fichier

/usr/syno/apache/conf/httpd.conf-user

J'utilise pour cela le paquet Config File Editor.

Vers la fin de ce fichier, vous avez :

# Virtual hosts
#Include conf/extra/httpd-vhosts.conf

Décommentez la 2ème ligne, et sauvegardez.

# Virtual hosts
Include conf/extra/httpd-vhosts.conf

Mais le fichier :

/usr/syno/apache/conf/extra/httpd-vhosts.conf

n'existe pas encore. Créez-le, éditez-le, et mettez-y :

Listen 8080 8081
NameVirtualHost *:8080

<VirtualHost *:8080>
  ServerName votre.domaine.com
  ServerAlias synology
  DocumentRoot /volume1/web/tt-rss
  php_admin_value open_basedir none
</VirtualHost>

NameVirtualHost *:8081

<VirtualHost *:8081>
  ServerName votre.domaine.com
  ServerAlias synology
  DocumentRoot /volume1/web/cops
</VirtualHost>

Le 1er hôte virtuel est celui exécutant TT-RSS, le 2ème correspond à l'exécution de COPS, que j'ai laissé ici pour l'exemple. C'est le 1er qui nous intéresse.

Là, on a pu donc mettre la directiive désactivant OPEN_BASEDIR :

php_admin_value open_basedir none

et cette désactivation n'affecte que TT-RSS, et pas COPS. J'en ai effectivement besoin pour COPS, puisque mes données calibre sont en dehors de l'arborescence /volume1/web.

Quand ces 2 fichiers sont finis d'être édités et sauvegardés, il faut redémarrer apache :

/usr/syno/etc.defaults/rc.d/S97apache-user.sh restart

Maintenant, vous accédez à TT-RSS, en tapant dans votre navigateur :

<votre.domaine.com>:8080

Et c'est cette même URl que vous indiquerez dans les applis clientes Androïd, comme YATTRSSC ou TTRSS-Reader ou Tiny Tiny RSS.

Dernier point : pour que cette même URl soit valide aussi bien lorsque vous vous connectez depuis votre réseau domestique LAN quand vous êtes chez vous, que depuis l'extérieur, pensez à mettre dans votre box-routeur, les 2 lignes suivantes dans l'onglet DNS (= liste de résolution des DNS locaux): Dans l'exemple ci-dessous, l'adresse locale de mon synology est 192.168.1.192 :

192.168.1.192 synology
192.168.1.192 <votre.domaine.com>

En effet, pour rappel, les règles NAT sont ignorées par le routeur pour les requêtes provenant du réseau local.

Edit du 18/04/2013 :

Plus simple, et très agréable : Leed, qui tourne sous php/MySQL ; ne nécessite pas d'applis clientes sur tablettes et smartphone, car design «responsive», qui s'adapte automatiquement à la taille d'affichage de l'écran.

Plus léger que TT-RSS, et très facile d'installation.

Pour les nostalgiques de Google Reader, le skin "greeder" tente de s'en rapprocher le plus.

[Bicbucstriim]

Bonjour,

Je viens juste apporter ma petite contribution quant à l'utilsation conjointe de calibre et d'un NAS synology. J'ai adopté la stratégie suivante :

• La bibliothèque calibre (répertoires des livres + metadata.db) est située physiquement sur le NAS
• Je la gère par l'interface graphique de calibre, qui tourne sur mon PC sous archlinux, à partir duquel j'accède à toute l'arborescence /volume1 du NAS via un partage NFS
• Sur le NAS, j'ai installé calibre à l'intérieur d'un chroot, ce qui me permet de lancer le service calibre-server (j'ai posté un petit tuto ). Je n'ai pas utilisé le SPK debian-chroot, mais mon propre chroot installé manuellement, pour des raisons que j'explique dans #entry1319167531).
• Avec ce serviice calibre-server, tout le contenu du catalogue calibre est accessible depuis tout navigateur sur l'adresse <IP du NAS>:8080, et depuis toute appli cliente compatible OPDS (exple : FBreader sur Android) avec le feed <IP du NAS>:8080/opds.

Cette solution a satisfait à toutes mes attentes. Si d'autres l'adoptent et ont des améliorations à m'indiquer, je suis preneuse… Notamment, je n'ai pas encore creusé la question de la sécurité, et des restrictions d'accès.

[Installer Le Serveur Calibre Sur Ds212+ En Chroot]

OK, merci, je n'avais pas vu le SPK, au temps pour moi. Je viens de l'installer:

Mais ce SPK ne répond pas à mes besoins : c'est une debian-squeeze, et j'ai besoin d'une debian-sid, pour bénéficier d'une version suffisamment récente de calibre.

D'autre part, j'ai besoin d'installer mes données calibre sous la racine du debian-chroot (mécanisme du chroot oblige…), et je ne trouve pas très pratique de devoir les installer sous :

/volume1/@appstore/debian-chroot/var/chroottarget/

Avec mon chroot installé manuellement dans /volume1/debian, j'ai pu installer mes données calibre dans :

/volume1/debian/chrootcible/home/calibre-data

ce qui me permet de voir ce répertoire via l'interface graphique de File Station, chose impossible pour tout ce qui est en-dessous de /volume1/@appstore/ (mais on pourrait contourner cet inconvénient au moyen d'un lien symbolique).

Oui, j'avais vu également l'alternative BicBucStriim, comme celle de COPS (basée aussi sur un serveur PHP), que j'avais installée et utilisée avec succès. Mais la compatibilité OPDS n'était pas parfaite (ne fonctionnait pas avec toutes les appls dites compatibles OPDS).

Avec le serveur natif calibre, je n'ai rencontré aucune erreur de fonctionnement avec les applis clientes, contrairement à COPS (je n'ai pas encore essayé BicBucStriim).

À propos, j'ai cherché vainement le SPK BicBucStriim, censé être dans le dépôt synocommunity ; qu'ai-je loupé ? J'aimerais bien l'essayer. Merci !

[Installer Le Serveur Calibre Sur Ds212+ En Chroot]

Je viens d'installer avec succès le serveur calibre sur mon DS212+ (processeur arm). J'ai fait un petit tuto ci-dessous :

Sur mon PC, sous archlinux, j'ai installé debootstrap (dépôt AUR). Si vous avez une distrib à base de debian, vous pourrez facilement installer debootstrap à partir de vos dépôts habituels. Pour les windowsiens, il reste la solution d'installer une Ubuntu dans VirtualBox.

Puis dans une console, j'ai exécuté :

sudo debootstrap --foreign --arch armel sid chrootcible "http://ftp.fr.debian.org/debian"

depuis le chemin /data/Documents/Install_Ubuntu/Arch_linux/calibre_sur_NAS-synology/
après avoir créé le répertoire :
/data/Documents/Install_Ubuntu/Arch_linux/calibre_sur_NAS-synology/chrootcible

Ce qui a eu pour effet de créer toute une arborescence sous
/data/Documents/Install_Ubuntu/Arch_linux/calibre_sur_NAS-synology/chrootcible
constituant un système de base debian, version sid, pour une architecture arm.

Pourquoi --arch armel ?
Parce que mon DS212+ possède un processeur arm.
Pour un NAS à base de processeur Intel, il aurait fallu écrire :

sudo debootstrap --foreign --arch i386 sid chrootcible "http://ftp.fr.debian.org/debian"

(ou i686 ? je n'ai pas creusé cette question, n'étant pas concernée).

Pourquoi sid (=version unstable de debian) et pas wheezy (=version testing de debian) ni squeeze (=version stable de debian) ?
Pour bénéficier de la version la plus récente possible de calibre, et espérer que le serveur-calibre fonctionne correctement.
En effet :
sid ---> version 0.9.11 de calibre
wheezy ---> version 0.8.51 de calibre
squeeze ---> version 0.7.7 de calibre

Sur le NAS, créer, via "Panneau de configuration" de DSM, le nouveau répertoire partagé /volume1/debian, auquel on ne donne accès qu'à admin, en lecture/écriture.

Sur le PC, réduire l'arborescence chrootcible en une archive :

sudo tar -czf chrootcible.tar.gz chrootcible

On obtient un fichier chrootcible.tar.gz de 86 Mo environ.

Avec le "File Station" de DSM, transférer l'archive chrootcible.tar.gz dans le répertoire /volume1/debian.

Se connecter en ssh, en root (même mot de passe que pour admin) au NAS (il faut évidemment avoir activé le service ssh sur le NAS, dans le panneau de configuration DSM). Puis décompresser l'archive chrootcible.tar.gz, et suprrimer chrootcible.tar.gz (on n'en a plus besoin après décompression).
Ce qui donne :

[chris@christiane calibre_sur_NAS-synology]$ ssh root@synology
root@synology's password:


BusyBox v1.16.1 (2012-12-11 12:47:34 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

synology> cd /volume1/debian
synology> tar -xzf chrootcible.tar.gz
synology> rm chrootcible.tar.gz
synology>

Vérifier qu'on est bien dans /volume1/debian :

synology> pwd
/volume1/debian

Ensuite, lancer la 2ème étape de l'installation du chroot :

synology> chroot chrootcible /debootstrap/debootstrap --second-stage
... plusieurs lignes de compte-rendu d'exécution, qui se terminent par : ...
I: Base system installed successfully.
synology>

Recopier le fichier resolv.conf dans le chroot :

synology> cp /etc/resolv.conf  /volume1/debian/chrootcible/etc/
synology>

Sur le NAS, il n'y a pas de fichier hostname :

synology> cat /etc/hostname
cat: can't open '/etc/hostname': No such file or directory
synology>

On en crée cependant un dans l'environnement chroot :

synology> echo synology > /volume1/debian/chrootcible/etc/hostname
synology> cat /volume1/debian/chrootcible/etc/hostname
synology
synology>

Montage de proc du chroot environnement :

synology> mount -o bind /proc /volume1/debian/chrootcible/proc
synology>

Maintenant, on peut enfin entrer dans le chroot.
On vérifie d'abord qu'on est bien dans /volume1/debian :

synology> pwd                          
/volume1/debian
synology>

puis on entre en chroot :

synology> chroot chrootcible/ /bin/bash
root@synology:/#

Remarquer le changement du prompt.

Pour l'instant, aucun dépôt n'est précisé :

root@synology:/# cat /etc/apt/sources.list
root@synology:/#

On ajoute le dépôt sid :

root@synology:/# echo "deb http://ftp.fr.debian.org/debian/ unstable main contrib non-free" >> /etc/apt/sources.list

puis :

root@synology:/# apt-get update
... plusieurs lignes de compte-rendu d'exécution ...  
Fetched 10.6 MB in 36s (288 kB/s)    
Reading package lists... Done
root@synology:/#

Puis :

root@synology:/# aptitude upgrade
The following packages will be upgraded:
[… … etc … …]
root@synology:/#

Puis :

root@synology:/# aptitude install locales
The following NEW packages will be installed:
[ … … etc … … ]
Generation complete.                                         
root@synology:/#

Puis (cocher les 3 fr_FR dans la liste interactive qui s'affiche) :

root@synology:/# dpkg-reconfigure locales
Generating locales (this might take a while)...
  fr_FR.ISO-8859-1... done
  fr_FR.UTF-8... done
  fr_FR.ISO-8859-15@euro... done
Generation complete.
root@synology:/#

Vérification que les locales fr sont maintenant bien installées :

root@synology:/# locale -a
C
C.UTF-8
POSIX
fr_FR
fr_FR.iso88591
fr_FR.iso885915@euro
fr_FR.utf8
fr_FR@euro
français
french
root@synology:/#

Pour définir la locale de l'utilisateur en cours (root), on le met dans le script de lancement de son shell :

root@synology:~# echo "export LANG=fr_FR.utf8" >> ~/.bashrc
root@synology:~# echo "export LC_ALL=fr_FR.utf8" >> ~/.bashrc
root@synology:~#

À la prochaine connexion, les locales seront correctes et il n'y aura plus de messages d'erreur.

Mettre le bon fuseau horaire (timezone) (sélectionner Europe, puis Paris, dans la liste interactive qui s'affiche) :

root@synology:~# dpkg-reconfigure tzdata
Current default time zone: 'Europe/Paris'
Local time is now:      Mon Jan  7 17:24:40 CET 2013.
Universal Time is now:  Mon Jan  7 16:24:40 UTC 2013.
root@synology:~#

Arriver dans son home (~) à la connexion :

root@synology:~# echo "cd $HOME" >> ~/.bashrc
root@synology:~#

On lance l'installation de calibre (la distribution gère les dépendances, via apt) :

root@synology:/# apt-get install calibre
Reading package lists... Done
Building dependency tree... Done
The following extra packages will be installed:
  ca-certificates calibre-bin cpp cpp-4.6 dbus file fontconfig fontconfig-config fonts-droid fonts-liberation gcc-4.6-base ghostscript gir1.2-glib-2.0 gsfonts hicolor-icon-theme imagemagick imagemagick-common iso-codes
...etc... ...
Suggested packages:
  cpp-doc gcc-4.6-locales dbus-x11 ghostscript-cups ghostscript-x hpijs imagemagick-doc autotrace cups-bsd lpr lprng curl enscript ffmpeg gimp gnuplot grads hp2xx html2ps libwmf-bin mplayer povray radiance sane-utils texlive-base-bin
...etc... ...
The following NEW packages will be installed:
  ca-certificates calibre calibre-bin cpp cpp-4.6 dbus file fontconfig fontconfig-config fonts-droid fonts-liberation gcc-4.6-base ghostscript gir1.2-glib-2.0 gsfonts hicolor-icon-theme imagemagick imagemagick-common iso-codes
...etc... ...
0 upgraded, 248 newly installed, 0 to remove and 0 not upgraded.
Need to get 128 MB of archives.
After this operation, 429 MB of additional disk space will be used.
Do you want to continue [Y/n]? Y

... Prendre patience ...

Lorsque c'est fini, on peut lancer les commandes-lignes de calibre, notamment le serveur (calibre-server).
Mais comme tout processus lancé en chroot ne peut atteindre aucun fichier en dehors de son arborescence (ici /volume1/debian/chrootcible), ce qui est une sécurité (et l'avantage du chroot) il est nécessaire d'installer les données de calibre (le fichier metadata.db + les répertoires contenant les livres) dans cette arborescence, par exemple dans :
/volume1/debian/chrootcible/home/calibre-data

Pour avoir calibre en français :

root@synology:/# nano /root/.config/calibre/global.py
root@synology:/#
et modifier la ligne language = None en language = 'fr'.

Pour gérer à distance ma bibliothèque Calibre sur le NAS à partir de calibre s'exécutant sur le PC/archlinux, j'ai du d'abord activer le partage NFS sur le NAS, et installer nfs-utils dans archlinux du PC.
Sur le NAS, j'ai du éditer /etc/exports, avec l'utilitaire "Config File Editor" :

/etc/exports sur le NAS :

/volume1    192.168.1.0/24(rw,sync,no_wdelay,root_squash,insecure_locks,fsid=0,anonuid=1024,anongid=100)

Le fsid=0 est primordial, sinon on a une erreur du style :

mount.nfs4: 127.0.0.1:/export failed, reason given by server: No such file or directory

Puis j'ai ajouté la ligne suivante dans /etc/fstab de l'archlinux du PC :

192.168.1.192:/  /media/NAS-synology  nfs4    rw      0       0

Ainsi. sur le répertoire /media/NAS-synology, je trouve toute l'arborescence /volume1 du synology, qui peut donc être vue depuis tout exlorateur de fichiers, comme dolphin ou nautilus.

Et dans Calibre, version graphique (GUI) tournant sur mon PC/archlinux, j'ai indiqué comme chemin de la bibliothèque :

/media/NAS-synology/debian/chrootcible/home/calibre-data

Ainsi, ma bibliothèque est visible en consultation et téléchargement de livres depuis tout mon réseau lan et wifi de la maison, sans qu'il y est besoin que mon PC/archlinux soit allumé, et je la gère (ajout de livres, modifications…) depuis mon PC/archlinux.

Lancement du serveur calibre, toujours dans le chroot :

root@synology:/# calibre-server --daemonize --with-library /home/calibre-data/
root@synology:/#

Le processus est bien lancé en arrière-plan :

root@synology:/# ps aux | grep calibre
root     14980 39.0 12.0 391440 61556 ?        Sl   17:27   0:07 /usr/bin/python2.7 /usr/bin/calibre-server --daemonize --with-library /home/calibre-data/
root     16315  0.0  0.1   1960   648 ?        S+   17:27   0:00 grep calibre
root@synology:/#

Une fois ce processus lancé, on peut quitter chroot :

root@synology:/# exit
exit
synology>

Noter à nouveau le changement du prompt.

Même après être sorti du chroot, ce processus tourne bien toujours en arrière-plan :

synology> ps
  PID USER       VSZ STAT COMMAND
    1 root      2976 S    init
    2 root         0 SW   [kthreadd]
    3 root         0 SW   [ksoftirqd/0]
    … etc …
14773 root     13792 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/httpd.conf-sys
14980 root      382m S    /usr/bin/python2.7 /usr/bin/calibre-server --daemonize --with-library /home/calibre-data/
    … etc …
31131 root      8216 S    /usr/sbin/ntpd -p /var/run/ntpd.pid -g
synology>

Il suffit de taper l'adresse http.//192.168.1.192:8080 dans n'importe quel navigateur, pour accéder au catalogue calibre :

Pour tout logiciel compatible OPDS, comme FBreader ou ebookdroid sur Android, le catalogue à indiquer est :

http://192.168.1.192:8080/opds

Bien sûr, il faut remplacer 192.168.1.192 par l'adresse IP de votre NAS.

Après chaque redémarrage du NAS, pour relancer le serveur calibre, il faudra exécuter les commandes suivantes :

[chris@christiane calibre_sur_NAS-synology]$ ssh root@synology
root@synology's password:


BusyBox v1.16.1 (2012-12-11 12:47:34 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

synology> cd /volume1/debian
synology> chroot chrootcible /bin/bash
root@synology:~# mount -t proc proc /proc
root@synology:~# calibre-server --daemonize --with-library /home/calibre-data/
root@synology:~#

Vérification optionnelle :

root@synology:/# ps aux | grep calibre
root     24816  9.8  8.9 375728 45696 ?        Sl   11:20   0:05 /usr/bin/python2.7 /usr/bin/calibre-server --daemonize --with-library /home/calibre-data/
root     28849  0.0  0.1   1960   648 ?        S+   11:21   0:00 grep calibre
root@synology:/#

On peut automatiser la chose dans un script sh :

Script /usr/local/bin/mon_calibre-server.sh, à rendre exécutable (chmod +x /usr/local/bin/mon_calibre-server.sh). Attention, on est toujours à l'intérieur du chroot :

#!/bin/bash
mount -t proc proc /proc
calibre-server --daemonize --max-cover 300x400 --password xxxxxxxxxxx --with-library /home/calibre-data/
sleep 8
ps aux | grep calibre-server

J'ai ajouté un mot de passe d'accès au catalogue (l'username est par défaut "calibre", modifiable avec le paramètre --username). Malheureusement, la protection par mot de passe n'est pas compatible avec toutes les applis clientes (ebookdroid par exemple, sous android). Personnellement, j'ai renoncé à cette protection.

J'ai également réduit la taille maximale d'affichage des couvertures, qui était trop grande à mon goût, sur une tablette.

À chaque redémarrage du NAS, il suffira d'invoquer, après être entré dans le chroot :

root@synology:/# mon_calibre-server.sh

Sortie du chroot :

root@synology:/# exit
exit
synology>

2ème vérification optionnelle :

synology> ps | grep calibre
  926 root      368m S    /usr/bin/python2.7 /usr/bin/calibre-server --daemonize --max-cover 300x400 --password xxxxxxxx --with-library /home/calibre-data/
 6628 root      2980 S    grep calibre
synology>

Sortie de la connexion ssh au NAS :

synology> exit
Connection to synology closed.
[chris@christiane calibre_sur_NAS-synology]$

Enjoy…!

[G]

Comme vous, en Linux 64 bits, je rencontrais le problème de non-génération des miniatures en local avant upload sur le NAS.

Lorsque je uploadais des photos avec l'uploader de SynologyAssistant, il y avait échec de la création des miniatures : les photos étaient bien uploadées sur le

DiskStation, mais les miniatures étaient donc générées sur le NAS et non en local sur l'ordi avant upload.

Apparemment, c'est un pb du à la version 64 bits d'Ubuntu (Lucid 10.04), et je suppose, qui devrait être rencontré avec toute version de Linux 64 bits.

La solution est suggérée ici :

http://www.synology-...tu-10.10-64-Bit

et bien que je ne lise pas l'allemand (merci Google Translate !!), cette solution a marché pour moi :

Elle consiste à renommer les fichiers :

/opt/SynologyAssistant/ImageMagick/convert (/opt/SynologyAssistant/ est le chemin où j'ai installé SynologyAssistant, adaptez-le à votre cas)

/opt/SynologyAssistant/ImageMagick/composite

en

/opt/SynologyAssistant/ImageMagick/convert.org (ou ce que vous voulez)

/opt/SynologyAssistant/ImageMagick/composite.org (ou ce que vous voulez)

et à créer des liens symboliques :

/opt/SynologyAssistant/ImageMagick/convert

/opt/SynologyAssistant/ImageMagick/composite

qui pointent vers les versions de convert et composite qui sont déjà installées sur votre système ; chez moi :

/usr/bin/convert

/usr/bin/composite

En ligne de commande, ça donne :

sudo ln -s /usr/bin/convert /opt/SynologyAssistant/ImageMagick/convert

sudo ln -s /usr/bin/composite /opt/SynologyAssistant/ImageMagick/composite

et ça fonctionne !!! Vous devriez gagner en rapidité, et surtout soulager la charge CPU de votre NAS.