Uutils 0.0.13 Released For GNU Coreutils Replacement In Rust

[NobodyXu]

Is this a joke? This must be a joke, right?

I just clone the repository and compile it on my MacBook Air 2020 with command:

cargo build --release --features macos

And the coreutils is roughly 9.2M and support the following command:

coreutils 0.0.13 (multi-call binary)

Usage: coreutils [function [arguments...]]

Currently defined functions:

[, arch, b2sum, b3sum, base32, base64, basename, basenc, cat, chgrp,
chmod, chown, chroot, cksum, comm, cp, csplit, cut, date, dd, df,
dircolors, dirname, du, echo, env, expand, expr, factor, false, fmt,
fold, groups, hashsum, head, hostid, hostname, id, install, join, kill,
link, ln, logname, ls, md5sum, mkdir, mkfifo, mknod, mktemp, more, mv,
nice, nl, nohup, nproc, numfmt, od, paste, pathchk, pinky, pr, printenv,
printf, ptx, pwd, readlink, realpath, relpath, rm, rmdir, seq, sha1sum,
sha224sum, sha256sum, sha3-224sum, sha3-256sum, sha3-384sum, sha3-
512sum, sha384sum, sha3sum, sha512sum, shake128sum, shake256sum, shred,
shuf, sleep, sort, split, stat, stdbuf, sum, sync, tac, tail, tee, test,
timeout, touch, tr, true, truncate, tsort, tty, uname, unexpand, uniq,
unlink, uptime, users, wc, who, whoami, yes

[moltonel]

Is this a joke? This must be a joke, right?

My Gentoo packages are about the same sizes, for some reason it compiled uutils as separate binaries instead of a unified one as per upstream default. If you build the standard way and strip the resulting binary, you should be under 10MB. File a bug on your distro's package.

[sinepgib]

Is this a joke? This must be a joke, right?

I noticed that a few months ago and stopped me from installing. Supposedly they follow the single binary approach, so it's unclear to me why it's that big. Maybe the packager did something wrong there?

[sinepgib]

My Gentoo packages are about the same sizes, for some reason it compiled uutils as separate binaries instead of a unified one as per upstream default. If you build the standard way and strip the resulting binary, you should be under 10MB. File a bug on your distro's package.

OK, that's what I expected. I think I'll try to send my first patch for Arch configs this week then

EDIT

If I have to guess, something like the following might have happened. First, whoever built it set it to make hard links rather than symbolic ones. Then the tar step made a copy for each path rather than a single one for the inode. I think you can configure tar to use hard links instead, tho symbolic links are probably easier to work with.

[sinepgib]

OK, I found the issue in Arch packaging. I'll try to send a patch on Saturday.
Basically, the script is using GNU Make rather than Cargo. The project's GNUMakefile checks whether `MULTICALL iseq y` and uses `install` rather than using the Cargo.toml config. So, adding that flag to the PKGBUILD should fix it.

EDIT: well, I sent it. It was a one-liner anyway.

[sinepgib]

Patch accepted! https://archlinux.org/packages/commu...ils-coreutils/
Now down to 18MB installed size