Oh, and README.md moved from /usr/share/undistract-me to /usr/share/doc/undistract-me. This is consistent with how the author is packaging it for Debian/Ubuntu (see debian/install).
Search Criteria
Package Details: undistract-me-git 0.1.0.52.6b36304-1
Package Actions
| Package Base: | undistract-me-git |
|---|---|
| Description: | Alerts you when long-running commands finally complete |
| Upstream URL: | http://mumak.net/undistract-me/ |
| Category: | system |
| Licenses: | |
| Submitter: | Scimmia |
| Maintainer: | None |
| Last Packager: | None |
| Votes: | 12 |
| First Submitted: | 2013-02-09 17:36 |
| Last Updated: | 2014-04-19 20:43 |
Dependencies (3)
Required by (0)
Sources
Latest Comments
Comment by Scimmia
Comment by Scimmia
This package how now been updated for pacman/makepkg 4.1. It will no longer work with makepkg 4.0.3 or earlier.
If you've built this package before, it's best if you remove the existing "src" dir to make sure everything's clean, but it's not required. Either way, the new version will re-download the source.
You'll notice that the pkgver has changed significantly. I didn't get any response to my previous question, so I used the debian/changelog file to simulate a git describe. This can be changed later if the author tags a release. If you're using an AUR helper that tries to check the package version to see if it needs to rebuild, it won't like this so please reinstall this package manually. Going forward, though, this scheme should work much better with those AUR helpers. I could add an epoch to the PKGBUILD, but then we'd be stuck with it forever. Since this should be a one time thing, I think it's better to just ask people to install.
Comment by Scimmia
Question for the group: What do you think would be best for a package version on this package? Using the date like it currently is isn't very nice, there's no good way for something to only build if a change has been made. Nicest way would be to use git describe, but that doesn't work when there's no tags. We could just use git rev-list --count HEAD and get a count of the number of commits, similar to how bzr or svn packages work with pacman 4.0.3. We could pull a version number out of the debian/changelog file and append the rev-list count to it, but that file doesn't seem to be updated/maintained. Any other ideas?
Comment by Scimmia
Has switched to GIT: https://aur.archlinux.org/packages/undistract-me-git/
Comment by Scimmia
then install xprop...
https://www.archlinux.org/packages/extra/x86_64/xorg-xprop/
If it works, just add it to the deps; the package is an orphan, so anyone can upload a modified PKGBUILD.
Comment by butler360
This was working until recently, now I get "-bash: xprop: command not found" immediately when I open my terminal. If I uninstall this it goes away.
Comment by Scimmia
As requested: https://bbs.archlinux.org/viewtopic.php?id=156137