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

From: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>
To: Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andres Freund <andres(at)anarazel(dot)de>
Cc: Michael Paquier <michael(at)paquier(dot)xyz>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: kerberos/001_auth test fails on arm CPU darwin
Date: 2022-10-01 11:12:51
Message-ID: 0d8b2626-5b0a-fe39-8930-e6bc83a37844@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 27.09.22 17:35, Nazir Bilal Yavuz wrote:
> I updated my patch regarding these reviews.
>
> The current logic is it will try to find all executables in that
> order(if it finds all executables, it won't try remaining steps):
>
>
> 1 - 'krb5-config --prefix'
>
> 2 - hardcoded paths(I added arm and MacPorts paths for darwin)
>
> 3 - from PATH
>
> Also, I tried to do some refactoring for adding another paths to search
> in the future and being sure about all executables are found.

This patch could use some more in-code comments. For example, this

+# get prefix for kerberos executables and try to find them at this path
+sub test_krb5_paths

is not helpful. What does it "get", where does it put it, how does it
"try", and what does it do if it fails? What are the inputs and outputs
of this function?

+ # remove '\n' since 'krb5-config --prefix' returns path ends with '\n'
+ $krb5_path =~ s/\n//g;

use chomp

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2022-10-01 12:07:29 Re: ICU for global collation
Previous Message Peter Eisentraut 2022-10-01 10:52:58 Re: [PATCH] Log details for client certificate failures