Search Criteria
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) |
Dependencies (12)
- gdk-pixbuf2 (gdk-pixbuf2-git)
- libnotify (libnotify-gtk2, libnotify-id-git, libnotify-id)
- libxdg-basedir
- libxinerama (libxinerama-randr-git)
- libxrandr (libxrandr-git)
- libxss
- pango (pango-ubuntu, pango-minimal-git, pango-git)
- dbus (dbus-elogind, dbus-git, dbus-nosystemd-minimal-git, dbus-nosystemd, dbus-xdg-docs, dbus-selinux, dbus-x11) (make)
- git (git-git, git-vfs, git-run-command-patch-git) (make)
- perl (perl-git) (make)
- wayland (wayland-git, wayland-nodocs-git, wayland-hi-res-scroll-git) (make)
- wayland-protocols (wayland-protocols-git) (make)
Required by (67)
- alun (requires dunst) (optional)
- audd-cli-git (requires dunst) (optional)
- awesome-cinnamon (requires notification-daemon)
- awesome-gnome (requires notification-daemon)
- barify (requires notification-daemon)
- barify (requires dunst) (optional)
- batify (requires notification-daemon) (optional)
- batify-git (requires notification-daemon) (optional)
- batti (requires notification-daemon) (optional)
- blueman-git (requires notification-daemon)
- buzz-git (requires notification-daemon)
- clipdl (requires dunst)
- dots-git (requires dunst) (optional)
- dots-stable (requires dunst) (optional)
- dunstmerge (requires dunst)
- epoptes (requires notification-daemon)
- epoptes-bzr (requires notification-daemon)
- flickpapr (requires dunst)
- fluxable-newmenu (requires notification-daemon) (optional)
- gajim-git (requires notification-daemon) (optional)
Latest Comments
OliverLew commented on 2021-11-20 06:13 (UTC)
For
*-git
packages, there usually is apkgver
function that decides the package name from the latest commit information. Themakepkg
command will change thepkgver
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 withmakepkg
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 bymakepkg
. If you wish to update, just clean up the folder and runmakepkg -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
or0
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
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 runningsystemctl --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
which is clearly wrong.
git show master:dunst.systemd.service.in
showsso 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)
TrialnError commented on 2017-10-21 18:26 (UTC)
haawda commented on 2017-08-02 21:03 (UTC)
TrialnError commented on 2017-08-02 17:38 (UTC)
commented on 2017-08-01 20:28 (UTC)
hero commented on 2017-07-12 16:29 (UTC)
whynothugo commented on 2017-05-20 17:25 (UTC)
rotsix commented on 2017-03-20 20:26 (UTC)
Brottweiler commented on 2017-02-27 19:55 (UTC)
hero commented on 2017-02-19 12:58 (UTC)
Stebalien commented on 2017-02-18 22:07 (UTC)
haawda commented on 2017-02-18 20:22 (UTC)
Stebalien commented on 2017-02-17 18:39 (UTC)
johnchen902 commented on 2017-01-21 14:12 (UTC)
whynothugo commented on 2017-01-14 23:47 (UTC)
knopwob commented on 2017-01-09 15:30 (UTC)
frank604 commented on 2016-10-31 03:04 (UTC)
commented on 2015-09-05 14:57 (UTC)
commented on 2015-09-05 14:55 (UTC)
bo0ts commented on 2015-08-10 15:11 (UTC)
commented on 2015-08-07 18:59 (UTC)
commented on 2015-06-12 09:33 (UTC)
bo0ts commented on 2015-06-01 13:26 (UTC)
Joel commented on 2015-05-20 15:00 (UTC)
kingcody commented on 2015-04-21 06:08 (UTC)
whynothugo commented on 2014-07-07 22:07 (UTC)
commented on 2014-03-17 14:53 (UTC)
Hspak commented on 2014-03-07 00:09 (UTC)
jspencer commented on 2013-10-17 14:16 (UTC)
commented on 2013-08-14 19:27 (UTC)
commented on 2013-03-31 08:11 (UTC)
gtmanfred commented on 2013-03-31 05:24 (UTC)
commented on 2013-03-20 15:46 (UTC)
Ypnose commented on 2013-03-20 10:59 (UTC)
commented on 2013-02-26 08:57 (UTC)
commented on 2013-01-27 10:05 (UTC)
Ypnose commented on 2012-08-14 10:40 (UTC)
commented on 2012-08-10 20:11 (UTC)
commented on 2012-07-28 21:57 (UTC)
commented on 2012-07-28 16:20 (UTC)
commented on 2012-06-23 20:18 (UTC)
commented on 2012-06-22 06:42 (UTC)
commented on 2012-06-21 21:41 (UTC)
commented on 2012-06-14 09:04 (UTC)
commented on 2012-06-13 15:02 (UTC)
commented on 2012-06-13 13:41 (UTC)
commented on 2011-11-18 19:07 (UTC)
JokerBoy commented on 2011-11-17 19:09 (UTC)
commented on 2011-11-17 19:00 (UTC)
JokerBoy commented on 2011-11-17 18:38 (UTC)
commented on 2011-10-03 09:49 (UTC)
JokerBoy commented on 2011-10-03 09:19 (UTC)
commented on 2011-10-03 09:15 (UTC)
JokerBoy commented on 2011-10-03 09:04 (UTC)
commented on 2011-09-24 13:54 (UTC)
fredmorcos commented on 2011-09-24 13:16 (UTC)