[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.
> 
> Package: gs-aladdin
> Status: install ok installed
> Priority: optional
> Section: non-free/text
> Installed-Size: 4417
> Maintainer: Marco Pistore <pistore@di.unipi.it>
> Version: 5.50-3
> Replaces: gs
> Provides: gs, postscript-viewer

That's correct!  Somehow the dselect in dpkg 1.4.1.1 doesn't seem to
accept it.  I'll check a bit further and file a bug against dpkg if
necessary.

Bob

----
Bob Nielsen                 Internet: nielsen@primenet.com
Tucson, AZ                  AMPRnet:  w6swe@w6swe.ampr.org
DM42nh                      http://www.primenet.com/~nielsen


Reply to: