[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: a follow up - the subject of easier installs just happened to ./
- From: Lamar Owen <lamar owen wgcr org>
- To: rpm-list redhat com
- Subject: Re: a follow up - the subject of easier installs just happened to ./
- Date: Tue, 16 Jul 2002 16:44:57 -0400
On Tuesday 16 July 2002 04:40 pm, Konstantin Riabitsev wrote:
> On Tue, 2002-07-16 at 16:19, Lamar Owen wrote:
> > So you do:
> > Requires: smtpdaemon
> > and be done with it.
> This is bordering on offtopic, but "smtpdaemon" does not cover all
> aspects of the /usr/sbin/sendmail. E.g. I might not need an smtp daemon,
> but I need local delivery -- requiring smtpdaemon is a misnomer in this
> case.
Postfix provides 'MTA' -- but sendmail doesn't as yet. This would be the
generic -- if you need an MTA, you Require MTA and be done with it.
> > If alternative packages provide a common pseudo-package such as
> > smtpdaemon, then you don't need file dependencies. However, explicit
> > provides of names that appear to be files may not be a problem, either.
> > The 'smptdaemon' example above is what I have been calling 'package'
> > dependencies -- that may or may not be canonically correct terminology.
> Wouldn't that be creating MORE complexity, vs. LESS complexity?
The whole alternatives system (borrowed from Debian) adds complexity in and of
itself. As long as the alternative packages provide the same things, you are
OK. And that goes to packaging errors.
It's really a matter of clean dependency information, which is the
responsibility of the packager(s).
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
[]