September 04, 2020
On Tuesday, 1 September 2020 at 17:53:04 UTC, Iain Buclaw wrote:
>
> Some parts of the infrastructure could do with some TLC.

I'm not familiar with the acronym 'TLC'.

>
> CI currently uses semaphore CI for native x86_64, and Buildkite with a couple
> hosted Linux VMs for testing various cross-compilers.  I used to have ARM and
> ARM64 bare metal servers with Scaleway, but sadly they decided to scrap them.
>
> Ideas that could be investigated:
>
>   1. Is Cirrus CI good enough to build gdc?  And if so, look into adding
>      Windows, MacOSX, and FreeBSD platforms to the pipeline.
>

What does 'good enough' mean ?


I found this reply (March/2019) by Johannes Pfau here [1]:
> We use https://github.com/D-Programming-GDC/gcc for CI, but commits will go to the GCC SVN first, so GCC SVN or snapshot tarballs is the recommended way to get the latest GDC.

Is this information still up to date ?

There's a semaphore folder. I suppose that's the one currently used with Semaphore CI. Is there something else ?


[1] https://forum.dlang.org/thread/lqdjlwmgrfstifcburwx@forum.dlang.org

PS. Sorry for the Announce group abuse.

September 04, 2020
On Friday, 4 September 2020 at 15:12:54 UTC, wjoe wrote:
> On Tuesday, 1 September 2020 at 17:53:04 UTC, Iain Buclaw wrote:
>>
>> Some parts of the infrastructure could do with some TLC.
>
> I'm not familiar with the acronym 'TLC'.
>

Tender loving care.  It could be done better, but no one's looking to improve it.

>>
>> CI currently uses semaphore CI for native x86_64, and Buildkite with a couple
>> hosted Linux VMs for testing various cross-compilers.  I used to have ARM and
>> ARM64 bare metal servers with Scaleway, but sadly they decided to scrap them.
>>
>> Ideas that could be investigated:
>>
>>   1. Is Cirrus CI good enough to build gdc?  And if so, look into adding
>>      Windows, MacOSX, and FreeBSD platforms to the pipeline.
>>
>
> What does 'good enough' mean ?
>

It means, can Cirrus CI actually build gdc and run through the testsuite without being killed by the pipeline?

Travis CI for instance is rubbish, because:
- Hardware is really slow.
- Kills jobs that take longer than 50 minutes.
- Kills jobs if a 3GB memory limit is exceeded.
- Kills jobs that don't print anything for more than 10 minutes.
- Truncates logs to first 2000 lines.


>
> I found this reply (March/2019) by Johannes Pfau here [1]:
>> We use https://github.com/D-Programming-GDC/gcc for CI, but commits will go to the GCC SVN first, so GCC SVN or snapshot tarballs is the recommended way to get the latest GDC.
>
> Is this information still up to date ?
>
> There's a semaphore folder. I suppose that's the one currently used with Semaphore CI. Is there something else ?
>

There's also buildkite [1] and repo [2] (which has been failing since the ARM bare metal servers got taken down).

[1] https://buildkite.com/d-programming-gdc/gcc
[2] https://github.com/D-Programming-GDC/buildkite-gdc

>
> PS. Sorry for the Announce group abuse.

We can take this to D.gnu instead. :-)
September 05, 2020
On Friday, 4 September 2020 at 22:00:51 UTC, Iain Buclaw wrote:
> On Friday, 4 September 2020 at 15:12:54 UTC, wjoe wrote:
>> PS. Sorry for the Announce group abuse.
>
> We can take this to D.gnu instead. :-)

I continued this thread here:

https://forum.dlang.org/thread/kruxkrrzithkrswoqqlu@forum.dlang.org

1 2
Next ›   Last »