[Popcon-developers] Bug#414865: popularity-contest: A script to filter requested/recommended/suggested packages
Carsten Hey
carsten at debian.org
Wed May 13 13:53:51 UTC 2009
On Wed, May 13, 2009 at 10:10:17AM +0200, Christophe Lohr wrote:
> Please find in attachment a first draft of such a wrapper. Is it what
> you mean?
Yes, this looks good. I would prefer to pass all option except possible
popcon-nodependency ones to orphaner an let orphaner handle the rest,
this would minimize future changes in popcon-nodependency, but there is
no need to adapt this before the rest of the script is finished. Before
calling orphaner can be added I need to add the required options to
deborphan.
> Carsten Hey a écrit :
> > Do you agree to publish the parts of your fork of orphaner where you are the
> > copyright holder under the conditions of the above-mentioned MIT license?
>
> Sure, no problem. I agree.
Thanks.
> On my system, popcon-largest-unused reports 967 <OLD> packets!
> According to my script popcon-nodependency, 475 of them are orphaned...
Better ask "combine <(deborphan ..." as described in my last mail,
popcon-nodependency currently can't handle dependencies in a sane way
since deborphan has not been extended in the necessary way.
> That's why I think it is interesting to provide some help to prioritize
> packets to consider first... ;-)
That would require optional sorting by size in orphaner. We can talk
about this after the rest has been done.
> orphaner sorts packets by name. It is interesting to quickly find
> a packet which we know the name. However I wonder if orphan could not
> provide advanced features (in a sub-menu) such as: search a packet in
> the list, select all to on, select all to off, reverse the selection,
> etc. But it will become very complicated! ;-)
This is a shell script which uses dialog, adding a submenu without the
possibility to add more buttons (dialog only supports four buttons)
would be very complicated to implement and even more complicated to use.
So no, I don't think adding such things is reasonable without dialog
being extended first.
Regards
Carsten
More information about the Popcon-developers
mailing list