CoolRaoul

Tu n'as pas de PC ? ***EDIT*** PS: Je dit ca parce que je suis toujours étonné du nombre de gens qui se compliquent la vie a vouloir absolument faire tourner sur de petits NAS des applications qui sont déjà disponible pour leur PC (Windows et/ou Linux) ou Mac et fonctionneront forcément bien plus lentement vu le ratio de puissance et de mémoire entre un PC de base et un NAS entrée ou milieu de gamme.

Tu es au courant qu'il n'y a pas de sortie video sur un syno? Donc quoi que l'on puisse trouver, ça ne peut être *équivalent*

Mon script ne génère rien: il ne fait que *convertir* le détail des programmes contenus dans le fichier xml qu'on lui donne en paramètre (ou celui contenu dans le .zip) dans le format (les fichiers epg.nnn) utilisé par Videostation. Tu peux d'ailleurs consulter le contenu du fichier xml avec n'importe quel éditeur. La liste des chaines est en début de ce dernier. Les programmes dont tu as pu constater la présence ont donc forcément étés générés par Videostation lui-même (plus exactement par l'outil "synodvbepg") à partir du contenu du flux TNT (le script ne supprime pas les fichiers epg déja présents dans le dossier EPG)

Je réalise un truc tout a coup: Tu a écris Il est normal que pour les chaines ajoutées, les programmes restent vident dans VideoStation, si ces chaïnes ne sont pas présentent dans le tnt_lite.zip! Mon script ne peut pas inventer les programmes de chaines qui ne sont pas dans le source xmltv!

Faut quand même bien inclure les librairies dont dépend wget dans le spk non? Sinon j'ai un doute pour que wget fonctionne a l'arrivée Voici ma liste de plist apres le make: work-88f6281/gmp.plist work-88f6281/gnutls.plist work-88f6281/nettle.plist work-88f6281/wget.plist A moins de faire un spk supplémentaire pour chaque librairie (gmp, gnutls, nettle), et les installer tous les 4?

Je vois mais au départ je cherchais un fichier nommé "PLIST" alors que ce sont bien des "*.plist" (plusieurs si il y a des dépendances: wget.plist, gnutls.plist, etc ... ...) qui sont générés On construit donc le "PLIST" final a partir d'eux (en élaguant ce qui n'est pas forcément indispensable comme les docs par exemple)

En effet, j'ai (encore) un peu merdé dans mon explication En fait, comme tu viens de nous dire que tu pouvais accéder a ton site distant en ssh, tu n'as plus besoin d'utiliser wget puisque rsync répond a ton besoin. Et comme rsync est natif sous DSM tu n'as pas besoin d'installer (à fortiori de compiler) quoi que ce soit pour faire ton miroir.

Ce que je voulais dire est que le bug de ssh ne s'applique que dans le cas ou le site distant est un site ftp Par conséquent, si tu dispose d'un acces ssh sur ton site, tu devrais pouvoir arriver à faire ton mirroir avec le wget natif de DSM sans rien d'installer de plus.

(Je m'auto-quote) Toujours dans mon répertoire wget j'ai fait comme cela pour générer le PLIST find . -name '*.plist' | xargs cat | egrep -v "^(include|share/(man|info))" > PLIST[/CODE] [i]Copy a standard SPK directory like spksrc/spk/transmission in your new SPK directory spksrc/spk/newspk[/i] [i]Edit the stuff to fit your needs[/i] Damned, je suis un peu perdu la... Une question (parmi les dizaines qui me viennent) : A quoi servent les PLIST dans les répertoires "spksrc/spk/*", ils sont *tous* vides? Découragé je suis

Bon, voici ou j'en suis [*]j'ai mis le "depends" propre: DEPENDS = cross/gnutls[/CODE] [*]vir

Par curiosité j'ai tenté le coup pour mon archi (88f6281) Voici mon Makefile: PKG_NAME = wget PKG_VERS = 1.14 PKG_EXT = tar.xz PKG_DIST_NAME = $(PKG_NAME)-$(PKG_VERS).$(PKG_EXT) PKG_DIST_SITE = http://ftp.igh.cnrs.fr/pub/gnu/wget/ PKG_DIR = $(PKG_NAME)-$(PKG_VERS) DEPENDS = cross/openssl cross/gnutls HOMEPAGE = http://www.gnu.org/software/wget COMMENT = free software package for retrieving files using HTTP, HTTPS and FTP, the most widely-used Internet protocols. It is a non-interactive commandline tool, so it may easily be called from scripts, cron jobs, terminals without X-Windows support, etc. LICENSE = GPL GNU_CONFIGURE = 1 CONFIGURE_ARGS = --prefix=/site include ../../mk/spksrc.cross-cc.mk et le "make" plante comme ceci: configure: error: --with-ssl was given, but GNUTLS is not available. make: *** [configure_target] Error 1 ***EDIT*** Peut-être une piste: je pensais que les dépendances étaient résolues automatiquement mais il semble bien que $ cd ../gnutls/ $ make ARCH=88f6281 soit necessaire C'est ça?

Et pourtant il me semblait avoir été clair dans ma réponse: "L'option "optware" n'est, malheureusement pour toi, pas (encore?) disponible pour ton modèle de CPU." Ce que décrit ce tuto c'est tout simplement du rsync sur ssh Et donc ça ne s'applique pas dans le cas ou le site distant est accessible uniquement en ftp (ou http). Et vu l'erreur que tu nous a décrit dans ton premier message du fil, c'est en ftp que tu rencontre le bug non?

Oups, je viens de m'apercevoir de quelques conneries dans ce que je viens d'écrire: j'ai confondu "wget" et "rsync" Donc la partie sur la version spéciale de wget avec les extension ACL est fausse (cela s'applique à rsync) Mais le reste reste OK et j'ai lu le lien détaillant le problème sur wget entre temps aussi. Pas sur que le support Syno soit utile dans ce cas...

Mettre à jour n'est pas possible et, même si ça l'était, ça ne serait pas conseillé car ce wget-la (/usr/syno/bin/wget) est une version spéciale incluant des extension Synology (pour la prise en compte des ACL par exemple). Je te conseille plutôt d'ouvrir un dossier de support, en y détaillant bien les étapes permettant de reproduire et constater le problème Sinon, une solution si tu es courageux, en a les compétences, le temps et la patience, serait d'installer sur un host Linux (physique ou virtuel, c'est égal) la toolchain syno pour ton modèle (DS213+ donc) et de recompiler wget à partir des sources récentes mais en choisissant un autre dossier d'installation que /usr/syno (/usr/local par exemple ou bien un dossier à créer dans volume1) L'option "optware" n'est, malheureusement pour toi, pas (encore?) disponible pour ton modèle de CPU. La toolchain à utiliser pour ton DS213+ (architecture "QorIQ") est http://sourceforge.n...Q Linux 2.6.32/ La documentation pour cross compiler se trouve dans ce PDF Dans tous les cas, si tu pouvais poster aussi ici le détail d'un exemple de manip mettant en évidence le bug wget, ça nous donnerait peut-être des idées de solution de contournement, qui sait.

Pour moi, quand je lis "coller le résultat dans channels.conf" je comprend "remplacer le contenu de channel.conf par le résultat" plutôt que "ajouter le résultat a la fin de channel.conf" Ben, c'est simple: tu vas sur http://pastebin.com/, tu copie le contenu de ton channels.conf dans le champ de saisie en dessous de "New Paste", tu clique sur le bouton "submit" et tu nous donne l'url de la page produite. Simplement copier/coller ici le texte produit à l"écran par l'exécution du script

En plus simple (et universel) il y a ceci: http://www.changedetect.com/

Il me semble que le topic explique comment *générer* un channel.conf "from scratch" mais il ne parle pas d'y *ajouter* des chaines, non? Cela dit pour avoir une chance de comprendre ce qui coince me faudrait un exemplaire de ton "channels.conf" (met le sur pastebin par exemple) Une trace de l'exécution de mon script serait utile aussi (avec les lignes "creating epg.NNN")

Je ne connaissais pas opensim avant ce soir, mais il est pourtant bien spécifié le pre-requis de gdiplus pourtant. En plus le 212+ n'a que 512 meg de mémoire. je suis certain que ca va ramer un max Tu n'as pas un PC largement plus puissant a ta disposition pour faire tourner cet opensim? A moins que ce soit pour le faire tourner 24X24 ce qui explique le choix du NAS mais alors bonjour la conso électrique, le bruit du ventilateur et j'en oublie.

Ben oui, comme je l'ai écris. Et si je poste de nouvelles versions, ces deux liens pointerons toujours vers les plus récentes. "celles ajoutées dans channels.conf" : ajoutées par qui et comment? Quels sont les noms de ces chaines "supplémentaires" ? Pour ma part je n'ai pas modifié mon channel.conf depuis qu'il a été rempli par le scan initial.

Faire tourner une appli comme celle-ci n

Vu le design de la bête, l'option "grille pain" me semble toute indiquée non?

OK, je comprend mieux, mais alors je doute de l’intérêt de développer un SPK car la cible de ses utilisateurs potentiels (par définition ceux qui sont dans une configuration similaire à la tienne) risque d'être un peu confidentielle. Sinon juste pour le fun et l'apprentissage (qui sont des raisons que je trouve complètement légitimes), mais dans ce cas cela n'aura d’intérêt que si tu le développe toi-même. Dans ce cas la doc qui détaille (entre autres) comment s'y prendre pour créer des SPK est ici http://www.synology....nt.php?lang=fre (pdf a récupérer avec le lien à coté de "Pour télécharger le guide Intégration d’applications tierces au Synology DiskStation") Et tu trouvera d'autres infos ici dans le forum:

D'apres cet article de la FAQ, la sauvegarde des fichiers ouverts n'est possible que pour les volume *locaux* (car cela s'appuie sur le service Volume Shadow Copy Service (VSS) de Windows) Donc, ne marchera pas dans le cas d'un partage réseau (dossier partagé sur le NAS)