Re: kerberos/001_auth test fails on arm CPU darwin

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Larry Rosenman <ler(at)lerctr(dot)org>
Cc: Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: kerberos/001_auth test fails on arm CPU darwin
Date: 2022-09-26 17:41:30
Message-ID: 3480517.1664214090@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Larry Rosenman <ler(at)lerctr(dot)org> writes:
> On 09/26/2022 11:39 am, Nazir Bilal Yavuz wrote:
>> When "krb5-config" binary is used from brew or MacPorts installations'
>> path it gives the correct path but there is another "krb5-config"
>> binary at "/usr/bin/krb5-config" path on the macOS VMs, when this
>> binary is used while running "krb5-config --prefix" command run it
>> gives "/" as output. This issue can be related about the CI VMs but I
>> couldn't check it.

> [ yup, it gives "/" ]

Yeah, I see the same on my laptop. So we can't trust krb5-config
unconditionally. But we could do something like checking
"-x $config_prefix . '/bin/kinit'" before believing it's good,
and maybe also check sbin/krb5kdc. We'd want to use similar
probes to decide which of the fallback directories to use, anyway.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2022-09-26 18:16:45 Re: DROP OWNED BY is broken on master branch.
Previous Message Tom Lane 2022-09-26 17:34:28 Re: Convert *GetDatum() and DatumGet*() macros to inline functions