Bug#584590: salome: New binary package organization

[Adam C Powell IV]

Hi Denis,

On Wed, 2010-06-16 at 01:39 +0200, Denis Barbier wrote:
> On 2010/6/4 Adam C Powell IV wrote:
> > Package: src:salome
> > Version: 5.1.3-8
> > Severity: wishlist
> > X-Debbugs-CC: andre.espaze at logilab.fr
> >
> > Greetings,
> >
> > To reduce the demand on users' disks, it would be helpful to split the
> > salome package into multiple separate packages according to utility.
> > André Espaze and I discussed this last month in debian-science [1] and
> > the parameters discussed there would make a good division of the
> > package:
> >      * The main "salome" package with core modules KERNEL, GUI, GEOM,
> >        MED, SMESH, YACS, VISU
> >      * A "salome-extras" package including MULTIPR, NETGENPLUGIN (when
> >        it works), RANDOMIZER and SIERPINSKY
> >      * Pre-compiled "salome-example-modules" with LIGHT, PYLIGHT,
> >        COMPONENT, HELLO, PYHELLO, CALCULATOR and PYCALCULATOR
> >      * A "salome-test" package with all of the binaries containing
> >        "test" "Test" "TEST" etc. in their name, and if practical, a
> >        script to automate running all of the tests
> >      * Separate salome-doc for non-built docs, and salome-user-doc and
> >        salome-dev-doc for docs built using the usr_docs and dev_docs
> >        make targets (once Debian has the disk space for all ~600 MiB of
> >        docs!)
> >
> > [1] http://lists.debian.org/debian-science/2010/04/msg00006.html
> >
> > Thoughts and contributions are welcome.  This will probably happen in
> > the -10 release.
> 
> Hi Adam,
> 
> IMO the main problem just now is that this package is very difficult
> to manage due to its size and to the resources needed to build it.
> I modified debian/rules to help with testing packaging changes.  New
> targets are provided for each salome module individually: reconfigure
> (by calling build_configure), configure, build and install.  I added
> AM_MAINTAINER_MODE into all configure.ac files so that one can modify
> Makefile.am files without having to always rebuild everything, this
> can save a lot of time.  This work has been done in the 'dev' branch
> of a cloned repo, see
>    http://git.debian.org/?p=users/barbier-guest/salome.git;a=log;h=refs/heads/dev
> It has not been fully tested, some things may have to be fixed, but I
> believe that this branch should be committed anyway.

This sounds good to me.  Is there a way you can make this into a patch
or two?  That will make it easier for me to get it into alioth.

I think the release goals for -10 should be as follows:
      * This change for faster development
      * Separate build tree(s) as you implemented before in a patch
      * Split the package as described above (plus salome-dev)
      * Bug fixes already in alioth
Sounds good?  Any others?  I think this is doable by the end of next
week.

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/debian-science-maintainers/attachments/20100616/ef0b21bf/attachment.pgp>