Package Details: libadwaita-git-docs 1.3.rc+311+ge810d86b-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 (documentation)
Upstream URL: https://gnome.pages.gitlab.gnome.org/libadwaita
Licenses: LGPL
Submitter: tallero
Maintainer: tallero (truocolo)
Last Packager: truocolo
Votes: 7
Popularity: 0.000005
First Submitted: 2021-01-20 02:44 (UTC)
Last Updated: 2023-12-18 09:06 (UTC)

Dependencies (9)

Required by (0)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

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

« First ‹ Previous 1 2 3 4 5 6 Next › Last »