Package Details: mutter-performance 43.2+r3+g97dd7fb10-2

Git Clone URL: https://aur.archlinux.org/mutter-performance.git (read-only, click to copy)
Package Base: mutter-performance
Description: A window manager for GNOME | Attempts to improve performances with non-upstreamed merge-requests and frequent stable branch resync
Upstream URL: https://gitlab.gnome.org/GNOME/mutter
Licenses: GPL
Conflicts: mutter
Provides: libmutter-11.so, mutter
Submitter: Terence
Maintainer: Terence (Saren, FiestaLake)
Last Packager: FiestaLake
Votes: 64
Popularity: 1.09
First Submitted: 2019-07-09 09:35 (UTC)
Last Updated: 2022-12-30 09:49 (UTC)

Required by (20)

Sources (5)

Pinned Comments

FiestaLake commented on 2022-03-22 09:37 (UTC) (edited on 2022-11-25 15:32 (UTC) by FiestaLake)

Please note that a debug option is disabled in this package.

To disable building the docs package, set an env: _disable_docs=y

To enable the check() process, set an env: _enable_check=y


If the building process is getting failed on check() like

83/114 mutter:core+mutter/backends/native / native-unit TIMEOUT 180.01s killed by signal 15 SIGTERM

then you might want to do one of these:

0) Unset an env: _enable_check=y

1) Kill your pipewire session manager; killall $(pacman -Qq pipewire-session-manager).

2) Reboot the machine.

3) Pass a variable --nocheck to makepkg (which can be passed along with --mflags first if you are using paru) to temporarily disable a check() process.

4) Add a line options=(!check) to the package's PKGBUILD file to disable a check() process.

And try again.

Terence commented on 2020-08-31 16:26 (UTC) (edited on 2020-08-31 16:26 (UTC) by Terence)

@NettoHikari or anyone unable to compile with the following error:

lto1: internal compiler error: bytecode stream: expected tag identifier_node instead of LTO_UNKNOWN

You need to rebuild sysprof and then try again.

Reference: https://bugs.archlinux.org/task/67686.

Saren commented on 2018-08-30 14:52 (UTC) (edited on 2020-10-06 05:50 (UTC) by Saren)

If you are getting errors like fatal: bad revision '73e8cf32' while building this package, refer to PKGBUILD and see which patches caused this. Then, go to the related URLs, replace the commit hashes. If there are conflicts, comment out the patches.

Please notify me in comment section if this happens.


The optional performance patches are by default enabled.

A package for gnome-shell performance patches: https://aur.archlinux.org/packages/gnome-shell-performance/

Latest Comments

1 2 3 4 5 6 .. 54 Next › Last »

FiestaLake commented on 2022-12-08 11:33 (UTC) (edited on 2022-12-08 11:36 (UTC) by FiestaLake)

@ewout it's not merged in gnome-43. And mr1441 hasn't updated anything yet except merging main.

ewout commented on 2022-12-08 00:06 (UTC)

merge request 2702 has been merged and can be dropped

FiestaLake commented on 2022-11-27 11:21 (UTC) (edited on 2022-11-27 11:24 (UTC) by FiestaLake)

@nowy I do bump it up when it's only required.

The latest commit only impacts building process, which isn't necessary to be rebuilt for people who already built it before.

And I already bumped up pkgrel with the commit that fixes dependency issues.

nowy commented on 2022-11-27 11:16 (UTC)

please update pkgrel value.

FiestaLake commented on 2022-11-27 10:06 (UTC) (edited on 2022-11-27 10:39 (UTC) by FiestaLake)

@RealOrRandom Fixed it by adding it to makedepends temporarily.

EDIT: Will ultimately disable tests in meson setup so it won't require xvfb eventually.

EDIT: Disabled tests option in the project's meson setup if _enable_check is not set.

RealOrRandom commented on 2022-11-27 10:00 (UTC)

This should have a build dependency on extra/xorg-server-xvfb. The build fails without it:

 Program xvfb-run found: NO

mutter-performance/meson.build:381:2: ERROR: Program 'xvfb-run' not found or not executable

FiestaLake commented on 2022-11-13 07:34 (UTC)

@glorious-yellow We have no difference with 43.1. Check the commit and the patch I added.

RealOrRandom commented on 2022-11-01 08:00 (UTC)

gnome 43 has been moved out of testing.

FiestaLake commented on 2022-10-27 13:40 (UTC)

@bertino I will try adding it in 43.0-1