On 2010/6/4 Adam C Powell IV wrote: > Package: src:salome > Version: 5.1.3-8 > Severity: wishlist > X-Debbugs-CC: andre.esp...@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. Denis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
