Diaoul

T'attends que je release une nouvelle version du SPK gratuitement tellement je suis gentil ou alors tu l'installes manuellement, y'a plein de tuto pour

Tu as installé comment mkvtoolnix ?

Ah on sent les adeptes de ipkg ici Si vous avez des problèmes 'UnicodeDecodeError' faudra utiliser le SPK de SynoCommunity qui inclut un patch pour ce problème. Normalement tant qu'il n'y a pas de manipulation de fichier accentués vous n'aurez pas de problème.

Si tu veux des modules python particuliers tu me dis je te fais un SPK. Personne n'a testé domogik encore?

Il faut être connecté avec l'utilisateur "admin" pour que ce SPK fonctionne

Pour une intégration zwave sur Syno je pense que vous pouvez vous baser sur le travail existant de certains : http://code.google.com/p/open-zwave/ https://github.com/maartendamen/py-openzwave https://github.com/maartendamen/HouseAgent Enfin, faut certainement savoir coder un peu, a moins que les projets soient suffisament aboutis.

L'édition du fichier crontab du Syno n'est plus d'actualité. Il faut en recréer un autre, tout propre, et uniquement dédié à un usage utilisateur qui ne risque pas de perturber les lignes mises par DSM. Pour ça il faudra que le SPK créé un lien dans /var/cron/spool (ou quelque chose comme ça) vers un fichier crontab dans le SPK. Il faut aussi créer une interface ExtJS dédiée à la manipulation des tâches. Bref, beaucoup de boulot pour un gain pas très important. Perso ça ne m'intéresse pas trop de passer tant de temps là dessus donc niveau priorité ça doit être dans les derniers

Avec les / dans le bon sens (linux) : /volumeX/tonrep

Je viens de voir que c'est un double coeur donc ça va. Je pense que ça va le faire en multitask J'espère que le processeur ne sera pas affecté par le même bug que ceux de la gamme e500v2 et qui empèche l'installation d'un chroot Debian.

Bizarre un processeur Freescale 1GHz seulemeny sur le 413.

Heu non y'en a qu'un et c'est moi.

Non t'es loin d'être le seul : https://github.com/SynoCommunity/spksrc/issues/86

Impossible. Il faut désinstaller le SPK de Synology et si tu ne veux pas tout réinstaller tu peux faire en SSH : rm -f /usr/local/python ln -s /var/packages/python/target /usr/local/python

C'est OK, faut juste que je revois le code des mounts au start du SPK

Ce SPK est dépassé.

Pour modpython il faut cross compiler Python 3 et l'include dans ZNC pour un gain que ne me semble pas très important vu que la majorité des modules que j'ai pu voir sont en C++. Idem pour modtcl. C'est pas aussi simple que de rajouter une option au configure

znc-buildmod ne marche pas et ne marchera jamais du fait qu'il requiert d'avoir gcc et d'autres outils de compilation installé sur le Syno. La prochaine version n'inclura pas le binaire znc-buildmod pour ne pas semer la confusion chez les utilisateurs.

on c'est le comportement normal lors d'un update étant donné que le répertoire de scripts est conservé d'un upgrade sur l'autre. Celà rend impossible l'ajout de scripts sauf à réinstaller le SPK. Ceci afin que l'utilisateur puisse ajouter ses propres scripts sans les perdre durant l'update.

Non c'est une erreur je n'ai pas de tel fork. Le seul fork que j'avais fait était pour le support des sous-titres via subliminal. Il faudrait que je refasse le travail mais je n'ai pas trop le temps là. Pour les séries en français il n'y a rien à faire si ce n'est modifier le fichier de config et enlever french des ignore words. Peut être.

Pour faire des SPKs pour Syno (et cross compiler) jette un oeil à spksrc

Fais tourner SAB sans cache et alloue 50% de la RAM libre à ce moment là en cache Je pense que le mieux c'est de faire en sorte que ta RAM dépasse pas % d'utilisation pour garder une petite marge. Je pense que plus de 128M c'est pas super utile. L'aide dit qu'une bonne valeur est entre 70M et 100M : http://wiki.sabnzbd.org/highspeed-downloading

Impossible, c'est une info qui passe quand tu te connectes avec ton IP. Enfin, il me semble

Essaye sans mettre de cache et regarde si ça repose problème. Tu peux aussi ouvrir une issue à SABnzbd si le problème d'affichage persiste. C'est peut être pas la volonté de SABnzbd de pourrir ta RAM mais une limitation de Python. Dans tous les cas, 128M c'est beaucoup trop. Au final la surconsommation de RAM va te faire écrire dans le SWAP pour mettre en cache avant d'écrire sur le disque dur. Tu vas donc écrire 2 fois sur le disque dur la même chose

Un message de SPAM qui se faisait passer pour une fille et disait qu'elle aimait ce que tu disais et ton profil Le message a été modéré depuis.

Pour ta question sur le nombre de serveurs, c'est un user ZNC par serveur IRC. Perso j'ai fait 2 users ZNC : Diaoul-Freenode et Diaoul-EFNet Sinon, le "Maximum Buffer Size" est la somme de ce qui est conservé, tout channel confondus (sûr), tout users confondus (il me semble) Le buffer size est le nombre de lignes conservées par channel. Par exemple sur des channels publics c'est pratique d'avoir les 50 dernières pour savoir de quoi on parle quand on débarque. Sur un chan à historiser tu peux monter beaucoup plus haut genre 500 pour être sûr de rien louper même en 1 semaine d'abscence. Le keepbuffer ça fait que dès que tu te connectes à ton ZNC ton buffer n'est pas vidé. Donc quand tu re-reviens il te revoie les 50 dernières lignes (par exemple) alors que si tu keep pas le buffer, il le vide dès qu'un client se connecte et le reçoit.