Package Details: gnome-shell-performance 1:48.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
Upstream URL: https://gitlab.gnome.org/GNOME/gnome-shell
Licenses: GPL-3.0-or-later
Groups: gnome
Conflicts: gnome-shell
Provides: gnome-shell
Submitter: Saren
Maintainer: glorious-yellow
Last Packager: glorious-yellow
Votes: 35
Popularity: 0.010174
First Submitted: 2018-08-04 18:21 (UTC)
Last Updated: 2025-04-18 22:49 (UTC)

Dependencies (65)

Required by (450)

Sources (3)

Pinned Comments

<deleted-account> commented on 2023-05-02 11:12 (UTC)

gnome-44 diffs: https://gist.github.com/FiestaLake/aaf26db49292840aef43210001b4e080

For people using [staging] & [gnome-unstable] branch (or [testing] branch in the near future).

Apply the patch with git am {patchname}.patch

<deleted-account> commented on 2022-10-27 15:51 (UTC)

gnome-43 diffs: https://gist.github.com/FiestaLake/d6d9e597fe693b3f55d92890880e463c

For people using [testing] branch.

Apply the patch with git am {patchname}.patch

<deleted-account> commented on 2021-11-18 14:16 (UTC)

If you have a problem during any system update with mutter-performance & gnome-shell-performance, please install mutter & gnome-shell packages from the main repository and do full upgrade first, then build the performance packages later.

If you are using [gnome-unstable] and [extra-testing] repositories, use gnome-shell-performance-unstable

To enable a specific MR in the Merge Requests List, add an line "_merge_requests_to_use+=('<MR number>')" at the end of PKGBUILD. (Because if you edit the line directly you can be able to end up with merge conflict upon updates.)

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 patches for performance and fixes 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 .. 3 4 5 6 7 8 9 10 11 12 13 .. 20 Next › Last »

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.

shrisha commented on 2020-04-21 13:17 (UTC)

@chrisjbillington Thank you for your advice, the only reason why I installed Manjaro Gnome edition is this two packages (mutter performance, shell performance) . I'm on Fedora for past few years and it's quite frustrating having highend hardware and still suffer from poor desktop performance. I heard about this two patches and decide to give it a try. And I have no problem to install anything from Pamac. Just tried again and it's went flawlessly.

chrisjbillington commented on 2020-04-21 04:32 (UTC)

@shrisha it sounds like you've messed up your mirrorlist. Presumably you are having trouble installing any other packages as well? If so, the issue is probably not anything to do with this package. Once you've got things working with installing regular software from the repositories, you can think about this package again.

Having said that, if you are new to Manjaro, perhaps consider just running the default gnome-shell from the repositories for a while. There's plenty to learn and tinker with without the higher-than-normal chance of messing up your system that comes with installing a custom build of the DE.

chrisjbillington commented on 2020-04-21 04:32 (UTC)

@shrisha it sounds like you've messed up your mirrorlist. Presumably you are having trouble installing any other packages as well? If so, the issue is probably not anything to do with this package. Once you've got things working with installing regular software from the repositories, you can think about this package again.

Having said that, if you are new to Manjaro, perhaps consider just running the default gnome-shell from the repositories for a while. There's plenty to learn and tinker with without the higher-than-normal chance of messing up your system that comes with installing a custom build of the DE.

chrisjbillington commented on 2020-04-21 04:32 (UTC)

@shrisha it sounds like you've messed up your mirrorlist. Presumably you are having trouble installing any other packages as well? If so, the issue is probably not anything to do with this package. Once you've got things working with installing regular software from the repositories, you can think about this package again.

Having said that, if you are new to Manjaro, perhaps consider just running the default gnome-shell from the repositories for a while. There's plenty to learn and tinker with without the higher-than-normal chance of messing up your system that comes with installing a custom build of the DE.

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