Package Details: gnome-shell-performance 1:46.1-1

Git Clone URL: https://aur.archlinux.org/gnome-shell-performance.git (read-only, click to copy)
Package Base: gnome-shell-performance
Description: Next generation desktop shell | Attempts to improve performances with non-upstreamed merge-requests and frequent stable branch resync
Upstream URL: https://wiki.gnome.org/Projects/GnomeShell
Licenses: GPL
Groups: gnome
Conflicts: gnome-shell
Provides: gnome-shell
Submitter: Saren
Maintainer: Saren (Terence, saltyming)
Last Packager: saltyming
Votes: 34
Popularity: 0.62
First Submitted: 2018-08-04 18:21 (UTC)
Last Updated: 2024-04-22 12:48 (UTC)

Required by (453)

Sources (2)

Pinned Comments

saltyming commented on 2021-11-18 14:16 (UTC) (edited on 2024-03-24 05:25 (UTC) by saltyming)

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.

Note that a debug option is disabled in this package.

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

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

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

gnome-shell/src/st/meson.build:195:2: ERROR: Dependency "libmutter-test-11" not found, tried pkgconfig and cmake

then you might want to do one of these:

0) Unset an env: _enable_check=y

1) Rebuild mutter-performance package with _enable_check=y env.

And try again.

The optional performance patches are by default enabled.

A package for mutter (compositor) performance patches: https://aur.archlinux.org/packages/mutter-performance/

Terence commented on 2019-08-02 16:35 (UTC) (edited on 2019-08-02 19:09 (UTC) by Terence)

Warning: Before making a report of something broken, make sure it is not caused by an extension or a custom theme!

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 19 Next › Last »

Terence commented on 2020-05-08 14:18 (UTC)

@FuelFlo Great to hear, thanks for testing!

FuelFlo commented on 2020-05-08 13:02 (UTC)

@Terence thx!

Well it doesn't seem to happen anymore with the update you pushed, including 786, 923, 1126, 1164 and 1192.

...while it definitely also happened with the original arch mutter and gnome-shell package.

Terence commented on 2020-05-07 13:30 (UTC)

@FuelFlo try the new update I just pushed just in case.

If you can reproduce with the official arch package as well (make sure you also revert to mutter and not mutter-performance), then it needs to be reported upstream.

FuelFlo commented on 2020-05-07 13:25 (UTC)

@Terence, I'm having the same problem as @hpstg, but on wayland. Even using std. gnome-shell and deactivating all extensions still leads to having frozen program windows, either after screen lock or sby, but also if a window has been in the background for some time.

Terence commented on 2020-04-30 21:25 (UTC) (edited on 2020-05-07 13:28 (UTC) by Terence)

@hpstg Thanks for your report and update, I synced to 3.32.2 which includes https://gitlab.gnome.org/GNOME/gnome-shell/-/commit/d64b1e6efbedbb27b04e955af890ef12496d28cd which might fix what you describe.

hpstg commented on 2020-04-30 12:38 (UTC) (edited on 2020-04-30 13:57 (UTC) by hpstg)

When in an X.org session, locking the screen, or the screen going to sleep, will "lock" any sort of interaction with application windows, while the shell itself can be clicked.

Reverting back to gnome-shell fixed it.

EDIT: It didn't fix it, it seems to be a more general issue. I will try to isolate the moment it happens exactly and paste the journal.

chrisjbillington commented on 2020-04-29 17:32 (UTC)

@Terence Thanks :)

Terence commented on 2020-04-29 12:30 (UTC)

@chrisjbillington right, right, I made the patch and the associated dependency optional.

chrisjbillington commented on 2020-04-29 01:07 (UTC) (edited on 2020-04-29 01:08 (UTC) by chrisjbillington)

gjs-git fails its check() presently. Also, do we really want to pull in an actual -git package as a dependency of this one? This package has curated patches added to it, whereas a -git package is bringing in patches from the next release indiscriminately, exposing users to likely more breakage compared to curated patches. I think I'd rather just not include the upstream patches that can't be backported without pulling in a -git package.

shrisha commented on 2020-04-21 15:11 (UTC)

I restored pacman.conf from backup which I did before adding chaotic aur. And now package build and installed successfully. :)

Now only mutter performance package left. getting this: could not satisfy dependencies: removing mutter breaks dependency 'libmutter-6.so=0-64' required by gnome-shell-performance Any thoughts on that? Thank you.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 19 Next › Last »