[Aptitude-devel] Bug#832907: n and . same?

Manuel A. Fernandez Montecelo manuel.montezelo at gmail.com
Sat Aug 6 14:52:40 UTC 2016

Control: tags -1 + pending
Control: severity -1 minor


2016-07-29 15:36 積丹尼 Dan Jacobson:
>Package: aptitude
>Version: 0.8.2-1
>Severity: wishlist
>It seems
>  n: reject the proposed changes and search for another solution
>  .: move to the next solution
>actually are the same, and thus should be thus labeled.

They now behave the same because of a change that I did a while ago,
which I reverted (and slightly improved the description).

The former rejects all the generated solutions so far and jumps to the
end and attempts to search for a new one.

It doesn't change things much though, unless one goes '.' 20 times, then
back all the way to the first solutions, and one wants to jump back to
the end without many '.' again and presses 'n' instead.

R and A are much quicker/better way to guide the resolver to a desirable

>By the way, maybe allow
>,, ,,,
>.. ... etc.
>to move to the 2nd, 3rd etc. solution...

I've been looking into it, but modifying this code is not very
straightforward, will probably take several hours to implement at best,
and still things can get confusing (e.g. whether to also allow
whitespaces, mixing ',' and '.' and possibly others, etc).

I think that for moving back a few positions, several '.'+Enter is ok,
and if not it's much better to guide the resolver with R and A.

Manuel A. Fernandez Montecelo <manuel.montezelo at gmail.com>

More information about the Aptitude-devel mailing list