Diaoul

Les kernel modules utilisés dans VideoStation sont utilisables par tvheadend. Je pense que si tu lances VideoStation puis TVHeadend les drivers étant loadés tu devrais pouvoir voir tes adaptateurs dans tvheadend. Reste à voir si VideoStation est livré avec les kernels modules (j'en doute) ou s'il se contente de les activer au démarrage (plus probable), comme AudioStation à l'époque ou j'avais regardé.

Hello, J'ai mis à jour le README, il faut faire ça pour updater pip : sudo pip install -U pip[/CODE] https://github.com/SynoCommunity/spksrc/commit/e361a5a14eee4c350ca7521d26084be47ebccd57

Intéressant, je te conseille de faire une demande de SPK ici : https://github.com/SynoCommunity/spksrc/issues?state=open Ce sera traité quand un dev aura le temps.

Ou alors tu peux passer à Android.

Shell interactif oui, c'est déjà pas mal je trouve. Les scripts Syno (binaires ou pas) peuvent appeler des composants externes comme wget. Au final, si depuis ton SSH tu lances un "synoxxxxx", tu ne peux pas garantir que optware n'intervienne pas à un moment ou à un autre. Et effectivement, init.d est lié à Optware donc au démarrage, Optware à la main pour exécuter ce qu'il veut. Au final, dans tes sessions interactives, tout peut être potentiellement impacté par IPKG alors même que tu tapes la même commande qu'avant. Je ne sais pas à quelle période s'exécute le init.d de Optware mais il est aussi possible qu'il créé des problèmes d'utilisation de meme ports aussi. Synology ne fait pas de support là dessus pour plusieurs raisons à mon avis : Environnement non controlé par Synology, contrairement aux SPKs Trop d'utilisateurs novices ont suivi un tuto et "ça ne marche pas" Il n'y a aucun problème à utiliser IPKG quand tu en comprends les rouages, ce qui n'est pas le cas de % des utilisateurs d'IPKG.

IPKG c'est quand même très lié au système, surtout si tu modifie ton PATH. Les SPKs de SynoCommunity sont bien mieux isolés du système et si tu le supprimes il n'y a plus aucune trace. Non les SPKs ne font pas sauter la garantie, après si tu installes d'une source qui n'est pas une source de confiance, il est possible que le gars ait mis un malware dans son SPK hein..

@bud: C'est quoi la commande déjà pour voir l'espace restant sur la partition système ? mount donne l'espace libre non ?

Je pense que ta partition est peut être pleine, essaye de checker ça. En tout cas c'est pas du au SPK.

Je réponds dans l'ordre : Pas vraiment d'intérêt, les deux méthodes ont coexistées à une époque, base64 prédominait chez Syno avant, c'est possible que maintenant ce soit la méthode PACKAGE_ICON qu'ils privilégient. Je ne sais pas. En tout cas pour le repo c'est facile à stocker en base de donnée via le base64 Faut voir avec Piwi pour le repo. Oui il en existe, je te recommande le SPK subliminal comme exemple, ça utilise le must en Python du moment et j'ai essayé de rendre clair le ExtJS qui ne l'est pas forcément... Je n'ai pas regardé shellinabox mais je te conseille de rester sur du "maison" SynoCommunity Oui, même sans .htaccess, cf le SPK subliminal. Pour résumer, le SPK subliminal c'est : Un fichier de config pour sauvegarder les paramètres utilisateurs Une petite base de donnée sqlite avec une table pour stocker une liste de répertoires Une interface ExtJS qui permet d'éditer tout ce beau monde Un folder picker dans ExtJS pour sélectionner un dossier facilement (comme dans les SPK de Synology) Un CGI protégé des intrusions exterieures grace à une authentification DSM et un contrôle sur le groupe utilisateur (restreint à administrators) Tout ça en Python parce que ça fait un code lisible et synthétique. Du coté des modules Python en vogue en ce moment ça utilise : Flask (framework web) SQLAlchemy (ORM) Enjoy

Que donne un ls -al /usr/local/sickbeard/var/[/CODE] ?

Utilise une VM dédiée avec Debian stable plutôt, histoire qu'on soit ISO environnement.

SickBeard tourne avec des droits d'utilisateurs restreints. Si par hasard vous avez touché au fichier de configuration dans /usr/local/sickbeard/var/config.ini il se peut que les droits du fichier s'en soient trouvés altérés. Pour corriger ce problème: chown -R sickbeard /usr/local/sickbeard/var

Ca a l'air d'être une grosse bouse ce SPK non?

Peut être qu'il faut configurer l'open_basedir correctement sur ton Syno. C'est faisable via DSM

Il y a des problèmes si tu actives l'hibernation du au fait que uMurmur doit écrire dans un fichier de logs (lorsque quelqu'un se connecte par exemple) mais cette écriture peut ne pas être immédiate et uMurmur se désynchronise (et plante). Si tu as l'hibernation activée, désactive la.

J'imagine même pas la lourdeur du truc. Mono n'est pas réputé pour être très rapide...

Saches que le streaming vers la Freebox Player v6 ne permet pas de visualiser les sous-titres. C'est une limitation de la Freebox et du protocole UPnP. Pour ce qui est du Syno, j'ai un DS211 et je pense que c'est le minimum pour tout faire tourner correctement (1.6GHz et 256MB de RAM).

Tout les packages de SynoCommunity sont fait avec spksrc : https://github.com/SynoCommunity/spksrc Le Makefile de spksrc pour Oscam est là : https://github.com/SynoCommunity/spksrc/blob/develop/cross/oscam/Makefile

Ca fait longtemps qu'on a l'équivalent avec GateOne sur SynoCommunity Le problème c'est que utiliser un autre port n'a aucun intérêt, si tu peux accèder à un autre port que ou 443, autant installer PuTty et te connecter en SSH. Sans entrer dans les détails techniques, il n'est pas possible de faire fonctionner GateOne en mode fenêtré dans DSM d'où l'absence de SPK sur le repo.

Perso je vois pas trop l'intérêt du C# sur Syno mais bon, why not. OpenJRE aurait été bien plus utile à mon sens, Synology si tu m'entends

Déterrage de topic + mauvaise information. Pour des paquets à jour et développés par la communauté je conseille d'aller voir sur http://www.synocommunity.com/

Tu cites la réponse dans ta question : installe python 2.6 via ipkg comme indiqué par PatrickH

Cool, perso je vais attendre un peu, trop busy en ce moment...

Tout est dit Merci sarakha63

Bonne chance pour cross compiler boost