Bugzilla – Bug 1212223
BCI container architecture decision unclear
Last modified: 2023-07-12 12:59:23 UTC
In https://documentation.suse.com/smart/container/html/concept-bci-get-started/index.html there's something strange which i do not understand. For obtaining the architecture of the container for SLE BCI we have the following command: """ arch="$(uname -p|sed 's/x86_64/amd64/')" """ But this would also replace every intel architecture with an AMD architecture. I am not sure if this is a bug. Perhaps we just compile everything for x86_64/amd64 compatible so we can do that, but i do not really understand the reasoning, or if it is indeed a bug.
Thank you for the bug report, Dennis! It being tracked and processed as part of our queue.
(In reply to Dennis Knorr from comment #0) > In > https://documentation.suse.com/smart/container/html/concept-bci-get-started/ > index.html there's something strange which i do not understand. > > For obtaining the architecture of the container for SLE BCI we have the > following command: > > """ > arch="$(uname -p|sed 's/x86_64/amd64/')" > """ > > But this would also replace every intel architecture with an AMD > architecture. I am not sure if this is a bug. > > Perhaps we just compile everything for x86_64/amd64 compatible so we can do > that, but i do not really understand the reasoning, or if it is indeed a bug. To be honest, I don't recall why I added the sed call into the documentation. I guess it was to match the output of dpkg --print-architecture exactly. But you're right, it doesn't really make sense
https://github.com/SUSE/doc-modular/pull/173
Fixed in https://github.com/SUSE/doc-unversioned/commit/4fe61097c4b91207dfeef164c3d562090fdb0063