Re: ci: Macos failures due to MacPorts behaviour change

From: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: ci: Macos failures due to MacPorts behaviour change
Date: 2024-11-18 10:29:04
Message-ID: CA+hUKG+BhiFPwNCfkqw8+utj9K6REfa5MNEtxqaHEVNZ_1mARg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sun, Nov 17, 2024 at 2:17 PM Andres Freund <andres(at)anarazel(dot)de> wrote:
> Whenever the cache was built with 15, 16 would fail, because gmake was
> installed but not meson. And vice versa. It gets worse, see further down.

Argh...

> The easiest fix I can see is to simply loop over the to-be-installed installed
> packages and mark them as installed one-by-one. That's a few seconds slower,
> but that's not too bad. Anyone got a better idea?

With a loop as in the attached, it seems to take around 2.5 seconds
for that part. That's surprisingly slow for processing 12 packages,
but even "port usage" takes 0.18s on my Mac, so I guess all that tcl
code is just really slow to start up. It doesn't seem to be easy to
convince it to do more than one thing at a time without hiding
errors... for example if you pipe in commands to sudo port -F -, then
you'll have to parse the text output because $? only reports the
result of the final command. Other multi-package commands are also
too tolerant. So no, I haven't got a better idea...

Attachment Content-Type Size
0001-ci-Fix-MacPorts-installer-script.patch application/octet-stream 1.6 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bertrand Drouvot 2024-11-18 10:39:33 Re: Parametrization minimum password lenght
Previous Message wenhui qiu 2024-11-18 10:20:28 Re: Auto Vacuum optimisation