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

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...

-- 
Madarasz Gergely           gorgo@caesar.elte.hu         gorgo@linux.rulez.org
      It's practically impossible to look at a penguin and feel angry.
          Egy pingvinre gyakorlatilag lehetetlen haragosan nezni.
                    HuLUG: http://mlf.linux.rulez.org/


Reply to: