CoolRaoul

(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)

[d

non non plus C'est du perl pur mais il y a des pre requis de librairies perl qui elles contiennent des parties compilées En fait c'est plus une API sur laquelle s'appuie des outils (en perl eux aussi) manipulant les programmes TV au format XMLTV C'est a essayer, (j'ai déja un grabber fonctionnel qui va chercher les programmes sur le site telerama) Cela dit, comme on trouve des sites mettant en ligne un guide des programmes constamment réactualisé directement au format xmltv, on peut sans doute faire plus simple: Un script "grabber" devrait pouvoir s'écrire basé sur un simple wget + eventuellement unzip J'ai bidouillé un truc du genre que j'ai détaillé dans un fil voisin ()

perl est *déja* intégré a DSM Le vrai problème par contre est que xmltv necessite des libraries perl supplémentaire qui ne font pas partie de l'install native.

Je constate que ce matin en effet il a bien récupéré l'EPG mais pour sur 48 heures seulement, pas top quand même...

Je crois que c'est bon... (voir ici: http://i.imgur.com/prNZC.png) Et c'est sur que je n'y serai pas arrivé tout seul! Juste une dernière question: Dans l'onglet EPG Grabber, j'ai "disabled' et il m'est pas possible de mettre "enabled" Ca ne va pas coincer pour l'EPG?

Bon je crois que je suis sur la bonne voie me suis aidé du fichier "channels.conf que videostation avait généré pour remplir les champs: France 2:490000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_AUTO:HIERARCHY_NONE:120:130:257 France 5:490000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_AUTO:HIERARCHY_NONE:320:330:260 etc ... (la colonne 2 étant la fréquence en hz donc diviser par 1000) A suivre...

Tu le sors d'ou ce 506000 ? Si on prend les données pour mon émetteur: Voulant faire comme toi, je met 2200 en fréquence, et c'est refusé (encadré de rouge): PS: Il ne souffrerai pas un peu de paranoïa aigue le gus qui met ce PDF en ligne? Même pas moyen de faire un copier coller?

Alors là je suis bien embêté car je ne parviens pas a reproduire votre problème à tous les deux. J'ai re-exécuté le script, mais ne parviens pas à trouver de chaines en anomalie (notamment celles que tu m'indiques) Tu es bien sur d'avoir la dernière version du script et d'avoir mis a jour le package VideoStation à la dernière version sortie hier?

Absolument pas, tu peux avoir des droits hyper restrictifs sur le partage photo et laisser l'acces à des utilisateurs sélectionnés dans le mesure ou ils utilisent l'interface web PhotoStation. NB: il s'agit bien des droits sur le "dossier partagé" et pas des doits unix (accessible en mode commande shell). Photostation effectue ses actions sous le compte par défaut du service web, user "nobody" , groupe nobody, et il a besoin des doits d'écriture sur les répertoires et fichiers pour ce compte.