X-Debbugs-CC: <tryton-deb...@lists.virtual-things.org> Package: gnuhealth Version: 1.8.1-1 (svn rev 13528) Severity: wishlist
General layout of the package:
Please consider to package the health modules individually.
Packaging all modules in one package breaks the modularity of Tryton. This
way it will be impossible to reuse single modules. As already stated in a
recent mail, this is a problem when using the relase tarball from gnu.org
[2]. As pointed out, it is alternatelively possible to package from the
releases on pypi.org. This would provide separate modules and keep the
modularity, which is one of the major features of the Tryton framework.
NB: Besides a clean modular structure it would have saved the hacks in the
rules file in override_dh_auto_install (removing health_qrcode etc.).
My concept would have been:
* Separate packages of the health modules in the namespace
tryton-modules-health-* (as done generally for Tryton modules so far).
* One package for all modules as done for tryton-modules-all
- tryton-modules-all-health (superseeding health_profile the Debian way).
* Additional packages containing the customized configuration like
- tryton-server-gnuhealth
- tryton-gnuhealth-allinone
Apart from this I would talk (and talked already;) to GNU Health upstream, if
they don't see advantages in handling their repositories like Tryton
upstream. The current state is somewhat in between real modularity and a
single module.
--
Mathias Behrle
MBSolutions
Gilgenmatten 10 A
D-79114 Freiburg
Tel: +49(761)471023
Fax: +49(761)4770816
http://m9s.biz
UStIdNr: DE 142009020
PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6
signature.asc
Description: PGP signature
