The problem: .spec-file uses: %pre %sysusers_create_package prometheus %{SOURCE4} so, it implicitly depends on systemd-sysusers But it does not contain `Requires(pre) /usr/bin/systemd-sysusers`. Note, there is also systemd-standalone-sysusers, which also provides this command. As a result, users sometimes not created from the packages that use the macro. It affects read-only-root systems. Moreover, I think go2rpm tool must add the requirement if the section of .spec-file was generated by this tool, so possibly bug should be reported against another package. ---- Please note, the problem is triggered at least in Fedora-33-updates and not in Fedora-release-33.
It's assumed that Systemd is installed in the docs, is there is systems without systemd?
FEDORA-2021-a44fcad061 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2021-a44fcad061
FEDORA-2021-a44fcad061 has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.
Yes. dnf --installroot xxxx install a_package. Second case -- initial installation of custom fedora-based distributive (like ours). Even specifying systemd in the list of packages does not guarantee systemd be installed before our package. In any case, there are containers and so on. also, systemd is not required actually because users can be created using systemd-standalone-sysusers.
(In reply to Коренберг Марк from comment #4) > Yes. dnf --installroot xxxx install a_package. > > Second case -- initial installation of custom fedora-based distributive > (like ours). Even specifying systemd in the list of packages does not > guarantee systemd be installed before our package. > > In any case, there are containers and so on. also, systemd is not required > actually because users can be created using systemd-standalone-sysusers. I'm not well versed with these use cqses, sorry. I'm building an updated version with: Requires(pre): /usr/bin/systemd-sysusers as you recommended. I'll be pushing it on all stable releases.
Thank you. But I think problem not only in this packages, and is wider. I think problem in go2rpm. I do not know if %pre section was created by hands or automatically.
(In reply to Коренберг Марк from comment #6) > Thank you. > > But I think problem not only in this packages, and is wider. I think problem > in go2rpm. I do not know if %pre section was created by hands or > automatically. No it was added manually by me, go2rpm also written by me does not have such advanced capabilities, it just detect the dependencies and output a jinja template. However I might file a bug against the Packaging Guidelines to add that requirements.
FEDORA-2021-87018405db has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-87018405db
FEDORA-2021-b40b515926 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2021-b40b515926
FEDORA-EPEL-2021-6b829490aa has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-6b829490aa
FEDORA-EPEL-2021-a35ef212a9 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-a35ef212a9
Thanks. You are super-ultra fast! Regarding packaging guidlines, will you add ?
(In reply to Коренберг Марк from comment #12) > Thanks. You are super-ultra fast! Regarding packaging guidlines, will you > add ? Actually I used a slightly different macro than the one in the guidelines. The one in the guidelines does not need the extra Requires, it uses a script to convert sysusers files into regular adduser commanda, so there is nothing to fix.
FEDORA-2021-b40b515926 has been pushed to the Fedora 33 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-b40b515926` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-b40b515926 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2021-a35ef212a9 has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-a35ef212a9 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-87018405db has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-87018405db` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-87018405db See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2021-6b829490aa has been pushed to the Fedora EPEL 7 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-6b829490aa See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-b40b515926 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2021-87018405db has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-EPEL-2021-a35ef212a9 has been pushed to the Fedora EPEL 8 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-EPEL-2021-6b829490aa has been pushed to the Fedora EPEL 7 stable repository. If problem still persists, please make note of it in this bug report.
Hi all, I hope this is the right place to report this but I think this broke the package in CentOS 7. /usr/bin/systemd-sysusers is not available on CentOS 7 from any package that I could find (neither base nor EPEL 7 where this package comes from). Do you know anything we can do on CentOS 7 for now? Thanks! -emw
Bump - this has broken the package for all RHEL based systems, where systemd-sysusers was not included by design.