pkgsrc-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/45284: native Kerberos on Solaris (again)
The following reply was made to PR pkg/45284; it has been noted by GNATS.
From: =?ISO-8859-1?Q?J=F6rn_Clausen?= <joern.clausen%uni-bielefeld.de@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: Thomas Klausner <wiz%NetBSD.org@localhost>,
pkg-manager%NetBSD.org@localhost,
gnats-admin%NetBSD.org@localhost, pkgsrc-bugs%NetBSD.org@localhost
Subject: Re: pkg/45284: native Kerberos on Solaris (again)
Date: Fri, 26 Aug 2011 11:01:24 +0200
> On Fri, Aug 26, 2011 at 10:33:35AM +0200, Jörn Clausen wrote:
> > Again: My question is: Why is this defined at all in this package?
>
> Because sometimes there are changes which break the API for all
> customers.
This may be true for a package that can only be provided by pkgsrc. But
for a package that can be replaced by a native one, this does not make
sense. Because the change in the pkgsrc package is not felt by the
customers.
> And a minimum requirement also makes it easier to package software,
> since you don't have to specify a minimum version in every package (as
> long as it can live with the minimum version and doesn't need a newer
> one, then you have to add an API depends there).
But what if the majority of the dependencies would be happy with an
older version? And why does not every other package define its version
this way?
BTW, if this is not clear: I *want* to keep the native version, even if
it is older than the pkgsrc version. Because I assume that the binaries
in the native version are able to e.g. make use of cryptographic
hardware. And as long as I have no dependencies that need v1.8 of
Kerberos, I don't see why I am forced to use the pkgsrc version of this
package.
--
Jörn Clausen
joern.clausen%uni-bielefeld.de@localhost
Hochschulrechenzentrum http://www.uni-bielefeld.de/hrz/
Universität Bielefeld
Home |
Main Index |
Thread Index |
Old Index