Search Criteria
Package Details: evsieve 1.4.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/evsieve.git (read-only, click to copy) |
---|---|
Package Base: | evsieve |
Description: | A utility for mapping events from Linux event devices. |
Upstream URL: | https://github.com/KarsMulder/evsieve |
Licenses: | GPL2, MIT |
Submitter: | Rudy |
Maintainer: | Rudy |
Last Packager: | Rudy |
Votes: | 6 |
Popularity: | 0.172090 |
First Submitted: | 2021-01-17 12:51 (UTC) |
Last Updated: | 2023-06-05 10:24 (UTC) |
Dependencies (3)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- libevdev (libevdev-gitAUR)
- rust (rust-nightlyAUR, rustup-gitAUR, rust-nightly-binAUR, rust-gitAUR, rust-beta-binAUR, rustup) (make)
Latest Comments
Ashark commented on 2022-06-24 11:25 (UTC) (edited on 2022-06-25 15:30 (UTC) by Ashark)
I understand your thought. But I think this is a wrong assumption. Git packages are existing and used exactly for that purpose. People first install the normal version. And only in case of problems, or when they want to use a certain commit right now (before a release happens), they install git version. And of course they are aware of potential problems as that is not considered as released. You do not need to maintain it much. If the build process is not changed, it will be considered as updated even in case of new commits presented in upstream. See https://wiki.archlinux.org/title/AUR_submission_guidelines#Publishing_new_package_content Edit: Ok, I will maintain it myself. Bug thanks for your utility!
Rudy commented on 2022-06-24 09:59 (UTC)
@Ashark: As the developer of evsieve, my policy is that the in-development version is not recommended for general use; in particular, I am not trying to keep the main branch backwards compatible. If some user were to use the git version, then they may find at some later point that a feature they relied on has been changed and now their script no longer works.
As such the README only documents the features of the stable version, provides build instruction for the stable version, and I only provide an AUR package for the stable version.
I suppose that building from the main branch is fine for the advanced user who opens Github issues to keep their scripts working, but the more casual user probably wants to just write a script once and then forget about it, and would not be amused if it were to break later because I just happened to whimsically change my mind.
Releasing an evsieve-git AUR package feels like implicitly endorsing the use of the git version as well, which is why I haven't made one so far.
Ashark commented on 2022-06-23 06:44 (UTC) (edited on 2022-06-23 10:00 (UTC) by Ashark)
Hi! Wouldn't you like to add evsieve-git package to aur? You can take this for it:
Rudy commented on 2021-01-29 18:12 (UTC)
@joey_clay: Thank you for the feedback. The new version uses your suggested naming scheme for
source
.joey_clay commented on 2021-01-29 16:26 (UTC)
Please consider changing
source
to:source=("${pkgname}-${pkgver}.tar.gz::${url}/archive/v${pkgver}.tar.gz")
Very handy for those of us who archive sources in
SRCDEST
.https://wiki.archlinux.org/index.php/Pkgbuild#source
Thank you for making evsieve, it's very useful and well-made!