RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1868430 - libuser-devel package is missing
Summary: libuser-devel package is missing
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: libuser
Version: CentOS Stream
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: 8.0
Assignee: Tomas Halman
QA Contact: Filip Dvorak
URL:
Whiteboard:
Depends On:
Blocks: 1951958
TreeView+ depends on / blocked
 
Reported: 2020-08-12 16:13 UTC by Davide Cavalca
Modified: 2022-05-10 16:38 UTC (History)
9 users (show)

Fixed In Version: libuser-0.62-24.el8
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1951958 (view as bug list)
Environment:
Last Closed: 2022-05-10 15:22:34 UTC
Type: Bug
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2022:2040 0 None None None 2022-05-10 15:22:38 UTC

Description Davide Cavalca 2020-08-12 16:13:43 UTC
libuser-devel isn't available in the repositories, which prevents rebuilding packages like util-linux, which depend on it.

Comment 1 Jakub Hrozek 2020-08-13 08:43:07 UTC
It would be interesting to know what is libuser used for. I was even thinking about retiring the package upstream, it's not like it's very widely used it seems..

Comment 2 Davide Cavalca 2020-08-14 15:18:16 UTC
In c8s it's a dependency for util-linux, usermode and passwd, which are all fairly core and low level packages. In the case of util-linux, it was added in 2.23 for chfn and chsh to support non-local accounts (e.g. LDAP).

Comment 3 Tomas Halman 2020-08-21 09:54:14 UTC
In rhel8 devel packages were moved to separate repository.

I wonder whether this is the same issue as described here: https://bugzilla.redhat.com/show_bug.cgi?id=1707919

Comment 5 Davide Cavalca 2020-08-21 18:32:27 UTC
CodeReady Builder is shipped as the PowerTools repo on CentOS 8 and CentOS Stream. The package appears to be also missing from there, see http://mirror.centos.org/centos/8-stream/PowerTools/x86_64/os/Packages/
I don't readily have access to RHEL to check if it's in CRB, but I'd wager it's probably not, as PowerTools should be a straight rebuild of it.

Comment 6 Carl George 🤠 2020-08-24 15:19:51 UTC
I can confirm that libuser-devel is currently only available in the internal buildroot.

Jakub, what did you mean about retiring the package upstream?  As Davide pointed out, it's a build requirement for passwd, usermode, and util-linux, in both RHEL and Fedora.

Comment 7 Jakub Hrozek 2020-08-24 18:30:36 UTC
(In reply to Carl George 🤠 from comment #6)
> I can confirm that libuser-devel is currently only available in the internal
> buildroot.
> 
> Jakub, what did you mean about retiring the package upstream?  As Davide
> pointed out, it's a build requirement for passwd, usermode, and util-linux,
> in both RHEL and Fedora.

The question is whether this really justifies maintaining the full library or whether those projects could be satisfied by e.g. importing a bunch of helper source files. Minimizing the library while keeping it as a standalone library might be an option. But the reality is that we don't have much manpower behind libuser upstream at the moment.

Comment 9 Davide Cavalca 2021-04-15 22:31:52 UTC
Any update on this? fwiw, we're going to have to rebuild libuser as part of the CentOS Hyperscale SIG due to this, as we need to branch and rebuild util-linux there.

Comment 12 Josh Boyer 2021-05-07 14:40:55 UTC
(In reply to Davide Cavalca from comment #9)
> Any update on this? fwiw, we're going to have to rebuild libuser as part of
> the CentOS Hyperscale SIG due to this, as we need to branch and rebuild
> util-linux there.

Davide, is your usecase solved by this being accessible in the Stream 8 buildroot?

https://koji.mbox.centos.org/pkgs/packages/libuser/0.62/23.el8/x86_64/libuser-devel-0.62-23.el8.x86_64.rpm

Comment 13 Davide Cavalca 2021-05-07 15:05:46 UTC
For the SIG, yeah, I think we'll sort this out via https://pagure.io/centos-infra/issue/316 for now, and ideally with some automation down the road.

In general, I still feel this (and other unshipped packages) should be distributed in a repo somewhere -- I wouldn't expect normal users to download them from Koji (or even know that Koji exists, for that matter). You may also want to update https://wiki.centos.org/FAQ/CentOS8/UnshippedPackages

Comment 14 Josh Boyer 2021-05-07 15:17:29 UTC
(In reply to Davide Cavalca from comment #13)
> For the SIG, yeah, I think we'll sort this out via
> https://pagure.io/centos-infra/issue/316 for now, and ideally with some
> automation down the road.
> 
> In general, I still feel this (and other unshipped packages) should be
> distributed in a repo somewhere -- I wouldn't expect normal users to
> download them from Koji (or even know that Koji exists, for that matter).
> You may also want to update
> https://wiki.centos.org/FAQ/CentOS8/UnshippedPackages

A repo may be possible in the future but not a goal right now.  There's a balance between trying enable development like the SIG work and making sure we're giving guidance to long term solutions based on the upstream projects and the quality we expect.

Comment 16 Tomas Halman 2021-05-27 08:35:50 UTC
The long term plan is to deprecate this library in Fedora and mark it deprecated in RHEL9 and remove it from future Fedora and RHEL10.
I think that we should not encourage customers to build a solution based on it. I would rather close it as "wontfix".


Josh, Amy, what do you think?

Comment 17 Tomas Halman 2021-05-27 08:49:06 UTC
Ah, sorry, this is centos stream bug. We have the same for RHEL. We will ship devel package in centos stream.

My previous comment was about RHEL.

Tom

Comment 18 Josh Boyer 2021-06-02 12:03:43 UTC
(In reply to Tomas Halman from comment #17)
> Ah, sorry, this is centos stream bug. We have the same for RHEL. We will
> ship devel package in centos stream.
> 
> My previous comment was about RHEL.

From a repo standpoint, Stream and RHEL are the same.  If we aren't going to ship this in a customer facing repo for RHEL, it won't be in a user facing repo for Stream.

Availability in the buildroot will be the answer if comment #16 covers our longer term plans with this package.  I'm going to mark this as CLOSED->WORKSFORME because there is a solution even if it isn't ideal and there's not really a better resolution.

Comment 24 Tomas Halman 2021-11-16 15:01:18 UTC
After clarification in the team we decided that libuser-devel should be part of the CRB repository.

Comment 32 errata-xmlrpc 2022-05-10 15:22:34 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (libuser bug fix and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2022:2040


Note You need to log in before you can comment on or make changes to this bug.