All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matt Sealey <matt@genesi-usa.com>
To: Josh Boyer <jwboyer@gmail.com>
Cc: u-boot@lists.denx.de, devicetree-discuss@ozlabs.org
Subject: Re: dtc/u-boot tool naming, "ftdump", "mkimage"
Date: Wed, 14 Jan 2009 12:59:16 -0600	[thread overview]
Message-ID: <496E3604.8030007@genesi-usa.com> (raw)
In-Reply-To: <20090114181028.GB7768@yoda.jdub.homelinux.org>

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.
>>
>> 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 :)
> 
> The Fedora package doesn't install ftdump.  Where did you get the package
> from?

Fedora website. I *did* modify it a tad because I actually use ftdump to 
verify the content of the device trees I'm booting :)

However if anyone ever did want it, and you put it in your RPM, you'd 
need to change the name. Sorry I wasn't so clear, but I think it would 
be "good behaviour" if U-Boot or DTC or any other app (I can probably 
come up with some decent examples) did not use rather generic tool names 
which walk all over other tool names potentially on a system :)

>> (why am I packaging U-Boot tools like mkimage? We need them for  
>> post-install script on a kernel RPM..)
> 
> I tried to get it included in the kernel tarball.  It didn't get
> very far because Sam was too busy to really reply.

That would be nice but it would never help me. I have to run the SUSE 
kernel of the last release, which right now is 2.6.27.7 - any efforts to 
get it in that have happened in the previous 6 months would have been 
missed by the time SUSE standardized :(

-- Matt

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 12:59:16 -0600	[thread overview]
Message-ID: <496E3604.8030007@genesi-usa.com> (raw)
In-Reply-To: <20090114181028.GB7768@yoda.jdub.homelinux.org>

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.
>>
>> 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 :)
> 
> The Fedora package doesn't install ftdump.  Where did you get the package
> from?

Fedora website. I *did* modify it a tad because I actually use ftdump to 
verify the content of the device trees I'm booting :)

However if anyone ever did want it, and you put it in your RPM, you'd 
need to change the name. Sorry I wasn't so clear, but I think it would 
be "good behaviour" if U-Boot or DTC or any other app (I can probably 
come up with some decent examples) did not use rather generic tool names 
which walk all over other tool names potentially on a system :)

>> (why am I packaging U-Boot tools like mkimage? We need them for  
>> post-install script on a kernel RPM..)
> 
> I tried to get it included in the kernel tarball.  It didn't get
> very far because Sam was too busy to really reply.

That would be nice but it would never help me. I have to run the SUSE 
kernel of the last release, which right now is 2.6.27.7 - any efforts to 
get it in that have happened in the previous 6 months would have been 
missed by the time SUSE standardized :(

-- Matt

  reply	other threads:[~2009-01-14 18:59 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-14 17:57 dtc/u-boot tool naming, "ftdump", "mkimage" Matt Sealey
2009-01-14 17:57 ` [U-Boot] " 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 [this message]
2009-01-14 18:59     ` 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=496E3604.8030007@genesi-usa.com \
    --to=matt@genesi-usa.com \
    --cc=devicetree-discuss@ozlabs.org \
    --cc=jwboyer@gmail.com \
    --cc=u-boot@lists.denx.de \
    /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.