uutils-coreutils: MULTICALL=y and drop SELinux stubs

[oech3]

Reduce binary size by:

1. Enabling multicall hardkink
2. Dropping stub binaries

note: We can manually export some RUSTFLAGS from release-fast profile.

[ognevny]

better use patch for backporting specific change, so your commit is https://patch-diff.githubusercontent.com/raw/uutils/coreutils/pull/8810.patch and you don't have to deal with SELinux related things

[ognevny]

note: We can manually export some RUSTFLAGS from release-fast profile.

do we actually need it? Cargo mixes our RUSTFLAGS with profile flags

[oech3]

Some flags e.g. -C panic=abort are not default (and should not default for all project).

[ognevny]

you may add one more profile with a name release-dist or something

[oech3]

make PROFILE= cannot use profile from Cargo.toml yet and PR to fix is pending. (And backporting this is not important. MULTICALL=y already for saves 100 MB to <10 MB).

[oech3]

better use patch for backporting specific change,

Is bumping commit for non -git not preferred? It is used at https://archlinux.org/packages/core/x86_64/glibc/

[ognevny]

better use patch for backporting specific change,

Is bumping commit for non -git not preferred? It is used at https://archlinux.org/packages/core/x86_64/glibc/

glibc is a core package so Arch maintainers can easily put the fixes when they approach. Arch also already did backports for uutils-coreutils, but not git bump.

of course we prefer backporting, as this doesn't make huge update when we bump pkgrel

[oech3]

we prefer backporting,

OK

[ognevny]

we prefer backporting,

OK

I can do this, if you wish

[oech3]

I can do this, if you wish

Thankyou. But I wait upstreaming of an another patch for binary size.

[ognevny]

But I wait upstreaming of an another patch for binary size.

what is this patch?

[oech3]

uutils/coreutils#8730
I'm not willing to apply non-upstreamed patch.

(This is unnecessary for cargo only install, but has another issue about installing locales which is not fixed yet.)