Package Details: dunst-git 1.6.1.r13.g3acffdb-1

Git Clone URL: https://aur.archlinux.org/dunst-git.git (read-only, click to copy)
Package Base: dunst-git
Description: Lightweight and customizable notification daemon
Upstream URL: https://dunst-project.org/
Licenses: BSD
Conflicts: dunst, dunstify
Provides: dunst, dunstify, notification-daemon
Submitter: None
Maintainer: mackilanu
Last Packager: mackilanu
Votes: 60
Popularity: 0.001191
First Submitted: 2011-09-08 20:54 (UTC)
Last Updated: 2021-04-02 14:33 (UTC)

Required by (67)

Sources (1)

Latest Comments

OliverLew commented on 2021-11-20 06:13 (UTC)

For *-git packages, there usually is a pkgver function that decides the package name from the latest commit information. The makepkg command will change the pkgver variable in PKGBUILD every time it's executed. So the version we see in this page is what the maintainer had when he updated last time, that doesn't prevent users to update to the latest git commit with makepkg command. It's quite common in AUR's git packages.

MithicSpirit commented on 2021-10-26 19:21 (UTC)

@JohnTheCF (replying to out-of-date flag) since this is a -git package it always pulls from the latest git commit, so the version reported is not the one that will be built by makepkg. If you wish to update, just clean up the folder and run makepkg -si again to pull the latest commit and rebuild.

That said, it would be nice if the version was updated to something such as latest or 0 in order to make it clearer.

TrialnError commented on 2021-10-20 18:45 (UTC)

The PKGBUILD needs to set SYSCONFDIR to fix the behaviour reported by MithicSpirit.
Also the make dunstify isn't needed anymore as dunstify is built per default since some months.

MithicSpirit commented on 2021-09-20 23:31 (UTC)

AFAIK the dunstrc template file should be in /etc/xdg/dunst/dunstrc rather than /usr/etc/xdg/dunst/dunstrc (dunst is the only program that owns /usr/etc/xdg/ on my system, while a myriad own /etc/xdg/).

frebib commented on 2021-06-25 21:36 (UTC)

This package is missing a makedepends on pod2man

==> Starting pkgver()...
==> Updated version: dunst-git 1.6.1.r52.g9f4f110-1
==> Sources are ready.
==> Making package: dunst-git 1.6.1.r52.g9f4f110-1 (Fri 25 Jun 2021 22:34:22 BST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Starting pkgver()...
==> Starting build()...
pod2man --name=dunst -c "Dunst Reference" --section=1 --release=v1.6.1-52-g9f4f110 docs/dunst.1.pod > docs/dunst.1
/bin/sh: line 1: pod2man: command not found
make: *** [Makefile:131: docs/dunst.1] Error 127
==> ERROR: A failure occurred in build().
    Aborting...
error making: dunst-git

mikau commented on 2021-01-25 21:00 (UTC)

libxdg-basedir should only be a make dependency, as it is not needed at runtime. It's not mentioned under the "Dependencies" section of the README, and checking with ldd reveals that it really isn't used.

alecmev commented on 2018-01-25 22:12 (UTC) (edited on 2018-01-25 22:17 (UTC) by alecmev)

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.

Foxboron commented on 2018-01-22 07:54 (UTC)

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.

johnchen902 commented on 2018-01-22 04:32 (UTC)

/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.

eschwartz commented on 2018-01-17 15:25 (UTC) (edited on 2018-01-17 15:26 (UTC) by eschwartz)

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.

CyberShadow commented on 2018-01-17 15:18 (UTC)

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.

Foxboron commented on 2018-01-17 15:15 (UTC)

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.

CyberShadow commented on 2018-01-11 03:03 (UTC) (edited on 2018-01-11 03:04 (UTC) by CyberShadow)

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

TrialnError commented on 2018-01-06 21:07 (UTC) (edited on 2018-01-06 21:14 (UTC) by TrialnError)

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

haawda commented on 2017-12-20 09:33 (UTC)

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

eschwartz commented on 2017-12-19 12:25 (UTC) (edited on 2017-12-19 12:32 (UTC) by eschwartz)

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.

haawda commented on 2017-10-21 23:50 (UTC)

I removed the line deleting config.h.

TrialnError commented on 2017-10-21 18:26 (UTC)

With #371 merged the prepare function will need some adjustments, else the compilation failes because config.h is getting deleted :D

haawda commented on 2017-08-02 21:03 (UTC)

TrialnError, namcap told me, that dunstify still needs gtk2, but it was a leftover from the previous build. Indeed only gtk3 is needed. hero, I chnaged the pkgver function in a way that the revlist comes before the git hash. I hope this has no bad side effects.

TrialnError commented on 2017-08-02 17:38 (UTC)

But as described in the upstream PR[0] this replaces gtk2 and isn't an additional dep _________ [0] https://github.com/dunst-project/dunst/pull/333

commented on 2017-08-01 20:28 (UTC)

dunst now depends on gtk3

hero commented on 2017-07-12 16:29 (UTC)

@haadawa Could you update the pkgver variable to "1.2.0.2.gb06475b.852"? This is the format of the pkgver function. Right now my AUR helper thinks that dunst-git is outdated. This is, because it thinks, that version "1.2.0.2.gb06475b.852" is smaller than version "1.2.0.850".

whynothugo commented on 2017-05-20 17:25 (UTC)

The systemd service file has been upstreamed, so no need to manually sed/install it any more (it's now done as part of make/make install).

rotsix commented on 2017-03-20 20:26 (UTC)

Hi, why not adding the armv7h in disponible architectures ? It works perfectly on my RPi3. Thx

Brottweiler commented on 2017-02-27 19:55 (UTC)

@haawda the systemd unit still does not work, as already requested, you need to install it as "dunst.service" not "dunst.systemd.service". I suppose this is also an upstream issue.

hero commented on 2017-02-19 12:58 (UTC)

@haawda Thank you for your fast changes, but the systemd service file not only needs to be moved, but also needs to be renamed to dunst.service, just as Stebalien suggested, otherwise systemctl will not recognize it.

Stebalien commented on 2017-02-18 22:07 (UTC)

@haawda Thanks but, FYI, the systemd service should be installed to "${pkgdir}"/usr/lib/systemd/user/dunst.service

haawda commented on 2017-02-18 20:22 (UTC)

Thanks, the contrib directory is honored now.

Stebalien commented on 2017-02-17 18:39 (UTC)

Please consider packaging the systemd service file (you can find it in the contrib directory of the source code).

johnchen902 commented on 2017-01-21 14:12 (UTC)

I get the same "/bin/sh: pod2man: command not found", which is located at /usr/bin/core_perl/pod2man on my machine. Changing to "env PATH=/usr/bin/core_perl/:/usr/bin make ..." works for me.

whynothugo commented on 2017-01-14 23:47 (UTC)

Package conflicts with dunstify, so either don't include it, or add it con conflicts.

knopwob commented on 2017-01-09 15:30 (UTC)

The project moved to https://github.com/dunst-project/dunst (cloning from the old url should still work, but you might want to update it). I found a new maintainer (that's the reason for the move, to make it easier to have multiple maintainers) so this should bring back some live into this project.

frank604 commented on 2016-10-31 03:04 (UTC)

It seems knopwob github for dunst is unmaintained. Kingcody submitted a commit that adds svg icon support. I forked dunst and added the commit. Not sure if this is the right place to add such things but if you need svg, change source to ('git://github.com/frank604/dunst.git') in pkgbuild. I am not looking to maintain the dunst project, just thought this might help some folks.

commented on 2015-09-05 14:57 (UTC)

pkg-config is part of base-devel. It is thus not a valid dependency, as per <Note: The group base-devel is assumed to be already installed when building with makepkg. Members of this group should not be included in makedepends array.>[1] [1] https://wiki.archlinux.org/index.php/PKGBUILD

commented on 2015-09-05 14:55 (UTC)

pkg-config is part of base-devel. It is not a valid dependency.

bo0ts commented on 2015-08-10 15:11 (UTC)

Just orphan the package and maybe fix the makedepends before you do it...

commented on 2015-08-07 18:59 (UTC)

Since I no longer intend to use distributions with systemd for personal use, I will abandon this package no earlier than 2015-09-01. Should someone be interested in maintaining this package afterwards, he or she can contact me in the interim to become co-maintainer and then sole maintainer once I leave, to ensure a smooth transition.

commented on 2015-06-12 09:33 (UTC)

Initial AUR4 import.

bo0ts commented on 2015-06-01 13:26 (UTC)

Requires package pkg-config to build

Joel commented on 2015-05-20 15:00 (UTC)

I got error... ==> Iniciando build()... /bin/sh: pod2man: no se encontró la orden Makefile:63: fallo en las instrucciones para el objetivo 'dunst.1' make: *** [dunst.1] Error 127

kingcody commented on 2015-04-21 06:08 (UTC)

A pkgver function like this will update the tags and commit hash as recommended by https://wiki.archlinux.org/index.php/VCS_package_guidelines#Git pkgver() { cd ${srcdir}/${_gitname} # cutting off 'v' prefix that presents in the git tag git describe --long --tags | sed 's/^v//;s/\([^-]*-g\)/r\1/;s/-/./g' }

whynothugo commented on 2014-07-07 22:07 (UTC)

"libnotify" is not an optdepends; it provides no additional functionality to the dunst.

commented on 2014-03-17 14:53 (UTC)

Hspasta: Included now

Hspak commented on 2014-03-07 00:09 (UTC)

Could you install dunstify as well with this package? I don't think it's worth creating a new package just for dunstify.

jspencer commented on 2013-10-17 14:16 (UTC)

Minor point: the license field states dunst is under the MIT license but the license file (and dunst website) give it as the 3-clause BSD license.

commented on 2013-08-14 19:27 (UTC)

I've adopted this package and changed the pkgver function to reflect the last released version instead of the build-date, as dunst uses tags to identify versions. This has the problematic side effect that the (one time only) update from the previous pkgver naming to this one is counted by pacman as a downgrade, so update accordingly.

commented on 2013-03-31 08:11 (UTC)

I will! I'm just waiting for pacman 4.1 to be released, then I'll go through all my packages and renew them.

gtmanfred commented on 2013-03-31 05:24 (UTC)

please use $SRCDEST instead of $startdir, $startdir should never be used

commented on 2013-03-20 15:46 (UTC)

Like this? Thanks for letting me know!

Ypnose commented on 2013-03-20 10:59 (UTC)

Hi Army, after my request knopwob changed "libxdg-basedir" as an optional dependency when you change config.h. Maybe you can modify"libxdg-basedir" to optdepends when config.h isn't missing. https://github.com/knopwob/dunst/issues/95 Cheers

commented on 2013-02-26 08:57 (UTC)

And yet another change, pango was added as a dependency.

commented on 2013-01-27 10:05 (UTC)

I changed the PKGBUILD a bit, now everything is up to date (url, describtion, dependencies) and there's a new command to make dunst if a config.h is used, like knobwob mentioned here https://bbs.archlinux.org/viewtopic.php?pid=1223150#p1223150

Ypnose commented on 2012-08-14 10:40 (UTC)

Really like custom config.h support. Now, we don't need additional dunstrc file.

commented on 2012-08-10 20:11 (UTC)

Updated to support custom config.h for those who want to use it. Just put your config.h into the startdir and run makepkg.

commented on 2012-07-28 21:57 (UTC)

Thanks, especially for the explanation.

commented on 2012-07-28 16:20 (UTC)

Hi, the PKGBUILD needs an update: package() { cd "${srcdir}/${_gitname}-build" make DESTDIR=${pkgdir} PREFIX=/usr install install -Dm644 "${srcdir}/dunst-build/LICENSE" "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE" } Note the DESTDIR/PREFIX change. I've added a service file so dunst can get started by dbus. That file contains the full path to the dunst binary, which would point to $pkddir, if PREFIX is set to it.

commented on 2012-06-23 20:18 (UTC)

new dependency again: "libxdg-basedir"

commented on 2012-06-22 06:42 (UTC)

Updated, thanks for reminding me. But I still have to copy the license, because the BSD license isn't included in the license package.

commented on 2012-06-21 21:41 (UTC)

Hi, there again happend a few changes that created the need to change the PKGBUILD. First of all the makedependency of 'iniparser' can be dropped [1] and the copying of the LICENSE.dmenu file isn't necessary anymore and dunst has now a clear license which is the bsd license.[2]. Thank you very much [1] https://github.com/knopwob/dunst/pull/18 [2] https://github.com/knopwob/dunst/issues/19

commented on 2012-06-14 09:04 (UTC)

Updated the url, since dunst now has a real homepage :)

commented on 2012-06-13 15:02 (UTC)

Thanks knopwob, I also added libxft and libxss, namcap reported those as missing dependencies

commented on 2012-06-13 13:41 (UTC)

Hi, there are a few changes, that created the need of a new PKGBUILD. A new makedepend (iniparser) and the config.h stuff is gone. Here is an updated version of the PKGBUILD. https://gist.github.com/2924107

commented on 2011-11-18 19:07 (UTC)

I changed the format of the readme to make use of githubs markup feature. And I auto-generate the manpage from the readme with pod2man which is part of the perl package. So perl should be added to makedepends (It's not needed at runtime). Btw if I haven't said so already: thank you for packaging this ;-)

JokerBoy commented on 2011-11-17 19:09 (UTC)

It looks ok, but I prefer the old way.

commented on 2011-11-17 19:00 (UTC)

Thanks JokerBoy! I prefer this way of dealing with config.h files. Please take a look at it and tell me what you think.

JokerBoy commented on 2011-11-17 18:38 (UTC)

http://punctweb.ro/pkgbuilds/dunst-git-20111117-1.src.tar.gz Now dunst is using a config.h, just like dwm. :)

commented on 2011-10-03 09:49 (UTC)

Ah ok, that's definitely a big improvement. Thanks a lot!

JokerBoy commented on 2011-10-03 09:19 (UTC)

Well, for using the compile flags from /etc/makepkg.conf. :)

commented on 2011-10-03 09:15 (UTC)

Thanks! Just so I know, what exactly is improved with this sed line? I know what it does, but what's better about += than = ?

JokerBoy commented on 2011-10-03 09:04 (UTC)

http://ompldr.org/vYW10ag/dunst-git-20111003-1.src.tar.gz With a few tweaks.

commented on 2011-09-24 13:54 (UTC)

done, thank you.

fredmorcos commented on 2011-09-24 13:16 (UTC)

Could you please add 'notification-daemon' to the provides=() array?