Re: ELN build order (was: Re: OCaml 5.1 rebuild)

2023-10-18 Thread Stephen Gallagher
On Fri, Oct 6, 2023 at 11:16 AM Stephen Gallagher wrote: ... > So, as we all know, build ordering is hard (and, despite intuitive > belief, not actually deterministic). > > ELN actually "cheats" somewhat when we do our builds. When we process > a batch of builds (triggered by a set of tag events

Re: ELN build order (was: Re: OCaml 5.1 rebuild)

2023-10-07 Thread Stephen Smoogen
On Fri, 6 Oct 2023 at 15:45, Richard W.M. Jones wrote: > On Fri, Oct 06, 2023 at 11:16:17AM -0400, Stephen Gallagher wrote: > > So, as we all know, build ordering is hard (and, despite intuitive > > belief, not actually deterministic). > > > > ELN actually "cheats" somewhat when we do our

Re: ELN build order (was: Re: OCaml 5.1 rebuild)

2023-10-06 Thread Stephen Gallagher
On Fri, Oct 6, 2023 at 3:45 PM Richard W.M. Jones wrote: > On Fri, Oct 06, 2023 at 11:16:17AM -0400, Stephen Gallagher wrote: > > So, as we all know, build ordering is hard (and, despite intuitive > > belief, not actually deterministic). > > > > ELN actually "cheats" somewhat when we do our

Re: ELN build order (was: Re: OCaml 5.1 rebuild)

2023-10-06 Thread Richard W.M. Jones
On Fri, Oct 06, 2023 at 11:16:17AM -0400, Stephen Gallagher wrote: > So, as we all know, build ordering is hard (and, despite intuitive > belief, not actually deterministic). > > ELN actually "cheats" somewhat when we do our builds. When we process > a batch of builds (triggered by a set of tag

Re: ELN build order (was: Re: OCaml 5.1 rebuild)

2023-10-06 Thread Stephen Gallagher
On Fri, Oct 6, 2023 at 7:38 AM Richard W.M. Jones wrote: > > > On Fri, Oct 06, 2023 at 12:23:09PM +0100, Richard W.M. Jones wrote: > > On Fri, Oct 06, 2023 at 10:19:22AM +0100, Richard W.M. Jones wrote: > > > On Fri, Oct 06, 2023 at 08:48:52AM +0100, Richard W.M. Jones wrote: > > > > On Thu, Oct

Re: ELN build order (was: Re: OCaml 5.1 rebuild)

2023-10-06 Thread Stephen Smoogen
On Fri, 6 Oct 2023 at 07:38, Richard W.M. Jones wrote: > > On Fri, Oct 06, 2023 at 12:23:09PM +0100, Richard W.M. Jones wrote: > > On Fri, Oct 06, 2023 at 10:19:22AM +0100, Richard W.M. Jones wrote: > > > On Fri, Oct 06, 2023 at 08:48:52AM +0100, Richard W.M. Jones wrote: > > > > On Thu, Oct 05,

ELN build order (was: Re: OCaml 5.1 rebuild)

2023-10-06 Thread Richard W.M. Jones
On Fri, Oct 06, 2023 at 12:23:09PM +0100, Richard W.M. Jones wrote: > On Fri, Oct 06, 2023 at 10:19:22AM +0100, Richard W.M. Jones wrote: > > On Fri, Oct 06, 2023 at 08:48:52AM +0100, Richard W.M. Jones wrote: > > > On Thu, Oct 05, 2023 at 10:03:59AM +0100, Richard W.M. Jones wrote: > > > > Over

Re: ELN build order

2021-02-05 Thread Vít Ondruch
Thinking about this, would it be possible to disable automatic ELN rebuild after side-tag merge? Such packages could be flagged until they are build manually. Of course it would be nice if automation did it properly, but the manual work would be much better then broken ELN. Vít Dne 11. 01.

Re: ELN build order

2021-01-25 Thread Fabio Valentini
On Mon, Jan 25, 2021 at 3:48 PM Vít Ondruch wrote: > (snip) >> I think that ELN should try to follow the Rawhide build order. If it can't >> do that, then it should wait for manual intervention. > > > This is on our todo list, but we have been balancing a lot of things at the > same time and

Re: ELN build order

2021-01-25 Thread Vít Ondruch
Dne 25. 01. 21 v 10:20 Vít Ondruch napsal(a): Dne 11. 01. 21 v 15:15 Stephen Gallagher napsal(a): On Mon, Jan 11, 2021 at 5:55 AM Vít Ondruch > wrote: Can the ELN be fixed to stop doing rebuild like this? Of course the issue is not in rubygem-thin but

Re: ELN build order

2021-01-25 Thread Vít Ondruch
Dne 11. 01. 21 v 15:15 Stephen Gallagher napsal(a): On Mon, Jan 11, 2021 at 5:55 AM Vít Ondruch > wrote: Can the ELN be fixed to stop doing rebuild like this? Of course the issue is not in rubygem-thin but the issue is that once the Ruby side tag was

Re: ELN build order

2021-01-14 Thread Miro Hrončok
On 14. 01. 21 11:15, Zbigniew Jędrzejewski-Szmek wrote: On Mon, Jan 11, 2021 at 09:22:26PM +0100, Fabio Valentini wrote: On Mon, Jan 11, 2021 at 3:57 PM Vít Ondruch wrote: Also, rubygem-eventmachine should be installable after rebuild. But certainly, there might happen race conditions a it

Re: ELN build order

2021-01-14 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Jan 11, 2021 at 09:22:26PM +0100, Fabio Valentini wrote: > On Mon, Jan 11, 2021 at 3:57 PM Vít Ondruch wrote: > > > > Also, rubygem-eventmachine should be installable after rebuild. But > > certainly, there might happen race conditions a it happened this time. > > This reminds me - over

Re: ELN build order

2021-01-14 Thread Miroslav Vadkerti
Actually that would not help in this situation, I was talking about Fedora, ELN builds are not planned to be gated .. I stand corrected, thanks @Michal Srb /M On Thu, Jan 14, 2021 at 9:42 AM Miroslav Vadkerti wrote: > Hi, > > can we share the timeline for making rpmdeplint and installability

Re: ELN build order

2021-01-14 Thread Miroslav Vadkerti
Hi, can we share the timeline for making rpmdeplint and installability gating pls? Not sure where we have it. Thank you!, /M On Mon, Jan 11, 2021 at 9:23 PM Fabio Valentini wrote: > On Mon, Jan 11, 2021 at 3:57 PM Vít Ondruch wrote: > > > > Also, rubygem-eventmachine should be installable

Re: ELN build order

2021-01-11 Thread Fabio Valentini
On Mon, Jan 11, 2021 at 3:57 PM Vít Ondruch wrote: > > Also, rubygem-eventmachine should be installable after rebuild. But > certainly, there might happen race conditions a it happened this time. This reminds me - over a year ago, I triggered discussion about making the dist.rpmdeplint test

Re: ELN build order

2021-01-11 Thread Vít Ondruch
Dne 11. 01. 21 v 15:15 Stephen Gallagher napsal(a): On Mon, Jan 11, 2021 at 5:55 AM Vít Ondruch > wrote: Can the ELN be fixed to stop doing rebuild like this? Of course the issue is not in rubygem-thin but the issue is that once the Ruby side tag was

Re: ELN build order

2021-01-11 Thread Stephen Gallagher
On Mon, Jan 11, 2021 at 5:55 AM Vít Ondruch wrote: > Can the ELN be fixed to stop doing rebuild like this? Of course the issue > is not in rubygem-thin but the issue is that once the Ruby side tag was > merged, ELN did not bothered with build order and now there is > rubygem-eventmachine which

ELN build order

2021-01-11 Thread Vít Ondruch
Can the ELN be fixed to stop doing rebuild like this? Of course the issue is not in rubygem-thin but the issue is that once the Ruby side tag was merged, ELN did not bothered with build order and now there is rubygem-eventmachine which was built against Ruby 2.7 where is should have been build