Re: [PATCHES] krb_match_realm

2007-11-01 Thread Henry B. Hotz
On Nov 1, 2007, at 1:40 PM, Magnus Hagander wrote: Henry B. Hotz wrote: Thank you very much. This helps, but I'm still evaluating how much. I *can* point at one problem though: you do a strchr(gbuf.value, '@') and then error out if there isn't a Kerberos realm there. In fact that is e

Re: [PATCHES] Show login privilege in psql \du command

2007-11-01 Thread Bruce Momjian
This has been saved for the 8.4 release: http://momjian.postgresql.org/cgi-bin/pgpatches_hold --- Bernd Helmle wrote: > Please find attached a tiny patch which adds a "Login" field to the \du > command, displaying

Re: [PATCHES] Configurable Penalty Costs for Levenshtein

2007-11-01 Thread Tom Lane
Volkan YAZICI <[EMAIL PROTECTED]> writes: > Volkan YAZICI <[EMAIL PROTECTED]> writes: >> Following patch implements configurable penalty costs for levenshtein >> distance metric in fuzzystrmatch contrib module. > Is there a problem with the patch? Would anybody mind helping me to > figure out the

Re: [PATCHES] Configurable Penalty Costs for Levenshtein

2007-11-01 Thread Bruce Momjian
Volkan YAZICI wrote: > Volkan YAZICI <[EMAIL PROTECTED]> writes: > > Following patch implements configurable penalty costs for levenshtein > > distance metric in fuzzystrmatch contrib module. > > Is there a problem with the patch? Would anybody mind helping me to > figure out the reason of this la

Re: [PATCHES] Configurable Penalty Costs for Levenshtein

2007-11-01 Thread Volkan YAZICI
Volkan YAZICI <[EMAIL PROTECTED]> writes: > Following patch implements configurable penalty costs for levenshtein > distance metric in fuzzystrmatch contrib module. Is there a problem with the patch? Would anybody mind helping me to figure out the reason of this lack of interest, after 15 days.

Re: [PATCHES] krb_match_realm

2007-11-01 Thread Henry B. Hotz
Thank you very much. This helps, but I'm still evaluating how much. I *can* point at one problem though: you do a strchr(gbuf.value, '@') and then error out if there isn't a Kerberos realm there. In fact that is exactly the default username of at least one of the GSSAPI implementations I

Re: [PATCHES] krb_match_realm

2007-11-01 Thread Magnus Hagander
Henry B. Hotz wrote: > Thank you very much. This helps, but I'm still evaluating how much. > > I *can* point at one problem though: you do a strchr(gbuf.value, '@') > and then error out if there isn't a Kerberos realm there. In fact that > is exactly the default username of at least one of the

Re: [PATCHES] actualised czech faq

2007-11-01 Thread Bruce Momjian
Pavel Stehule wrote: > Hello > > I am sendin actualised czech FAQ. It was updated, encoded to utf8 and > checked by spellckecker Thanks, applied. -- Bruce Momjian <[EMAIL PROTECTED]>http://momjian.us EnterpriseDB http://postgres.enterprisedb.com + If

Re: [PATCHES] krb_match_realm

2007-11-01 Thread Magnus Hagander
Tom Lane wrote: > Magnus Hagander <[EMAIL PROTECTED]> writes: >> Tom Lane wrote: >>> Also the elog message texts need a bit of copy-editing. > >> Probably ;-) Got any specific hints, so I don't have to go through the >> iteration twice? > > The one that caught my eye was > > "SSPI d

Re: [PATCHES] krb_match_realm

2007-11-01 Thread Tom Lane
Magnus Hagander <[EMAIL PROTECTED]> writes: > Tom Lane wrote: >> Also the elog message texts need a bit of copy-editing. > Probably ;-) Got any specific hints, so I don't have to go through the > iteration twice? The one that caught my eye was "SSPI domain (%s) does and configured d

Re: [PATCHES] krb_match_realm

2007-11-01 Thread Magnus Hagander
Tom Lane wrote: > Magnus Hagander <[EMAIL PROTECTED]> writes: >> Attached patch implements krb_match_realm for krb5, gssapi and sspi per >> complaint from Henry. Comments welcome. > > Minor gripe: "krb_match_realm" sounds like it should be a boolean: > do or don't check the realm. Would just "krb

Re: [PATCHES] krb_match_realm

2007-11-01 Thread Tom Lane
Magnus Hagander <[EMAIL PROTECTED]> writes: > Attached patch implements krb_match_realm for krb5, gssapi and sspi per > complaint from Henry. Comments welcome. Minor gripe: "krb_match_realm" sounds like it should be a boolean: do or don't check the realm. Would just "krb_realm" be sensible? Also

[PATCHES] krb_match_realm

2007-11-01 Thread Magnus Hagander
Attached patch implements krb_match_realm for krb5, gssapi and sspi per complaint from Henry. Comments welcome. Working on documentation which will of course be ready when it's committed :) Oh, and it changes the krb username handling to be the same as the gssapi one. I've never heard of anybody

Re: [PATCHES] [HACKERS] Cache lookup failed for relation X [was: DROP FUNCTION cache lookup failed for relation X]

2007-11-01 Thread Tom Lane
Mark Kirkwood <[EMAIL PROTECTED]> writes: > The previous discussion centered around working on on locking in > dependency.c whilst dropping related objects - but does this apply when > there is just one? Anyway I tried to understand what was happening and > the attached rather hacky patch seems

[PATCHES] Cache lookup failed for relation X [was: DROP FUNCTION cache lookup failed for relation X]

2007-11-01 Thread Mark Kirkwood
Tom Lane wrote: Still in the think-about-it mode, personally ... my proposed fix is certainly much too invasive to consider back-patching, so unless someone comes up with a way-simpler idea, it's 8.3 material at best ... I ran into a variant of this today - simply creating and dropping