Hi,
On 11/12/2012 11:10 AM, Rohit Yadav wrote:
Hi Wido,
Thanks for sharing, the new packaging idea is better. Keeping the number of
packages low would be great as long as the functionality provided is not
affected.
Are we then going to rename the packages as cloudstack-*? Not sure about
breaking symlinking, it would be great for future releases but will affect
upgrade scenarios.
Yes, I'm going to rename them to cloudstack-*.
Ofcourse will reducing the number of packages nog affect the
functionality for the end-user.
Lastly, I want to share an idea to rename all cloudstack dependencies, we used
to install using the cloud-deps pkg, with a cloudstack-deps or cloud-deps
prefix so say there is a pkg axiom.jar preinstalled on a system, won't fail our
installation of cloudstack as one of the pkgs (say cloud-deps) wanted to
install the same pkg in the same location. Keep us posted.
I'm trying to get rid of all those dependencies. By packaging them into
the JAR of the Agent for example we prevent that.
Take a look at the maven shade plugin :)
Wido
Regards.
________________________________________
From: Wido den Hollander [w...@widodh.nl]
Sent: Monday, November 12, 2012 1:54 PM
To: <cloudstack-dev@incubator.apache.org>
Subject: Debian packaging progress
Hi,
Last week at ApacheCon Hugo and I discussed the Deb and RPM packaging
following up on the work which was done in the Maven RPM branch.
The RPM packaging now partially works, but it still needs improvement.
We discussed multiple ideas, but we figured it would be best to use the
maven-shade-plugin and create on JAR file for for example the Agent with
all the runtime dependencies in there.
This makes life much easier and also makes sure we have all the deps we
need.
The client/UI goes into one big WAR file which also has it's
dependencies in it for the same reason.
As I'm going offline for about a month I'll be working on this locally
when I have some spare time.
I don't say this is final, but I'll try to push a new branch later on
with the proposed fixes so we can discuss if we like this for our Deb
and RPM packaging.
As far as I can see now we can ditch the cloud-agent-libs,
cloud-agent-deps and cloud-deps packages, but probably also cloud-utils.
We can reduce the number of packages and individual dependencies, so
that should be a bonus.
Other than that I want to prevent us symlinking from /etc to
/usr/share/cloud/management since that breaks all rules regarding
configuration.
This is just a FYI to let you know I'm working on it.
Wido
