Holger,<div><br></div><div>looking at your ccm package, the issue is how you differentiate config versions.</div><div>You use an exists check, but the file already exists. I use a filesize check, because when I change a configuration that often changes the file size, and when it doesn't I add some extra comment. You could also compare the date of a file.</div><div><br></div><div>On upgrade, you only increment the config package revision number, not both.</div><div><br></div><div>HTH,</div><div>Dafydd</div><div><br>On Tuesday, 20 October 2015, Holger Kröber <<a href="mailto:kroeber@biom.uni-freiburg.de">kroeber@biom.uni-freiburg.de</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
often, after you´ve deployed a package some changes or modifications are required for this package.<br>
E.g. you have to (re-)configure the proxy settings for firefox etc.<br>
I think that most of you implement change and config managment (ccm) directly inside the package of the application itself.<br>
But what happens, if you already deployed the package and then you have to configure some settings for this package later?<br>
The way wpkg works, you would have to modify the app package, add some check conditions (e.g. with firefox: check file<br>
exists mozilla.cfg etc), increase the revision number and....accept that wpkg will reinstall your complete application/package<br>
and not just only makes the desired configuration changes. Maybe it´s ok for you with a small package like firefox - but there also exists big software.<br>
<br>
So i am searching for a way to avoid a reinstallation of a already installed package while deploying new settings for this package.<br>
My first thought was to outsource the ccm into a new package (firefox_ccm) and then chain this package to the app package (firefox-esr).<br>
This will work if the app package is installed for the first time. If i later update the ccm package (because i have to deploy new settings) and<br>
increase the revision number for both packages and then call the app package, the chained ccm package will be ignored.<br>
I use precheck-upgrade="always" in my packages - if i remove this line the chained package will not be ignored - but than i will have<br>
again the problem that the complete application reinstalls. So i guess that chained packages only work in install-mode, not in upgrade-mode<br>
when using precheck-upgrade="always". Maybe i have to use a different approach...<br>
<br>
How you guys manage ccm in your environment? Got some tips for me?<br>
<br>
Thanks,<br>
Holger<br>
<br>
</blockquote></div>