[PATCH setup] Add view mode "Unneeded"
Jon Turney
jon.turney@dronecode.org.uk
Tue Aug 16 19:57:54 GMT 2022
On 15/08/2022 14:04, Christian Franke wrote:
> Jon Turney wrote:
>> On 02/08/2022 13:17, Christian Franke wrote:
>>> In long standing cygwin installations, many no longer needed
>>> automatically installed packages (e.g. libicuNN) accumulate. This
>>> patch adds a new view which is possibly helpful to cleanup packages
>>> manually.
>>>
>>> Some possible later enhancements:
>>> - automatically refresh this view (a few seconds) after the user
>>> changed a package status as this may add or remove entries.
>>> - add a keyboard shortcut (^U) to the list view for "Uninstall this
>>> package and then select next package"
>>>
>>
>> Thanks. This looks good.
>>
>> I think perhaps a better approach would be a view showing all packages
>> which aren't user_picked, or a dependency of a user_picked package.
>
> This would drop the ability to easily clean up user_picked packages
> without later conflicts. The attached new patch splits this into two
> views "Removable" (not "Uninstallable" due to possible ambiguity with
> "cannot be installed") and "Unneeded" (or "Stale" ?).
>
>>
>> (If I've read the code correctly your implementation has the weakness
>> that if e.g. appA -> libbB -> libC, which is then changed to appA ->
>> libD -> libE, it will only show libC as unneeded, then libB on the
>> next run?)
>
> I'm not sure for this case. It may be correct again after the view is
> refreshed during the same run. In general, this ad-hoc algorithm does
> not handle all corner cases. It should be sufficient if installation
> cleanup is done in a separate run.
>
Thanks. I applied this.
I'm not sure these are the perfect filters, but they are a lot better
than the nothing we have at the moment :)
Some time ago, I thought about replacing the "view"s list with a
drop-down menu which would let you choose how to filter and show the
package list, but I don't think I got around to writing anything...
e.g
---
[x] Installed
[✓] Changed
[ ] Picked
[ ] Needed
---
[✓] Category
[ ] List
---
(I think the filter menu items would need to be tri-stateable so they
can represent "true", "false" and "don't care", so this might be complex
to implement...)
Later: actually it looks like I started writing some of this [1], but
didn't get very far...
[1]
https://github.com/jon-turney/cygwin-setup/tree/split-view-filter-and-style
>>> +// Scan installed or desired packages and collect the names of packages
>>> +// which provide the dependencies of other packages or are member of
>>> +// category "Base".
>>> +static void FindNeededPackages (const packagedb & db,
>>> std::set<std::string> & needed)
>>> +{
>>> + std::map<std::string, std::string> providedBy;
>>> + for (const auto & p : db.packages)
>>> + {
>>> + const packagemeta & pkg = *p.second;
>>> + if (!pkg.isBinary ())
>>> + continue;
>>> + if (!(pkg.desired && (pkg.installed || pkg.picked ())))
>>> + continue;
>>
>> This seems redundant. Why can't this be just !pkg.desired?
>
> Yes, fixed. I originally wanted to handle the "install source package
> without the binary" case here. During development of "Ctrl+I/R/U" patch,
> I learned that this could not happen.
>
>
>> This should also update the tooltip for the view dropdown
>> (IDS_VIEWBUTTON_TOOLTIP) to describe the new view.
>>
>
> Done.
More information about the Cygwin-apps
mailing list