Arch Linux User Repository

Had the same issue with /usr/local/bin/dunst being invoked instead of /usr/bin/dunst after an upgrade, fixed by running systemctl --user daemon-reload. Why was it /usr/local in the first place? No clue, probably some now-addressed problem in the Makefile, which was previously resulting in the PREFIX override being ignored, and now isn't.

It is correct. I don't know what package you are using but i have built this thrice with makepkg and chroots after the initial report and the path is correct.

/usr/lib/systemd/user/dunst.service contains the line

ExecStart=/usr/local/bin/dunst

which is clearly wrong. git show master:dunst.systemd.service.in shows

ExecStart=##PREFIX##/bin/dunst

so we should probably add PREFIX=/usr in build(), just like [community] dunst.

Technically this is fixing an old mistake :p by correctly delimiting the revision count as "not part of the version tag".

But it is true that this (by design) is incompatible with the old version scheme. There are two (sic) solutions:

1) Use an epoch

2) Wait until a new release before adding the "r".

3) Expect users to attempt to rebuild the git package, and manually "downgrade" the package when a different (but not new) version is built.

I've opted elsewhere to remove the "r" again, until pacman-git 5.1.x comes out.

Foxboron: please take the time to understand the problem. -git or no -git, your PKGBUILD still broke the versioning scheme, which is affecting pacman, not the AUR helper.

This is a -git package. A propper AUR helper should be checking the git repo for new revisions. If that isn't the case, the responsibility to update -git packages falls on the user. An epoch is not going to be added.

Hi,

I noticed that the pkgver scheme changed recently.

Before: 1.2.0.103.953.ga257556-1

After : 1.2.0.r223.gf7cf5b6-1

Unfortunately, the new scheme seems to be "older" than the old one, as far as pacman's version comparison algorithm goes. So, AUR helpers will think that new packages are older than old ones.

You may want to address this by using a new epoch in the PKGBUILD: https://wiki.archlinux.org/index.php/PKGBUILD#epoch

Upstream repo contain tags, but the pkgver is chosen for tagless repos?

Nevertheless, the reason why I wanted to comment: Upstream dropped gtk3 hard dep and relies instead on gdk-pixbuf

Edit: Oh, and there seems now a libxrandr dependency

I fixed the pkgver, and I orphan this package. The guideline is too stupid.

Hello, you're currently violating the AUR guidelines. Please turn off your "AUR Update Bot" and don't do anything like that again. :)

https://wiki.archlinux.org/index.php/Arch_User_Repository#Foo_in_the_AUR_is_outdated.3B_what_do_I_do.3F

EDIT: Also please use a decent pkgver function like the one listed in the wiki: https://wiki.archlinux.org/index.php/VCS_package_guidelines#Git

Using the commit count twice, without properly marking it as r$rev anywhere, causes far too much trouble when calculating version comparison logic for no gain.