| Git Clone URL: | https://aur.archlinux.org/libadwaita-without-adwaita-git.git (read-only, click to copy) |
|---|---|
| Package Base: | libadwaita-without-adwaita-git |
| Description: | libadwaita; Includes a patch to not overwrite the system theme |
| Upstream URL: | https://gnome.pages.gitlab.gnome.org/libadwaita |
| Licenses: | LGPL-2.1-or-later |
| Conflicts: | libadwaita |
| Provides: | libadwaita, libadwaita-1.so |
| Submitter: | ich |
| Maintainer: | ich |
| Last Packager: | ich |
| Votes: | 29 |
| Popularity: | 0.98 |
| First Submitted: | 2022-04-08 09:57 (UTC) |
| Last Updated: | 2024-09-21 21:25 (UTC) |
@Tio I'm Sorry for being inactive. I do not use that many gnome-apps anymore, so I didn't notice right away. If you want to be able to bump the version yourself, I could add you as a Co-Maintainer.
The build failure was just because the structure of the file changed. I updated the diff.
I think not only the version needs to be changed but the diff file. I tried to build it with the version 1.3. But it fails. See https://paste.trom.tf/urejolorok.yaml
[138/230] Compiling C object src/libadwaita-1.so.0.p/adw-tab-view.c.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
I do not know how this could be fixed. But this is a major issue. Most libadwaita applications are failing.
@ich are you still maintaining this package?
Simply bump up the version in the pkgbuild please! This way we can get the latest one.
Do you have to bump up the version? Some applications seem to use a newer libadwaita version and because this package replaces libadwaita, those apps wont work. Like this one https://gitlab.gnome.org/World/warp/-/issues/29
It seems that version 1.2 is out https://gitlab.gnome.org/GNOME/libadwaita/-/tags
Thank you so much! Gnome 42 looks just like Gnome 41 now!
Thank you so much! I am packaging this for our TROMjaro Linux so that we can have a consistent theme!
Thanks a lot !!! Your the MAN... I was hatting gnome 42's half ass themeing. Now it just like it did in 41 !!
The version of libadwaita provided by this package will use the dconf-variable 'org.gnome.desktop.interface.gtk-theme' to load the theme. This is the same variable that other gtk4-apps (and gnome-tweaks) uses.
For this to work, your theme needs to support gtk4. There may also be some weird formatting until themes are updated to fully support the new widgets; The Arc-family of themes seems to already support most of libadwaita.
Since this replaces the system library, it will only work for apps that actually use it (that is, all apps in the main repo). You will still have to set GTK_THEME if you want to use Flatpaks / Snaps / Appimages
Edit: Please, never just report issues to other gtk projects while using this library. Please always check if the issue persists using extra/libadwaita, and report your issue only on this AUR package if it doesn't.
Pinned Comments
ich commented on 2022-04-08 10:17 (UTC) (edited on 2023-01-10 05:38 (UTC) by ich)
The version of libadwaita provided by this package will use the dconf-variable 'org.gnome.desktop.interface.gtk-theme' to load the theme. This is the same variable that other gtk4-apps (and gnome-tweaks) uses.
For this to work, your theme needs to support gtk4. There may also be some weird formatting until themes are updated to fully support the new widgets; The Arc-family of themes seems to already support most of libadwaita.
Since this replaces the system library, it will only work for apps that actually use it (that is, all apps in the main repo). You will still have to set GTK_THEME if you want to use Flatpaks / Snaps / Appimages
Edit: Please, never just report issues to other gtk projects while using this library. Please always check if the issue persists using extra/libadwaita, and report your issue only on this AUR package if it doesn't.