On Mon, Sep 03, 2007 at 12:03:47PM +1000, Anibal Monsalve Salazar wrote:
>I'll package libgssglue and change nfs-utils to depend on libgssglue.
The {build-,}dependencies of both librpcsecgss and libgssapi are:
source package librpcsecgss
depends:
nfs-common librpcsecgss3
nfs-kernel-se
http://linux-nfs.org/pipermail/nfsv4/2007-September/006695.html
The following message belongs to the thread listed above.
>Date: Sun, 2 Sep 2007 18:57:24 -0400
>From: Kevin Coffman <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED], Russ Allbery <[EMAIL PROTECTED]>
>Cc: [EMAIL PROTECTED]
>Subject: Re: co
So in summary, what is the verdict?
I am inclined to add a non-versioned conflicts for now, as I suspect
it might be a while before this can be solved in a better way.
Also: No, I don't want to maintain a patch in Heimdal that renames the
library.
If upstream could be convinced to rename the lib
Brian May <[EMAIL PROTECTED]> writes:
>> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
> Russ> It may be that they were trying to provide an indirection
> Russ> layer between MIT and Heimdal so that people could choose
> Russ> whichever they want at runtime. I'm not sure of a
Gabor Gombas <[EMAIL PROTECTED]> writes:
> GSSAPI was created to allow the use of multiple authentication
> mechanisms. If you do not want to allow that, then you should just get
> rid of GSSAPI completely and use the Kerberos APIs directly, as in this
> case GSSAPI just adds a lot of unneccessar
On Sat, Aug 11, 2007 at 07:13:01PM -0700, Russ Allbery wrote:
> Why? Could you explain what the UMich indirection library practically
> adds for our users? Why would we want to continue using it rather than
> linking directly against an appropriate GSSAPI implementation?
GSSAPI was created to a
> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> It may be that they were trying to provide an indirection
Russ> layer between MIT and Heimdal so that people could choose
Russ> whichever they want at runtime. I'm not sure of another
Russ> reason for it. The UMich li
Aníbal Monsalve Salazar <[EMAIL PROTECTED]> writes:
> On Sat, Aug 11, 2007 at 07:13:01PM -0700, Russ Allbery wrote:
>> Why? Could you explain what the UMich indirection library practically
>> adds for our users? Why would we want to continue using it rather than
>> linking directly against an ap
On Sat, Aug 11, 2007 at 07:13:01PM -0700, Russ Allbery wrote:
>Why? Could you explain what the UMich indirection library practically
>adds for our users? Why would we want to continue using it rather than
>linking directly against an appropriate GSSAPI implementation?
I agree with all that. Howe
Aníbal Monsalve Salazar <[EMAIL PROTECTED]> writes:
> On Sun, Aug 12, 2007 at 10:40:40AM +1000, Brian May wrote:
>> Wouldn't this be a better solution then getting rid of the UMich
>> library?
> Yes.
Why? Could you explain what the UMich indirection library practically
adds for our users? Why
On Sun, Aug 12, 2007 at 10:40:40AM +1000, Brian May wrote:
>Russ Allbery <[EMAIL PROTECTED]> writes:
>>My preference would be to dump the UMich GSSAPI library and
>>link nfs-common directly against MIT Kerberos, which doesn't
>>conflict with Heimdal.
No. There is a better solution, Brian has found
> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> My preference would be to dump the UMich GSSAPI library and
Russ> link nfs-common directly against MIT Kerberos, which doesn't
Russ> conflict with Heimdal.
So should I make the Heimdal GSSAPI library conflict with the UMic
Steve Langasek <[EMAIL PROTECTED]> writes:
> Persuade Heimdal upstream to provide an soname that uniquely identifies
> this library in the face of other, pre-existing libgssapi packages, and
> barring that, add a Debian-specific soname component to it?
That's a bit unfair to Heimdal given that th
On Fri, Aug 10, 2007 at 04:53:32PM +1000, Brian May wrote:
> [4 letter words deleted]
> === cut ===
> # sudo dpkg -i libgssapi2-heimdal_1.0.1-1_i386.deb
>
>
On Fri, Aug 10, 2007 at 10:25:07AM -0700, Russ Allbery wrote:
> Yeah, but figuring out what changes we need is part of the problem -- I'm
> guessing there's some reason why we didn't go that route in the first
> place and that it won't just work without some changes, and I have no
> NFSv4 environme
"Steinar H. Gunderson" <[EMAIL PROTECTED]> writes:
> On Fri, Aug 10, 2007 at 09:53:09AM -0700, Russ Allbery wrote:
>> My preference would be to dump the UMich GSSAPI library and link
>> nfs-common directly against MIT Kerberos, which doesn't conflict with
>> Heimdal.
> If you file a bug against n
On Fri, Aug 10, 2007 at 09:53:09AM -0700, Russ Allbery wrote:
> My preference would be to dump the UMich GSSAPI library and link
> nfs-common directly against MIT Kerberos, which doesn't conflict with
> Heimdal.
If you file a bug against nfs-common with what Build-Depends or other changes
you need
Brian May <[EMAIL PROTECTED]> writes:
> [4 letter words deleted]
Yup. The UMich GSSAPI thing causes no end of problems. Thankfully,
upstream is working on making it go away; in the meantime, we're going to
have a serious problem since installing it at priority standard (which is
what's going on
[4 letter words deleted]
=== cut ===
# sudo dpkg -i libgssapi2-heimdal_1.0.1-1_i386.deb
──(Fri,Aug10)─┘
S
19 matches
Mail list logo
