bug#20834: 25.0.50; install-autoremove cycle with the tablist package

[Artur Malabarba <bruce.connor.am@gmail.com>]

Done. The package menu is now reverted any (but not every) time
package-install or package-delete are called (which includes
package-autoremove and a bunch of other stuff). This is something I
was thinking of doing anyway, and I think it fixes this bug (though
only time will tell).

2015-06-17 15:06 GMT+01:00 Artur Malabarba <bruce.connor.am@gmail.com>:
> Does this mean the problem is gone for now?
>
> I think I see what may have caused the problem. I'll push a possible
> fix and lets see how that goes.
>
> 2015-06-17 14:48 GMT+01:00 Tassilo Horn <tsdh@gnu.org>:
>> Artur Malabarba <bruce.connor.am@gmail.com> writes:
>>
>> Ok, there's a new package version for `names'.  So here's what I get
>> with your recipe.
>>
>>> Could you try the following?
>>>
>>> 1. Delete `tablist`.
>>
>> Done (or rather I've uninstalled it previously in another emacs
>> instance).
>>
>>> 2. Hit `U` to mark packages for upgrade.
>>
>> I can upgrade names-20150611.636 to the recent version 20150617.359.
>>
>>> 3. Does `tablist` get marked for installation?
>>
>> No.
>>
>> Now I went through all installed packages and their dependencies, and
>> none of them requires tablist.  So that suggests that when doing
>> `package-autoremove' the removed packages might still be left over in
>> some variable which forces a reinstall with the next upgrade.  This
>> doesn't seem to happen when I explicitly remove a package using `U'
>> followed by `x'.
>>
>> Bye,
>> Tassilo