From mboxrd@z Thu Jan 1 00:00:00 1970 From: Timur Tabi Date: Mon, 23 Apr 2007 18:19:28 -0500 Subject: [U-Boot-Users] RFC: hidden environment variables In-Reply-To: <20070423221354.DE2BC353414@atlas.denx.de> References: <20070423221354.DE2BC353414@atlas.denx.de> Message-ID: <462D3F00.10103@freescale.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Wolfgang Denk wrote: Obviously, at this point you're not going to allow support for hidden variables, so this discussion is academic. With that in mind ... > You don't expose two user interfaces. Make it clear from the > documentation that the user is not supposed to manually chage this > variable. I don't like the idea of an environment variable that the user can edit but shouldn't. Every times the user does 'print', it shows up. "Look, but don't touch" is not a good user interface paradigm. > Heck, if you really want then make it difficult by using a > non-printing character in the variable name. But please don't try to > tell your users that you know better than they what's good for them. If I write code that stores data in an internal format, especially one that's subject to change, of course I know better than the user what's good for him. If the user manipulates the data incorrectly when he's been told (via the documentation) not to touch it, then the code is just exposing itself to more crashes. > The user will probably not care much about a few more cryptic > environment variables. And you don't have to support setenv. How do I not support setenv() if the data is in an environment variable? If the variable I need is called "jumpers", then what's to stop the user from just doing "setenv jumpers 'blablabla'" and breaking my code? -- Timur Tabi Linux Kernel Developer @ Freescale