| From: | Stephen Frost <sfrost(at)snowman(dot)net> |
|---|---|
| To: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> |
| Cc: | Andres Freund <andres(at)anarazel(dot)de>, Michael Paquier <michael(at)paquier(dot)xyz>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, 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-29 14:39:12 |
| Message-ID: | YzWuECr8Nkm7punI@tamriel.snowman.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Greetings,
* Peter Eisentraut (peter(dot)eisentraut(at)enterprisedb(dot)com) wrote:
> On 27.09.22 03:37, Andres Freund wrote:
> > Maybe we should rely on PATH, rather than hardcoding OS dependent locations?
> > Or at least fall back to seach binaries in PATH? Seems pretty odd to hardcode
> > all these locations without a way to influence it from outside the test.
>
> Homebrew intentionally does not install the krb5 and openldap packages into
> the path, because they conflict with macOS-provided software. However, those
> macOS-provided variants don't provide all the pieces we need for the tests.
The macOS-provided versions are also old and broken, or at least that
was the case when I looked into them last.
> Also, on Linux you need /usr/sbin, which is often not in the path.
>
> So I think there is no good way around hardcoding a lot of these paths.
Yeah, not sure what else to do.
Thanks,
Stephen
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2022-09-29 14:47:06 | Re: identifying the backend that owns a temporary schema |
| Previous Message | Benjamin Coutu | 2022-09-29 14:32:58 | Re: disfavoring unparameterized nested loops |