Amsonia

Putain, enfin quelque chose que j'ai compris correctement ! (bon il aura fallu deux pages, ok) Un SPK ? Euh... tu es le mieux placé pour savoir que pour l'instant je suis au milieu des 40 rugissants avec des brassards de bébé et 20 Kg de plomb à chaque jambe >.<

Dans config.log j'ai rien. Dans Makefile et Makefile.in j'ai plusieurs choses : CC = /home/amsonia/spksrc/toolchains/syno-88f6281/work/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-gcc CFLAGS = -pipe -I/home/amsonia/spksrc/cross/darkstat/work-88f6281/install//usr/local/include CPP = /home/amsonia/spksrc/toolchains/syno-88f6281/work/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-cpp CPPFLAGS = -I/home/amsonia/spksrc/cross/darkstat/work-88f6281/install//usr/local/include INSTALL = /usr/bin/install -c LDFLAGS = -L/home/amsonia/spksrc/cross/darkstat/work-88f6281/install//usr/local/lib -Wl,--rpath-link,/home/amsonia/spksrc/cross/darkstat/work-88f6281/install//usr/local/lib -Wl,--rpath,/usr/local/lib LIBS = -lpcap -lz HOSTCC ?= $(CC) HOSTCFLAGS ?= $(CFLAGS) Ca pointe bien au bon endroit non ? $(STATICHS): c-ify c-ify: static/c-ify.c $(AM_V_HOSTCC) $(AM_V_at)$(HOSTCC) $(HOSTCFLAGS) static/c-ify.c -o $@ # silent-rules AM_DEFAULT_VERBOSITY = 0 AM_V_CC = $(am__v_CC_$(V)) am__v_CC_ = $(am__v_CC_$(AM_DEFAULT_VERBOSITY)) am__v_CC_0 = @echo " CC " $@; AM_V_LINK = $(am__v_LINK_$(V)) am__v_LINK_ = $(am__v_LINK_$(AM_DEFAULT_VERBOSITY)) am__v_LINK_0 = @echo " LINK " $@; AM_V_HOSTCC = $(am__v_HOSTCC_$(V)) am__v_HOSTCC_ = $(am__v_HOSTCC_$(AM_DEFAULT_VERBOSITY)) am__v_HOSTCC_0 = @echo " HOSTCC" $@; AM_V_CIFY = $(am__v_CIFY_$(V)) am__v_CIFY_ = $(am__v_CIFY_$(AM_DEFAULT_VERBOSITY)) am__v_CIFY_0 = @echo " C-IFY " $@; AM_V_at = $(am__v_at_$(V)) am__v_at_ = $(am__v_at_$(AM_DEFAULT_VERBOSITY)) am__v_at_0 = @ edit : rajouté la définition des variables en haut et voici le pastebin du makefile complet : http://pastebin.com/c5i4ebfd

Si je lis correctement la chose, il faudrait que je rajoute la chose suivante dand mon Makefile : CONFIGURE_ARGS = CC= euh quoi ? Je me suis un peu baladé dans ce dossier cross/darkstat/work-88f6281/darkstat-3.0.715 et le config.log me semble bien dire que les bons compilateurs ont été trouvés. Par exemple : configure:2214: checking for arm-none-linux-gnueabi-gcc configure:2241: result: /home/amsonia/spksrc/toolchains/syno-88f6281/work/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-gcc configure:2510: checking for C compiler version configure:2519: /home/amsonia/spksrc/toolchains/syno-88f6281/work/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-gcc --version >&5 arm-none-linux-gnueabi-gcc (GCC) 4.2.1

Voilà ce que je pense être pertinent dans le --help : To assign environment variables (e.g., CC, CFLAGS...), specify them as VAR=VALUE. See below for descriptions of some of the useful variables. (plein de trucs ici...) Optional Packages: --with-PACKAGE[=ARG] use PACKAGE [ARG=yes] --without-PACKAGE do not use PACKAGE (same as --with-PACKAGE=no) --with-chroot-dir specify the chroot directory (default: /var/empty) --with-privdrop-user specify which user to drop privileges to (default: nobody) --with-pcap=DIR prefix to libpcap installation Some influential environment variables: CC C compiler command CFLAGS C compiler flags LDFLAGS linker flags, e.g. -L<lib dir> if you have libraries in a nonstandard directory <lib dir> LIBS libraries to pass to the linker, e.g. -l<library> CPPFLAGS (Objective) C/C++ preprocessor flags, e.g. -I<include dir> if you have headers in a nonstandard directory <include dir> CPP C preprocessor Use these variables to override the choices made by `configure' or to help it to find libraries and programs with nonstandard names/locations.

Je ne comprends pas… c'est au Debian qu'il manquait flex, pas une dépendance de darkstat. Flex était nécessaire pour compiler libpcap.

J'avais tout fait avec l'archi de mon DS410 (ppc853x), j'ai tout refait avec la tienne : ça bloque au même endroit (build) mais pas exactement la même erreur. Voici le log complet : http://pastebin.com/U8EQXujn Et voici l'erreur finale : ./c-ify: 1: Syntax error: word unexpected (expecting ")") make[1]: *** [stylecss.h] Erreur 2 make: *** [compile_target] Erreur 2 Pour compiler libpcap, ça me disait que mon 'lex' était insuffisant et aussi qu'il y avait 'flex' qui est mieux que lex. J'ai donc installé 'flex' et un autre truc (kimwitu) parce que j'ai vu les mots 'lex' et 'compilateur' dans sa description

Comme certains le savent je me lance dans la génération de spk et, comme me l'a fait remarquer Diaoul, commençons par générer un binaire propre… Donc je cherche à compiler Darkstat. Ça demande libpcap, j'ai compilé libpcap. (j'ai encore du installer quelques paquets à mon Debian et ai été bluffé par l'efficacité et la simplicité de la chose…!) Bref après quelques galères de débutant ça me génère le Makefile, le config.h et passe à la compilation. Sauf qu'à un moment ça dit : HOSTCC c-ify C-IFY stylecss.h ./c-ify: 5: Syntax error: ")" unexpected make[1]: ***[stylecss.h] Erreur 2 make[1]: quittant le répertoire "blablabla" make: *** [compile_target] Erreur 2 J'ai jeté un œil au fichier c-ify.c et je n'ai rien trouvé de bizarre. Une idée ?

Donc si je fais la somme de vos remarques, l'idéal serait de créer le dossier physique @chosesperso et son arbo dans /volume1/ et faire un lien symbolique vers /usr/local/. De cette façon, mes scripts résistent à l'upgrade du système et leur intégration à l'OS également et ce sans avoir à créer un script supplémentaire qui recrée le lien symbolique à la racine du syno après chaque upgrade comme le fait CoolRaoul.

ah oui ! il ya du boulot ^^ mais du boulot positif je testerai tout ça dans la soirée/nuit… Merci bcp en tout cas !

Je continue mon bout de chemin… Les outils de dev n'étaient pas installés. On m'a conseillé de faire un sudo apt-get install build-essential Ensuite, je vois que le contenu de chaque dossier de spk est déjà bien travaillé. Il y a une icône, un fichier de conf, etc. J'imagine donc qu'il ne suffit pas de télécharger les sources de ce que l'on compiler mais d'abord créer ces fichiers -ce que je ne sais faire- et ensuite les donner à manger à spksrc.

Oui je l'ai lu mais pas vraiment tout compris Actuellement j'ai : /amsonia/spksrc/[tout le contenu cloné] /amsonia/spksrc/sources/darkstat Si je veux compiler darkstat pour tout le monde je suis censé faire ça ? Ce serait vraiment juste ça et il s'occupe de tout ??? o_O cd amsonia/spksrc make all-archs /sources/darkstat

Merci CoolRaoul pour les ré-explications encore plus détaillées, je pense avoir bien compris cette fois. Cela m'amène à une autre question (désolé !!) : pourquoi créer ce dossier et toute cette arbo alors qu'on a /usr/local/ qui est "upgrade-ready" et qui me semble avoir été conçu pour précisément l'utilisation que tu fais de ton /volume1/site. Est-ce "juste" pour éviter toute casse de busybox en cas de grave pépin et ainsi cerner les dégâts à la seule partition 'md2' soit /volumeX ?

Hacker vaillant rien d'impossible, oui mais un petit coup de pouce serait le bienvenue Il y a bien les quelques pages du wiki mais elles s'adressent à des personnes déjà familières avec l'outil de cross-compilation, avec UNIX et GNU/Linux et surtout elles s'adressent plus aux développeurs voulant contribuer au projet SPKSRC en lui-même et n'expliquent pas comment utiliser l'outil. Étant un total n00b en la matière, je pourrais éventuellement contribuer à la rédaction de tutoriaux façon pas-à-pas ; on oublie moins de choses quand on ne connaît rien ou presque ;-) Mais encore faudrait-il que je parvienne à utiliser l'outil et là, j'ai besoin de votre aide. Pour info, voici mon état d'avancement : - Debian 32 bits installée dans une VM (VMware) - Git installé (et système et paquets pré-installés à jour) - git clone de SPKSRC dans la home de mon utilisateur - téléchargement de source d'un premier logiciel (darkstat en l'occurence) Voilà, en gros j'ai préparé le terrain. Maintenant il faut me montrer la voie Et j'ai déjà une question pratique : j'ai cloné SPKSRC et téléchargé les sources de darkstat dans la home de mon utilisateur lequel est admin. Aurais-je du mettre tout cela dans /root ? L'utilisation de spksrc doit-elle se faire en tant que root ou admin ? Merci d'avance à tous ceux qui ont les compétences !

Merci Piwi pour les corrections. Cette connexion pourrait (ou pas) être nécessaire pour le transfert des données. En effet les données seraient transférées -hors LAN uniquement- via un un tunnel SSH. >> http://forum.synology.com/enu/viewtopic.php?f=194&t=48994

J'ai désormais une Debian (32 bits) dans une VM. Installé Git et cloné spksrc dans la home de mon user. J'ai téléchargé les sources d'un premier truc, pour tester (darkstat). Maintenant, qu'est-ce que je fait concrètement ? Est-ce qu'il faut que j'installe des choses supplémentaires sur ma VM ? Bref, il nous/me faudrait un petit guide :-)

Bon, je suis parvenu à faire fonctionner ma crontab et à l'optimiser un poil. Les tabulations étaient correctes mais pas la syntaxe. J'ai aussi relogé mes scripts de boot dans /usr/local/etc/rc.d/ Par contre, si je comprends l'esprit de tes symlinks, j'avoue ne pas avoir tout suivi concrètement :-s Le dossier /volume1/@choses est le dossier réel ? Où positionnes-tu le lien ? À la racine du syno ? Est-ce que l'on doit créer à la main la structure ou ça va se créer à la sortie de la compilation ? Si oui à tout cela, quelle est précisément l'arbo à mettre en place ? Tu parles de /bin ; /etc ; /var mais y-a-t-il autre chose ? Et pour être bien sûr, tout cela n'est nécessaire que des executables générés sur le syno lui-même, pas utile si l'on passe par spksrc qui crée un package en bonne et due forme. J'ai bon ? Ça fait un paquet de questions mais j'apprends là…depuis la méga base.

Un message rapide pour vous dire que j'ai repéré une IP qui se connectait régulièrement au NAS via SSH et qui s'inscrivait dans .ssh/known_host; L'IP en question est 31.6.72.106 et c'est en fait Syno qui est à l'origine de la connexion. Synology utilise les services d'un FAI Britannique pour ses services DDNS, ezCloud, notifications, Cloudstation et probablement d'autres choses. Bref, ne pas s'alarmer. Message originel trouvé sur le forum anglais officiel. Posté par un officiel de Synology. Le thread >> http://forum.synolog...p?f=189&t=47315 Ce serait bien je crois que l'on dresse une liste des IP et protocoles utilisés par Synology pour entrer en communication avec nos NAS. Un peu à la manière de la doc sur les ports utilisés par les différents services du NAS.

Je continue mes tests et il semblerait que, maintenant, tout fonctionne correctement. Je passe désormais par ezCloud, lequel détecte parfaitement le changement d'environnement : passage automatique de LAN à "via ezCloud" (et retour vers LAN quand connexion par VPN). Le versionning fonctionne bien même s'il est peu pratique : on est obligé de chercher manuellement la version dans le menu contextuel du FileStation et la télécharger comme n'importe quel fichier et ensuite déplacer le fichier dans notre dossier de sync. C'est assez lourd comme procédure mais là ça devient vraiment dommage c'est que le fait de remettre l'ancienne version dans le dossier de sync est considéré comme une nouvelle version par CloudStation ! Ça fait donc : v1 #création du fichier v2 #modification quelconque du fichier recherche et download manuel de v1 depuis FileStation écrasement manuel de v2 par v1 dans le Finder v1 reconnue comme v3 par CloudStation :-/ La navigation au sein du dossier de sync via le Finder est en effet ralentie/saccadée quand Dropbox est installé (et lancé). La taille des dossiers CloudStation et mon dossier sur mon mac correspondent. Si Synology peut encore prendre des doléances : - possibilité de ne pas afficher les logos "checkmark" et autre sur les icônes des dossiers et fichiers dans le Finder - meilleure implémentation du versionning, idéalement que ce soit manipulable depuis le client - critères de sync moins restrictifs. Je pense notamment aux " et ? dans les noms de fichier/dossier - support des liens symboliques (ou autre système comme la possibilité de sync plusieurs dossiers) - chiffrement des transmissions (SFTP, TLS/SSL, ce qu'ils veulent…) Et dans un second temps : - fonctionnalités de partage en RO/R&W comme la mise en partage R&W d'un ou plusieurs dossiers, la mise à dispo en RO de dossiers/fichiers via une interface web eyecandy ;-) - une intégration avec PhotoStation

Voui bien sûr que je vais git clone spksrc ! Je voulais "juste" savoir avant…ce qu'il faut savoir Je vais relire tout cela avec attention ce soir, faire le ménage comme tu le recommandes et me lancer :-) S'il s'agit "juste" de faire une (les) compilations en déportées pour (en plus) garder son Syno plus propre, ça va être bien bien bien. #me_ne_sait_pas_ce_qu'il_fait_mais_est_content…

Je crois que je cherche à courir avant de savoir marcher… Ce que je voudrais faire, c'est parvenir à être utile ici ; à participer au repo en compilant et maintenant des paquets. Je m'aperçois que de nombreuses choses sont présentes via IPKG mais pas à jour. (pour mon archi du moins) Et il est certain qu'il me faut des bases alors des posts comme le tiens me sont extrêmement utiles ! Je me suis également récupéré le schéma ci-dessous ; que faudrait-il que je sache d'autre sur GNU/Linux en général et BusyBox by Synology en particulier pour ne pas faire trop de bêtises ?

Je viens de trouver, c'est parce que mon Syno est une archi 32 bits => les compteurs ne peuvent pas dépasser 2^32. Ils se resettent donc à 4 GiB. Mais j'ai trouvé une solution (et je m'amuse un peu, faut le dire : vnstat. j'ai vu qu'il y avait plein d'autres solutions, plus élégantes, plus complètes mais pour commencer ça me suffit. bref, je l'ai compilé et installé, ça tourne. Mon seul problème concerne le script de boot. Voici le script qui m'est donné dans les sources, il est root:root en 755 dans /usr/syno/etc/rc.d et s'appelle S99vnstat.sh #!/bin/sh . /etc/rc.conf . /etc/rc.d/functions PID=`pidof -o %PPID /usr/sbin/vnstatd` case "$1" in start) stat_busy "Starting vnStat daemon" [ -z "$PID" ] && /usr/sbin/vnstatd -d if [ $? -gt 0 ]; then stat_fail else add_daemon vnstat stat_done fi ;; stop) stat_busy "Stopping vnStat daemon" [ ! -z "$PID" ] && kill $PID &> /dev/null if [ $? -gt 0 ]; then stat_fail else rm_daemon vnstat stat_done fi ;; reload) stat_busy "Reloading vnStat daemon configuration" [ ! -z "$PID" ] && kill -HUP $PID &> /dev/null if [ $? -gt 0 ]; then stat_fail else stat_done fi ;; restart) $0 stop sleep 1 $0 start ;; *) echo "usage: $0 {start|stop|restart|reload}" esac exit 0 [/code] j'imagine que ça doit faire appel à quelque chose qui n'est pas présent sur nos petites machines mais de là à savoir quoi… J'en profite pour te poser une deuxième question, les tâches cron cette fois. Je n'ai jamais touché à cette bête directement alors j'ai essayé de suivre le schéma des tâches déjà présentes mais je ne voudrais pas me planter :s Ceci te semble correct ? [code] #minute hour mday month wday who command 0 0 * * * root /usr/sbin/ntpdate -b pool.ntp.org 21 0 * * 1,4 root /usr/syno/bin/synopkg chkupgradepkg 13 * * * * root /var/packages/Webalizer/target/bin/webalizer -c /var/packages/Webalizer/target/webalizer.conf 06 * * * * root /root/vnstat/src/vnstati -hs -nh -o /volume1/homes/admin/CloudStation/NAS/vnstat/vnstat.png 06 * * * * root /root/vnstat/src/vnstati -hs -nh -o /volume1/web/divers/vnstat.png [/code]

Sur ce point, on ne peut en vouloir à Synology. Les limitations sont clairement indiquées dans la doc : Il n'en reste pas moins que j'emploie aussi de temps en temps le '?' dans des noms de dossiers et que cette limitation est une vraie bride.

Je vois que mon post a fait des émules De mon côté, il s'est avéré que la sync s'était bien faite en totalité, enfin je crois, même si le navigateur de fichier ne m'affichait pas tout et indiquait seulement un poids 10 fois inférieur à mon dossier sur l'ordi. Je pense qu'il a tout sync parce que j'ai voulu vider mon dossier local et ça a re-télécharger tout son contenu depuis le NAS ; y compris donc des dossiers et fichiers qui n'apparaissaient pas dans le filestation ! Ce qui est très gênant c'est que le client mac convertit les nom de domaine (mon *.dyndns.org) en IP ! Et vu que mon IP change…ça casse tout ! Il semble pas faire non plus le distingo entre connexion au sein d'un LAN et via Internet. J'ai voulu essayer avec ezCloud mais je me tape sans cesse un message d'erreur disant que j'ai dépassé mon quota de connexion ! o_O Bref c'est plus une alpha qu'une beta pour moi

Tu es formidable ! Bon, bien sûr, ça marche :-) Par contre c'étrange que les deux versions n'indiquent pas les mêmes valeurs. Serait-ce parce que les scripts ne démarrent pas exactement en même temps et donc font leur moyenne sur des valeurs sensiblement différentes ? Enfin, je ne comprends pas pourquoi les stats rxbytes et txbytes enregistrées par le NAS se remettent à zéro régulièrement. D'après ce que j'avais compris, elles n'étaient censées se reseter que lors d'un reboot.

Hmm il y a une amélioration indispensable à faire. La fonction "total" arrondit à l'entier près ! Ce qui fait qu'il s'affichera toujours 2 Mo/s, que j'uploade à 2,1 ou 2,8 Mo/s… :-s Je doute que ce soit une limitation du NAS (^^) alors, comment faire ?