[Vm-dev] We *MUST* move the pharos build jobs to another workflow

[Marcel Taeumel]

Okay, build caches should work again as expected, which reduces the build time for some builds again.

***

Still, there is an issue with the recent "getAttributeString" refactoring that needs to be resolved to get Linux builds working again. I will not do that now since Eliot is probably already after that as I write these lines.

To get a log for that issue, any failing build is fine such as the one for "pharo.cog.spur (itimer) for linux32x86 (ASSERT) [https://github.com/OpenSmalltalk/opensmalltalk-vm/actions/runs/3410251817/jobs/5672986870#logs]": https://github.com/OpenSmalltalk/opensmalltalk-vm/actions/runs/3410251817/jobs/5672986870#logs

2022-11-07T12:18:38.9028262Z VMProfileLinuxSupportPlugin/VMProfileLinuxSupportPlugin.a(VMProfileLinuxSupportPlugin.o): In function `reapmodulesymlinks': 2022-11-07T12:18:38.9029358Z /home/runner/work/opensmalltalk-vm/opensmalltalk-vm/src/plugins/VMProfileLinuxSupportPlugin/VMProfileLinuxSupportPlugin.c:258: undefined reference to `GetAttributeString' 2022-11-07T12:18:38.9030201Z collect2: error: ld returned 1 exit status

Best,
Marcel
Am 07.11.2022 09:32:28 schrieb Marcel Taeumel <marcel.taeumel at hpi.de>:
...and of course, in order to fix the build cache, the builds must pass again. I will do that first. Sigh...

Best,
Marcel
Am 07.11.2022 07:35:13 schrieb Marcel Taeumel <marcel.taeumel at hpi.de>:
Hi Eliot --

This is no news. We know that. What's broken is the build cache. We will fix the build cache.

No, I don't think we should (re-)move those build jobs at this point.

Best,
Marcel
Am 06.11.2022 02:43:32 schrieb Eliot Miranda <eliot.miranda at gmail.com>:
Do you realize that each pharo build builds 6 separate third-party
libraries, and one of these builds acvtually takes neartly *9 minutes*??

grep 'configure: creating ./config.status'
~/Downloads/logs_1273/12_pharo.stack.spur\ for\ macos64x64\ \(ASSERT\).txt
2022-11-05T02:07:32.7844070Z configure: creating ./config.status
2022-11-05T02:07:53.8309190Z configure: creating ./config.status
2022-11-05T02:08:35.1150920Z configure: creating ./config.status
2022-11-05T02:09:01.5592860Z configure: creating ./config.status
2022-11-05T02:10:21.7823030Z configure: creating ./config.status
2022-11-05T02:19:04.2409860Z configure: creating ./config.status

We are wasting electricity, contributing to the climate problem, blinding
ourselves with crap no one uses (I can't see if the Squeak VM builds ar
e OK cuz they get cancelled when the f***ing pharoi build fails), for what
exactly??

On Sat, Nov 5, 2022 at 6:34 PM Eliot Miranda
wrote:

> Can we *PLEASE* either move the pharo builds to another workflow or delete
> them altogether?
> _,,,^..^,,,_
> best, Eliot
>


--
_,,,^..^,,,_
best, Eliot

Do you realize that each pharo build builds 6 separate third-party libraries, and one of these builds acvtually takes neartly *9 minutes*??


grep 'configure: creating ./config.status' ~/Downloads/logs_1273/12_pharo.stack.spur\ for\ macos64x64\ \(ASSERT\).txt
2022-11-05T02:07:32.7844070Z configure: creating ./config.status
2022-11-05T02:07:53.8309190Z configure: creating ./config.status
2022-11-05T02:08:35.1150920Z configure: creating ./config.status
2022-11-05T02:09:01.5592860Z configure: creating ./config.status
2022-11-05T02:10:21.7823030Z configure: creating ./config.status
2022-11-05T02:19:04.2409860Z configure: creating ./config.status


We are wasting electricity, contributing to the climate problem, blinding ourselves with crap no one uses (I can't see if the Squeak VM builds ar e OK cuz they get cancelled when the f***ing pharoi build fails), for what exactly??

On Sat, Nov 5, 2022 at 6:34 PM Eliot Miranda <eliot.miranda at gmail.com [mailto:eliot.miranda at gmail.com]> wrote:

Can we *PLEASE* either move the pharo builds to another workflow or delete them altogether?

_,,,^..^,,,_

best, Eliot



--

_,,,^..^,,,_

best, Eliot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20221107/83af3d3e/attachment.html>