Diaoul

De ce que j'ai compris c'est pas une distrib mais un paquet pour Ubuntu. Qui dit Ubuntu dit peut être possible en chroot sur Syno

Perso je connais mal les trucs "pro" comme zentyal. Je vais tester je pense

Mais oui mais oui, installer un chroot par IPKG. Beaucoup d'autres paquets ont été testés sous DSM 4 avec succès, je ne vois pas de raison que ça ne fonctionne pas mais je ne l'ai pas "testé" a proprement parlé. Je le fera quand DSM 4 sortira en finale

C'est pas un 88f6282 plutôt sur les 211 ? Vlan! Je rajoute que sur un Syno ARM ou x86 (et peut être même PPC) on peut installer une Debian en plus de l'OS de base. Les paquets sont bien maintenus et ça fait nettement moins crade que ce bricolage d'IPKG.

Chez Numéricable.

D'après ton lien : # To find subtitles every six hours # add the following line to the file /etc/crontab (open the file with nano /etc/crontab or your favorite editor and make shure that there is one TAB after each item) #minute hour mday month wday who command 0 */6 * * * root /bin/sh /volume1/@appstore/scripts/subli_cron_findTV.sh > /dev/null Je vois pas comment ça peut être plus clair que ça Non impossible pour Addic7ed

Fais un mail à numéricable ?

Comme tu l'as dit tu ne peux pas configurer le reverse de ton FAI donc une vérification du reverse sera un échec systématique. Moi j'ai tout compris, si tu vois ce que je veux dire

Si justement, avec subliminal t'es sûr vu que tu utilises le hash du fichier pour matcher. J'avais fait une pull request pour que les sous-titres soient intégrés dans SickBeard mais ça intéresse pas trop midgetspy visiblement. Je suis sûr autre chose, je reviendrai plus tard sur subliminal pour finaliser la v0.5. Si l'anglais c'est pas ton fort et les scripts non plus je te conseil d'attendre que la fonctionnalité soit dispo directement dans SickBeard.

Du coté des lecteurs qui ne font que lecteur : CuBox : http://www.pcworld.fr/2011/12/16/cubox-boitier-open-source-pas-cher/522797/ Popbox v8 : http://www.popcorn-hour-fr.com/boutique/product.php?id_product=68

Je pense que tu peux être ton propre serveur DNS dans le cas d'une IP dynamique si tu as acheté ton propre nom de domaine. Ca demande de bonnes connaissances sur bind etc. (réglages du TTL bas, genre 60 sec) Y'a peut être une possibilité de SPK derrière cette fonctionnalité d'ailleurs

J'ai jamais parlé de cloud station, redisweb qui en a parlé le premier. Moi je parle de DDNS ici, c'est le sujet d'ailleurs... Je m'autoquote:

Quand tu ouvres le package center, des requêtes sont faites aux serveurs de Synology, que tu le veuilles ou non. La liste de tes packages installés, leur version, la version de ton DSM et d'autres infos (Piwi pourrait te donner la liste complète, c'est l'expert du protocole ) C'est dommage d'en arriver à installer un firewall pour bloquer les requêtes vers synology.com pour éviter de se faire pister... Je demanderai bien à Syno un mode autonome sans pistage qui désactiverait toutes ces fonctionnalités

Ce que je veux dire par "Cloudifie" c'est que Synology rend de plus en plus dépendant ses NAS de leurs serveurs (Package Center, DDNS, etc.) Justement, il ne faut pas qu'ils perdent de vue que le NAS doit rester autonome. Cloud station c'est super, mais il ne faudrait pas de dépendence envers un quelconque serveur de chez Synology. (et je crois que c'est le cas, donc j'ai rien contre.)

De toute façon c'est juste une boite pour y mettre des disques non ? Y'a pas de processeur ?

Intéressant, il me tente bien ce DSM 4.0...

Sachant que le disque dur de la box est public à tout ton réseau en RW, fais attention à ce que tu mets dessus...

Honêttement je sais plus. Ce qui me pose problème c'est que Synology se Cloudifie. Je veux garder la possibilité de tout faire sans aucun serveur de Synology. 100% autonome. Il ne faudrait pas que si un serveur Synology tombe entre de mauvaises mains, mes données privées soient compromises d'une manière ou d'une autre. Doucement, au fil des évolutions : la connexion du Package Center aux serveurs de Syno, le DDNS, etc. ; ce risque augmente.

Parano ON Sachez que même si vous désactivez le SSH, un serveur SSH tourne quand même. Il me semble aussi avoir lu quelque part qu'une clé SSH est mise sur les Syno par défaut, je pense pour permettre à Synology de prendre la main. Maintenant ils ont aussi l'IP de votre Syno. Perso j'aime pas trop ça...

Bon, j'avance sur l'interface graphique de l'application Dobby afin de la paramètrer facilement l'ensemble. C'est super propre avec Qt. Là ou je ne sais pas trop comment faire c'est comment paramètrer le Dobby sur le syno depuis une interface graphique sur le PC sachant que l'on a pas accès à la base de donnée sur le Syno ni au fichier de configuration.... Peut être que le mieux c'est une interface web. La question devient donc, est-ce que cette interface web doit faire parti de l'application Dobby (au même titre que Qt) ou bien plutôt intégré à DSM ? Dans tous les cas ce sera probablement pas moi qui ferait cette interface Sp@ro: tu avances sur la création d'un modèle acoustique français ? J'aimerai bien tester ça Si tu as des pistes sur comment entrainer un tel modèle je suis prenneur de toute explications

Non il faut redémarrer à la main : https://github.com/Diaoul/syno-packager/blob/master/src/cron-manager/target/share/3rdparty/index.cgi Ca peut être un axe d'amélioration d'ailleurs

Bha c'est simple, t'as un dossier dans ton .spk, il faut pas de dossier il faut tout mettre à la racine. T'es sûr que t'as ouvert un .spk officiel pour voir comment c'est foutu ? Ensuite pour chaque fichier xxxx tu as un fichier caché ._xxxxx

La seule conclusion que tu peux tirer du fait que la première méthode fonctionne du coté des droits UNIX est que /bin/sh est exécutable et que /volume1/scripts/script.sh est lisible. En aucun cas que /volume1/scripts/script.sh est exécutable.

Le shebang ne sert qu'a exécuter un script sans avoir à faire référence au binaire à utiliser pour lancer le script. Par exemple: /volume1/scipts/script.sh Fera la même chose que: /bin/sh /volume1/scripts/script.sh si le shebang est: #!/bin/sh Point final. Attention: il faut que le script soit executable hein. +x S'il y a un problème dans ton script quand tu le lance avec: /bin/sh /volume1/scripts/script.sh Alors c'est un autre problème et je te conseil d'ouvrir un autre thread avec le contenu de ton script.

Oui. Je te conseille de regarder la partie qui gère la création de SPK dans spksrc