Open sandy-lcq opened 11 months ago
I agree that we shouldn't install programs with such generic names.
Actually, we shouldn't install programs like hello.c
that are only useful as code samples or tests.
There's at least one program that has a generic name but can be of interest to some people:: strerror
— useful to diagnose error codes reported by programs or seen in debug logs. I guess we should install it as mbedtls-strerror
.
As part of a buildroot patch, I actually suggested installing the test programs to a subdirectory (/usr/bin/mbedtls/
), which has the disadvantage it's not in the PATH
anymore...
Maybe as an alternative, under Debian, test/example programs usually get installed to e.g. /usr/share/<name>/example
, albeit for source code, not binaries, from what I can think of right now. (Probably also awkward to do with CMake?).
Giving the programs a prefix mbedtls_
(or suffix, .mbedtls
) also sounds sensible.
Hi, Dear maintainers
As mbedtls installs this rather generically-named /usr/bin/hello binary, it may conflicts with others also provide this, eg: lmbench. How about just install it as hello.mbedtls. If this is accepted, I can also send a patch for this.
Thanks