[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Enhances field (Was: r1771 - projects/med/trunk/debian-med/tasks)



Hello,

Andreas Tille wrote:
> On Thu, Aug 20, 2009 at 01:54:14PM +0200, Steffen Moeller wrote:
>> I must admit that I was completely unaware of the reverse-suggests. I never used it, but
>> you are right. It should be used more.
> 
> Definitely.  I'd suggest doing it immediately in SVN if you are aware of cases
> where it is missing.
>> For our purpose, which is to hide packages from being displayed as individual tasks since
>> they have more the character of a helpers' application, the "enhances" is not appropriate.
>> E.g. we want to show clustalw even though we show emboss.
> 
> Sure.  Every package which is listed in the tasks file will be
> explicitely mentioned.  So clustalw as well as emboss are listed when
> using the current tasks file. But *if* you would intend to hide clustalw
> you could remove it from the tasks dependencies.

ok. so we have autogrid removed. but we see bugs, still, since autodock recommends
autogrid, right? And the Enhances is kind of redundant in this respect?!?

> It would show up only
> where we show Enhances (in whatever form this might be implemented and I 
> did not made up my mind about an implementation yet).

> So it is with your mgltools.  They are not mentioned in the tasks file -
(you removed them, this means)
> so they do not show up. But *if* they would have the Enhances tag properly
> set they could brought into our attention by using some technical means
> (which have to be implemented somehow - but as I have shown this is comes
> quite cheap with UDD; I have their names, so they are under control).

I agree that autodocktools enhances autogrid and also autodock. The remainder of the
mgltools though I would not want to tag as enhancers. The are just "Molecular Graphics
Lab's TOOLS", in my view.

>> While writing, how about (for our tasks specs):
>>
>> Recommends: autodock
>> Hides: autogrid
> 
> Well, we just have "Ignore" (see [1]) which is probably what you want.
> But "Ignore" is just what it says: it is ignored.  And you also want to
> specify an inter-package relation.  Ignore does not build a bridge
> between autogrid and autodock - but the Enhances field in the control
> file perfectly does.  So adding extra packages using Ignore is a nice
> kind of documentation inside the tasks files.  But Enhances is stronger
> and enables further processing while Ignore is more kind of a
> documentation.

Hm. The Enhances should remain in the control files and we can use that info just the way
you are suggesting it: something that enhances a package that is on our tasks list, that
should be scrutinised for bugs, too. But for mgltools this does not work, also since a
series of mgltools* libraries the autodocktools package only indirectly depends on. And if
we'd perform a closure, then we'd soon also involve libc6, probably :)

How about something like

Recommends: autodocktools
Bugs-only: mgltools-*

Better than "Bugs-only" is probably something like "Bugs" or "Monitor".

Many greetings

Steffen


Reply to: