Mon Premier Script

[bud77]

Ah, décidément, mes yeux ont du mal le matin, j'avais lu "/usr/syno...." -__-

[CoolRaoul]

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 ?

Oui

Où positionnes-tu le lien ? À la racine du syno ?

Oui

J'ai un lien /site -> /volume1/@site

A recréér a chaque upgrade DSM (j'ai un script de startup qui m'évite ça).

Est-ce que l'on doit créer à la main la structure ou ça va se créer à la sortie de la compilation ?

La stucture est créé lors du "make install" si necessaire. Mais dans le cas d'une compilation croisée (sur linux) ca se passera différement: le "prefix" spécifué lors du "configure" correspond au chemin sur la cible (syno)

Mais, lors du "make install", on donne un "prefix" différent qui désigne, sur le serveur de compilation; la racine ou vont être déposés les fichiers constituant le "kit".

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 ?

Le "make" install va crééer les sous répertoires requis si necessaire.

Mais j'utilise mon arbo "/site" plus particulièrement pour mes outils perso (surtout des scripts)

C'est a toi de voir ce qui t'es necessaire, moi j'ai "bin", "etc", "var" par exemple...

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 ?

Absolument; ce que j'avis écrit sur mon lien /site était bien à prendre dans le contexte de ma phrase:

"Toutefois, pour des usages perso, tu peux bien entendu continuer à compiler directement sur ton Syno"

Notamment, la création de paquets SPK je ne m'y suis pas encore attaqué.

Et même, la compil croisée je ne pratique que depuis deux semaines

Faudra attendre de l'aide de plus spécialistes que moi sur ces parties.

[Amsonia]

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 ?

[CoolRaoul]

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 ?

Non, c'est essentiellement parce que "/usr/local" se trouve dans la partition système sur laquelle la place est limitée.

Et d'ailleurs dans la doc developpeurs de Synology dont j'ai donné le lien précédemment on trouve la remarque suivante:

Despite the fact that the directory /var/packages or /usr/local is reserved for 3rd -party applications,

storage space of system volume is limited

. If the size of files to be installed exceeds the capacity of system volume, storage space will be run out.

Consequently, it is recommended that you directly read or write application files in /var/packages/[package name]/target or other space of a data volume.

You can also make a symbolic link in /usr/local point to /var/packages/[package name]/target or other space when running the postinst script. It makes the path easier to be accessed in a library or a daemon.

Please note that you may need to specify the correct prefix when running a configure script, so that the application can find the correct path information upon execution.

Modifié le 24 mai 2012 par CoolRaoul

[Diaoul]

C'est pour ça que les SPKs créent un lien dans /usr/local/ vers /volume1/@appstore/{package}

[Amsonia]

Non, c'est essentiellement parce que "/usr/local" se trouve dans la partition système sur laquelle la place est limitée.

C'est pour ça que les SPKs créent un lien dans /usr/local/ vers /volume1/@appstore/{package}

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.

[Diaoul]

Oui tu peux mettre ton lien dans /usr/local et il sera conservé. /usr/local/site est très bien, mais je pense que CoolRaoul préfère taper /site

Si c'est une fonctionnalité générique que tu cherches le mieux est encore de faire un SPK comme ça les autres en profitent aussi

[Amsonia]

Oui tu peux mettre ton lien dans /usr/local et il sera conservé. /usr/local/site est très bien, mais je pense que CoolRaoul préfère taper /site

Si c'est une fonctionnalité générique que tu cherches le mieux est encore de faire un SPK comme ça les autres en profitent aussi

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 >.<