[U-Boot] dtc/u-boot tool naming, "ftdump", "mkimage"
Josh Boyer
jwboyer at gmail.com
Wed Jan 14 20:19:05 CET 2009
On Wed, Jan 14, 2009 at 02:11:22PM -0500, Jerry Van Baren wrote:
> Hi Matt,
>
> Matt Sealey wrote:
>> Josh Boyer wrote:
>>> On Wed, Jan 14, 2009 at 11:57:42AM -0600, Matt Sealey wrote:
>>>> I just noticed (was told by an affiliate) that the DTC compiler
>>>> tools shares a tool name "ftdump" with the Freetype project. I was
>>>> doing a lazy packaging effort to get a few tools around so we can
>>>> all be running the same version and build some custom kernel RPMs,
>>>> and this came up.
>>>>
>>>> Wouldn't a better name be "fdtdump", do you think? It's usually not
>>>> a fun idea to conflict with tools already on the system. A user
>>>> may run "ftdump" and get the Freetype tool because of a simple
>>>> mistake in paths or so.
>>>>
>>>> With regards to U-Boot proper, I would say the same is true of
>>>> "mkimage" which conflicts with jigdo. In essence, while U-Boot is
>>>> usually installed into a user's home directory (~/bin etc.) simple
>>>> path mixups, going to root shell, using another box etc. means you
>>>> may have multiple same-named tools on a system for various work,
>>>> which do different things.
>
> Mkimage and ftdump are different audiences (OK, the same people but the
> chairs are arranged differently ;-).
>
> [snip]
>
> IMHO, the ftdump issue needs to be addressed at the DTC level (Jon
> Loeliger and David Gibson). U-Boot (and the linux kernel) is being
> driven by DTC.
David has said before that ftdump is sort of a pointless debugging tool.
Or at least that is what the Debian bug report referrenced as the reason
from removing it from the Debian dtc package.
Maybe we should just remove it entirely if it's not really going to be
maintained long-term.
josh
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=434890
More information about the U-Boot
mailing list