Re: Why was gs-aladdin removed as "recommends" from magicfilter?
*- On 7 Apr, Gergely Madarasz wrote about "Re: Why was gs-aladdin removed as "recommends" from magicfilter?"
> On Wed, 7 Apr 1999, Brian Servis wrote:
>
>> *- On 7 Apr, Bob Nielsen wrote about "Re: Why was gs-aladdin removed as "recommends" from magicfilter?"
>> > On 7 Apr 1999, Jan Vroonhof wrote:
>> >
>> >> Brian Servis <servis@purdue.edu> writes:
>> >>
>> >> > > Recommends: lpr | lprng, gs (>= 3.33) | gs-aladdin
>> >> > >
>> >> > > to
>> >> > >
>> >> > > Recommends: lpr | lprng, gs (>= 3.33)
>> >> > >
>> >> > > Isn't this carrying the free/non-free argument a bit far?
>> >> > In addition, the packages in "main"
>> >> > => * must not require a package outside of "main" for compilation or
>> >> > => execution (thus, the package may not declare a "Depends" or
>> >> > => "Recommends" relationship on a non-main package),
>> >>
>> >> If that is the reason then I think this either a bug in the policy or
>> >> a misinterpretation of it. It does not "require" it because the
>> >> recommends is on "gs | gs-alladin". i.e. you can satisfy it with the
>> >> DFSG free version of gs.
>> >
>> > I agree, although a better approach might be to have gs-aladdin show
>> >
>> > Provides: gs
>> >
>>
>> It already does, so basically having magicfilter with a recommends of
>> gs is fine, since gs-aladdin provides gs. If gs-aladdin is installed
>> dselect shouldn't complain.
>
> Magicfilter has a versioned recommends, and we don't have versioned
> provides, so gs-aladdin cannot fulfill that dependency...
>
Ahh, you are correct. I think it would be appropriate to file a bug
against magicfilter and dpkg. Magicfilter for the inability to accept
gs-alladin as an acceptable alternative if it is installed. dpkg for a
lack of versioned provides.
--
Brian
---------------------------------------------------------------------
"Never criticize anybody until you have walked a mile in their shoes,
because by that time you will be a mile away and have their shoes."
- unknown
Mechanical Engineering bservis@usa.net
Purdue University http://www.ecn.purdue.edu/~servis
---------------------------------------------------------------------
Reply to: