Diaoul

Moi j'ai pas de Mise à Jour proposé dans mon centre de paquets... Je crois que leur SPK s'installe dans un répertoire avec une majuscule "Python" alors que le notre est sans majuscule "python" ce qui devrait être suffisant pour éviter les problèmes.

Donc si je résume pour CFE : Une liste de raccourcis vers des fichiers de configuration (nom + chemin) comme c'est plus ou moins le cas avec le CFE actuel Un bouton pour parcourir et ouvrir directement un fichier de configuration qui n'est pas en raccourci D'autres idées tant qu'on y est ?

Bah il est dans la rubrique autres NAS donc ça vaut peut être le coup de demander mais pour en revenir à la question ça m'étonnerai que tu puisses mettre teamspeak. Regarde du coté de umurmur peut être via optware (ipkg) ou une sorte de dd-wrt

C'est vrai, mais on est en contact avec Syno, nous demander de jeter un oeil a leur SPK avant de le release ça pourrait être une bonne idée. D'autant que pour l'heure, ce SPK n'est utilisé par aucun autre SPK en tant que dépendance. Leur SPK est dans la partie "Fourni par un tiers" du repo officiel.

Je rectifie : Tant que le paquet Python fourni par un tiers de Synology est pourri, nous utiliserons le nôtre.

C'est justement pour faire des tests. Tu peux faire le tour du paquet et me faire un retour puis désinstaller. Je ferai la release dans la foulée une fous les pb éventuels corrigés.

En effet mais celui là c'est x86 selon la dénomination Synology et non cedarview. Ouvre le SPK avec winrar (renomme le en .tgz si l'archive n'est pas reconnue) Edite le fichier INFO qui s'y trouve et remplace arch="x86" par arch="cedarview" Sauve le fichier Ferme l'archive (avec le fichier modifié à l'intérieur) Réinstalle et c'est bon.

x86 et 88f628x pour l'instant. Je vais essayer d'uploader ppc Attention : Ceci est une version de test. Peu de risques mais il faudra supprimer le SPK avant la release finale si j'y apporte des modifications entre temps. Edit: URL supprimée, me MP si intéressé

CFE est pr

Oui

Une virtual machine serait plus adaptée à la cross compilation. Premièrement parce que c'est mieux d'avoir une distrib standard type Debian et deuxièmement parce que c'est facile à ejecter en cas de pépin et tu perds pas tout ton OS Perso j'utilise VirtualBox sur windows comme linux avec un disque iSCSI sur mon Syno pour la souplesse Debian squeeze c'est parfait.

Go spksrc. Tu fournis l'url et la cross compil se fait toute seule. Je suis

Ce type de SPK n'aura pas de public assez large pour

Les contributeurs sont les bienvenus

Exactement, un RAID5 devrait te protéger contre une panne matérielle d'un disque. Ce qui m'étonne c'est que ce ne soit pas récupérable par Syno car même si c'est un cable SATA défaillant il devrait n'y avoir qu'un disque d'affecter non ? A moins qu'avec le RAID 5 ça ne se soit propagé sur les autres disques... Edit: En relisant j'ai l'impression que ta manipulation a écrasé l'array existant ?

Padbol.

T'es sûr que c'est bien sur /volume1 ? Supprime le partage "downloads" et recréé le. Si tu avais le SPK de superzebulon, le partage et les dossier ont été créé par le SPK et donc il doit y avoir des problèmes de permissions dessus.

Le répertoire "download" existe-t-il bien ? Quel modèle de Syno as-tu ?

Je crois que tu m'as mal compris quand je dis qu'IPKG c'est du bricolage, je te parle de tout ce qui est en amont de ton ipkg install trucmuche : la cross compilation faite via optware, les versions utilisées, les patchs appliqués bref, tout le fonctionnement d'Optware en général. Reste qu'IPKG est la solution la plus simple pour utiliser rapidement un programme.

J'ai du lire ici même quelques avis positifs sur la Popbox v8 de PopcornHour.

Je ne dénigre rien du tout, IPKG c'est très bien pour découvrir des programmes ou se bricoler un petit truc ou tout simplement éviter de cross compiler. Les paquets ne sont pas à jour, il y a des patchs hasardeux dans Optware, comparé à OpenEmbedded c'est très opaque et les toolchains utilisées sont pas les officielles fournies par Synology. Perso je n'expose pas de programme installé via IPKG sur mon Syno sur internet, souvent les versions proposées par IPKG sont vieilles. Quant aux interractions entre IPKG et le firmware natif il y en a bien puisque tu changes le PATH. Ton Syno peut très bien se retrouver à appeller des commandes via IPKG au lieu des commandes natives. Je me rappelle de quelqu'un qui avait du flasher son Syno à cause de l'installation d'un paquet IPKG (busybox de mémoire). Tu perds IPKG à la suite d'un flash de firmware. Les SPKs sont pensés par Synology pour éviter ce genre de désagréments et laisse la main à l'utilisateur d'installer / désinstaller / mettre à jour un paquet via DSM. Ils résistent aussi au flash de firmware et peuvent même conserver les fichiers de conf après désinstallation sur accord de l'utilisateur (via un formulaire lors de la désinstallation). Un SPK bien ficellé c'est 0 dépendance vers les librairies du Syno et 0 interraction avec le système natif. Perl via IPKG c'est très bien aussi et tu as presque un environnement séparé, les points faibles étant les bugs éventuel, les versions dépassées et le manque de paquets. Perl en SPK tu peux faire ce que tu veux. La compilation des modules se ferait en amont via cross compilation et non en natif sur le Syno ce qui évite les désagréments de librairies non disponnible ou pas à la bonne version. Reste aussi Perl via un chroot Debian. Tous les Synos sont maintenant ARMEL ou x86. Les vieux sont en PPC et très vieux (x07) en ARMEB. Le chroot debian serait donc possible sur tous les Synos. Là tu te reposes sur la communauté Debian et profite de toutes les mises à jour possible et imaginables. Par contre comme c'est jail c'est pas super pratique à utiliser en dehors de l'environnement chrooté. Tu peux même faire de la compilation de modules perl en natif.

J'ai commencé ma phrase par "pour faire propre". Tu peux toujours bricoler hein.

Pour faire propre il faudrait cross compiler un nouveau Perl et faire un SPK. J'avais essayé à l'époque mais c'est une sacré galère. Il faut regarder comment faire OpenEmbedded...

La partie serveur de RStudio http://rstudio.org/download/server

Il y a un espace en trop dans ta commande de toute façon.