On Wed, Jun 04, 2014 at 06:52:19PM -0400, Sam Hartman wrote:
> OK.
> I'm not going to have time to generate patches for alternatives any time
> soon, but I'd be happy to make time to review them.
Thanks, appreciate it! I'll see if I can prepare patches for both
Heimdal and MIT Kerberos.
For consi
OK.
I'm not going to have time to generate patches for alternatives any time
soon, but I'd be happy to make time to review them.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Wed, Jun 04, 2014 at 02:27:02PM -0400, Sam Hartman wrote:
> Yeah, my preference here would be alternatives for kadmin and ktutil and
> even though alternatives is not a perfect fit.
>
> I guess renaming is another option.
Alternatives would be least intrusive to existing users; I think I like t
Yeah, my preference here would be alternatives for kadmin and ktutil and
even though alternatives is not a perfect fit.
I guess renaming is another option.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.de
Sam Hartman writes:
> Nod.
> I find I definitely use ktutil all the time, regardless of how I'm
> getting keytabs.
> Even if I'm using samba or something to generate keytabs, I kind of
> expect ktutil to be present when kinit is present.
That's true -- I do the same. Particularly with Heimdal'
> "Russ" == Russ Allbery writes:
Russ> Sam Hartman writes:
>> I don't really support the split because it seems like kadmin is
>> something you want if you are going to be dealing with keytabs,
>> so it seems like it belongs in krb5-user.
Russ> No one other than KDC admi
Sam Hartman writes:
> I don't really support the split because it seems like kadmin is
> something you want if you are going to be dealing with keytabs, so it
> seems like it belongs in krb5-user.
No one other than KDC administrators uses kadmin at Stanford, since we use
wallet for all keytab ma
I don't really support the split because it seems like kadmin is
something you want if you are going to be dealing with keytabs, so it
seems like it belongs in krb5-user.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
On Sun, 1 Jun 2014, Jelmer Vernooij wrote:
On Sun, Jun 01, 2014 at 01:18:13PM -0700, Russ Allbery wrote:
It would be really nice to be able to co-install the basic clients,
though, which makes me think that the more administrator-oriented tools
(kadmin and ktutil) might make sense to split off
On 2 June 2014 07:28, Jelmer Vernooij wrote:
> > It would be really nice to be able to co-install the basic clients,
> > though, which makes me think that the more administrator-oriented tools
> > (kadmin and ktutil) might make sense to split off into a separate package
> > that continues to conf
On Sun, Jun 01, 2014 at 01:18:13PM -0700, Russ Allbery wrote:
> Jelmer Vernooij writes:
>
> > I should also note that the usefulness of alternatives for these
> > (kadmin, ktutil) is less clear to me. The kadmin and ktutil command-line
> > interfaces are quite but not exactly similar.
>
> The kt
Benjamin Kaduk writes:
> On Sun, 1 Jun 2014, Russ Allbery wrote:
>> The ktutil is quite different, yes. (It would be nice if the MIT
>> version would support the Heimdal command-line interface, since it's
>> far more useful than the MIT version is.)
> If you wanted to write up a summary of what
On Sun, 1 Jun 2014, Russ Allbery wrote:
Jelmer Vernooij writes:
I should also note that the usefulness of alternatives for these
(kadmin, ktutil) is less clear to me. The kadmin and ktutil command-line
interfaces are quite but not exactly similar.
(MIT's k5srvutil is a shell script that cal
Jelmer Vernooij writes:
> I should also note that the usefulness of alternatives for these
> (kadmin, ktutil) is less clear to me. The kadmin and ktutil command-line
> interfaces are quite but not exactly similar.
The ktutil is quite different, yes. (It would be nice if the MIT version
would su
On Sun, Jun 01, 2014 at 09:58:55PM +0200, Jelmer Vernooij wrote:
> On Sun, Jun 01, 2014 at 03:56:11PM -0400, Benjamin Kaduk wrote:
> > On Sun, 1 Jun 2014, Jelmer Vernooij wrote:
> >
> > >FWIW, Heimdal now uses alternatives for kinit and klist.
> > >
> > >If we'd like to be able to use alternatives
On Sun, Jun 01, 2014 at 03:56:11PM -0400, Benjamin Kaduk wrote:
> On Sun, 1 Jun 2014, Jelmer Vernooij wrote:
>
> >FWIW, Heimdal now uses alternatives for kinit and klist.
> >
> >If we'd like to be able to use alternatives, we would also need to use
> >them (in addition to kinit and klist) for the
On Sun, 1 Jun 2014, Jelmer Vernooij wrote:
FWIW, Heimdal now uses alternatives for kinit and klist.
If we'd like to be able to use alternatives, we would also need to use
them (in addition to kinit and klist) for the following binaries and
their manpages:
/usr/bin/kswitch
/usr/bin/kdestroy
/us
FWIW, Heimdal now uses alternatives for kinit and klist.
If we'd like to be able to use alternatives, we would also need to use
them (in addition to kinit and klist) for the following binaries and
their manpages:
/usr/bin/kswitch
/usr/bin/kdestroy
/usr/bin/ksu
/usr/bin/kpasswd
Cheers,
Jelmer
18 matches
Mail list logo
