uname: Map machine architecture to processor type (rebased)

[naoNao89]

Rebased from latest upstream. This combines the OsString improvements with the new map_processor() function that properly maps machine architectures (arm64, aarch64, x86_64, etc.) to processor types instead of returning "unknown".

Fixes #8659 where uname -p broke kdump-tools and other packages.

Reopen #8842

[github-actions]

GNU testsuite comparison:

Skip an intermittent issue tests/misc/tee (fails in this run but passes in the 'main' branch)
Skipping an intermittent issue tests/shuf/shuf-reservoir (passes in this run but fails in the 'main' branch)
Skipping an intermittent issue tests/sort/sort-stale-thread-mem (passes in this run but fails in the 'main' branch)
Congrats! The gnu test tests/env/env-signal-handler is now passing!

[oech3]

Please make a different flag. This is not compat with gnu.

[github-actions]

GNU testsuite comparison:

Skipping an intermittent issue tests/tty/tty-eof (passes in this run but fails in the 'main' branch)

[collinfunk]

Fixes #8659 where uname -p broke kdump-tools and other packages.

Just to reiterate, there was no issue with any implementation of uname -p.

Canonical wrote a patch to kdump-tools [1] that relied on the behavior of their patch to GNU Coreutils [2]. They should have just used uname -m in the first place.

[1] https://launchpad.net/ubuntu/+source/kdump-tools/1:1.10.7ubuntu1
[2] https://git.launchpad.net/ubuntu/+source/coreutils/tree/debian/patches/80_fedora_sysinfo.patch?h=ubuntu/noble

[naoNao89]

hmm they are non-standard extensions. POSIX defines only these options: -a, -m, -n, -r, -s, -v.but-p (processor) and -i (hardware platform) are not part of POSIX

[github-actions]

GNU testsuite comparison:

Skipping an intermittent issue tests/shuf/shuf-reservoir (passes in this run but fails in the 'main' branch)
Skipping an intermittent issue tests/sort/sort-stale-thread-mem (passes in this run but fails in the 'main' branch)
Skipping an intermittent issue tests/tail/inotify-dir-recreate (passes in this run but fails in the 'main' branch)

[github-actions]

GNU testsuite comparison:

Skipping an intermittent issue tests/shuf/shuf-reservoir (passes in this run but fails in the 'main' branch)
Skipping an intermittent issue tests/sort/sort-stale-thread-mem (passes in this run but fails in the 'main' branch)
Skipping an intermittent issue tests/tail/inotify-dir-recreate (passes in this run but fails in the 'main' branch)
Congrats! The gnu test tests/basenc/bounded-memory is now passing!

[naoNao89]

1. Ubuntu has patched GNU coreutils since 2009 (16+ years of proven demand)
2. Maintainer already approved the concept in uname: return processor type instead of "unknown" #8842
3. uutils aims to replace GNU in real deployments: on Ubuntu, uname -p returns real values
4. Non-POSIX flags: no "correct" behavior exists, we should choose the useful one
5. macOS already returns meaningful -p values
6. Minimal code and maximum benefit just ~10 line

The Fedora reversion isn't relevant here, they wanted vanilla GNU alignment but uutils is free to make independent pragmatic choices

[oech3]

Ubuntu should fix kdump-tools or maintain its own uutils patch.
Vanilla uutils should not be incompat deliberately.

[github-actions]

GNU testsuite comparison:

Skip an intermittent issue tests/tty/tty-eof (fails in this run but passes in the 'main' branch)
Note: The gnu test tests/printf/printf-surprise is now being skipped but was previously passing.

[sylvestre]

please document this in https://github.com/uutils/coreutils/blob/main/docs/src/extensions.md

[github-actions]

GNU testsuite comparison:

Congrats! The gnu test tests/pr/bounded-memory is no longer failing!

[oech3]

It seems this is already fixed at kdump-tools side.

[github-actions]

GNU testsuite comparison:

Note: The gnu test tests/basenc/bounded-memory is now being skipped but was previously passing.

[github-actions]

GNU testsuite comparison:

GNU test failed: tests/cut/bounded-memory. tests/cut/bounded-memory is passing on 'main'. Maybe you have to rebase?
GNU test failed: tests/date/resolution. tests/date/resolution is passing on 'main'. Maybe you have to rebase?
Skip an intermittent issue tests/pr/bounded-memory (fails in this run but passes in the 'main' branch)
Skipping an intermittent issue tests/tty/tty-eof (passes in this run but fails in the 'main' branch)
Congrats! The gnu test tests/rm/many-dir-entries-vs-OOM is now passing!
Note: The gnu test tests/env/env-signal-handler was skipped on 'main' but is now failing.

[github-actions]

GNU testsuite comparison:

GNU test failed: tests/misc/io-errors. tests/misc/io-errors is passing on 'main'. Maybe you have to rebase?
Skip an intermittent issue tests/pr/bounded-memory (fails in this run but passes in the 'main' branch)
Skip an intermittent issue tests/tail/symlink (fails in this run but passes in the 'main' branch)
Congrats! The gnu test tests/rm/many-dir-entries-vs-OOM is now passing!
Note: The gnu test tests/env/env-signal-handler was skipped on 'main' but is now failing.

[github-actions]

GNU testsuite comparison:

Skipping an intermittent issue tests/tail/inotify-dir-recreate (passes in this run but fails in the 'main' branch)
Congrats! The gnu test tests/misc/io-errors is no longer failing!
Note: The gnu test tests/expand/bounded-memory is now being skipped but was previously passing.