Package Details: mutter-performance-devkit 49.0-1

Git Clone URL: https://aur.archlinux.org/mutter-performance.git (read-only, click to copy)
Package Base: mutter-performance
Description: GNOME Mutter Development Kit
Upstream URL: https://gitlab.gnome.org/GNOME/mutter
Licenses: GPL-2.0-or-later
Submitter: Terence
Maintainer: glorious-yellow
Last Packager: glorious-yellow
Votes: 74
Popularity: 0.000005
First Submitted: 2019-07-09 09:35 (UTC)
Last Updated: 2025-09-26 01:43 (UTC)

Pinned Comments

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 .. 21 22 23 24 25 26 27 28 29 30 31 .. 65 Next › Last »

theaifam5 commented on 2019-12-29 02:47 (UTC) (edited on 2019-12-29 02:51 (UTC) by theaifam5)

Just for info when someone gets same issue....

'!762' throws an error while compiling tests, when all (except '!429') are enabled:

/usr/bin/ld: /tmp/libmutter-clutter-5.so.0.0.0.ebY103.ltrans16.ltrans.o: in function `clutter_actor_continue_paint':
<artificial>:(.text+0x820f): undefined reference to `clutter_stage_get_no_clear_hint'
/usr/bin/ld: /tmp/libmutter-clutter-5.so.0.0.0.ebY103.ltrans6.ltrans.o: in function `clutter_stage_set_property':
<artificial>:(.text+0x7af0): undefined reference to `clutter_stage_set_no_clear_hint'
collect2: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.

'!429' throws an error, when all are enabled:

Merging latest commits for !429...
Found ^ for !429
fatal: bad revision '^..'

'!724' works for me, when all (except '!429' and '!762') are enabled

Terence commented on 2019-12-28 20:09 (UTC)

@glitsj16 @nik9 Yeah, !724 would require a manual rebase I think. Disabling it by default. I also updated !762.

glitsj16 commented on 2019-12-11 00:40 (UTC)

@Terence Getting the same error as @nik9 for !724, and I don't use the test part. It might be related to https://gitlab.gnome.org/GNOME/mutter/merge_requests/724#note_664956 (recent changes), not entirely sure.

On a similar vain, pick_mr '!762' e9ba9dc2 'merge' produces fatal: bad revision 'e9ba9dc2' I could fix this by changing to: pick_mr '!762' 'renderer-native: Check that frame_info != NULL' from https://gitlab.gnome.org/GNOME/mutter/merge_requests/762#note_664985

Terence commented on 2019-12-10 22:29 (UTC)

@nik9 I think this is just the test part? It should work if you use makepkg --nocheck

nik9 commented on 2019-12-10 19:22 (UTC) (edited on 2019-12-10 19:23 (UTC) by nik9)

FAILED: clutter/clutter/libmutter-clutter-5.so.0.0.0 when !724 is enabled

Terence commented on 2019-11-16 23:08 (UTC)

@glitsj16 Forgot to remove it from the array. It was merged and then cherry-picked to gnome-3-34.

glitsj16 commented on 2019-11-16 22:12 (UTC) (edited on 2019-11-16 22:14 (UTC) by glitsj16)

What's up with !909? In the history I see it was added [url=https://aur.archlinux.org/cgit/aur.git/commit/?h=mutter-performance&id=c72a386e79d4]here[/url], subsequently got [url=https://aur.archlinux.org/cgit/aur.git/commit/?h=mutter-performance&id=7856f09de6c8]removed[/url] but it is still in the [color=blue]_merge_requests_to_use[/color] array...

I tried reviving !909 in its prior form (pick_mr '!909' b1b7c597^..765c8a3a 'merge') but that throws a [color=crimson]fatal: bad revision 'b1b7c597^..765c8a3a'[/color] message. When using it like [color=steelblue]pick_mr '!909' "x11-display: Don't unset the X11 focused window after setting one"[/color] (mind the double-quote to not break on the single quote inside the title) efe5bed5b is found for !909 and the build happily proceeds. Can someone confirm whether or not !909 should still be referenced in the array?

deezid commented on 2019-11-02 14:51 (UTC)

No issues here with !719 & !762. NVIDIA 440, 1080Ti, Manjaro

Terence commented on 2019-10-30 09:52 (UTC)

@Saren sorry but creating a file in your home like that is awful. What can be done instead as you mentioned is creating an ENV containing the PR the PKGBUILD would check and use.

Saren commented on 2019-10-30 06:01 (UTC)

Well, editing PKGBUILD every update VS creating a file once and forget it, I prefer the latter. Maybe I could make use of environment variables (/etc/environment) next update.