Bug#595909: salome-dev: add path to adm_local files
Andre Espaze
andre.espaze at logilab.fr
Tue Sep 14 09:05:24 UTC 2010
Hello Adam and Christophe,
> > > > Package: salome-dev
> > > > Version: 5.1.3-11
> > > > Severity: wishlist
> > > >
> > > > It will be nice to include adm_local directory for each salome "base" modules
> > > > in the salome-dev package. This will greatly simplify the developpement and
> > > > packaging of new plugins since the configuration step almost refers to
> > > > MODULE/adm_local.
> > > > Otherwise we ave to include some MODULE_SRC in the src package for the plugins
> > > > (see what I have done for salome-code-aster on svn debian science)
> > >
> > > This is a good idea. Right now the package puts the .m4 files all
> > > together in one big salome.m4 in /usr/share/aclocal (because
> > > "check_KERNEL.m4" and "check_GUI.m4" are far too generic names). But
> > > something like /usr/share/salome/[module]/adm_local or
> > > just /usr/share/salome/adm_local could include more than just the .m4
> > > files.
> > >
> > > /usr/share/salome/adm_local is the easiest place to put these. Will
> > > that work for you?
> >
> > I would rather try to stick as much as possible to the "original"
> > installation. So my feelings are that adm_local from MODULE_SRC should
> > be included in /usr/share/salome/MODULE_SRC.
>
> It's pretty easy either way. André, as someone closer to upstream, what
> do you think makes more sense? Right now, all of the adm_local files
> install into /usr/adm_local, which violates the FHS. Should they go
> into a single directory under /usr/share/salome or into separate module
> directories?
To my point of view, installing the .m4 files in separate module
directories like /usr/share/salome/MODULE_SRC makes more sense with
upstream packaging philosophy. I understand the clearness of a single
directory like /usr/share/salome/adm_local but I fear conflicts
because all modules do not necessarily share the same macro for a same
configuration check.
All the best,
André
More information about the debian-science-maintainers
mailing list