Package Details: gnome-shell-performance 1:42.3.1-2

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
Conflicts: gnome-shell
Provides: gnome-shell
Submitter: Saren
Maintainer: Saren (Terence, FiestaLake)
Last Packager: FiestaLake
Votes: 24
Popularity: 0.65
First Submitted: 2018-08-04 18:21 (UTC)
Last Updated: 2022-07-06 14:13 (UTC)

Required by (401)

Sources (4)

Pinned Comments

FiestaLake commented on 2021-11-18 14:16 (UTC) (edited on 2022-06-06 03:24 (UTC) by FiestaLake)

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.


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

allexj commented on 2022-05-15 17:17 (UTC)

This package does not help fixing the animation lag (reported here: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3760 )

FiestaLake commented on 2022-03-23 10:27 (UTC)

@phush0 Restart your machine and build the packages again. The packages built successfully in my machine when I updated them.

phush0 commented on 2022-03-23 09:47 (UTC)

There is error in tests with latest change. Have to use --nocheck to install correctly

FiestaLake commented on 2022-02-01 05:02 (UTC)

@x0rzavi Removing mr1862 should fix that but if you remove that, then there's no reason to use this package :) Maybe I shall search more mr patches other than that, but I haven't found it yet.

x0rzavi commented on 2022-01-29 13:02 (UTC)

I'm facing random gnome-shell crash on lock screen. It happens only at times like when you close your laptop lid and open it up, or suspend for long and then wake it up. Cross checked too, that its not something to do with extensions or themes, also everything is fine with the main repo packages. This package works wonders :D but this bug keeps annoying me.

rhekman commented on 2021-12-19 02:24 (UTC)

Was the version number supposed to be bumped to 42.1?

saghm commented on 2021-12-18 03:19 (UTC)

Wow, after I installed the package and rebooted, I went to the bathroom. Now that I'm back, you've already updated it with the fix! Thanks so much for your excellent work

FiestaLake commented on 2021-12-18 03:11 (UTC)

@saghm yes it got merged but I forgot to remove it. I will fix it soon.

saghm commented on 2021-12-18 03:08 (UTC)

When trying to install this, I got git conflicts with 2048; disabling it and running makepkg alone seems to have worked. From checking the url (https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2048), it seems like it has been merged, but I'm not sure how to tell if it's been released yet (or if that matters for this package).

gnx commented on 2021-11-20 16:19 (UTC)

This package, together with mutter-performance, drastically improved the GNOME performance for me. No more stuttering animations. Thank you!

FiestaLake commented on 2021-11-18 14:16 (UTC) (edited on 2022-06-06 03:24 (UTC) by FiestaLake)

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.


The optional performance patches are by default enabled.

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

FiestaLake commented on 2021-11-05 12:00 (UTC)

Update meson to 0.60.0-2 to build this package now.

Saren commented on 2021-10-27 14:15 (UTC)

If this does not build, downgrade meson to 0.59.x.

FiestaLake commented on 2021-10-27 13:53 (UTC)

Hi, I'm a new co-maintainer of gnome-shell-performance and mutter-performance packages. Please don't hesitate to give us/me advice and bug reports.

Thanks.

Terence commented on 2021-10-17 09:37 (UTC)

Hey all,

As you noticed, I'm not able to update this package frequently anymore (lack of time/motivation). If someone wants to help maintain this package I'll gladly add them to the maintainer list.

gedgon commented on 2021-05-29 08:46 (UTC)

Overview performance improvement:

# Title: Optimize box-shadow rendering
# URL: https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1862
# Type: 1
# Status: 2
# Comment: Reduce the overview render time by 30% at 4K on an i7-7700

hotty commented on 2021-02-13 18:59 (UTC) (edited on 2021-02-13 18:59 (UTC) by hotty)

When preparing the package I get the following error message

Downloading then Merging 1440...
...
error: patch failed: js/ui/windowManager.js:1117
error: js/ui/windowManager.js: patch does not apply

Terence commented on 2020-10-25 21:24 (UTC)

@glorious-yellow Do you use both this package and mutter-performance? If this is the case, try to use mutter and see if it makes a difference. If not, remove '536' '1440' from the _merge_requests_to_use array of this package, rebuild and check again.

glorious-yellow commented on 2020-10-25 21:21 (UTC)

The poor performance only manifests in this package. The one from [extra] does not have the performance issues.

Terence commented on 2020-10-15 21:10 (UTC)

@glorious-yellow This package only or both this one and the one from [extra]? If the latter, consider opening a bug report upstream. Also make sure no extension is the cause of this.

glorious-yellow commented on 2020-10-15 03:58 (UTC)

I'm noticing severely worse performance especially with activities overview after updating to 3.38.

Saren commented on 2020-05-26 10:03 (UTC)

If you are experiencing shell coredump indicating st_theme_get_custom_stylesheets, try with !536.

I got crashes with wayland and adapta gtk+shell theme with this off.

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.

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.

shrisha commented on 2020-04-21 03:17 (UTC) (edited on 2020-04-21 03:19 (UTC) by shrisha)

Thank you @kode54 and @Terence. But now I'm getting new error: no servers configured for repository :)

I added chaotic-aur. Same problem with and without.

Terence commented on 2020-04-20 11:13 (UTC)

@kode54 Thanks I added it. Hopefully it fixes @shrisha issue.

kode54 commented on 2020-04-20 03:33 (UTC)

@shrisha: I was stating the actions the maintainer would need to apply, but you could apply them to your local copy of the PKGBUILD before makepkg building it yourself as well.

Basically, you just need to git clone the read-only repository linked at the top of this page, and modify the PKGBUILD in a text editor. Find the line with the provides declaration, and add gnome-shell=$epoch:$pkgver to the setting, after the existing gnome-shell=$pkgver. Strangely, I have no such thing in my local chaotic-aur built copy, yet the gnome-shell-extension-arc-menu-git package installs just fine with this package and mutter-performance.

Maybe also try the chaotic-aur repository builds first? Assuming they even work with Manjaro. I have no idea what's up with forks of Arch, and they tend to break random things, hence users are asked to consult Manjaro's support resources for their specific issues.

shrisha commented on 2020-04-19 06:54 (UTC) (edited on 2020-04-19 06:56 (UTC) by shrisha)

@kode54 Could you please specify my actions for this? I'm very new to Manjaro. I just downloaded latest iso this morning 20.rc2. Installed on new ssd. system specs if required:

OS: Manjaro Linux x86_64 Host: TRX40 AORUS MASTER -CF Kernel: 5.6.5-1-MANJARO Uptime: 1 hour, 31 mins Packages: 1167 (pacman) Shell: bash 5.0.16 Resolution: 3840x2160 DE: GNOME WM: Mutter WM Theme: Adwaita-maia Theme: Adwaita-maia [GTK2/3] Icons: Papirus-Dark-Maia [GTK2/3] Terminal: gnome-terminal CPU: AMD Ryzen Threadripper 3970X (64) @ 3.900GHz GPU: NVIDIA TITAN RTX Memory: 4177MiB / 64258MiB

kode54 commented on 2020-04-19 05:08 (UTC) (edited on 2020-04-19 05:10 (UTC) by kode54)

@shrisha: needs another provides entry that also declares the gnome-shell with the epoch in the version string. Basically a declaration like:

gnome-shell=$epoch:$pkgver

After the existing two.

shrisha commented on 2020-04-19 04:20 (UTC) (edited on 2020-04-19 04:35 (UTC) by shrisha)

could not satisfy dependencies: removing gnome-shell breaks dependency 'gnome-shell>=1:3.36.0-1' required by gnome-shell-extension-arc-menu

???

I can't delete Arc menu extension.

Terence commented on 2020-04-04 00:12 (UTC)

@TheAifam5 Thanks for the report, I added it to the makedepends as the official package does.

theaifam5 commented on 2020-04-01 11:47 (UTC) (edited on 2020-04-01 11:50 (UTC) by theaifam5)

while compiling you should set the "bash-completion" option false, or check if the package is installed. I dont use bash and does not allow me to compile due: gnome-shell/subprojects/extensions-tool/meson.build:36:0: ERROR: Dependency "bash-completion" not found, tried pkgconfig and cmake

https://gitlab.gnome.org/GNOME/gnome-shell/-/blob/master/subprojects/extensions-tool/meson.build#L36

hussam commented on 2020-03-25 15:00 (UTC) (edited on 2020-03-25 15:07 (UTC) by hussam)

@glitsj16 https://github.com/hussamT/gtk-patches and https://github.com/hussamT/mutter-patches

I'm using the shell+mutter+gtk patches and a nvidia 1050ti card.

glitsj16 commented on 2020-03-25 14:43 (UTC)

@hussam Would you be willing to share a link to your mutter/gtk3 patches? I'd like to try them, especially the gtk3 patch related to black background glitches. TIA!

hussam commented on 2020-03-25 14:31 (UTC)

Awesome. Thank you.

Terence commented on 2020-03-25 14:25 (UTC)

@hussam There is also https://github.com/pp3345/gnome-with-patches

hussam commented on 2020-03-24 22:39 (UTC)

@Terence, ok cool. I have a bunch for mutter as well, two of which reduce flickering a lot on Xorg. It's not as a good as using Wayland but it helps.

I also have a patch for gtk3 that removes black background glitches. This one is easily noticeable in evolution by opening and closing Preferences dialog more than two times.

Terence commented on 2020-03-24 22:29 (UTC)

@hussam interesting, I'll consider it, thanks!

hussam commented on 2020-03-24 12:58 (UTC) (edited on 2020-03-24 13:00 (UTC) by hussam)

I have a bunch of patches https://github.com/hussamT/gnome-shell-patches that heavily improve my gnome-shell experience on Xorg.

  • actions.patch (This menu is buggy and replicated anyway in applications on 3.34+ so remove it).
  • disable-maximize-animations.patch (maximize window animation causes leaks on nvidia and this isn't a feature you will miss)
  • force_reload.patch (eases evolution-data-server issues)
  • mr59.patch (makes blurred backgrounds look better. this is upstream MR rebased on current master branch)
  • notification.patch (makes notifications on lock screen look better)
  • revert-gc-call-removal.patch (restores agressive GC as it seems more stable now)
  • revert763531.patch (prevents zombie processes on restarting gnome-shell)

Terence commented on 2020-03-22 20:41 (UTC)

@Claw256 I'm not using yay so I don't know, please try to build it manually withmakepkg -siand make sure you have /usr/lib/libpipewire-0.3.so (this is coming from mutter-performance, not gnome-shell-performance btw.

Claw256 commented on 2020-03-22 15:44 (UTC) (edited on 2020-03-22 15:47 (UTC) by Claw256)

I'm getting a dependency error for this latest version as of 2020-03-22:

Run-time dependency libpipewire-0.3 found: NO (tried pkgconfig and cmake) meson.build:248:2: ERROR: Dependency "libpipewire-0.3" not found, tried pkgconfig and cmake A full log can be found at /home/fearghal/.cache/yay/mutter-performance/src/build/meson-logs/meson-log.txt ==> ERROR: A failure occurred in build(). Aborting...

Here is the full log, I am using yay to download from the aur: https://pastebin.com/0Bm6HhuK

Edit: I should add that even after installing the pipewire package from the Arch package repo (Not aur), I am still getting the dependency error.

Terence commented on 2020-03-15 17:28 (UTC)

Hey y'all, I've updated this and mutter-performance with some cleanups and synced with master, let me know how it goes and if you have any suggestions for MR I should include by default.

muchacho commented on 2020-02-01 09:21 (UTC) (edited on 2020-02-02 04:56 (UTC) by muchacho)

@Terence Removing !923 does not resolve issue. At the lock screen when I click "Unlock" button the button goes disabled state, appears loading indicator and nothing happens. But this error message appears in system journal: https://pastebin.com/raw/cTAdPUCx

UPD: Removing !923 probably may resolve issue. I just forgot to clean build (i am using YAY helper). I have now cleared the build and try to build package but can't. Error occurs in prepare stage, because git cherry-pick fails on line 117 due to changes in !925. Also !923 has some changes that may resolve issue https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/923#note_684927 . But... I can't build package.

Terence commented on 2020-01-25 22:57 (UTC)

I appreciate your input @glorious-yellow, I'll find time to update this package tomorrow. @kode54 @rori @muchacho this is due to !923. Remove it from the array and should be good. I'm considering using https://github.com/pp3345/gnome-with-patches for this package and mutter-performance now as it will solve a lot of problems, hence why it takes some time.

glorious-yellow commented on 2020-01-25 22:39 (UTC)

!936 with !948 yields completely smooth activities overview animation.

glorious-yellow commented on 2020-01-25 17:20 (UTC)

I found a method to get diff files from merge requests directly:

https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/936.diff

glitsj16 commented on 2020-01-24 12:01 (UTC) (edited on 2020-01-24 12:04 (UTC) by glitsj16)

Cherry-picking 30a25112 for !925 throws "fatal: bad revision '30a25112'". I could only get !925 work by applying this patch: https://gist.github.com/glitsj16/ea360b4c24ed33fe4bf752033249d799. Also, !936 yields better performance impact when combined with !948. The latter works fine when using git_cp_by_msg '!948' "overviewControls: Use ClutterActor's translation-x".

HTH

glorious-yellow commented on 2020-01-22 21:26 (UTC)

!936 appears to make the activities overview animation a bit smoother.

It maintains a higher framerate with 15 windows open.

glorious-yellow commented on 2020-01-22 21:10 (UTC)

I am currently testing

https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/936

Terence commented on 2020-01-20 20:03 (UTC)

Sorry, I'm aware of the issue but don't have time to do a proper fix... @Saren would you mind taking over a little bit please?

kode54 commented on 2020-01-18 06:17 (UTC)

I am reporting it as occurring with amdgpu. May or may not be related to using mesa-tkg-git from chaotic-aur.

muchacho commented on 2020-01-17 08:57 (UTC)

Same issue as @rori and @kode54 reported. Seems like issue exactly in gnome-shell-performance 1:3.34.3-2 and not in mutter-performance package. Rollback to gnome-shell-performance 1:3.34.3-1 solved issue for me. I also use a nvidia-390xx-dkms package. Probably this happens with nvidia blobs only, i have not tested with nouveau or other related drivers.

rori commented on 2020-01-16 17:50 (UTC)

I'm experiencing the same problems as kode54. Also somehow the screen lock seems to turn on randomly, and much faster than set.

kode54 commented on 2020-01-15 04:43 (UTC)

I don't know if this is related, but with current-as-of-this-post gnome-shell-performance (1:3.34.3-2) and mutter-performance (3.34.3+1+g78a45e181-1), both acquired from chaotic-aur package repository, there seems to be an issue with unlocking the desktop after the screen is locked and goes into DPMS sleep, or locks on its own due to the screen saver.

It will present the lock screen, and I can type my password, but when I press enter on the password, it doesn't dismiss the lock screen. The lock screen stays, and won't go away unless I either press Escape or click the Cancel button. This effectively locks me out of my existing session.

I am not having this problem with the stable gnome-shell and mutter packages. I am also not using any extensions, other than stock ones, and the default Adwaita theme.

laurentrepond commented on 2020-01-14 12:51 (UTC) (edited on 2020-01-14 12:52 (UTC) by laurentrepond)

Also getting:

fatal: bad revision '30a25112'

on 1:3.34.3-2

glitsj16 commented on 2020-01-13 20:50 (UTC) (edited on 2020-01-13 20:52 (UTC) by glitsj16)

Getting fatal: bad revision '30a25112' for 925 with 1:3.34.3-2

alex4401 commented on 2019-12-02 15:07 (UTC) (edited on 2019-12-07 21:40 (UTC) by alex4401)

Is building broken for someone else? Fails with Python libsass not being found.

Edit: Oops! Nevermind. Turns out I accidentally had PATH problems thanks to pip.

Terence commented on 2019-10-18 05:28 (UTC)

It was coming from a good intention @gedgon, all good :) @Saren OK, nothing on fire though ^^

gedgon commented on 2019-10-17 22:39 (UTC) (edited on 2019-10-18 01:51 (UTC) by gedgon)

  # Title: workspace: Sort windows in overview grid using cached bounding box
  # URL: https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/763
  # Type: 1
  # Status: 4
  # Comment: Massive performance improvement to the overview

  git cherry-pick -n d91927674d4ea5ae7c7e77ace28f5939553147d5

Edit: Nvm, I'm an idiot. Sorry for the noise.

Saren commented on 2019-10-17 08:42 (UTC)

@Terence mistakes were made :(

Terence commented on 2019-10-15 01:28 (UTC) (edited on 2019-10-15 01:29 (UTC) by Terence)

@Saren why did you add epoch in 4a568615c91c ? You can't remove it once it's set :/

Also you sometimes show as "Your Name" on the git log.

Terence commented on 2019-10-15 01:25 (UTC)

Added back, thanks @TheAifam5 !

theaifam5 commented on 2019-10-10 19:14 (UTC) (edited on 2019-10-10 19:15 (UTC) by theaifam5)

Hey!

Could you add "epoch" to PKGBUILD, please? Got removed here bfbe470404d7

Regards, TheAifam5

Saren commented on 2019-10-04 03:44 (UTC)

Revert added hopefully to workaround https://bugzilla.redhat.com/show_bug.cgi?id=1754630#c12

Saren commented on 2019-09-25 01:55 (UTC)

It's recommended to use extra/gnome-shell instead of this package for now, as this package contains no performance patch now compared to extra/gnome-shell, and extra/gnome-shell is more updated as of now.

NettoHikari commented on 2019-09-20 01:55 (UTC)

Breaks GNOME right now (also GDM), because 3.34 hit stable today.

Steamwreck commented on 2019-09-12 07:27 (UTC)

Error during building. fatal: bad revision '39f10eaa^..6e704ee1'

Terence commented on 2019-09-04 13:37 (UTC)

@predictably @ndttt @glorious-yellow Updated.

predictably commented on 2019-09-04 12:09 (UTC)

I also encounter this message while building:

fatal: bad revision '1a3c98bd' ==> ERROR

No solution yet.

chrisjbillington commented on 2019-08-30 03:07 (UTC) (edited on 2019-08-30 15:33 (UTC) by chrisjbillington)

I notice !110 was disabled. Was this because of people using the Yaru gnome shell theme? Yaru used to be buggy with !110, but has updated to accommodate !110, and in fact now is buggy without !110:

https://github.com/ubuntu/yaru/issues/1466

So if disabling !110 by default was only for the sake of Yaru users, it should now be re-enabled. The Yaru release requiring !110 is 19.10.1, released 11 days ago.

Edit: Actually, the Yaru AUR package maintainer has decided to hold back Yaru to 19.04.3 and not package the newer upstream version for now, presumably until gnome shell 3.34 is in Arch. So probably leave !110 disabled for now after all.

ndttt commented on 2019-08-29 07:48 (UTC)

Hi, I'm getting the error

fatal: bad revision '1a3c98bd' ==> ERROR: A failure occurred in prepare(). Aborting... checking dependencies...

when updating to the latest package. Any insight? I've tried clean building already.

glorious-yellow commented on 2019-08-27 19:01 (UTC)

MR #689 hash changed to 46602fd6

glorious-yellow commented on 2019-08-24 14:37 (UTC) (edited on 2019-08-27 18:55 (UTC) by glorious-yellow)

I'm currently testing MR 22, 136, and 666.

Will report results after testing is complete.

Edit: currently results in broken animations

kode54 commented on 2019-08-03 01:59 (UTC)

@Terence @chrisjbillington That sounds surprisingly like the issue I was having a few releases ago, where "frequent" apps page, the icons would vanish as I moused over them. I was not running any custom themes or sessions, and this was before I had installed any third party Gnome Shell extensions. Fresh Arch install, in fact.

Of course, I have since wiped that drive and replaced it with BitLocker encrypted NTFS storage for my Windows installation, so I won't be much use at future bug testing.

Terence commented on 2019-08-02 17:35 (UTC)

@chrisjbillington it's fine, you were not the only one with the problem and you managed to find the solution yourself ;) The bug you are experiencing should be unrelated to this, I suggest both of you to try to disable !711 in mutter and report back there if it was indeed the issue.

chrisjbillington commented on 2019-08-02 16:53 (UTC)

@truongan I am seeing this too. Since 3.32.2+10+g2483b6038-6 was just about trying to fix the invisible-search-results bug, it can probably be reverted.

@Terence apologies for wasting your time. I have reported the bug to Yaru here: https://github.com/ubuntu/yaru/issues/1434

truongan commented on 2019-08-02 16:45 (UTC)

There could be regression in '3.32.2+10+g2483b6038-6', when multiple window overlap, shell may fail to register a click on which the mouser was hovering, and register a click on the active window instead. Revert to 3.32.2+10+g2483b6038-5 helped

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!

Terence commented on 2019-08-02 16:28 (UTC)

Ah that explains it @crisjbillington, I'll add a pin comment saying to be sure to have extensions disabled and use adwaita theme before reporting an issue. In the meanwhile, try to patch the theme or just disable this MR locally.

chrisjbillington commented on 2019-08-02 16:02 (UTC)

@Terence I have just realised, I am using a custom session: The "Yaru" session from Ubuntu, which applies the Yaru theming to gnome-shell. In a regular gnome session, I do not see the issue. Therefore this is possibly a bug with the Yaru gnome shell theming.

chrisjbillington commented on 2019-08-02 15:59 (UTC)

@Terence thanks for your efforts, here is the log file:

https://pastebin.com/BY599H6W

This is an X session with extensions disabled. I logged in, tapped super, typed the first few letters of "alacritty", and hit enter. Alacritty launched (though no search results were visible), and then I immediately ran the journalctl command from alacritty, so the log ends there.

Terence commented on 2019-08-02 15:25 (UTC) (edited on 2019-08-02 15:28 (UTC) by Terence)

@chrisjbillington Please replace the patch with this one: https://send.firefox.com/download/c106023fe6e5ca28/#gtwHpbGiLfxW6HFwIAplfA, run updpkgsums, build, install and reproduce the issue then send back the log file you will have generated using journalctl -b /usr/bin/gnome-shell > search.log"

chrisjbillington commented on 2019-08-02 13:59 (UTC)

@Terence latest update does not resolve the issue for me unfortunately.

Also, just in case I misled with my last comment - the app grid is not actually blank: if I click the 'show applications' button on the dash I do see the app grid. What I don't see are app search results upon typing into the search box in the overview. So just clarifying in case the wrong bug is being hunted.

Terence commented on 2019-08-02 13:17 (UTC)

@chrisjbillington Thanks, can you try the updated version?

chrisjbillington commented on 2019-08-01 15:54 (UTC) (edited on 2019-08-01 15:55 (UTC) by chrisjbillington)

As one datapoint, I am once again seeing a blank app grid now that !110 has been re-enabled, despite the potential fix.

Terence commented on 2019-07-30 17:17 (UTC)

@TheAifam5 I updated this package with the problematic MR re-enabled but with a potential fix. Would you mind testing it and report back if it fixed it?

kode54 commented on 2019-07-26 03:59 (UTC)

I posted a possible bug report to the mutter-performance comment listing, not sure if it applies to this particular package instead.

Terence commented on 2019-07-21 14:30 (UTC) (edited on 2019-07-21 14:30 (UTC) by Terence)

@deezid If you disable extensions, does it still happen? In addition to that, please try the gnome-shell-git and mutter-git packages, disable foreign extensions and tell me if you still encounter those problems.

deezid commented on 2019-07-21 11:31 (UTC) (edited on 2019-07-21 11:36 (UTC) by deezid)

@Terence: Had lots of glitches on the dock and top panel after suspend with these two patches: !505 and !595

Uncommenting these fixed everything for me. Seems they cause more harm than they help. Latest Nvidia driver/1080Ti

Edit: Just activated both again. Without any of these the app menu is slow as hell. With just 505 it's fast again but the glitches never disappear. With 505 and 595 it's fast but has glitches for a few seconds after suspend...

theaifam5 commented on 2019-07-19 20:34 (UTC) (edited on 2019-07-19 20:34 (UTC) by theaifam5)

Hey again @Terence. The gnome-shell from ArchLinux repository does not have that issue. Please read the following thread about that issue here: https://gitlab.gnome.org/GNOME/gnome-shell/issues/1456

theaifam5 commented on 2019-07-19 18:23 (UTC) (edited on 2019-07-19 18:26 (UTC) by theaifam5)

Hey @Terence. Sorry for missleading information. The issue appears to be in the application grid, which i reported here: https://gitlab.gnome.org/GNOME/gnome-shell/issues/1456#note_560248 But first, I need to check if the issue is present on the original gnome-shell package. The issue which I wrote previously, was looking like my issue where the application grid was empty but was related to the dash (left side dash) and not to the grid where the applications icon shows up.

Terence commented on 2019-07-19 15:27 (UTC)

Hey @TheAifam5, thank you very much for your report, I added the related MR. Please try again and tell me if it works for you.

theaifam5 commented on 2019-07-19 14:49 (UTC)

Hey! I have an issue with this package. The icons in dash does not show up anymore. The exactly the same issue was fixed by the GNOME team here: https://gitlab.gnome.org/GNOME/gnome-shell/issues/1053

Regards, TheAifam5

alex4401 commented on 2019-07-09 11:38 (UTC)

This package needs to be updated after mutter-781835-workaround was renamed to mutter-performance.

Terence commented on 2019-05-05 16:21 (UTC)

@deezid Thanks for the report, I disabled the patch by default. @tannisroot you will have to manually uncomment it.

deezid commented on 2019-05-05 10:28 (UTC)

Since the patch helping with black wallpapers after Suspend (which btw never has been an issue here) has been applied, Gnome shell is messed up after suspend here. Noisy backgrounds, bright green fonts and white borders on the right.

Terence commented on 2019-05-04 20:19 (UTC)

@glitsj16 I thought I could automate the process but we can't touch user settings so I just made the script print a command the user needs to run to enable it.

Terence commented on 2019-05-04 18:57 (UTC)

@glitsj16 It's still needed, although I figured out this only works on a Wayland session. I updated the script, thanks for your remarks.

glitsj16 commented on 2019-05-04 00:16 (UTC)

The newly added gnome-shell-performance.install file enables 'realtime scheduling' for gnome-shell but doesn't set the gsettings pref org.gnome.mutter experimental-features "['rt-scheduler']". Is this intentional? Or is the latter no longer needed? Also, that .install file doesn't need to be referenced in the source and sha256sums arays. Allthough I can't find specific info on that in the wiki, it's how other PKGBUILDs use it...

Terence commented on 2019-04-29 23:02 (UTC)

Hey @tannisroot, the updated version contains the fix.

tannisroot commented on 2019-04-19 11:45 (UTC)

Hi! Can you please add this patch to the PKGBUILD? It fixes broken wallpapers after resuming from sleep for Nvidia users. https://gitlab.gnome.org/GNOME/gnome-shell/issues/1084#note_492366

Terence commented on 2019-03-18 20:46 (UTC)

@everyone: if you were using any top-icon* extension, the new package update brings a fix for the high CPU usage.

@glorious-yellow I've updated the package taking into account your comment, thanks.

deezid commented on 2019-03-13 11:49 (UTC)

Stops building at: NotADirectoryError: [Errno 20] Not a directory: 'selinuxenabled'

glorious-yellow commented on 2019-02-03 19:10 (UTC)

pacman -Q | grep mutter-781835-workaround can be replaced with pacman -Q mutter-781835-workaround; it's a bit cleaner and also avoids the edge case of a package name containing but not equalling mutter-781835-workaround.

Terence commented on 2019-01-30 11:44 (UTC)

@Saren MR 276 has been rebased and this time it can't be applied cleanly on 3.30 so I manually applied it and generated a diff that is now used instead. I also added a new patch which should improve the extension system.

nika commented on 2019-01-30 08:08 (UTC) (edited on 2019-01-30 08:08 (UTC) by nika)

gnome-shell-performance 3.30.2+4-5 (Wed 30 Jan 2019 08:57:28 AM WAT) fails for me with:

[makepkg d29e050f4] st-box-layout: Avoid fullscreen relayout on scroll Author: Daniel van Vugt daniel.van.vugt@canonical.com Date: Thu Sep 6 19:01:17 2018 +0800 1 file changed, 16 insertions(+), 6 deletions(-) mutter-781835-workaround 3.30.2+7-1 fatal: bad revision '5a7be719'

deezid commented on 2019-01-27 21:18 (UTC) (edited on 2019-01-27 21:22 (UTC) by deezid)

@Terence, rebooted but now the workspace switcher is completely back to its usual behavior (20-30fps I think using the mouse to zoom in).

Not touching the workspace bar on the right and using the wheel it feels as smooth as a game HUD though with your Mutter workaround pkgbuild lol

Pumpi commented on 2018-12-25 18:37 (UTC) (edited on 2018-12-25 18:39 (UTC) by Pumpi)

Changing this in PKGBUILD resolves the problem with dependencies:

provides=(gnome-shell)

to:

provides=(gnome-shell gnome-shell=$pkgver)

Credits to @Lolix from Manjaro forum.

Pumpi commented on 2018-12-24 20:21 (UTC)

Changed PKGBUILD from:

provides=(gnome-shell)
conflicts=(gnome-shell)

to:

provides=(gnome-shell>=3.18)
conflicts=(gnome-shell>=3.18)

allows me to start the instalation but i get other errors. I have opened a topic on the Manjaro Forum to get some help. There is also the whole log of the installation which is to long to be copied here. The link: https://forum.manjaro.org/t/could-not-satisfy-dependencies-removing-gnome-shell-breaks-dependency-gnome-shell-3-18-required-by-gnome-shell-extension-manjaro-update/69564/20

Pumpi commented on 2018-12-20 15:41 (UTC) (edited on 2018-12-24 16:17 (UTC) by Pumpi)

Im getting the following error:

[dawid@dawid-pc ~]$ cd gnome-shell-performance
[dawid@dawid-pc gnome-shell-performance]$ makepkg -scCi
==> WARNING: A package has already been built, installing existing package...
==> Installing package gnome-shell-performance with pacman -U...
[sudo] password for dawid: 
loading packages...
resolving dependencies...
looking for conflicting packages...
:: gnome-shell-performance and gnome-shell are in conflict. Remove gnome-shell? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: removing gnome-shell breaks dependency 'gnome-shell>=3.18' required by gnome-shell-extension-manjaro-update
==> WARNING: Failed to install built package(s).
==> Cleaning up...
[dawid@dawid-pc gnome-shell-performance]$ 

Any idea how to overcome that? Im trying to get smooth experience on Surface Pro 3 as it is working fine but i have repeatedly stutters with animations and sluggishness with browser scrolling and animations

nika commented on 2018-12-14 23:40 (UTC) (edited on 2018-12-14 23:40 (UTC) by nika)

[makepkg 74e0da39e] st_box_layout_get_paint_volume: Don't scroll origin Author: Daniel van Vugt daniel.van.vugt@canonical.com Date: Mon Sep 17 14:16:34 2018 +0200 1 file changed, 15 insertions(+), 23 deletions(-) [makepkg f3c1a4bd5] st-box-layout: Avoid fullscreen relayout on scroll Author: Daniel van Vugt daniel.van.vugt@canonical.com Date: Thu Sep 6 19:01:17 2018 +0800 1 file changed, 16 insertions(+), 6 deletions(-) ==> ERROR: A failure occurred in prepare().

Saren commented on 2018-12-12 17:43 (UTC)

Update: detect mutter-781835-workaround before applying MR276

Vash63 commented on 2018-12-11 20:16 (UTC)

Update: Figured out what was wrong with GDM while reviewing the MR on gitlab - it is dependent on https://gitlab.gnome.org/GNOME/mutter/merge_requests/283/commits

This package as-is will not work without this MR, which is included in mutter-781835-workaround but I was not using that package at the time (using my own since that package caused some issues for me due to MR168 on it a while back).

sid350 commented on 2018-12-04 00:14 (UTC)

Still unable to load GDM or gnome-shell with these patches. Have Intel integrated video adapter.

Vash63 commented on 2018-11-17 13:04 (UTC)

I'm still unable to load gdm when MR 276 is included even after today's update. This is on Nvidia drivers if that is relevant.

DeadMetaler commented on 2018-11-15 23:00 (UTC)

No need to comment MR 276. Just replace 5453f3dd to d12c86cf commit.

Vash63 commented on 2018-11-12 14:25 (UTC)

Commenting out MR 276 does in fact fix it for me.

kemuel commented on 2018-11-07 15:30 (UTC)

@Saren & @Vash63

Use captured-event::instantaneous [performance] broke GDM for me.

GDM just showed a black screen and systemctl status gdm.service said accountservice: Could not get current seat: No data available

Removed that patch and GDM is now working like normal again.

Saren commented on 2018-11-06 13:57 (UTC)

@Vash63 does that mean js/ui: Use captured-event::instantaneous [performance] caused this?

Vash63 commented on 2018-11-03 15:52 (UTC)

Version 3.30.1+5+ge90ef9e22-1 broke my GDM also, though I was able to switch TTY and downgrade it without needing recovery mode. Going back to my existing package for 3.30.1+4+g5cd6b4ad1-1 worked.

Saren commented on 2018-11-03 13:38 (UTC) (edited on 2018-11-03 13:46 (UTC) by Saren)

@Dea993 Have you checked systemctl gdm logs? I had 3.30.1+5+ga4ef1bf57-1 and 3.30.1+5+g87403231e-1 on my desktop and laptop and they are working fine. Just reinstalled them few minutes ago and rebooted.

Dea993 commented on 2018-11-03 10:35 (UTC)

@Saren last update 3.30.1+5+g905a90d9e-1 (2018-11-02 15:25) broke the system, after upgrade and restart, GDM not starts, and i can't do anything (i can't switch tty)... the only solution was enter in recovery mode and reinstalling gnome-shell from official repo

Saren commented on 2018-11-02 15:02 (UTC)

@Dea993 I don't know why but the package version is unstable.

Dea993 commented on 2018-10-29 18:23 (UTC)

-> gnome-shell-performance: local (3.30.1+2+g98043bc9c-1) is newer than AUR (3.30.1+2+g8a23d7b9e-1) yesterday i've installed gnome-shell-performance, and today i receive this message when i try to update AUR packages with yay. have you reverted some updates?

Saren commented on 2018-10-09 14:10 (UTC)

@glorious-yellow extra/gjs needs to be bumped to 1.55.1 first.

glorious-yellow commented on 2018-10-06 19:13 (UTC)

Found a new patch https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/253

Terence commented on 2018-09-18 10:42 (UTC)

@Saren I tried https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/224 and it works well, here is a diff if you're interested: https://gist.github.com/terencode/c690162afa8b8e8554e9dc7fd22752b2

Saren commented on 2018-08-11 14:24 (UTC)

@Leeo97one You may try to follow the git remote add git fetch git cherry-pick approach and modify the PKGBUILD. For the commit hashes they can be found in <https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/4/commits>.

I will try to include those as well in the future.

Leeo97one commented on 2018-08-11 13:16 (UTC)

Could you try to include all or some on the patches provided by this pull request? https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/4 This has been a really annoying issue for a while.

Saren commented on 2018-08-11 03:54 (UTC) (edited on 2018-08-11 03:54 (UTC) by Saren)

@ciupenhauer I will try to fix this package later. This package has currently no noticeable positive effect for performance anyways.

ciupenhauer commented on 2018-08-09 19:58 (UTC)

hmmm, when trying to install mutter-781835-workaround against this package, it fails to recognize that this is already installed and throws a dependency missing error