hiearchie sympa

[Laurent Ghys <adresse@cachée>]

Raphael a raison, si nous respectons un peu les standards
(FSSTND ou FHS au hasard ...) ca va etre chaud,
théoriquemnt les fichiers de config des listes vont dans /etc/sympa
avec sympa.conf, les binaires vont quelquepart dans un xx/bin
et les choses qui bougent dans /var/sympa, bref dur dur !

Il y a une autre solution:
Nous recommandons un utilisateur (unix): sympa, 
pourquoi ne pas profiter de cette particularité pour mettre chez 
lui tous les fichiers de sympa y compris ~sympa/etc/sympa.conf.

Les gros sites pourraient toujours avoir des partitions 
specifiques sous le HOME de sympa pour les spools et archives.

Tout sympa tiendrait dans ~sympa, les configs, les choses variables
et les programmes.

Je trouve qu'actuellement nous sommes un peu entre deux chaises,
- /etc/sympa.conf semble indiquer une logique standard/package.

- le reste (src, bin nls expl spool) - comme le décrit bien le beau
dessin
qui est dans la doc - ressemble fort à une arborescence
projet/utilisateur

A la question que soulève Serge,

1) localisation:
A toute nouvelle install on parse l'ancien
fichier sympa.conf customisé par le site pour trouver 
les chemins qui y sont modifiés.
Je reconnais:  confort mais vraiment tordu :<)

2) fichiers customisés: 
A toute nouvelle install, tout fichier qui existe 
est systématiquement sauvé s'il existe, 
que l'install se fasse par un "make install" 
ou par le script postinstall du package.

Ces deux points ne résolvent pas le cas du type qui a tout changé
dans sympa.conf, pas seulement les paths !

Mais cet utlisateur là n'a pas besoin qu'on se decarcasse pour lui !

Laurent Ghys
Home-page de Sympa :      http://listes.cru.fr/sympa/

-----------------------------------------------------------------------------