CoolRaoul

Quel est le sshd qui tourne sur ta machine, celui d'optware ou celui natif DSM ?

Je pencherait plutôt, comme je le disais dans à penser que la raison est que la nouvelle version de sshd intégrée dans DSM4.1 ne prend plus en compte toutes les clauses de "/etc/ssh/sshd_config", et en particulier "Subsystem sftp" (depuis que Syno a intégré son propre client sftp)

Pas forcément: je met ce genre de chose dans "/usr/local/etc/profile", qui n'est pas touché (comme tout ce qui est sous /usr/local) en cas de mise a jour DSM Suffit d'ajouter ". /usr/local/etc/profile" dans /etc/profile en cas d'update. Et cela peut même être fait automatiquement par un script de startup dans "/usr/local/etc/rc.d" (pas touché donc) , qui ferait un truc du genre de grep -q "/usr/local/etc/profile" /etc/profile || echo ". /usr/local/etc/profile" >> /etc/profile[/CODE]

Oui mais cela va avoir l'inconvénient de masquer toutes les commandes optware pour lesquelles un équivalent DSM existe, et il peut y en avoir un paquet comme on peut le constater avec la commande ci dessous: ls /bin /usr/bin /sbin /usr/sbin | sed -e 's-^.*/--' |xargs which |grep /opt [/CODE] C'est pourquoi je préfère l'approche au coup par coup par alias.

C'est correct, et pour que ce soit la commande "uptime" de DSM qui soit utilisée à la place de celle d'optware ajoute la ligne suivante dans ton .profile: alias uptime=/usr/bin/uptime[/CODE]

Depuis quelques temps il apparait un chiffre en rouge dans le lien "shoutbox" Qui saurait-dire ce qu'il signifie? Je pensais que c'était le nombre de nouveaux messages mais apparemment non

Corrrection appliquée : http://pastebin.com/PU2wdJPQ La modif est minime, il a suffit d'ajouter $event_name =~ s/,/ /g; apres la ligne $event_name .= " - " . $prog->{"sub-title"} if exists $prog->{"sub-title"};[/code]

Tu trouvera l'explication en observant le contenu de la variable "$PATH"

Tres simple a faire. Penses-tu que cela devrait être fait de façon systématique ou de façon optionnelle?

Bon, je vous annonce une nouvelle version du script. A cette occasion je avouer avoir perdu la foi dans le perl natif de DSM: suis tombé au cours de ma mise au point sur des bugs vraiments zarbis se manifestant par des écrasement mémoires, des regexp qui matchent un peu n'importe comment et jusqu'a des "out of memory" franchement pas rassurants. Bref j'ai basculé sur le perl d'optware qui m'a l'air bien plus stable. A part cela je me suis débarassé des modules de parsing XML et j'ai remplacé tout ça par un parsing plus rustique (sinon carrément agricole), entièrement fait à la main et à l'ancienne et qui tient dans une dizaine de lignes de code. Le tout se trouve ici: http://pastebin.com/T5BuU1HT et donc "ipkg perl" obligatoire (désolé) un simple chmod -x peut être suffisant Vérifie ce que ca donne avec le nouvelle version du script

C'est lequel qui manque exactement: 1537.epg ou 1281.epg ?

Non, on va matcher 3 fois "TF1" en fait mais c'est pas grave: DEBUG: /^TF1/ sid=1537 DEBUG: /^TF1/ sid=1281 DEBUG: /^TF1 HD/ sid=1281 Le résultat est que l'on va générer un fichier unique linké sous les deux noms "1281.epg" et "1537.epg" (puisque les programmes de TF1 et TF1HD sont les mêmes) Tu dois donc avoir ces deux fichiers dans le répertoire EPG. Il est possible de vérifier, en les listant par "ls -li", qu'ils ont le meme inode. (Bon, je me demande quand même si il ne vaudrait pas mieux générer deux fichiers séparés a cause de la ligne "service_id" : <id> qui devient de fait incorrecte dans un des cas, à voir à l'usage)

A priori ca signifie que tu n'a pas canal+ dans "/usr/syno/etc/packages/VideoStation/channels.conf" Faudra que je change l'erreur en warning et que le script ne s'arrete pas dans ce cas. En attendant tu peux déja remplacer la ligne: die "unknown channel $channel, aborting\n"; par next;[/code]

Tiens donc, je verrai ça se soir en ajoutant un peu code de debug au script pour que tu puisse mieux voir ou et pourquoi ca plante chez toi

Et voici le résultat: http://pastebin.com/dWkEuLuf Il reste très certainement quelques bugs... Le tableau "name2channels" sera à compléter pour ceux qui récupèrent les xml avec les chaines payantes et locales, Ensuite plus qu'à mettre tout ça en cron hebdo et trouver comment inhiber la génération des EPG par videostation.

en effet, j'ai vu j'y travaille...

Nouvelle version du script; Supporte en argument soit l'url du .zip, soit le .zip, soit le .xml. Le résultat peut être mis dans un autre répertoire que "/usr/syno/etc/packages/VideoStation/EPG" avec l'argument : "-d <dir>" http://pastebin.com/A9NwqTcJ

Ennuyeux ça, faudrait trouver le moyen de faire le mapping automatiquement, videostation planque forcément l'info quelque part

Non, la preuve: root@fserv> LANG=C 7z a -v5m sauvegarde.7z /rep 7-Zip 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18 p7zip Version 9.20 (locale=C,Utf16=off,HugeFiles=on,1 CPU) Scanning Creating archive sauvegarde.7z Everything is Ok J'irai plutot voir coté 7zip: http://sourceforge.n...s/p7zip/support Fait le test: crée un répertoire de test ne contenant qu'un seul fichier voie ce que ça donne.

A condition que le package lsof Optware soit installé: lsof -i :9006[/CODE]

Voila: root@fserv> 7z a -v5m sauvegarde.7z /rep 7-Zip 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18 p7zip Version 9.20 (locale=en_US.utf8,Utf16=on,HugeFiles=on,1 CPU) Scanning Creating archive sauvegarde.7z Everything is Ok Ca m'étonnerait fort que le support de SYNO t'aide pour des problèmes sur un package optware

Franchement la je ne vois plus: j'ai installé la même version de 7zip (9.2) que toi et pourtant la même commande que toi ne me fait pas l'erreur

En fait "XML::Parser" est bien inclus dans le perl DSM mais il y a une incompatibilité de version avec un autre module qui empèche normalement de le charger: root@fserv> /usr/bin/perl -MXML::Parser Parser.pm and Expat.pm versions don't match at /usr/lib/perl5/5.8.6/MARVELL_88F6281/XML/Parser.pm line 16. BEGIN failed--compilation aborted at /usr/lib/perl5/5.8.6/MARVELL_88F6281/XML/Parser.pm line 18. Compilation failed in require. BEGIN failed--compilation aborted. Un petit bricolage (tellement affreux que j'en ai honte, voir le bloc "BEGIN" du script) m'a permis de passer outre. Mon script est ici: http://pastebin.com/GiEFQ6YY Le mettre dans un fichier nommé; par exemple, "xml2epg.pl" "chmod +x" de ce dernier enfin l'exécuter en lui donnant en argument le chemin du fichier XML et ça roule (et au passage je génère de l'utf-8 propre ce qui fait que les problèmes d'accents sont corrigés)

J'ai pu bricoler un script perl qui marche ma fois pas mal, le seul problème est qu'il s'appuie sur le module "XML::Parser" qui n'est pas inclus de base dans le perl natif de DSM et l'ajouter n'est pas trivial...

tu peux toujours mettre les images sur http://imgur.com/ ou http://imageshack.us/