linux-nvdimm.lists.01.org archive mirror
 help / color / mirror / Atom feed
From: Dan Williams <dan.j.williams@intel.com>
To: "qi.fuli@fujitsu.com" <qi.fuli@fujitsu.com>
Cc: "linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>
Subject: Re: [ndctl PATCH] ndctl/list: Drop named list objects from verbose listing
Date: Sat, 29 Feb 2020 16:53:01 -0800	[thread overview]
Message-ID: <CAPcyv4gyxSYKXFdkr2M646sEMYGNRTBq6SMzAJz+iuuk0XoC7w@mail.gmail.com> (raw)
In-Reply-To: <149112cd-0ae4-02b8-84ba-f13cce5aa45d@jp.fujitsu.com>

On Fri, Feb 21, 2020 at 2:21 AM qi.fuli@fujitsu.com <qi.fuli@fujitsu.com> wrote:
>
>
>
> On 2/20/20 5:28 AM, Verma, Vishal L wrote:
> > On Wed, 2020-02-19 at 12:09 -0800, Dan Williams wrote:
> >>>>
> >>>> Let's do a compromise, because users also hate nonsensical legacy that
> >>>> they can't avoid. How about an environment variable,
> >>>> "NDCTL_LIST_LINT", that users can set to opt into the latest /
> >>>> cleanest output format with the understanding that the clean up may
> >>>> regress scripts that were dependent on the old bugs.
> >>>>
> >>> Hm, this sounds good in concept, but how about waiting for this cleanup
> >>> to go in after the (yes, long pending) config rework. Then this can just
> >>> be a global config setting, and we won't have config things coming from
> >>> the environment as well (which this would be a first of).
> >>
> >> That does make some sense, but I notice that git deals with "cosmetic"
> >> environment variables (GIT_EDITOR, GIT_PAGER, etc) in addition to its
> >> config file. So if we're borrowing from git, I'd also borrow that
> >> config vs environment logic.
> >
> > True, that's reasonable. I guess I was hoping to avoid, if we can,
> > suddenly having a multitude of config sources, but env variables are
> > pretty standard and it should be fine to add them.
>
> Hi,
>
> I am sorry for suspending the ndctl global config patch for such a long
> time. If it is not urgent, I would like to implement it.

It's getting more and more urgent, especially as more people are
trying to use the DIMM security features and finding it difficult to
contend with the command-line interface.

The goal is to import  the git config system. Specifically one of the
features of the git config syntax that are useful for DIMM security
(and in the future Namespace security) is the ability to have named
sub-sections. From the git config man page:

       Sections can be further divided into subsections. To begin a
subsection put its name in double
       quotes, separated by space from the section name, in the
section header, like in the example
       below:

                   [section "subsection"]

With that capability policy can be established by a named object
instance. dimm.<dimm_id>.<attribute>, or namespace.<uuid>.<attribute>.
_______________________________________________
Linux-nvdimm mailing list -- linux-nvdimm@lists.01.org
To unsubscribe send an email to linux-nvdimm-leave@lists.01.org

      reply	other threads:[~2020-03-01  0:53 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-27  0:42 [ndctl PATCH] ndctl/list: Drop named list objects from verbose listing Dan Williams
2020-02-19 17:55 ` Jeff Moyer
2020-02-19 18:01   ` Dan Williams
2020-02-19 18:12     ` Jeff Moyer
2020-02-19 18:53       ` Dan Williams
2020-02-19 19:10         ` Jeff Moyer
2020-02-19 20:01         ` Verma, Vishal L
2020-02-19 20:09           ` Dan Williams
2020-02-19 20:28             ` Verma, Vishal L
2020-02-21 10:21               ` qi.fuli
2020-03-01  0:53                 ` Dan Williams [this message]

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=CAPcyv4gyxSYKXFdkr2M646sEMYGNRTBq6SMzAJz+iuuk0XoC7w@mail.gmail.com \
    --to=dan.j.williams@intel.com \
    --cc=linux-nvdimm@lists.01.org \
    --cc=qi.fuli@fujitsu.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).