Created attachment 562572 [details] info.txt If sys-apps/dmidecode is not installed, parted produces the following warning message: > sh: dmidecode: command not found This happens at least since sys-block/parted-3.2_p23. I haven't checked previous versions. Installing sys-apps/dmidecode fixes the problem.
$ emerge -pv parted dmidecode These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-apps/dmidecode-3.2::gentoo USE="(-selinux)" 0 KiB [ebuild R ] sys-block/parted-3.2_p23::gentoo USE="device-mapper nls readline -debug (-selinux) -static-libs" 0 KiB Total: 2 packages (2 reinstalls), Size of downloads: 0 KiB
It's a warning, not an error. If you don't like the warning, install dmidecode. Not all systems that support parted (nearly all architectures) also support dmidecode.
I'm not an expert, but isn't it possible to add a condition in the ebuild such as: if architecture == amd64, then require dmidecode?
This message doesn't actually come from the parted code itself but from Debian's "gptsync.patch" patch which uses dmidecode to detect (Intel) Macs and change the way protective MBR gets written there. So it isn't actually just a harmless warning, it makes the package misbehave on these machines. Note that the aforementioned code is only active on x86 (both 32 and 64-bit), so, as Francesco has said above, RDEPENDing on sys-apps/dmidecode just for x86 and amd64 is fine.
