[PATCH 2/2] selinux: move genheaders to security/selinux/
Paul Moore
paul at paul-moore.com
Fri Sep 6 17:33:52 UTC 2024
On Fri, Sep 6, 2024 at 12:38 PM Masahiro Yamada <masahiroy at kernel.org> wrote:
>
> On Sat, Sep 7, 2024 at 1:23 AM Paul Moore <paul at paul-moore.com> wrote:
> >
> > On Fri, Sep 6, 2024 at 12:06 PM Masahiro Yamada <masahiroy at kernel.org> wrote:
> > > On Sat, Sep 7, 2024 at 12:37 AM Paul Moore <paul at paul-moore.com> wrote:
> > > > On Fri, Sep 6, 2024 at 11:19 AM Masahiro Yamada <masahiroy at kernel.org> wrote:
> > > > > On Tue, Aug 27, 2024 at 6:22 AM Paul Moore <paul at paul-moore.com> wrote:
> > > > > > On Aug 9, 2024 Masahiro Yamada <masahiroy at kernel.org> wrote:
> > > > > > >
> > > > > > > This tool is only used in security/selinux/Makefile.
> > > > > > >
> > > > > > > There is no reason to keep it under scripts/.
> > > > > > >
> > > > > > > Signed-off-by: Masahiro Yamada <masahiroy at kernel.org>
> > > > > > > ---
> > > > > > > scripts/remove-stale-files | 3 +++
> > > > > > > scripts/selinux/Makefile | 2 +-
> > > > > > > scripts/selinux/genheaders/.gitignore | 2 --
> > > > > > > scripts/selinux/genheaders/Makefile | 3 ---
> > > > > > > security/selinux/.gitignore | 1 +
> > > > > > > security/selinux/Makefile | 7 +++++--
> > > > > > > .../selinux/genheaders => security/selinux}/genheaders.c | 0
> > > > > > > 7 files changed, 10 insertions(+), 8 deletions(-)
> > > > > > > delete mode 100644 scripts/selinux/genheaders/.gitignore
> > > > > > > delete mode 100644 scripts/selinux/genheaders/Makefile
> > > > > > > rename {scripts/selinux/genheaders => security/selinux}/genheaders.c (100%)
> > > > > >
> > > > > > As long as there is no harm in keeping genheaders under scripts/selinux,
> > > > > > and based on your cover letter it would appear that there is no problem
> > > > > > with the current location, I would prefer to keep it where it currently
> > > > > > lives.
> > > > >
> > > > > 'make clean' is meant to clean up the tree, but keep
> > > > > build artifacts necessary for building external modules.
> > > > >
> > > > > See the help message:
> > > > >
> > > > > clean - Remove most generated files but keep the config and
> > > > > enough build support to build external modules
> > > > >
> > > > > 'make clean' does not clean up under scripts/
> > > > > because tools located scripts/ are used in tree-wide
> > > > > and often used for external modules as well.
> > > > >
> > > > > So, scripts/selinux/genheaders/genheaders is left over.
> > > > >
> > > > > genheaders is locally used in security/selinux/.
> > > > >
> > > > > 'make clean' will properly clean up security/selinux/genheaders.
> > > >
> > > > Your last sentence is confusing and doesn't align with the rest of
> > > > your email, please clarify.
> > >
> > > I do not understand what was unclear.
> >
> > Near the start of your email you stated: "'make clean' does not clean
> > up under scripts/". However you ended your email with "'make clean'
> > will properly clean up security/selinux/genheaders" which seems
> > contradictory to your initial statement; I was guessing that you were
> > implying that moving the genheaders script will allow `make clean` to
> > work properly, but you explicitly included the old/existing location
> > of security/selinux/genheaders directory in your comment which didn't
> > support that guess.
>
>
> OK, now I understand.
>
>
> I meant this:
>
>
> With this patch applied, 'make clean' will properly clean up
> security/selinux/genheaders.
>
>
>
> > Your latest reply makes it a bit more clear.
>
>
>
> So, are you ok with the following commit description,
> which I proposed in another thread?
>
>
>
> --------------->8--------------------
> selinux: move genheaders to security/selinux/
>
> This tool is only used in security/selinux/Makefile.
>
> Move it to security/selinux/ so that 'make clean' can clean it up.
>
> Please note 'make clean' does not visit scripts/ because tools under
> scripts/ are often used for external module builds. Obviously, genheaders
> is not the case here.
> --------------->8--------------------
Yes, thank you.
--
paul-moore.com
More information about the Linux-security-module-archive
mailing list