Package Details: libdbusmenu-gtk3 16.04.0-1

Git Clone URL: (read-only)
Package Base: libdbusmenu
Description: A library for passing menus over DBus
Upstream URL:
Licenses: GPL3, LGPL3, LGPL2.1
Submitter: alucryd
Maintainer: WoefulDerelict
Last Packager: WoefulDerelict
Votes: 450
Popularity: 10.677087
First Submitted: 2016-02-03 18:04
Last Updated: 2016-06-30 21:28

Latest Comments

Artim commented on 2016-08-28 14:16

it seems I have the same/equal problem like macstar, I also get the error "Makepkg was unable to build libdbusmenu." when trying to build telegram-desktop.
The only error I see is that it complains that it doesn't have enough free space. Ok, it says it needs at least 7.5 GB but in /tmp I only have 6.3 GB. So I changed in /etc/yaourtrc the lines



but it still has the same complains in the beginning of the log.
Here I have a copy of the whole yaourt output:
maybe someone sees something I don't see. I'm very new to Linux.

EDIT: ok, seems that only the Telegram repo is totally messed up. It has problems installing every other packet but when I build them manually there is no problem.

WoefulDerelict commented on 2016-07-18 19:24

arsenbonbon: I regret to inform you that the only problems with this package exist between your keyboard and chair. Firstly, the out-of-date flag is only to be used when packages are out of sync with the current upstream release. Any other problem should be described in a comment containing links to a paste site with the relevant outputs to aid in debugging. Secondly, had you bothered to consult the documentation you would know that the user is expected to install the base-devel group before using makepkg or building packages from the AUR. This appears many times in the Wiki along with the knowledge that packages belonging to base-devel are not required to be listed as build time dependencies. ( (

Kwpolska: Unfortunately I am not sure the community at large will agree with you as makepkg's behaviour regarding split packages and dependencies is clearly defined in the documentation here: As ignoring the package specific depends and instead using only the global depends and makedepends variables is the documented behaviour and clearly recorded in the manual it stands to reason that it is intentional and not a bug.

amagnasco commented on 2016-03-18 05:14

successfully compiled on the 'armv7h' architecture

Kwpolska commented on 2016-03-15 19:47

@WoefulDerelict Probably because those “more common helpers” and makepkg do not even bother checking split package dependencies, relying on pkgbase dependencies only. Which is a bug in my opinion — forcing people to rely on makedepends. I released PKGBUILDer v4.2.6 to fix this special case.

WoefulDerelict commented on 2016-03-15 19:29

Kwpolska: This is a valid split package. When manually building and installing this set of packages via makepkg and pacman the issue you describe does not occur. In testing this PKGBUILD and others with more common helpers like bauerbill, cower, pacaur and yaourt one has not come across a case such as yours. This behaviour seems isolated to your specific helper and its inability to properly cope with this type of PKGBUILD.

Kwpolska commented on 2016-03-15 16:30

This package trips up PKGBUILDer (my AUR helper) libdbusmenu-gtk2 and libdbusmenu-gtk3 depend on libdbusmenu-glib, leading to an infinite loop. I’ll patch it on my side, but you should make sure this is the right way to package things.

WoefulDerelict commented on 2016-03-02 02:08

The --pkg option was removed in the latest series of updates to the package tools. Try running makepkg without options and installing the specific package you want using pacman -U

Theredbaron1834 commented on 2016-03-02 01:51

This is failing to build with "makepkg: invalid option '--pkg'", and I am not smart enough to find out why.

WoefulDerelict commented on 2016-02-09 16:47

macstar: Indeed that is a simple solution, glad you got it sorted. I will add docbook-xsl as a make depend so that other users don't encounter the same error.

I'm not sure why yaourt would start outputting in german if you have LANG=en_US.UTF-8 as your system default in /etc/locale.conf either. Many programs like your desktop environment will maintain their own settings for language and only reference the default when their own settings aren't available. I'm sure not having the locale errors is nice but it is an odd trade off. If you're running yaourt in a terminal emulator hosted inside a DE I'd check the settings in the terminal emulator. You can often find help debugging things like that in #archlinux on freenode.

macstar commented on 2016-02-09 09:30


i got it working now! the solution was that simple:
sudo pacman -S docbook-xsl
then i ran yaourt update again and the installation went fine without any error message.

All comments