A highly configurable and lightweight notification daemon.
Customize fonts, icons, timeouts, and more. Are you unhappy with the default shortcuts and colors? No worries, you can change these all with a simple configuration file tweak.
click the images to see the dunstrc
Run custom scripts on notifications matching a specified pattern. Have espeak read out your notifications, or play a song when your significant other signs on in pidgin!
Change the look or behavior of notifications matching a specified pattern. You could use this to change the color of message notifications from your favorite jabber buddies, or to prevent important work email notifications from disappearing until you manually dismiss them.
If you want to take a break and not receive any notifications for a while, just pause dunst. All notifications will be saved for you to catch up later.
Catch an unread notification disappearing from the corner of your eye? Just tap a keyboard shortcut to replay the last notification, or continue tapping to see your notification history.
Most documentation can be found in dunst's man pages. In dunst(1) contains some general instructions on how to run dunst and in dunst(5) all of dunst's configuration options are explained.
On the dunst wiki you can find guides and installation instructions and on the dunst website there is a FAQ with common issues.
Dunst is available in many package repositories. If it's not available in your distro's repositories, don't worry, it's not hard to build it yourself.
- dbus (runtime)
- libxinerama
- libxrandr
- libxss
- glib
- pango/cairo
- libnotify (optional, for dunstify)
- wayland-client (can build without, see make parameters)
- wayland-protocols (optional, for recompiling protocols)
- xdg-utils (optional, xdg-open is the default 'browser' for opening URLs)
The names will be different depending on your distribution.
git clone https://github.com/dunst-project/dunst.git
cd dunst
make
sudo make install
DESTDIR=<PATH>
: Set the destination directory of the installation. (Default:/
)PREFIX=<PATH>
: Set the prefix of the installation. (Default:/usr/local
)BINDIR=<PATH>
: Set thedunst
executable's path (Default:${PREFIX}/bin
)DATADIR=<PATH>
: Set the path for shared files. (Default:${PREFIX}/share
)SYSCONFDIR=<PATH>
: Set the base directory for system config files. (Default:${PREFIX}/etc/xdg
)SYSCONFFILE=<PATH>
: Set the absolute path to which the default dunstrc shall be installed. (Default:${SYSCONFDIR}/dunst/dunstrc
)SYSCONF_FORCE_NEW=(0|1)
: Overwrite existing${SYSCONFFILE}
. (Default: 0 (don't overwrite))MANDIR=<PATH>
: Set the prefix of the manpage. (Default:${DATADIR}/man
)SYSTEMD=(0|1)
: Disable/Enable the systemd unit. (Default: autodetect systemd)WAYLAND=(0|1)
: Disable/Enable wayland support. (Default: 1 (enabled))SERVICEDIR_SYSTEMD=<PATH>
: The path to put the systemd user service file. Unused, ifSYSTEMD=0
. (Default:${PREFIX}/lib/systemd/user
)SERVICEDIR_DBUS=<PATH>
: The path to put the dbus service file. (Default:${DATADIR}/dbus-1/services
)EXTRA_CFLAGS=<FLAGS>
: Additional flags for the compiler.
Make sure to run all make calls with the same parameter set. So when building with make PREFIX=/usr
, you have to install it with make PREFIX=/usr install
, too.
Notes on default of XDG_CONFIG_DIRS
Dunst uses a different default (
Notes on SYSCONFFILE
Changing SYSCONFFILE does not affect the search for config files, meaning it will not take effect if you choose to install dunstrc to a location that cannot be found by the algorithm outlined in the FILES section of dunst(1).
make install
will not overwrite an already existing ${SYSCONFFILE} (i.e.
/usr/local/etc/xdg/dunst/dunstrc), see SYSCONF_FORCE_NEW above. This is so you
do not lose local changes to said file on upgrade. However, it is recommended
to leave that file untouched and use a more important config location to
override settings, see the FILES section in dunst(1) for more details.
make uninstall
will not remove ${SYSCONFFILE}, use make uninstall-purge
if
you do want it removed as well.
This functionality was removed during the refactor. It might be re-added later in some form. See #940 for details.
Please use the issue tracker provided by GitHub to send us bug reports or feature requests.
Written by Sascha Kruse dunst@knopwob.de
Copyright 2013 Sascha Kruse and contributors (see LICENSE
for licensing information)