Search Criteria
Package Details: libadwaita-demos-git 1.6.rc.r16.g6e98d61-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/libadwaita-git.git (read-only, click to copy) |
---|---|
Package Base: | libadwaita-git |
Description: | Building blocks for modern adaptive GNOME applications (demo applications) |
Upstream URL: | https://gnome.pages.gitlab.gnome.org/libadwaita |
Licenses: | LGPL-2.1-or-later |
Conflicts: | libadwaita-demos |
Provides: | libadwaita-demos |
Submitter: | tallero |
Maintainer: | FabioLolix |
Last Packager: | FabioLolix |
Votes: | 7 |
Popularity: | 0.000000 |
First Submitted: | 2021-01-20 02:44 (UTC) |
Last Updated: | 2024-09-03 21:22 (UTC) |
Dependencies (13)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- gtk4 (gtk4-customizableAUR, gtk4-paper-planeAUR, gtk4-gitAUR)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- libadwaita (libadwaita-testingAUR, libadwaita-gitAUR, libadwaita-without-adwaita-gitAUR)
- gi-docgen (make)
- git (git-gitAUR, git-glAUR) (make)
- glib2-devel (make)
- gobject-introspection (gobject-introspection-gitAUR) (make)
- meson (meson-gitAUR) (make)
- sassc (sassc-gitAUR) (make)
- vala (vala-gitAUR) (make)
- weston (weston-gitAUR) (check)
Latest Comments
1 2 3 4 5 6 Next › Last »
MarsSeed commented on 2024-08-22 00:22 (UTC)
After the latest update, this now builds fine in clean chroot. Thx for the quick update, @FabioLolix!
MarsSeed commented on 2024-08-21 22:50 (UTC) (edited on 2024-08-21 22:51 (UTC) by MarsSeed)
Btw @amotrak has submitted a patch, and it is needed for this package to build. As since June 2024, Arch packagers have split out the build helper runtimes from glib2 and made the split package glib2-devel.
Without that in makedepends, this is what happens (tested with the current, latest PKGBUILD, in clean chroot):
MarsSeed commented on 2024-08-21 22:46 (UTC)
@FabioLolix, thx for the update, and for your feedback! I will try to aim for making and sharing patches when I can push myself to do so.
Though bear in mind that most typically, when I make a packaging feedback, the changes I suggest are not urgent for me personally. So please don't feel pressured on my part. :)
I am most usually a "hit-and-run" tester of many packages that I don't normally use. Like this one. (I use KDE and I actually don't even have gtk4 nor libadwaita installed on my main machine.)
The chance that brought me here was testing an abandoned VCS package, crosswords-git.
FabioLolix commented on 2024-08-21 22:35 (UTC)
I have pushed an initial revision I made some time ago
@MarsSeed you already know I don't have broadband in these days; why don't you make a patch instead of commenting?
This is also hosted here https://github.com/FabioLolix/PKGBUILD-AUR_fix/tree/master/l
MarsSeed commented on 2024-08-21 22:17 (UTC) (edited on 2024-08-21 22:18 (UTC) by MarsSeed)
Also this package should depend on gtk4-git, not gtk4, because it can be frequently the case, as is at the moment, that the stable gtk4 is too old for the requirement defined in the libadwaita main branch:
MarsSeed commented on 2024-08-21 22:10 (UTC)
Please rename all split packages to have an actual
-git
suffix in pkgname. Current naming pattern is not proper (libadwaita-git-docs
,libadwaita-git-demos
).amotrak commented on 2024-08-04 06:05 (UTC) (edited on 2024-08-04 06:09 (UTC) by amotrak)
New dependencies are required, just applied the changes from the Arch libadwaita PKGBUILD. Also consider removing version restriction on gtk4 package, as it makes it impossible to build against a gtk4-git (which is now a requirement)
Bitals commented on 2023-12-18 19:48 (UTC) (edited on 2023-12-18 19:49 (UTC) by Bitals)
Okay, I found that only encapsulating the whole
check()
into abash
subshell works as expected:Should also guarantee that
${_w}
exist inside that shell, because it's still the same one.Bitals commented on 2023-12-18 19:20 (UTC) (edited on 2023-12-18 19:20 (UTC) by Bitals)
Disregard my previous comment about
trap
, that was incorrect. Debugging rn.1 2 3 4 5 6 Next › Last »