All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alexander Holler <holler@ahsoftware.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/4] Add option -r to env import to allow import of text files with CRLF as line endings
Date: Mon, 04 Aug 2014 08:47:54 +0200	[thread overview]
Message-ID: <53DF2C9A.6080805@ahsoftware.de> (raw)
In-Reply-To: <20140803175114.BDAF33812FC@gemini.denx.de>

Am 03.08.2014 19:51, schrieb Wolfgang Denk:
> Dear Alexander,
>
> In message <53DE658F.5010703@ahsoftware.de> you wrote:
>>
>> Just to clarify: I see uEnv.txt (which only was possible through your
>> env import implementation) as a read-only configuration file for u-boot,
>
> This is just one of the many possible usages.
>
>> And I don't think all the necessary stuff to save a file in all the
>> possible filesystems should end up in u-boot. Modifying filesystems is
>> dangerous.
>
> Thius has nothing to do with exporting an environment.  The export
> operation and the writing to the file system are two separate steps.
> If a file system driver contains write support or not depends on the
> file system code.  For the environment it does not matter.  If we have
> write support, we just use it.
>
>> So from a u-boot point of view uEnv.txt is a read-only mechanism and I'm
>> happy with it as such.
>
> As mentioned, this is but one usage.
>
> I think that "env import" / "env export" should be kept symmetric.

Using a \r\n instead of \n when -r is used for env export should be 
something like 4 liner or such.

But it would not be really symmetric. The -r for "env import" makes "env 
import" eat both formats, which means it can be used almost always, but 
using -r with "env export" would be a decision which always would be 
wrong for many people.

Of course, adding the possibility to export the environment in a 
system-foreign format (Assuming nobody boots windows using u-boot) 
doesn't really make a harm, it just adds the danger that people will use 
-r for "env export" because it is used for "env import" too, which most 
likely would be wrong for most usage scenarios.

Anyway, I don't have any other objections agains a -r for "env export", 
maybe it could be added to the TODO-list which contains documentation 
for "env *" too. ;)

Regards,

Alexander Holler

  reply	other threads:[~2014-08-04  6:47 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-14 15:49 [U-Boot] [PATCH 0/4] Add option -r to env import to allow import of text files with CRLF as line endings Alexander Holler
2014-07-14 15:49 ` [U-Boot] [PATCH 1/4] " Alexander Holler
2014-07-22 19:23   ` [U-Boot] [U-Boot, " Tom Rini
2014-07-30 22:47   ` [U-Boot] [PATCH " Stephen Warren
2014-07-31 19:51     ` Tom Rini
2014-07-31 19:57       ` Stephen Warren
2014-08-14  8:25         ` Alexander Holler
2014-08-14 15:49           ` Stephen Warren
2014-08-14 18:41             ` Robert Nelson
2014-08-14 19:38               ` Tom Rini
2014-08-14 19:50               ` Stephen Warren
2014-08-14 20:53                 ` Tom Rini
2014-08-14 21:05                   ` Alexander Holler
2014-08-14 21:35                   ` Stephen Warren
2014-08-14 21:44                     ` Alexander Holler
2014-08-14 19:38             ` Alexander Holler
2014-08-14 19:51               ` Stephen Warren
2014-08-14 19:59                 ` Alexander Holler
2014-08-14 20:08                   ` Stephen Warren
2014-08-14 20:39                     ` Alexander Holler
2014-08-01 12:08   ` Wolfgang Denk
2014-08-02 21:09     ` Alexander Holler
2014-08-03 16:38       ` Alexander Holler
2014-08-03 17:51         ` Wolfgang Denk
2014-08-04  6:47           ` Alexander Holler [this message]
2014-08-04  7:00             ` Alexander Holler
2014-08-04 10:00             ` Måns Rullgård
2014-08-04 19:18               ` Alexander Holler
2014-08-06  6:43                 ` Wolfgang Denk
2014-08-06 10:02                   ` Alexander Holler
2014-08-06 10:28                     ` Alexander Holler
2014-08-06 10:44                     ` Måns Rullgård
2014-08-06 11:18                       ` Alexander Holler
2014-08-06 11:48                         ` Alexander Holler
2014-08-03 17:47       ` Wolfgang Denk
2014-07-14 15:49 ` [U-Boot] [PATCH 2/4] omap3_beagle: handle import of environments in " Alexander Holler
2014-07-22 19:23   ` [U-Boot] [U-Boot, " Tom Rini
2014-07-14 15:49 ` [U-Boot] [PATCH 3/4] am335x_evm: " Alexander Holler
2014-07-22 19:23   ` [U-Boot] [U-Boot, " Tom Rini
2014-07-14 15:49 ` [U-Boot] [PATCH 4/4] rpi_b: " Alexander Holler
2014-07-22 19:23   ` [U-Boot] [U-Boot, " Tom Rini

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=53DF2C9A.6080805@ahsoftware.de \
    --to=holler@ahsoftware.de \
    --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.