Diaoul

Ils sont en qinst, nous non. Je pense que c'est ça.

Il y a déjà Mylar mais c'est buggé. Omniverse me semble pas maintenu.

Oui

Tu peux confirmer que fermer tous les services avant de stopper le SPK fonctionne sans l'option -l ?

Ce n'est pas un problème, c'est juste le comportement par défaut du Package Center sur un dépôt tiers. Le premier clique ne fait que le téléchargement (même s'il met le formulaire d'installation) et le secon clic installe vraiment le SPK. Il faut voir avec Piwi si y'a pas des options dans le JSON de retour qui permettraient de répliquer le comportement du repo officiel.

Si les umount ne se font pas c'est que tu as un service qui tourne dans le chroot et qui utilise le mount (ou même peut être ta fenêtre SSH ?) Donc ça me parrait mieux de stopper les services dans le chroot plutôt que de laisser les mounts se défaire en mode lazy

Apparament ce n'est pas une option très conseillée car elle laisse en fait le mount actif pour le processus qui l'utilise...

Tu peux éditer le script manuellement et tester ta solution ? C'est l'occasion

Cool merci

Stop le SPK et relance le. Les mounts peuvent merder si tu as coché "Lancer après l'installation"

Un chroot est un environnement mort, il ne démarre pas. C'est un ensemble de librairies et binaires stockées dans un répertoire qui n'est pas la racine. La commande permet juste "de faire comme si" ce répertoire était en fait ta racine. Par conséquent tu ne peux pas remonter plus haut que la racine, tu es donc enfermé dans le chroot. On parle aussi de "jail", prison. Ca te donne donc accès à tout l'environnement Debian mais tu ne peux pas interragir avec le reste de ton Syno, par exemple depuis le chroot tu n'as pas accès à tes disques /volume1/, /volume2/, etc. Démarrer/arrêter debian-chroot permet juste de faire les mounts nécessaires au bon fonctionnement du chroot : https://github.com/S...-control.sh#L13 Il n'est pas possible actuellement de relancer les services enregistré dans l'interface automatiquement au redémarrage. Je ne suis pas sûr que ce soit une bonne idée, a voir

Te connecter en SSH au chroot en root == Faire /var/packages/debian-chroot/scripts/start-stop-status chroot Je te suggère donc d'utiliser la seconde méthode pour mettre en place des users.

Va voir dans l'aide de DSM, section "Debian Chroot"

Alors ces tests ça donne quoi ? J'ai du filer le SPK beta à 5 ou 6 personnes

Y'a pas de moyenne, ça dépend vraiment des SPKs. Par exemple Mylar ça m'a pris peut être 10 minutes car c'est similaire à Headphones. En revanche HAProxy j'ai du y passer quelque chose comme 7h.

Quand tu dis que tu veux "créer et comprendre" j'imagine que ça reste en tant qu'utilisateur pas développeur ?

En fait je souhaiterai préserver le système actuel de dons : si ça te plait tu donnes, le Package Center n'est pas un market à la manière de l'Apple store ou de Google play. Ce que je souhaite ouvrir c'est un système parallèle pour les gens souhaitant faire tourner certains logiciel sur leur Syno. Les pistes de rémunération : A l'heure, très aléatoire et pas forcément adapté même si c'est ce qui est le plus juste pour le développeur Par forfait, 15€ le SPK. 5€ d'accompte et 10€ in fine Les conditions : Release sur spksrc donc ouvert à tout le monde Release sur le dépôt SynoCommunity Faisabilité

Hello, Tout d'abord je vais faire un petit constat. Pour l'instant je suis le seul contributeur majeur de spksrc avec toute une floppée de SPKs à mon actif. Les demandes de SPKs sont traitées par ordre d'arrivé avec les boosts suivants : Le SPK m'intéresse personnellement Forte demande sur le SPK Cette méthode fonctionne bien pour moi mais certains SPKs ne verront probablement pas le jour. Cette liste ne cesse de grandir et la plus vieille demande soufflera bientôt sa première bougie. Biensûr je remercie Nounours et les autres personnes pour leurs contributions respectives. Je pense proposer un autre service permettant à certains SPKs de voir le jour : faire payer. Si quelqu'un veut un SPK il peut soit suivre le process de priorisation normal soit payer mon temps de développement. Le plus juste serait de payer à l'heure de temps passé dessus avec un accompte initial pour éviter les arnaques. Qu'est-ce que vous pensez de cette solution ? Quelle méthode de payement serait la plus adaptée ? Quel tarif vous semble le plus juste ? Merci

Pour garder ta config je ne sais pas, je crois que bud avait fait un tuto pour récupérer ses données lors de la migration superzebulon -> synocommunity. Le mieux c'est de repartir propre et de refaire ta config : Désinstaller tout les Python et SABnzbd Installer Python SynoCommunity Installer SABnzbd SynoCommunity et indiquer le chemin complet et exact (casse, accents) du répertoire de téléchargement. Par exemple : /volume1/downloads Ciao

Non, chez moi tout va bien. Vérifie que nzbget ait bien accès aux répertoires que tu lui as indiqué pour le téléchargement etc.

Des testeurs avec un processeur qoriq ?

Hello, Il y aura un SPK un jour je pense, s'il ne faut pas obligatoirement faire de modifs dans le php.ini.

https://github.com/SynoCommunity/spksrc/issues/search?q=newznab

Je ne suis pas sûr de comprendre la question. On ne peut pas mettre un autre linux sur le Syno, du moins, pas simplement. Par contre tu peux mettre une autre distrib dans un chroot (à coté) de DSM. Dans tous les cas, sauf avec de solides compétences, tu ne pourras pas changer le noyau.

Je vais dépoussierer le SPK demain et faire une release avec wheezy.