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

Git Clone URL: https://aur.archlinux.org/j4-dmenu-desktop-git.git (read-only)
Package Base: j4-dmenu-desktop-git
Description: A rewrite of i3-dmenu-desktop, which is much faster
Upstream URL: https://github.com/enkore/j4-dmenu-desktop
Licenses: GPL3
Conflicts: j4-dmenu-desktop
Provides: j4-dmenu-desktop
Submitter: freestyler7
Maintainer: freestyler7
Last Packager: freestyler7
Votes: 58
Popularity: 0.047241
First Submitted: 2013-07-01 23:04
Last Updated: 2015-06-09 10:38

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

dom0 commented on 2013-11-02 15:15

A stable package would be nice I guess

freestyler7 commented on 2013-11-02 12:27

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

New version, commit #66.

freestyler7 commented on 2013-09-03 21:56

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

freestyler7 commented on 2013-07-30 15:16

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 http://archlinuxarm.org 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

@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

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

@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

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.

justin8 commented on 2013-07-30 01:40

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.