Diaoul

L'utilisateur nzbget fait parti du group users donc si ton groupe a les droits dessus c'est bon aussi

Tu as des wildcard à 99€ je crois.

Tu peux avoir du HTTPS en utilisant HAProxy. En RAM perso je suis à 6Mo contre 60Mo pour SABnzbd sur mon DS211. Sur une ligne ADSL tu ne devrais pas voir la différence entre les débits NZBGet / SABnzbd mais sur ma connexion fibrée je plafone à 3Mo/s SABnzbd et 5Mo/s NZBGet.

Si, sur la page de stats.

C'est écrit dans le wizard à l'installation, après si tu lis pas... https://github.com/SynoCommunity/spksrc/blob/develop/spk/nzbget/src/wizard/install_uifile_fre https://github.com/SynoCommunity/spksrc/blob/develop/spk/nzbget/src/installer.sh#L40 Correction, c'est nzbget pas admin le password par défaut

Le nom d'utilisateur est toujours nzbget, le mot de passe si laissé vide est admin. Edit: nzbget pas admin. Ce qui donne la combinaison nzbget/nzbget

https://github.com/SynoCommunity/spksrc/issues/249

Oui on peut mais il faut modifier le script de post-traitement à la main. Je l'ai déjà édité pour inclure le post-traitement de SickBeard dans le SPK de nzbget

Les avatages de chacuns : SABnzbd : Fonctionnalités supplémentaires non-essentielles comme : Renommage / déplacement dans un répertoire Suppression des samples des vidéos Interface sympa comparée aux anciennes versions de NZBGet (< 9.0) NZBGet : Plein de fonctionnalités sur le comportement de la file d'attente Meilleur débit de téléchargement Beaucoup moins gourmand que SABnzbd en RAM et CPU (6Mo vs 60Mo) Meilleur interface que SABnzbd en version 9.0

Le NAS est assez puissant pour peu que tu n'aies pas un modèle J et que tu n'indexe pas trop de groupes.

Tu peux installer newznab sur ton NAS pour indexer usenet toi même. Je ferai un package pour ça un jour je pense.

Quand tu GET sur /sickbeard/ et que le backend ne le sait pas, il va te renvoyer des liens vers les menus qui ne contiennent pas le préfixe /sickbeard/ donc quand tu vas cliquer dessus ça ne va pas marcher. Le problème c'est que quand tu GET /home parce que tu as un lien qui pointe vers /home dans sickbeard, HAProxy ne sait pas si tu veux vraiment GET /home ou si tu veux GET /sickbeard/home donc pas moyen de réécrire ta requete dans ce sens. Il faudrait réécrire tout le contenu HTTP de ce que te renvoie sickbeard pour que les liens soient au bon format. Cette solution n'est pas envisageable. Il ne te reste plus qu'a aller voir du coté des options web_root de sickbeard pour essayer d'y mettre /sickbeard et virer ta regexp de réécriture. Tu fais juste une redirection et ça devrait aller.

C'est normal, il faut réécrire le path pour retirer le prefixe du backend. Sinon c'est comme si tu faisais pour sab : http://ip.de.ton.syno:8080/sab la page "/sab" sur sabnzbd n'existe pas. http://cbonte.github.com/haproxy-dconv/configuration-1.5.html#4-reqrep Regarde les exemples, ils réécrivent une requête en enlevant le /static/ et en le remplaçant par /. Tu peux faire pareil dans chacun de tes backends.

Si, j'ai réussi à cross-compiler boost. Donc a priori ça devrait être faisable.

Tu peux y aller, c'est fait pour.

Essaye une vieille version de Transmission.

Essaye d'utiliser NZBConfig pour faire la configuration de la communication entre les appli.

J'ai mis à jour le SPK en 2.73 (pas de changements par rapport à 2.72) mais j'ai mis à jour les dépendances (libevent et curl), donc peut être que ça va résoudre ton problème.

Non on reste sur du stable finalement, si tu veux Wheezy il te suffit de changer les repos

Tu devrais mentionner @Synology dans certains de tes tweets, ça fera de l'audience

http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.23

C'es super chiant comme solution je trouve mkvmerge. J'ai laché la freebox et suis passé à un vrai media center avec du XBMC dedans.

Le plus simple c'est que tu coches l'option "Faire ce que veut tocks"

Le SPK n'est plus en beta, il est actuellement en attente d'intégration dans le catalogue de SynoCommunity, ce sera dispo quand Piwi aura du temps.

Je tourne aussi sous 88f6281 (DS211) et mon transmission ne s'est jamais arrêté. Je doute d'un problème sur le SPK. Teste tout de même mais une demande de support à Synology me semble être la prochaine étape.