Hi Zbyszek,
I encountered several things during testing I want to bring up.
1)
The output on Fedora Rawhide always look like this:
| >>> Running unknown scriptlet: mariadb-server-3:10.11.11-200.fc43.x86_64
The term "unknown scriptlet" doesn't sit right with me.
Is there some way to name it, or somehow else to clear up that it's
quite known and expected scriptlet?
I assume this issue is shared among all of the packages using
sysusers.d now (but I haven't tested it)
Also I have this scriptlet in the same RPM:
| %post -n %{pkgname}-server
| %systemd_post %{daemon_name}.service
and it does not produce any such output.
Does it mean that this scriptlet is known, but the other is not ?
2)
I noticed the sysusers.d functionality executed on RHEL 9.
Do you know what is the expected compatibility with RHEL 10, 9, 8?
3)
I added the '%sysusers_create_compat' macro to my code:
https://src.fedoraproject.org/fork/mschorm/rpms/mariadb10.11/commits/sysusers
but it doesn't work correctly.
On Fedora 41, 40, C10S, RHEL 9, it executes AFTER the RPM is
installed, instead of during the '%pre' phase.
The user and group are required to be present before the RPM is
installed, as they own files in it.
| [10/10] Installing mariadb-server-3:10.11.11-200.fc41.x86_64
| >>> [RPM] user mysql does not exist - using root
| >>> [RPM] group mysql does not exist - using root
| >>> [RPM] user mysql does not exist - using root
| >>> [RPM] group mysql does not exist - using root
| >>> [RPM] user mysql does not exist - using root
| >>> [RPM] group mysql does not exist - using root
| >>> Running trigger-install scriptlet: systemd-0:256.12-1.fc41.x86_64
| >>> Finished trigger-install scriptlet: systemd-0:256.12-1.fc41.x86_64
| >>> Scriptlet output:
| >>> Creating group 'mysql' with GID 27.
| >>> Creating user 'mysql' (MySQL Server) with UID 27 and GID 27.
I even experimented with invocation in '%pretrans', but the sysusers.d
still ran too late.
I guess that's because the trigger scriptlets are in general run after '%post':
https://docs.fedoraproject.org/en-US/packaging-guidelines/Scriptlets/#ordering
Hopefully I just use the macro incorrectly and you can spot the mistake:
https://src.fedoraproject.org/fork/mschorm/rpms/mariadb10.11/c/1ba22?branch=sysusers
But if not, it might be a serious issue for every package that use the
'%sysusers_create_compat' macro on older Fedora releases AND requires
the user / group to be present before the RPM installation. (I guess
that's not too many packages, but still ... )
Michal
--
Michal Schorm
Software Engineer
Databases Team
Red Hat
--
On Mon, Mar 10, 2025 at 9:32 PM Zbigniew Jędrzejewski-Szmek
<zbys...@in.waw.pl> wrote:
>
> On Mon, Mar 10, 2025 at 07:08:07PM +0100, Michal Schorm wrote:
> > Hi Zbyszek,
> >
> > I hoped I'd resolve the PRs for MariaDB and MySQL by the beginning of this
> > week,
> > however I got sick, and I can't continue at this moment.
>
> I'm sorry to hear that. Hope you feel better soon.
>
> >
> > https://src.fedoraproject.org/fork/mschorm/rpms/mariadb10.11/commits/sysusers
>
> That patch LGTM. There is no particular hurry with this. Please
> take time to recover and just merge it whenever.
>
> I'll close the PRs for mysql8.0 and mariadb10.11.
>
> Zbyszek
> --
> _______________________________________________
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
--
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
