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 |
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 |