Package Details: wmutils-git 1.5.r0.g354acb7-1

Git Clone URL: https://aur.archlinux.org/wmutils-git.git (read-only, click to copy)
Package Base: wmutils-git
Description: A set of tools for X windows manipulation.
Upstream URL: https://github.com/wmutils/core
Licenses: ISC
Conflicts: wmutils
Submitter: onodera
Maintainer: aksr
Last Packager: aksr
Votes: 22
Popularity: 0.000005
First Submitted: 2014-12-07 13:48 (UTC)
Last Updated: 2019-10-15 18:12 (UTC)

Latest Comments

« First ‹ Previous 1 2

eigengrau commented on 2015-09-28 07:16 (UTC)

Thanks, I’m aware of that option; but generally, your PKGBUILD would be much more useful if you adopted the common practices by default; if people see the need to install to /usr/local, they can still do so manually, though it’s not recommended when using pacman. I agree that renaming binaries is awkward. But the better solution is to just declare the conflict and let people who use wtf decide how they deal with it. Installing to /usr/local isn’t any better than renaming: Consider someone manually «make installs» wtf at some point. In that case, their wtf installation will unexpectedly overwrite files owned by wmutils-git. This is unexpected since /usr/local should only ever contain things a user installed manually.

eigengrau commented on 2015-09-14 07:23 (UTC)

This currently installs wmutils into the /usr/local tree. Please don’t do this, the local tree is intended to be used by manually managed packages (cf. https://wiki.archlinux.org/index.php/Arch_packaging_standards#Package_etiquette).

Alad commented on 2015-09-11 14:10 (UTC)

There's also an "opt" and "contrib" repository for wm-utils. The below PKGBUILD includes these: http://git.io/vZzWU

« First ‹ Previous 1 2