Package Details: libadwaita-git 1:r1560.4f6e828-2

Git Clone URL: https://aur.archlinux.org/libadwaita-git.git (read-only, click to copy)
Package Base: libadwaita-git
Description: Library full of GTK widgets for mobile phones
Upstream URL: https://gitlab.gnome.org/GNOME/libadwaita
Licenses: LGPL
Conflicts: libadwaita
Provides: libadwaita
Submitter: tallero
Maintainer: tallero
Last Packager: tallero
Votes: 4
Popularity: 3.02
First Submitted: 2021-01-20 02:44
Last Updated: 2021-04-09 17:57

Required by (15)

Sources (1)

Latest Comments

1 2 Next › Last »

tallero commented on 2021-04-10 17:55

@yochananmarqos @SilverRainZ added in yesterday's commit.

SilverRainZ commented on 2021-04-10 16:30

Missing makedep sassc.

yochananmarqos commented on 2021-04-06 17:22

This now requires sassc to build.

melix99 commented on 2021-03-30 23:31

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

FredBezies commented on 2021-03-29 16:16

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

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

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

@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

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

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.