Re: CI

2024-01-30 Thread Samuel Thibault
Hello, Flávio Cruz, le lun. 29 janv. 2024 23:03:43 -0500, a ecrit: > On Sun, Jan 14, 2024 at 7:13 PM Samuel Thibault <[1]samuel.thiba...@gnu.org> > wrote: > > Flávio Cruz, le mar. 05 déc. 2023 01:27:30 -0500, a ecrit: > > I have sent quite a few patches throughout the last year or so >

Re: CI

2024-01-29 Thread Flávio Cruz
Hi On Sun, Jan 14, 2024 at 7:13 PM Samuel Thibault wrote: > Hello, > > Flávio Cruz, le mar. 05 déc. 2023 01:27:30 -0500, a ecrit: > > On Sat, Dec 2, 2023 at 8:30 PM Samuel Thibault <[1] > samuel.thiba...@gnu.org> > > wrote: > > > > > Yes, sure, anything will do. > > > > > > I essentially mean th

Re: CI

2024-01-14 Thread Joshua Branson
Samuel Thibault writes: > Hello, > > Flávio Cruz, le mar. 05 déc. 2023 01:27:30 -0500, a ecrit: >> On Sat, Dec 2, 2023 at 8:30 PM Samuel Thibault <[1]samuel.thiba...@gnu.org> >> wrote: >> >> > Yes, sure, anything will do. >> > >> > I essentially mean that "we" shouldn't be me. >> > >> > For a st

Re: CI

2024-01-14 Thread Samuel Thibault
Hello, Flávio Cruz, le mar. 05 déc. 2023 01:27:30 -0500, a ecrit: > On Sat, Dec 2, 2023 at 8:30 PM Samuel Thibault <[1]samuel.thiba...@gnu.org> > wrote: > > > Yes, sure, anything will do. > > > > I essentially mean that "we" shouldn't be me. > > > > For a start, just testing that the whole thing

Re: CI

2023-12-04 Thread Flávio Cruz
On Sat, Dec 2, 2023 at 8:30 PM Samuel Thibault wrote: > Yes, sure, anything will do. > > I essentially mean that "we" shouldn't be me. > > For a start, just testing that the whole thing just builds in the > various situations would be a *VAST* improvement, considering the amount > of time I spend

Re: CI

2023-12-02 Thread Samuel Thibault
Yes, sure, anything will do. I essentially mean that "we" shouldn't be me. For a start, just testing that the whole thing just builds in the various situations would be a *VAST* improvement, considering the amount of time I spend on just that. Then there was recently some work on building simple

Re: CI

2023-12-02 Thread Almudena Garcia
As a little suggestion, using my very little knowledge about it, we can set a mirror in a GitLab server, which incorporates this functionality natively. We can deploy a GitLab local server if we don't want to depends of gitlab.com, and set a couple of tests in it. As this way, we can use a test