Search Criteria
Package Details: gnome-shell-extension-forge 84-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/gnome-shell-extension-forge.git (read-only, click to copy) |
---|---|
Package Base: | gnome-shell-extension-forge |
Description: | Tiling and Window Manager for Gnome-Shell |
Upstream URL: | https://github.com/forge-ext/forge |
Licenses: | GPL-3.0-or-later |
Submitter: | Radeox |
Maintainer: | yochananmarqos |
Last Packager: | yochananmarqos |
Votes: | 3 |
Popularity: | 0.000155 |
First Submitted: | 2022-02-23 22:16 (UTC) |
Last Updated: | 2024-12-13 02:32 (UTC) |
Dependencies (2)
- gnome-shell (gnome-shell-mobile-gitAUR, gnome-shell-screencast-vaapiAUR, gnome-shell-mobileAUR, gnome-shell-beta-performanceAUR, gnome-shell-performance-unstableAUR, gnome-shell-performanceAUR, gnome-shell-gitAUR)
- git (git-gitAUR, git-glAUR) (make)
Latest Comments
yochananmarqos commented on 2024-03-29 15:11 (UTC)
@mipi: No, it doesn't Use
gnome-shell-extension-forge-git
for now.mipi commented on 2024-03-29 11:34 (UTC)
Hi @yochananmarqos, this package does not support Gnome 46, but the latest version of Forge does. Could you adjust the PKGBUILD? Thanks!
Radeox commented on 2023-02-20 10:25 (UTC)
When tested I've removed everything in
~/.local/share/gnome-shell/extensions
twouters commented on 2023-02-20 10:21 (UTC)
Could be a conflict with the extension being in both
~/.local/share/gnome-shell/extensions
and/usr/share/gnome-shell/extensions/
or another remnant in~/.local
?Radeox commented on 2023-02-20 10:15 (UTC)
True, this was a suggestion from the developer since Gnome for some reason is ignoring the provided XML and that cause the extension settings to crash because of a missing value (which is in fact in the XML)
twouters commented on 2023-02-20 10:13 (UTC)
Oh, right, I misread the comment and didn't notice that it's about gschemas.compiled.
I don't think the package needs the compiled file? 62-2 didn't contain it and the extension settings work fine for me.
Radeox commented on 2023-02-20 09:51 (UTC)
I think the file
gschemas.compiled
is common to all extensions installed so it will always be in the system. When installed in $HOME the correct schema is loaded for some reasontwouters commented on 2023-02-20 09:27 (UTC)
I end up with an empty package again:
The Makefile doesn't take DESTDIR into account, so it'll end up installing in $HOME again, which doesn't make sense when building the package in a clean chroot.
The conflict with the local file on your system might be an artifact of previous non-chrooted builds - or gnome put it there, I don't really know how it handles extension schemas - and you probably want to move that file out of the way before installing the package.
Radeox commented on 2023-01-09 15:41 (UTC)
@twouters You're right, I've never noticed where the extension was installed in the end. Thanks for the tip!
twouters commented on 2023-01-09 15:07 (UTC)
make install
installs files in$(HOME)/.local/share/gnome-shell/extensions/$(UUID)
and shouldn't be used inmakepkg()
Something like this does work: