|
From: Bryan G. <Bry...@HP...> - 2007-02-23 15:53:25
|
FYI,
I just got my second usable .deb package created (for
systemdesigner-docs). So now that I can see how to
scale the packaging across the other modules, I thought
I would step back and ask for some feedback.
In the SystemDesigner CVS module, I actually checked
in the debian sub-tree (which is where the debian
packaging magic happens) mostly just as a way to keep
the work around. What I am proposing to do moving
forward is a bit different, so that the developers
and package maintainers can work in different spaces.
Basically this was the advice of a seasoned Debian
Maintainer, so that the package process can rev as needed
independently from the project itself. Couple that
with the intent to create .rpm packages next, and
I think you may see further justification.
So, I am ready to create a "packaging" CVS module
to house all of the packaging artifacts:
CVS/
packaging/
<module-name> (like docs, SystemDesigner)
debian/
...
<module-name>.spec
(perhaps even with various distro suffixes)
In this way, the packaging maintainers would have
ready reference to:
- tweak packaging artifacts distinct from the package
itself
- possibly even make targets within this space to
create an easy way to have the necessary inputs
for package maintainers (plus, of course, needing
the .tar.gz from the main package modules)
- CVS tags could then be used to synchronize what
packaging version is tied to what package release
(when we are ready to commit such "releases")
What do others think? Are there better approaches?
bryang
P.S. I took a quick SWAG at a SystemDesigner.spec
file yesterday as well. While it only
packaged a single file from that module,
the remainder seemed pretty straightforward
(sans postinst logic which would need to
be similar to the make integrate functionality).
So I could offer that as a seed in that
packaging space as well.
|