Re: Deprecations in authentication

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Magnus Hagander <magnus(at)hagander(dot)net>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, Stephen Frost <sfrost(at)snowman(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Deprecations in authentication
Date: 2012-11-05 22:15:41
Message-ID: 50983A8D.8020303@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On 11/05/2012 04:54 PM, Magnus Hagander wrote:
> On Mon, Nov 5, 2012 at 10:21 PM, Andrew Dunstan <andrew(at)dunslane(dot)net
> <mailto:andrew(at)dunslane(dot)net>> wrote:
>
>
> On 11/05/2012 01:53 PM, Magnus Hagander wrote:
>
>
> On Mon, Nov 5, 2012 at 7:50 PM, Andrew Dunstan
> <andrew(at)dunslane(dot)net <mailto:andrew(at)dunslane(dot)net>
> <mailto:andrew(at)dunslane(dot)net <mailto:andrew(at)dunslane(dot)net>>> wrote:
>
>
> On 11/05/2012 12:13 PM, Magnus Hagander wrote:
>
>
>
> http://www.pgbuildfarm.org/cgi-bin/show_status.pl
>
> ...it seems there are LOTS of machines building
> with krb5, and
> NONE with gssapi.
>
>
>
> AFAICS there is no icon for gssapi. So your first
> statement is
> correct, but the second one isn't.
>
>
>
>
> If someone would like to give me an icon I'll add it.
>
>
> Well, if we're removing krb5 we could reuse that one :)
>
> And no, I don't have any good ideas icon-wise to distinct
> gssapi from krb5...
>
>
>
>
> OK, I have added one - it's the same as krb5 but red.
>
>
> Thanks.
>
> Is there something we can do to get more animals to build with it by
> default, or is that something that each individual animal-owner has to
> change?

Well, I can add change the defaults in the sample config file which will
be picked up in the new release later this week. And we can ask existing
owners on the owners' mailing list.

cheers

andrew

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Dimitri Fontaine 2012-11-05 22:22:17 Re: foreign key locks
Previous Message Jeff Janes 2012-11-05 22:14:16 Re: Pg_upgrade speed for many tables