From: Johannes Segitz <jsegitz@suse.de>
To: Stephen Smalley <stephen.smalley.work@gmail.com>
Cc: selinux@vger.kernel.org, Stefan Schubert <schubi@suse.de>
Subject: Re: [PATCH] policycoreutils: Using vendor defined directories for configuration files
Date: Wed, 29 Jul 2026 11:33:54 +0200 [thread overview]
Message-ID: <amnJAsca-g2FYWhF@suse.com> (raw)
In-Reply-To: <CAEjxPJ79h83DFRnHUPrOqSVop6X46yEhYCQKEUyVGnaOaJ7pOw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2308 bytes --]
On Tue, Jul 28, 2026 at 11:00:25AM -0400, Stephen Smalley wrote:
> On Tue, Jul 28, 2026 at 5:27 AM Johannes Segitz <jsegitz@suse.de> wrote:
> > + error = econf_getKeys(key_file, SECTIONPROCS, &key_number, &keys);
> > + if (error != ECONF_SUCCESS) {
> > + printf("\nCannot read group %s: %s\n",
> > + SECTIONPROCS,
> > + econf_errString( error ));
>
> Do you want to print this message even for ECONF_NOKEY?
> Previously we ignored missing sections silently.
I think it would be benefitial, but I don't feel strongly about this. If
you prefer ECONF_NOKEY can also be excluded
> > static void load_checks(char *pc[], int *npc, char *fc[], int *nfc)
> > {
> > +#ifdef VENDORDIR
> > + load_checks_with_vendor_settings(pc, npc, fc, nfc);
> > + return;
> > +#endif
> > FILE *fp = fopen(CONF, "r");
> > char buf[255], *bufp;
> > int buf_len, section = -1;
>
> This code doesn't pass make check-format; can fix on merge if desired.
Depending on the decision on ECONF_NOKEY I'll do it if I need to resend a
v2
> > diff --git a/policycoreutils/sestatus/sestatus.conf.5 b/policycoreutils/sestatus/sestatus.conf.5
> > index acfedf6f..01f8051d 100644
> > --- a/policycoreutils/sestatus/sestatus.conf.5
> > +++ b/policycoreutils/sestatus/sestatus.conf.5
> > @@ -8,7 +8,7 @@ The \fIsestatus.conf\fR file is used by the \fBsestatus\fR(8) command with the \
> > .sp
> > The fully qualified path name of the configuration file is:
> > .RS
> > -\fI/etc/sestatus.conf\fR
> > +\fI/etc/sestatus.conf\fR or \fI<vendordir>/sestatus.conf\fR if it is not available
>
> This says "or" but econf_readDirs() will merge the two - should say layered.
I talked to Stefan and he intentionally used or here because of
https://github.com/uapi-group/specifications/blob/main/specs/configuration_files_specification.md#masking
Johannes
--
GPG Key EE16 6BCE AD56 E034 BFB3 3ADD 7BF7 29D5 E7C8 1FA0
Subkey fingerprint: 250F 43F5 F7CE 6F1E 9C59 4F95 BC27 DD9D 2CC4 FD66
SUSE Software Solutions Germany GmbH, Frankenstr. 146, 90461 Nürnberg, Germany
www.suse.com, Geschäftsführer: Jochen Jaser, Andrew McDonald, Abhinav Puri, (HRB 36809, AG Nürnberg)
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 870 bytes --]
next prev parent reply other threads:[~2026-07-29 9:34 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-28 9:16 [PATCH] policycoreutils: Using vendor defined directories for configuration files Johannes Segitz
2026-07-28 15:00 ` Stephen Smalley
2026-07-29 9:33 ` Johannes Segitz [this message]
2026-07-29 14:06 ` Stephen Smalley
2026-07-29 20:20 ` Stephen Smalley
-- strict thread matches above, loose matches on Subject: below --
2026-07-21 7:35 Johannes Segitz
2026-07-21 13:54 ` Stephen Smalley
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=amnJAsca-g2FYWhF@suse.com \
--to=jsegitz@suse.de \
--cc=schubi@suse.de \
--cc=selinux@vger.kernel.org \
--cc=stephen.smalley.work@gmail.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 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.