Diaoul

Les binaires se trouvent dans /usr/local/git/bin. Tu peux les lancer en utilisant le chemin complet ou bien inclure ce chemin dans ton PATH.

Pour les WD 3To que j'ai préparé j'ai arrêté manuellement à 2 ou 3 passes si tout était OK. J'ai aussi lancé badblocks sur un 2x Seagate 2To et un 320Go. Je pense que c'est là que j'ai du faire les 56h. Effectivement c'est assez long sur la fin, je pense que ça dépend des patterns qui sont écrits.

Parfait, rien à redire.

Pour moi NFS et CIFS sont deux appli différentes pour répondre à un même problème : faire du partage réseau. Un client NFS sous Windows ou un serveur CIFS sous Linux c'est pareil, il n'y a pas de meilleur choix. Le choix doit se faire selon l'utilisation principale qu'en fait l'utilisateur. Le problème c'est surtout les permissions. CIFS met tout en 777 sur le Syno, ce qui peut être problématique si l'on utilise le NFS par ailleurs. Dans le cas d'une utilisation majoritaire sur le NFS (beaucoup de PC sous Linux, peu sous Windows), il vaut donc mieux utiliser le NFS sous Windows.

Trompé de forum, poste ici : http://www.nas-forum.com/forum/forum/140-mail-server-mail-station-2/

Je vais essayer de vous trouver la bonne config de HAProxy, il y a certainement quelque chose à faire avec ssl_fc.

Je ne m'y connais pas du tout en Ruby donc c'est pas pour moi sorry.

Donc il y a un bug quelque part devildant ou pas ?

Des variables restent avec l'environnement de compilation donc il faudrait intégrer netifaces au SPK de SynoCommunity. Tu en as besoin pour quoi ? Tu peux aussi te compiler ta version du SPK de SynoCommunity incluant netifaces, je te laisse regarder spksrc pour ça.

#!/usr/local/python/bin/python En début de ton script.

On m'assure chez Synology que localhost n'est jamais bloqué. @devildant: tu peux envoyer les éléments à Chad ?

Il faut : Installer ton NAS avec un seul disque dedans Mettre les autres disques, ils apparaitront en statut "Non initialisés" Lancer badblocks sur sdb, sdc, sdd, sde, etc.

En même temps il sont sortis en VF les épisodes que tu recherches ? Parce que bon, ce fork SickBeard ne fait pas encore la traduction des flux audio.

Pour la version de Debian installée avec le SPK, si tu ne veux pas de la stable tu peux toujours mettre à jour ton sources.list pour updater vers une testing. Je ne pense pas qu'appliquer une procédure permette de la comprendre. Le SPK permet de : Mettre à jour le chroot par DSM Gérer des services chrootés par DSM sans avoir à se connecter en SSH (il faut quand même les installer à la main) Conserver ses données lors d'une mise à jour Tout installer/désinstaller en un clic Si tu as des idées d'amélioration du SPK je suis prenneur. On peut par exemple mettre un wizard à l'installation qui demanderait la version de Debian souhaitée. Tout est ici.

Utilises le SPK NZBConfig pour paramètrer SickBeard avec SABnzbd sans toucher à la ligne de commande. Les permissions 777 ne sont pas les bons droits.

Après avoir testé le SPK de serveur DNS, je vais me rabattre vers cette solution. Je pense que le DNS Suffix est bien reconnu avec cette solution alors qu'il y a un bug dans le package DNS Server.

Je ne pense pas que tu aies le droit de publier le lien Piwi

Toutes les box actuelles font DNS sur le réseau local si tu utilises le DHCP.

Si le package n'est pas dispo sur le site c'est que la compilation à du merder. Ca arrive assez souvent avec cette toolchain, gcc me fait une segfault au milieu de la compil.

Il faut le port supplémentaire de File Station pour ça. Dans le panneau de configuration, Privilège des Applications.

La prochaine fois il faudra prévoir un plan pour bud77 qui a eu un peu de mal à trouver

Je vais demander à mon contact chez Syno si le header X-Forwarded-Proto est pris en charge par DSM.

Quel est l'intérêt de passer sur le port 5001 en SSL ? Ca ne va rien sécuriser du tout.

Et bonjour les erreurs quand tu fais pas la bonne manip' pour un utilisateur lambda.

Quel est l'intérêt de faire la mise à jour via un helper ? La mise à jour du SPK est faite peu de temps après la sortie officielle.