Recommends?
Behan,
Could you clarify what deity is going to do for suggests and recommends? I
know they will be shown when the package node is expanded in the tree, but
will there be any sort of automatic installation [like with depends] with
either or will they both become the same?
Thanks,
Jason
---------- Forwarded message ----------
Date: Tue, 25 Nov 1997 09:01:52 +0200 (EET)
From: Arto Astala <astala@tnso13.tele.nokia.fi>
Reply-To: arto.astala@ntc.nokia.com
To: Craig Sanders <cas@taz.net.au>
Cc: debian-devel@lists.debian.org
Subject: Re: Uploaded sgrep 0.99-4.1 (source i386) to master
Resent-Date: 25 Nov 1997 07:00:44 -0000
Resent-From: debian-devel@lists.debian.org
Resent-cc: recipient list not shown: ;
Craig Sanders: >
> On Mon, 24 Nov 1997, Christian Schwarz wrote:
>
> > The sgrep package includes a Tcl/Tk based GUI to access the sgrep
> > command. It can be used to build complex search patterns.
> >
> > Since sgrep runs without Tcl/Tk of course, the package does not "Depend"
> > on tcl/tk but "Recommend" this.
> >
> > I don't see any problems with that.
>
> Suggests: would be better. It's annoying to have to *repeatedly* tell
> dselect that i don't want tk, tcl, and half-a-dozen other X packages on
> a text-only system just because i want sgrep installed.
>
> IMO, "Recommends:" is broken and doesn't provide any useful, non-irritating,
> advantages over Depends: or Suggests:
>
> The current behaviour of Recommends also increases the likeliness of a
> user mistake causing a disaster - it is just plain *wrong* to have to press
> Q to override the Recommends resolution screen.
It would be useful, if dselect would remember that
'last time user did not want these recommendations to be installed'
but it would be difficult to specify and even more difficult
to implement. Let's not do it.
t.aa
Reply to: