Package Details: j4-dmenu-desktop 2.18-1

Git Clone URL: (read-only, click to copy)
Package Base: j4-dmenu-desktop
Description: A much faster replacement for i3-dmenu-desktop. Its purpose is to find .desktop files and offer you a menu to start an application using dmenu.
Upstream URL:
Licenses: GPL3
Conflicts: j4-dmenu-desktop-git
Submitter: justin8
Maintainer: austinpray (physkets)
Last Packager: physkets
Votes: 141
Popularity: 4.12
First Submitted: 2013-12-30 00:14
Last Updated: 2020-10-04 14:06

Dependencies (4)

Required by (0)

Sources (2)

Pinned Comments

physkets commented on 2019-03-16 07:35

The pkgbuild now performs a signature check, and you will have to import and (locally) sign the key, once.

gpg --search-keys A1774C1B37DC1DCEDB65EE469B8450B91D1362C1
gpg --lsign-key A1774C1B37DC1DCEDB65EE469B8450B91D1362C1

Latest Comments

« First ‹ Previous 1 2 3 4

carstene1ns commented on 2014-05-26 16:00

This should fix the problem: Also, because we compile the test sources, this also runs it in the check() function.
Another fix would be (as already mentioned) to define NO_TESTS, this would skip the git checkout of 'catch' and not compile the test sources.

justin8 commented on 2014-05-25 22:45

That might be something to raise an issue on the upstream bug tracker if that is the case.

As for building in a dirty directory, I'm not sure, that's very hard to make a directory with the same leftover files as someone else after possibly multiple versions, I also suggested it since I tested it and it did work for me, and still does. Catch doesn't appear to compile as it reports no patch/configure/build/install steps, then continues on with the rest of the build process.

@IBeArjen: If you're certain that setting it to use a single threaded build will fix this issue, then I'll gladly add it to the pkgbuild.

carstene1ns commented on 2014-05-25 18:56

'catch' is only required to run some tests that could also be disabled with -DNO_TESTS as we do not run them for building this package anyways (no 'check' function).

But a proper fix would be to fix the cmakelists.txt by adding a hard dependency.

IBeArjen commented on 2014-05-25 16:03

Actually, recompiling it in a _dirty_ directory might work. That, or compiling using "-j1" (i.e. single threaded build). The build process pulls catch from git and starts further steps before getting catch has completed, and fails because of this.

justin8 commented on 2014-05-15 01:14

Please try to build it in a clean folder, I just tried it again and have no issues when building in a clean chroot. I last saw that catch.cpp error many months ago now when trying to compile this, it may be left over files from a previous build that caused the issue. And make sure you have everything up to date before building of course. (

py_crash commented on 2014-05-14 14:43

Coudn't Compile it:

justin8 commented on 2014-05-07 01:35

Updated to v2.11; had to backport a patch from issue #20 that stopped it from building both 2.10 and 2.11.

justin8 commented on 2014-01-27 13:15

Updated to 2.9