From: Matt Sealey <matt-sEEEE4iEDtaXzmuOJsdVMQ@public.gmane.org>
To: u-boot-0aAXYlwwYIKGBzrmiIFOJg@public.gmane.org,
devicetree-discuss-mnsaURCQ41sdnm+yROfE0A@public.gmane.org
Subject: dtc/u-boot tool naming, "ftdump", "mkimage"
Date: Wed, 14 Jan 2009 11:57:42 -0600 [thread overview]
Message-ID: <496E2796.3090405@genesi-usa.com> (raw)
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.
Is it possible that we could standardize on some tool naming here?
I'm going to rename in the package these tools to "mkuimage" (since this
goes well with suse mkzimage) and "fdtdump" for my package anyway so no
worries if nothing ever gets done.. but since the Fedora guys were
packaging dtc up right now I thought I would mention this as the RPM I
downloaded from FC10 the other day did not take note of this (and RPM
warns that there is a conflict but happily overwrites the file anyway,
thus trashing Freetype :)
(why am I packaging U-Boot tools like mkimage? We need them for
post-install script on a kernel RPM..)
--
Matt Sealey
Genesi, Manager, Developer Relations
WARNING: multiple messages have this Message-ID (diff)
From: Matt Sealey <matt@genesi-usa.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] dtc/u-boot tool naming, "ftdump", "mkimage"
Date: Wed, 14 Jan 2009 11:57:42 -0600 [thread overview]
Message-ID: <496E2796.3090405@genesi-usa.com> (raw)
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.
Is it possible that we could standardize on some tool naming here?
I'm going to rename in the package these tools to "mkuimage" (since this
goes well with suse mkzimage) and "fdtdump" for my package anyway so no
worries if nothing ever gets done.. but since the Fedora guys were
packaging dtc up right now I thought I would mention this as the RPM I
downloaded from FC10 the other day did not take note of this (and RPM
warns that there is a conflict but happily overwrites the file anyway,
thus trashing Freetype :)
(why am I packaging U-Boot tools like mkimage? We need them for
post-install script on a kernel RPM..)
--
Matt Sealey
Genesi, Manager, Developer Relations
next reply other threads:[~2009-01-14 17:57 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-14 17:57 Matt Sealey [this message]
2009-01-14 17:57 ` [U-Boot] dtc/u-boot tool naming, "ftdump", "mkimage" Matt Sealey
2009-01-14 18:10 ` Josh Boyer
2009-01-14 18:10 ` [U-Boot] " Josh Boyer
2009-01-14 18:59 ` Matt Sealey
2009-01-14 18:59 ` [U-Boot] " Matt Sealey
2009-01-14 19:11 ` Jerry Van Baren
2009-01-14 19:11 ` [U-Boot] " Jerry Van Baren
2009-01-14 19:19 ` Josh Boyer
2009-01-14 19:19 ` [U-Boot] " Josh Boyer
[not found] ` <20090114191905.GA18581-JVa43G0qJ78RlTYtMZUE4cJ8OCA1ciLf@public.gmane.org>
2009-01-14 22:22 ` David Gibson
2009-01-14 22:22 ` David Gibson
2009-01-15 0:34 ` Matt Sealey
2009-01-15 0:34 ` [U-Boot] " Matt Sealey
[not found] ` <496E849A.8020707-sEEEE4iEDtaXzmuOJsdVMQ@public.gmane.org>
2009-01-15 0:49 ` David Gibson
2009-01-15 0:49 ` David Gibson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=496E2796.3090405@genesi-usa.com \
--to=matt-seeee4iedtaxzmuojsdvmq@public.gmane.org \
--cc=devicetree-discuss-mnsaURCQ41sdnm+yROfE0A@public.gmane.org \
--cc=u-boot-0aAXYlwwYIKGBzrmiIFOJg@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.