Bug 2126206
Summary: | uname -i/p is broken in latest version of RAWHIDE | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Chung <cchung> |
Component: | coreutils | Assignee: | Kamil Dudka <kdudka> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | admiller, awilliam, bugproxy, dgilmore, horsley1953, h.reindl, jamartis, jarodwilson, kdudka, kzak, lzaoral, ooprala, ovasik, p, sebastian.kisela, svashisht, vbenes, woodard |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2022-09-26 13:05:18 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Chung
2022-09-12 20:41:04 UTC
The options have been documented as non-portable since 2015: http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=v8.24-7-g6d67649 Please use `uname -m` to print hardware class. See bug #2121153. *** Bug 2162873 has been marked as a duplicate of this bug. *** *** Bug 2188689 has been marked as a duplicate of this bug. *** *** Bug 2189656 has been marked as a duplicate of this bug. *** *** Bug 2203350 has been marked as a duplicate of this bug. *** *** Bug 2208048 has been marked as a duplicate of this bug. *** *** Bug 2248503 has been marked as a duplicate of this bug. *** my god - that worked is breaking scripts dating back way longer randomly - god knows what "non portable" means and why this nonsense just could output the same as the past 15 years instead of unknown without breaking things left and right Non-portable means that there is no guarantee that uname will accept these options or that the output will be useful. For example no script that uses uname -i can be used on macOS because it's version does not accept the -i option. But that also applies to Linux, different Linux distributions may produce different outputs on the same hardware. In other words, uname -i/-p are purely informative and *should not* be used in scripts for platform detection as opposed to uname -m because its behaviour is described by POSIX. Harald, the problem is that `uname -i` printed the string only on Fedora. On my Gentoo Linux box, `uname -i` prints `GenuineIntel`. so this options are comletly useless - anyways, until today it worked over 15 years on any Fedora version and it's a pain and what makes it terrible is that THEY FOR SURE worked a few months ago as i upgraded my testing environment from F37 to F38 and now when upgrade the production infrastrcuture stuff left adn right is suddenly broken *** Bug 2261852 has been marked as a duplicate of this bug. *** ------- Comment From Anushree.Mathur2 2024-01-30 03:21 EDT------- With uname -m i am getting the output: root# uname -m ppc64le |