No mutter on master

No mutter on master

[Andreas Enge]

Hello,

currently I cannot reconfigure my laptop with the Xfce desktop environment
due to mutter not building:
Ok:                 166
Expected Fail:      5
Fail:               1
Unexpected Pass:    0
Skipped:            0
Timeout:            0
(this was on a local build).

Given the amount of output, I find it difficult to see which test failed.

I am on commit 972c06dc79641864b05590b2cd905cc8b810062b from yesterday.
As far as I can see, the corresponding derivation has not been built by QA
(following is my breadcrump trail of links followed from the data service):
   https://data.guix.gnu.org/revision/972c06dc79641864b05590b2cd905cc8b810062b
   https://data.guix.gnu.org/revision/972c06dc79641864b05590b2cd905cc8b810062b/packages
   https://data.guix.gnu.org/revision/972c06dc79641864b05590b2cd905cc8b810062b/packages?locale=en_US.UTF-8&search_query=mutter&field=version&field=synopsis&after_name=&limit_results=100
   https://data.guix.gnu.org/revision/972c06dc79641864b05590b2cd905cc8b810062b/package/mutter/44.9?locale=en_US.UTF-8
   https://data.guix.gnu.org/gnu/store/gn3qgnzix2lnq4cg95samsy07zp0a8qr-mutter-44.9.drv

Going back in time, the last successful build I could find was for commit
ab41f5ec1cf559708165e1cd28e15538e6a197d6 of June 30. The next entry in the
dataservice has status "unknown".

After that, I do not see a commit that strikes me as suspicious as far as
mutter is concerned.

But there are quite a few patches applied to master recently of which I am
not sure whether they have gone through QA and the process described here:
   https://guix.gnu.org/en/manual/devel/en/html_node/Managing-Patches-and-Branches.html
Going through QA should normally make sure that dependent packages still
build and that substitutes are directly available (while for some recently
updated packages there are no substitutes); I would like to invite all
committers to follow this procedure.

Andreas

Re: No mutter on master

[Ada Stevenson]

Hi Andreas,

On 03/07/2024 8:21 pm, Andreas Enge wrote:
> Hello,
> 
> currently I cannot reconfigure my laptop with the Xfce desktop environment
> due to mutter not building:
> Ok:                 166
> Expected Fail:      5
> Fail:               1
> Unexpected Pass:    0
> Skipped:            0
> Timeout:            0
> (this was on a local build).
> 
> Given the amount of output, I find it difficult to see which test failed.
> 
> I am on commit 972c06dc79641864b05590b2cd905cc8b810062b from yesterday.
> As far as I can see, the corresponding derivation has not been built by QA
> (following is my breadcrump trail of links followed from the data service):
>     https://data.guix.gnu.org/revision/972c06dc79641864b05590b2cd905cc8b810062b
>     https://data.guix.gnu.org/revision/972c06dc79641864b05590b2cd905cc8b810062b/packages
>     https://data.guix.gnu.org/revision/972c06dc79641864b05590b2cd905cc8b810062b/packages?locale=en_US.UTF-8&search_query=mutter&field=version&field=synopsis&after_name=&limit_results=100
>     https://data.guix.gnu.org/revision/972c06dc79641864b05590b2cd905cc8b810062b/package/mutter/44.9?locale=en_US.UTF-8
>     https://data.guix.gnu.org/gnu/store/gn3qgnzix2lnq4cg95samsy07zp0a8qr-mutter-44.9.drv
> 
> Going back in time, the last successful build I could find was for commit
> ab41f5ec1cf559708165e1cd28e15538e6a197d6 of June 30. The next entry in the
> dataservice has status "unknown".
> 
> After that, I do not see a commit that strikes me as suspicious as far as
> mutter is concerned.
> 
> But there are quite a few patches applied to master recently of which I am
> not sure whether they have gone through QA and the process described here:
>     https://guix.gnu.org/en/manual/devel/en/html_node/Managing-Patches-and-Branches.html
> Going through QA should normally make sure that dependent packages still
> build and that substitutes are directly available (while for some recently
> updated packages there are no substitutes); I would like to invite all
> committers to follow this procedure.
> 
> Andreas
> 
> 

Mutter is one of those packages that fails on CI for no reason 
occasionally. The test suite is flaky. Sometimes it passes, and we get a 
substitute, and sometimes it doesn't and we don't. We probably need to 
find the flaky test and disable it so this doesn't keep happening. 
Patches can pass straight through QA only to fail on CI. I had to build 
it locally the other day because of this substitute outage.

Warmly,
Ada

Re: No mutter on master

[Andreas Enge]

Hello,

Am Thu, Jul 04, 2024 at 06:25:35AM +0000 schrieb Ada Stevenson:
> Mutter is one of those packages that fails on CI for no reason occasionally.
> The test suite is flaky.

that is annoying for such an important package! Maybe we can identify
the one (?) flaky test and disable it.

> Sometimes it passes, and we get a substitute, and
> sometimes it doesn't and we don't. We probably need to find the flaky test
> and disable it so this doesn't keep happening. Patches can pass straight
> through QA only to fail on CI. I had to build it locally the other day
> because of this substitute outage.

Well, if it passes QA, then this should create a substitute on
bordeaux.guix.gnu.org. This is now enabled by default, so QA should
solve the problem.

Andreas

Re: No mutter on master

[Maxim Cournoyer]

Hi,

Andreas Enge <andreas@enge.fr> writes:

> Hello,
>
> currently I cannot reconfigure my laptop with the Xfce desktop environment
> due to mutter not building:
> Ok:                 166
> Expected Fail:      5
> Fail:               1
> Unexpected Pass:    0
> Skipped:            0
> Timeout:            0
> (this was on a local build).
>
> Given the amount of output, I find it difficult to see which test failed.
>
> I am on commit 972c06dc79641864b05590b2cd905cc8b810062b from yesterday.
> As far as I can see, the corresponding derivation has not been built by QA
> (following is my breadcrump trail of links followed from the data service):
>    https://data.guix.gnu.org/revision/972c06dc79641864b05590b2cd905cc8b810062b
>    https://data.guix.gnu.org/revision/972c06dc79641864b05590b2cd905cc8b810062b/packages
>    https://data.guix.gnu.org/revision/972c06dc79641864b05590b2cd905cc8b810062b/packages?locale=en_US.UTF-8&search_query=mutter&field=version&field=synopsis&after_name=&limit_results=100
>    https://data.guix.gnu.org/revision/972c06dc79641864b05590b2cd905cc8b810062b/package/mutter/44.9?locale=en_US.UTF-8
>    https://data.guix.gnu.org/gnu/store/gn3qgnzix2lnq4cg95samsy07zp0a8qr-mutter-44.9.drv
>
> Going back in time, the last successful build I could find was for commit
> ab41f5ec1cf559708165e1cd28e15538e6a197d6 of June 30. The next entry in the
> dataservice has status "unknown".
>
> After that, I do not see a commit that strikes me as suspicious as far as
> mutter is concerned.
>
> But there are quite a few patches applied to master recently of which I am
> not sure whether they have gone through QA and the process described here:
>    https://guix.gnu.org/en/manual/devel/en/html_node/Managing-Patches-and-Branches.html
> Going through QA should normally make sure that dependent packages still
> build and that substitutes are directly available (while for some recently
> updated packages there are no substitutes); I would like to invite all
> committers to follow this procedure.

Perhaps it was a bunch of patches I had manually applied and built.
They built fine for me, but if the mutter test is flaky, then it could
have slipped through, as it did the first time.

I didn't wait for QA on all of these patches, as some were old and
probably wouldn't have been built anyway, while some newer ones looked
trivial enough.

QA is awesome, but sometimes it takes a lot of time to produce a result,
I assume due to the lack of resources compared to Berlin.  Sorry for not
being patient with machines :-).

-- 
Thanks,
Maxim