Diaoul

https://github.com/SynoCommunity/spksrc/blob/develop/cross/python/Makefile#L21 Il y a le support de l'ipv6 dans Python de SynoCommunity.

Il y a Z-Way en python mais ça date de 2008. Je pense qu'il faut se rapprocher de Domogik pour savoir ou en est le travail la dessus. Le point d'entrée c'est la clé USB Aeon Labs ZStick V2 et la communication avec cette clé. J'ai essayé de cross compiler openzwave, ça dépend de libudev donc j'ai cross compilé systemd sauf qu'il me demande une dépendance vers "POSIX caps library" j'ai essayé libpcap mais ça ne va pas à priori, peut être libcap mais je n'ai pas trouvé les sources. libcap2 dispo sur linuxfromscratch dépend de attr. Ca semble être la voie à suivre d'après open-embedded. Autre point, il faut hidraw.h, qui est dispo pour 88f6281 mais je ne l'ai pas vu dans certaines toolchains donc il est probable qu'il faille passer par la cross-compilation de kernel modules. Ca tombe bien, spksrc sait faire ça très bien. A suivre

OpenZwave c'est la merde à cross compiler, il faut hidraw.h et libudev.h qui ne sont pas présents sur les toolchains de Syno. En plus la lib n'a pas de release, pas de version, juste une version de dev avec peu de documentation. Je ne pense pas que ce soit un bon point de départ.

Je lance la compilation ce soir. Envoi moi ton email par MP que je t'envoie le SPK.

Je vais regarder pour la cross-compilation, ça ne devrait pas être bien méchant.

Quelqu'un a essayé Domogik ? J'essayerai bien de bidouiller un peu mais je n'au aucun module de domotique chez moi

C'est quoi ton architecture ? Je vais te donner une version de test.

C'est le groupe UNIX par défaut des utilisateurs ce qui est nécessaire de part la nature de l'OS (UNIX). C'est aussi la solution la plus simple de gérer les permissions par défaut au niveau groupe en UNIX et permet l'utilisation du NFS sans trop de problèmes.

J'ai eu l'occasion de réinstaller DSM sur mon DS412+ flambant neuf et je vais éclaircir quelques points : Le groupe users n'est plus supprimable, c'était un bug d'une ancienne version de DSM Le groupe users n'a par défaut auncun droit sur les dossiers partagés, il n'y a donc aucune action à mener sur ce groupe L'utilisateur guest est désactivé par défaut, il n'y a donc aucune action à faire non plus Les paramètres par défaut sont donc sécurisés. Si l'on change la configuration par défaut, c'est que l'on sait ce que l'on fait. En l'occurence, ce qu'a fait par erreur viba74 est de donner No access au groupe users sur ses dossiers partagés. Comme indiqué dans la fenêtre DSM de gestion des privilègres : Privileges Priority : NA > RO > RW Si un utilisateur a des privilèges RW sur un dossier partagé mais qu'il est dans un groupe qui lui a NA sur ce même dossier, le droit résultant sera NA. Tous les utilisateurs étant dans le groupe users, donner NA au groupe users revient à priver tout utilisateur d'accès à tous les dossiers partagés. @didierrp, la consigne que tu préconises est la configuration par défaut. La configuration par l'utilisateur est de sa responsabilité, la documentation officielle de DSM est amplement suffisante pour apréhender au mieux les fonctionnalités de son NAS. Il est vrai qu'il faut souvent le rappeler car de nos jours, personne ne lit plus les documentations. En un acronyme, RTFM.

Rendre le fichier exécutable ? Le renommer en .cgi ?

OK Installable OK Je te conseille de te faire un virtualenv python dans un répertoire de ton choix : /usr/local/python/bin/virtualenv --system-site-packages /volume1/scripts/python A partir de là tu as un environnement python isolé dans lequel tu pourras installer les modules que tu veux et que tu pourras supprimer sans impact sur le SPK Python de SynoCommunity. Pour installer requests dans cet environnement : /volume1/scripts/python/bin/pip install requests Puis pour lancer ton script : /volume1/scripts/python/bin/python mega.py Voilà.

Je ne sais pas ce que dit la législation. Je ne vends pas le logiciel mais le packaging. Des idées ? Les donations fonctionnent le problème est que ça ne touche pas tous les utilisateurs alors qu'un SPK payant oui.

La question du payement est peut être résolue mais le problème de la tarification reste entier. Faire payer appli par appli ? Ceci obligerait à ne plus rendre les sources accessibles Faire un abonnement SynoCommunity donnant accès aux packages ? Des petits malins pourraient s'amuser à tout recompiler depuis spksrc et les proposer gratuitement Le modèle open source + payant est délicat...

Ca sert à quoi de changer un Syno qui marche ? Moi aussi je croyais que ça venait de mon Syno, si tout ceux qui ont des problèmes avec les WD Red faisaient des échanges, Synology serait en faillite.

Non, c'est uniquement depuis que tu es en beta. libsynoha.so est une lib rajoutée par Syno depuis DSM 4.2 beta en vu du portage de leur package de haute disponibilité sur d'autres architectures que les modèles pro RS. https://github.com/SynoCommunity/spksrc/issues/373

DSM 4.2 = beta

Les problèmes SMART ne se révèleront qu'après le badblocks. Si tu ne fais pas de badblocks, tu fais un peu l'autruche.

C'est root qu'il faut utiliser.

Tu avais préparé ton disque dur ? Si oui, comment ?

Ca devrait aller de le feinter comme l'a fait Lapin

Bah voilà ce qui arrive quand on fait une mise à jour hative. Si vous êtes content avec votre version de SABnzbd faut pas faire la mise à jour... Consultez les logs pour voir ce qui ne va pas. @Piwi: Tu peux supprimer la nouvelle version du repo temporairement ?

Je précise que si pour moi c'est le Gigabit le goulot d'étranglement c'est certainement parce que j'ai un SSD

Tu regardes si tu as des secteurs défectueux dans le compte rendu SMART Est-ce que ton utilitaire à contrôlé que la valeur écrite est bien égale a la valeur lue? Peut être que le disque à réussi à écrire sur le secteur, peut être n'arrivera-t-il cependant pas à le lire. Enfin en tout cas c'est une bonne sécurité, le cas que je cite doit être marginal, surtout après 3 passes d'écriture.

Il faut cross compiler un par2 multicore. Pour moi l'intérêt est limité, l'utilisation d'un seul coeur permet de limiter l'impact sur le reste des fonctionnalités du NAS. De toute façon les NAS multicores ont des bonnes performances et un par2 n'est pas ce qui prend le plus de temps. Vu la maintenance supplémentaire que cela m'obligerait à faire et le gain très limité, ça ne vaut pas le coup. Si toutefois quelqu'un souhaite se lancer dans l'aventure tout seul, spksrc est là pour ça. J'accepterai toute contribution dans ce sens.

412+ en RAID 5 sur 3 x WD Red 3To je suis à 115Mo/s débit quasi constant. Le 412+ et 713+ ont le même processeur il me semble. C'est étonant de constater autant de disparité de débit.