Hi Clint,<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Why can't you use Breaks+Replaces? This allows the two to be installed<br>

together but just not configured at the same time. Its almost always a<br>
better solution.<br></blockquote><div><br></div><div>Agreed. Though, this case we are taking about upgrading versions of maas, where the ''maas' package still remains as a transtional/virtual package that pulls the dependencies. The reason why I wanted it not to conflict with an older version of MAAS is mainly because of the DB, since its creation/removal is handled by dbconfig-common itself. I can certainly look into using breaks/replaces and the results of using it further along the way,</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Also, a package removal should not be asking about removing data, only<br>
a purge should do that.<br></blockquote><div><br></div><div>Right, this might be an issue with dbconfig-common then. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im"><br>
<br>
</div>This is why you are not supposed to modify conffiles in maintainer<br>
scripts:<br>
<br>
<a href="http://people.canonical.com/~cjwatson/ubuntu-policy/policy.html/ch-files.html#s10.7.3" target="_blank">http://people.canonical.com/~cjwatson/ubuntu-policy/policy.html/ch-files.html#s10.7.3</a></blockquote><div><br>
</div><div>Indeed, and this is an issue I had raised that we weren't able to address like cycle. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">

<br>
</div>1 is sensible indeed. 2 would end up modifying package files.<div class="im"><br></div></blockquote><div>Agreed, though 2 would no longer cause having the upgrade questions if config file differ, as they would no longer be conffiles. I think that 1 is probably a better solution (in terms of policy), while 2 is a much simpler one.<br clear="all">
<div><br></div>-- <br>Andres Rodriguez (RoAkSoAx)<br>Ubuntu Server Developer<br>Systems Engineer<br>
</div><br>
</div>