<div dir="ltr"><div class="gmail_quote"><div dir="ltr">Thanks very much for your reply and explanation, Daniel. I can appreciate that fiddling with defaults is a serious consideration. However, the scoring system replaced the tiered system where removals were considered less desirable than upgrades. So longtime users perceived a drastic change in behaviour and in aptitude's "attitude".<div>

<br></div><div>I don't know why, with equal scores, aptitude now prefers the removals option. Even with 3 to remove or 2 to upgrade, it still suggests the removals first. By adjusting the default just one point, its behaviour was completely different and it became a pleasure to use rather than seeming a constant battle. There may not be a philosophical difference between recommending removal of 3 packages including "gnome", vs. upgrading 2 packages including the one you asked to upgrade, but there is definitely a psychological difference. So I'd argue that the 1-point advantage given to upgrades would represent that psychological preference. </div>

<div><br></div><div>I really wonder about even the philosophical difference being 0. Users are attempting to maintain their system. If a user asks for an install or upgrade, surely more upgrades would be preferable. If they are doing removals or downgrades, then perhaps removals would be the direction they would want to go. Perhaps aptitude could be more sensitive to the requested operation and adjust priorities accordingly. Would you be open to a patch for that?</div>

<div><br></div><div>And, in any case, I certainly can't understand why the defaults chosen should be carved in stone. 10000, 20000, 50000 ... these seem to have been set nearly arbitrarily. Do we have any data about real-world user actions, i.e. x choices presented in scored order and score[i] actually chosen, that would allow us to zero in on truly representative weights which minimise i?</div>

<div><br></div><div>Thanks,</div><div>Chris</div><div><br></div><div><br></div></div><div class="gmail_extra"><div><div class="h5"><br><br><div class="gmail_quote">On Tue, Feb 4, 2014 at 6:29 AM, Daniel Hartwig <span dir="ltr"><<a href="mailto:mandyke@gmail.com" target="_blank">mandyke@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 2 February 2014 14:56, Chris Tillman <<a href="mailto:toff.tillman@gmail.com" target="_blank">toff.tillman@gmail.com</a>> wrote:<br>


><br>
> Tags: patch<br>
><br>
> I think the root of the problem (removing being preferential to upgrading<br>
> in Aptitude's worldview) is that the safe-level and remove-level default<br>
> scores are the same.<br>
><br>
<br>
</div>Hi<br>
<br>
Thanks for your interest and patch.  Unfortunately, it is not an<br>
acceptable solution to apply to the _default_ settings.<br>
<br>
There is nothing fundamentally better or worse about either removals<br>
or installs, in some situations you might find this:<br>
<br>
 solution 1: upgrade 20 packages<br>
 solution 2: remove 1<br>
<br>
Whichever is more preferable in these situations is up to the<br>
individual user to decide based on whatever particular packages are<br>
suggested for upgrade, install, or removal—aptitude can not know how<br>
the user values those individual actions.  The point of the safety<br>
cost _levels_ is to broadly class categories of actions, and in that<br>
sense, installing or upgrading to a package in the target release is<br>
no better or worse than removing a non-essential package.<br>
<br>
Tweaking the default settings as per the patch here is not to be done<br>
lightly.  Considering the architecture of the problem resolver as a<br>
whole, it is not an acceptable solution.<br>
<br>
I recommend any of Axels suggestions for individual users who are<br>
bothered by this, especially the comments about guiding the resolver<br>
by e.g. rejecting particular actions _before_ asking for the next<br>
solution.  This is also covered in the users manual, _Resolving<br>
Dependencies Interactively_.  That is the most effective way of<br>
informing the resolver about your desires.<br>
<br>
Regards<br>
</blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br>Chris Tillman<br>Developer
</font></span></div>
</div><br><br clear="all"><div><br></div>-- <br>Chris Tillman<br>Developer
</div>