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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>
> 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: [EMAIL PROTECTED]
Tucson, AZ                  AMPRnet:  [EMAIL PROTECTED]
DM42nh                      http://www.primenet.com/~nielsen

Reply via email to