Package Details: mutter-performance 1:46.2+r17+gec5444f541-1

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: 77
Popularity: 1.25
First Submitted: 2019-07-09 09:35 (UTC)
Last Updated: 2024-06-27 09:39 (UTC)

Required by (13)

Sources (5)

Pinned Comments

saltyming commented on 2022-03-22 09:37 (UTC) (edited on 2024-05-26 07:35 (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. Note that it can be problematic in some versions/setups.

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 may 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 the check() process.

4) Add a line options=(!check) to the package's PKGBUILD file to disable the 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

« First ‹ Previous 1 .. 37 38 39 40 41 42 43 44 45 46 47 .. 60 Next › Last »

deezid commented on 2019-01-31 10:11 (UTC)

@Terence, without the revert.patch everything slows down when playing 4K videos in YouTube. It's not as bad as without 117 applied though. The version you have right now seems to everything right (for me at least lol)

calindan2013 commented on 2019-01-31 10:10 (UTC)

deezid: working in overview has random frame drops and slow downs, minimize/maximize/restore to screen etc.

deezid commented on 2019-01-31 10:07 (UTC)

@Terence, thanks for the explanation, compiling without the patch atm.

Terence commented on 2019-01-31 10:04 (UTC)

@deezid no problem and yes it is enabled by default. If you inspect the PKGBUILD at line 12 you can see there is a variable you can either enable or disable which controls if the patch is applied or not.

Terence commented on 2019-01-31 10:01 (UTC)

@calindan2013 Thanks for your insightful comment. I suggest you to simply stop trying it as you stated before 'the packages is useless.'

deezid commented on 2019-01-31 10:00 (UTC) (edited on 2019-01-31 10:01 (UTC) by deezid)

@Terence is revert.patch applied atm in latest PKGBUILD? Don't have any programming skills, sorry.

@calindan2013 what does slow mean? Dragging windows, scrolling in windows, or just the workplace switcher on the right while zooming in? Also more 30Hz slow (like stock 3.30 mutter) or "only" 60Hz (like the max on my 4K 27" anyway)

calindan2013 commented on 2019-01-31 09:57 (UTC)

still slow

deezid commented on 2019-01-31 09:55 (UTC)

@Terence, after applying the 3.30 117 patch, everything stays smooth without 168 applied. So problem is solved I guess? :)

Terence commented on 2019-01-31 09:52 (UTC)

@deezid do you feel the difference without the revert patch applied?

Terence commented on 2019-01-31 09:51 (UTC)

@DeadMetaler thanks, updated. @deezid Do you have a 1000Hz mouse? Also, try to drag the window around while playing a video with and without 168 and tell me how it feels, thanks.

« First ‹ Previous 1 .. 37 38 39 40 41 42 43 44 45 46 47 .. 60 Next › Last »