Package Details: j4-dmenu-desktop-git 2.12.r9.gebe007a-1

Git Clone URL: (read-only, click to copy)
Package Base: j4-dmenu-desktop-git
Description: A rewrite of i3-dmenu-desktop, which is much faster
Upstream URL:
Licenses: GPL3
Conflicts: j4-dmenu-desktop
Provides: j4-dmenu-desktop
Submitter: freestyler7
Maintainer: freestyler7
Last Packager: freestyler7
Votes: 61
Popularity: 0.009636
First Submitted: 2013-07-01 23:04 (UTC)
Last Updated: 2015-06-09 10:38 (UTC)

Latest Comments

haawda commented on 2022-03-03 17:00 (UTC)

Please remove the dependency to dmenu. Better move it to optdepends to give users a hint.

micwoj92 commented on 2021-05-07 02:40 (UTC)

Hello, could you update download to git+https?

MrHritik commented on 2017-12-03 23:50 (UTC) (edited on 2017-12-03 23:53 (UTC) by MrHritik)

Would be better if it checks if there exists a symlink at /usr/bin/dmenu as I've got rofi and /usr/bin/dmenu: symbolic link to /usr/bin/rofi <br> Or maybe dmenu should not be a required dependency at all as there exists a switch --dmenu=<command>

justin8 commented on 2015-02-27 07:09 (UTC)

Not to mention that zopieux's change is already in a PR against upstream.

freestyler7 commented on 2015-02-26 12:48 (UTC)

I don't think it's wise to change upstream repos that easily. What if another fork comes up with one extra change from Zopieux's? :)

Manouchehri commented on 2015-02-25 07:26 (UTC)

I would suggest using Zopieux's fork for the time being, as he's got a few useful commits in there. Having GenericName search is quite nice.

willemw commented on 2014-08-14 16:06 (UTC)

It doesn't have to show up as an update in this case, because the PKGBUILD hasn't really changed and it's a '-git' package (meaning it's up to the user to decide when to upgrade).

freestyler7 commented on 2014-08-14 16:01 (UTC)

I changed the version since people asked for it, but now it won't show as an update in your AUR helper. I could fix it with an epoch=1 but i don't want to complicate it even more.

willemw commented on 2014-08-05 09:52 (UTC)

Only a suggestion: I think there is nothing wrong with adding the upstream version number. It is acutally preferred and can be helpful: "git describe --long | sed -r 's/^r//;s/([^-]*-g)/r\1/;s/-/./g'"

freestyler7 commented on 2014-08-05 08:48 (UTC)

Thanks, added quotes but i think i'll stick with this pkgver since i had it for so long and to avoid confusion with the non -git package.

demize commented on 2014-08-04 15:49 (UTC)

The pkgdir variable should be quoted since it may contain a space, and you should change the pkgver function to use the upstream tags.

justin8 commented on 2013-12-30 23:51 (UTC)

Wow, that was incredibly fast. Thanks for that! It compiles without issues again.

freestyler7 commented on 2013-12-30 23:43 (UTC)

Your build failed before reaching the test part. I talked with the author and he just added a command to avoid downlading extra frameworks needed for testing. I updated the package to reflect the changes.

justin8 commented on 2013-12-30 23:10 (UTC)

Those tests appear to fail the compile for me on armv7, yet the application worked fine before adding them. I'll have to do some more testing, but this is what I get now: It could be a different change upstream that caused it, but the latest stable tag still builds for me on arm, and is the reason I created the pkgbuild for it.

freestyler7 commented on 2013-12-30 18:28 (UTC)

justin8: done. All: I enabled running the tests after the build to have a piece of mind that the package works correctly since it's a git version.

justin8 commented on 2013-12-30 01:37 (UTC)

@freestyler7 Can you please add provides='j4-dmenu-desktop' and conflicts='j4-dmenu-desktop' as per the vcs guidelines now that there is a j4-dmenu-desktop package.

justin8 commented on 2013-12-30 01:20 (UTC)

@freestyler7: there are already versioned releases. I've created a pkgbuild on the AUR for the latest stable version of j4-dmenu-desktop if you wanted to use that instead.

freestyler7 commented on 2013-11-02 21:23 (UTC)

I'm complying with the VCS PKGBUILD Guidelines as specified here: Some aur helpers have support for working with Version control packages. For example yaourt has the --devel flag: --devel With -u or --sysupgrade, search an update for devel packages.

Profpatsch commented on 2013-11-02 17:18 (UTC)

The problem with this is that a package manager won’t recognize the update because the pkgver doesn’t change. You could try leaving out the pkgver variable and only specify the function. Maybe yaourt “gets” it then.

freestyler7 commented on 2013-11-02 15:24 (UTC)

Another solution could be to keep master branch stable and make experimental changes in another branch. :)

dom0 commented on 2013-11-02 15:15 (UTC)

A stable package would be nice I guess

freestyler7 commented on 2013-11-02 12:27 (UTC)

Since this is a git package, it will always be updated to the latest commit each time you rebuild it without any changes to the underlying PKGBUILD. I will only need to update it if a new dependency is introduced etc. :)

Profpatsch commented on 2013-11-02 11:57 (UTC)

New version, commit #66.

freestyler7 commented on 2013-09-03 21:56 (UTC)

remove options=('strip') line, as it's the default anyway in makepkg.conf

freestyler7 commented on 2013-07-30 15:16 (UTC)

Doing a quick search i only found very few packages with other architectures listed in. Apart for some built specifically for arm, the most popular one is package-query. And the rest are requests by users who compiled it successfully on said archs. The wiki says: "Support for the ARM architecture is provided on not through posts to the official Arch Linux Forum. Any posts related to ARM specific issues will be promptly closed per the Arch Linux Distrubution Support ONLY policy." It seems removing the arm option is the more sensible option till something changes. Please use the ignorearch makepkg option.

willemw commented on 2013-07-30 07:39 (UTC)

@justin8: I already agreed that 'any' is incorrect. I am still not sure that adding arm platforms, which is a growing list, is a 100% OK in the AUR. Is there any other package that does this? Are there any guidelines for this? Anyway, that is all I have to say about it here. :-)

justin8 commented on 2013-07-30 07:16 (UTC)

A lot of them do only list i686/x86_64, but there are slowly becoming more packages that list arm variants too. I like to think it's mostly because the authors don't have access to an arm device to test. Either way, 'any' is the wrong architecture for a binary package.

willemw commented on 2013-07-30 07:08 (UTC)

@justin8: Can't argue with that. However, I haven't seen any 'binary' package listing arm platforms. They all define arch=('i686' 'x86_64'). I guess because arm platforms are not officially part of arch linux. Building packages for an arm platform, you currently ignore the 'arch=' property by passing -A / --ignorearch to makepkg.

justin8 commented on 2013-07-30 01:50 (UTC)

Hi, Having arch=any will actually break it for multiple platforms. Please add the supported architectures as 'i686 'x86_64' 'armv7h' armv6h' etc. If you build it as 'any' it creates a single package that should work on multiple architectures, this instead will create a package that will work on the build machine's architecture, and have any in the name, (and assuming it being built on x86_64) it will now fail to run on an arm machine. EDIT: 'any' is for things like xcursor themes, fonts, possibly simple jar files and other stuff which isn't compiled machine code.

freestyler7 commented on 2013-07-25 18:13 (UTC)

fixed. thanks

willemw commented on 2013-07-25 18:03 (UTC)

What about all the other arm platforms? Why not have arch=('any')? The license is 'GPL3'.

freestyler7 commented on 2013-07-23 11:56 (UTC)

Removed patch since it's fixed upstream.

freestyler7 commented on 2013-07-19 15:40 (UTC)

Done. I also temporarily added a patch for a bug that causes a segfault on malformed .desktop files. I will remove it when the author implements a fix upstream.

justin8 commented on 2013-07-19 13:25 (UTC)

Can you please add 'armv7h' to the supported architectures? It builds and works fine on a Samsung Chromebook for me.