Package Details: mutter-performance 1:46.1-3

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
Groups: gnome
Conflicts: mutter
Provides: libmutter-14.so, mutter
Submitter: Terence
Maintainer: Terence (Saren, saltyming)
Last Packager: saltyming
Votes: 76
Popularity: 1.61
First Submitted: 2019-07-09 09:35 (UTC)
Last Updated: 2024-04-29 11:51 (UTC)

Required by (11)

Sources (4)

Pinned Comments

saltyming commented on 2022-03-22 09:37 (UTC) (edited on 2023-09-02 03:43 (UTC) by saltyming)

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 .. 59 Next › Last »

saltyming commented on 2024-04-29 02:37 (UTC)

@glorious-yellow Done, thanks.

glorious-yellow commented on 2024-04-28 19:19 (UTC)

Consider adding https://gitlab.gnome.org/GNOME/mutter/-/issues/3427#note_2081210 to fix segfault

r3b311i0n commented on 2024-04-08 11:24 (UTC)

@Saltyming Nice. Thanks!

saltyming commented on 2024-04-08 10:59 (UTC)

@r3b311i0n Done.

r3b311i0n commented on 2024-04-08 10:46 (UTC)

Can you add: https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3674

Multi monitors on Wayland with Nouveau is unusable without this and the main package already includes it.

saltyming commented on 2024-02-17 03:19 (UTC)

@intelfx You can edit the sources in PKGBUILD and make a git commit.

intelfx commented on 2024-02-15 05:46 (UTC)

@Dawdleming I build them for my repository and switch between them on every minor release to assess the benefit of the performance patches.

saltyming commented on 2024-02-14 02:29 (UTC) (edited on 2024-02-14 02:29 (UTC) by saltyming)

@intelfx Building both mutter and mutter-performance is a quite rare case. Why do you do that?

Changing name of the git repo makes the original git repo (mutter-performance) abandoned, so it shouldn't be done unless most of people agree.

intelfx commented on 2024-02-14 01:14 (UTC)

Please don't set name of the git repo you clone to $pkgname. It is completely pointless (because git knows what revision it's at) it breaks sharing of source files between mutter and mutter-performance for those people who have shared $SRCDEST.

saltyming commented on 2024-01-15 13:25 (UTC)

@NGStaph Done.

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