Search Criteria
Package Details: uutils-findutils 0.8.0-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/uutils-findutils.git (read-only, click to copy) |
---|---|
Package Base: | uutils-findutils |
Description: | Rust implementation of findutils |
Upstream URL: | https://github.com/uutils/findutils |
Licenses: | MIT |
Submitter: | Chocobo1 |
Maintainer: | Chocobo1 |
Last Packager: | Chocobo1 |
Votes: | 2 |
Popularity: | 0.187759 |
First Submitted: | 2025-02-26 15:05 (UTC) |
Last Updated: | 2025-05-31 11:31 (UTC) |
Dependencies (3)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc-libs-snapshotAUR)
- oniguruma (oniguruma-gitAUR)
- cargo (rust-nightly-binAUR, rust-gitAUR, rust-beta-binAUR, rustup-stubAUR, rustup-gitAUR, rust, rustup) (make)
Latest Comments
oech3 commented on 2025-06-03 17:44 (UTC) (edited on 2025-06-03 17:46 (UTC) by oech3)
This has strange behavior about
cargo fetch
.Sizes of
CARGH_HOME
are:53.4 MB
cargo fetch --target "${CARCH}"-unknown-linux-gnu
:83.4 MB
cargo fetch
:285,2 MB
So
prepare()
should be removed even it is not on packaging guideline. Same foruutils-coreutils
.--locked
is not related with size.@alerque Do you know reason?
oech3 commented on 2025-06-01 11:05 (UTC) (edited on 2025-06-01 11:05 (UTC) by oech3)
Right.
pkgconf
is part ofbase-devel
. It would be nice if you consider https://aur.archlinux.org/packages/uutils-findutils#comment-1018676 . I'm one of a people waiting for importing of this to [Extra] repo.Chocobo1 commented on 2025-05-31 11:32 (UTC)
Added. I was able to build the package in clean chroot without
makedepends=(pkgconf)
so it is left out.oech3 commented on 2025-05-31 10:49 (UTC) (edited on 2025-05-31 11:00 (UTC) by oech3)
RUSTONIG_DYNAMIC_LIBONIG=1
,depends=(oniguruma)
,makedepends=(pkgconf)
are needed.oech3 commented on 2025-05-31 10:41 (UTC) (edited on 2025-05-31 11:10 (UTC) by oech3)
https://gist.github.com/oech3/5a9fd4798ed0fe7c3ca308ead4d93b02
alerque commented on 2025-04-06 19:17 (UTC)
Ca you please review the Rust package guidelines and adjust how this is packaged? Among other issues, building in
package()
is not kosher when its readily possible to build inbuild()
. The dependency fetch also can be trimmed to only Linux deps, the lockfile hack can be removed, a couple ENV vars are useful to have in the context of teh AUR, etc. Thanks.If/when this picks up a little steam and provided there is some agreement on the bin naming scheme I'll consider moving this to [extra] down the road.