Package Details: libadwaita-git 1.1.0+110+g4e2e3322-2

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
Upstream URL: https://gnome.pages.gitlab.gnome.org/libadwaita
Licenses: LGPL
Conflicts: libadwaita
Provides: libadwaita, libadwaita-1.so
Submitter: tallero
Maintainer: tallero
Last Packager: tallero
Votes: 7
Popularity: 1.06
First Submitted: 2021-01-20 02:44 (UTC)
Last Updated: 2022-06-15 05:14 (UTC)

Required by (208)

Sources (1)

Latest Comments

infirit commented on 2022-06-23 20:23 (UTC)

Temporarily edit ~/.config/gtk4/settings.ini and set gtk-application-prefer-dark-theme to false.

SunRed commented on 2022-06-15 13:53 (UTC) (edited on 2022-06-15 13:56 (UTC) by SunRed)

Please consider building it using a clean chroot. The tests don't fail as they do on KDE but it just halts after the check function. The build process and package do fine so I just removed check for now.

On KDE the tests fail with the error message

Adwaita-FATAL-WARNING: Using GtkSettings:gtk-application-prefer-dark-theme with libadwaita is unsupported. Please use AdwStyleManager:color-scheme instead.

So it has do to with some dark mode setting?

tallero commented on 2022-06-15 13:30 (UTC)

I can't see any reason for this to fail to build specifically on KDE environments, could someone please attach a log?

TechXero commented on 2022-06-15 07:40 (UTC)

Continues to fail on KDE.. This is only meant for GTK4 users only.. Won't build on DE's like KDE.. #FAIL

huyz commented on 2022-06-15 04:26 (UTC)

The provides and conflicts array should be moved to inside package_libadwaita-git, otherwise, three split packages will all provide and conflict with libadwaite, which make it impossible to install these three split packages together.

laichiaheng commented on 2022-06-15 02:35 (UTC)

Fail to build it on ArchLinux Gnome

tallero commented on 2022-06-15 02:22 (UTC) (edited on 2022-06-15 02:22 (UTC) by tallero)

I just built it without issues from GNOME.

allesfresser commented on 2022-06-15 02:04 (UTC)

Can't build on my Plasma machine.

TechXero commented on 2022-06-14 22:17 (UTC)

@Black_file Good am not only one.. Awaiting fix as Bottles now depends on this..

Black_file commented on 2022-06-14 21:54 (UTC)

Same as @TechXero build fail on KDE

TechXero commented on 2022-06-14 21:26 (UTC)

trying to build on KDE host failing...

Log : https://pastebin.com/kyNtRTNJ

mazharhussain commented on 2022-02-28 09:18 (UTC)

It should be split into three packages (libadwaita-git, libadwaita-docs-git, libadwaita-demos-git) like the packages in the official ArchLinux repositories.

PKGBUILD of libadwaita in the official repos is available here.

I had previously created split packages for libadwaita-docs-git and libadwaita-demos-git here.

I will be happy to merge them into this package to create a single pkgbase with all three split packages.

crabvk commented on 2021-12-27 20:34 (UTC)

Got an error during the build

Dependency gtk4 found: NO found 4.4.1 but need: '>= 4.5.0'
Did not find CMake 'cmake'
Found CMake: NO
Run-time dependency gtk4 found: NO 

libadwaita/src/meson.build:227:0: ERROR: Invalid version of dependency, need 'gtk4' ['>= 4.5.0'] found '4.4.1'.

tallero commented on 2021-04-10 17:55 (UTC)

@yochananmarqos @SilverRainZ added in yesterday's commit.

SilverRainZ commented on 2021-04-10 16:30 (UTC)

Missing makedep sassc.

yochananmarqos commented on 2021-04-06 17:22 (UTC)

This now requires sassc to build.

melix99 commented on 2021-03-30 23:31 (UTC)

Upstream is moved to https://gitlab.gnome.org/GNOME/libadwaita

FredBezies commented on 2021-03-29 16:16 (UTC)

You have to add an epoch=1 in the PKGBUILD because the new version is considered to be older than the previous version.

Old version: libadwaita-git 1.1.0.r.g73c17e0-3 New version: libadwaita-git r1558.77243b8-1

flipflop97 commented on 2021-03-26 12:22 (UTC)

Thanks for updating the pkgver function! Can you also build the package locally and then commit the new version? This updates the version number in the aur and will make aur helpers not display an update is available all the time.

flipflop97 commented on 2021-03-24 12:27 (UTC) (edited on 2021-03-24 12:27 (UTC) by flipflop97)

Here's a working pkgver:

pkgver() {
  cd libadwaita
  ( set -o pipefail
    git describe --long --tags 2>/dev/null | sed 's/^v//;s/\([^-]*-g\)/r\1/;s/-/./g' ||
    printf "r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)"
  )
}

Since the repo has no tags yet, it will use the bottom part (which is probably why the current one fails). Once a tag is made, it will switch to the upper function which will create a version number just like the current one.

tallero commented on 2021-03-22 20:14 (UTC) (edited on 2021-03-22 21:29 (UTC) by tallero)

@rafaelff should be fixed. I knew about the '+' thing, the description was taken from the stable package, the issue is there, too.

I am not getting the pkgver error, also I use the same function everywhere. Maybe is it a broken cache or something?

rafaelff commented on 2021-03-22 12:05 (UTC)

Build is failing in pkgver function with the following output:

==> Starting pkgver()...
==> ERROR: pkgver is not allowed to contain colons, forward slashes, hyphens or whitespace.
==> ERROR: pkgver() generated an invalid version: fatal: No names found, cannot describe anything.
1.1.0.r.g73c17e0

The problem is that the second part of the printf command, "$(git describe --tags --long | cut -d '-' -f 2)", is outputting fatal: No names found, cannot describe anything., so the pkgver= entry is receiving a value with whitespaces.

rafaelff commented on 2021-03-22 11:11 (UTC)

Just to mention that GTK dropped the plus "+" sign from its name (see post Project rename to "GTK" from 6 Feb 2019), so you may want to do the same from the pkgdesc entry when convenient.

Depau commented on 2021-03-20 13:27 (UTC)

Hi, The dependency wayland-protocols is missing.

juxuanu commented on 2021-03-19 23:47 (UTC)

pkgver() is failing. Nothing to write. The printf is not working, prompting to a new version each check.

tallero commented on 2021-02-15 02:22 (UTC)

libhandy gtk4 branch has been renamed into libadwaita, these packages has to be merged

linos commented on 2021-01-04 18:35 (UTC)

conflicts with libhandy because of /usr/share/locale/*/LC_MESSAGES/libhandy.mo files

rafaelff commented on 2020-12-22 16:03 (UTC)

depends on gtk4 instead of gtk3 also depends on vulkan-headers for file 'vulkan/vulkan.h'

rafaelff commented on 2020-12-22 15:08 (UTC)

The pkgname would be better as "libhandy4-git", without the dash before "4". That's the common practice, like libhand0, gtk4, python2. See also https://wiki.archlinux.org/index.php/Arch_package_guidelines#Package_naming

Please consider renaming: create a libhandy4-git and use request form to file a merge request