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 1741074 - /usr/share/doc/xz/COPYING is present in registry.access.redhat.com/ubi8-minimal
Summary: /usr/share/doc/xz/COPYING is present in registry.access.redhat.com/ubi8-minimal
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: xz
Version: 8.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: 8.0
Assignee: Petr Kubat
QA Contact: RHEL CS Apps Subsystem QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-08-14 08:14 UTC by Jan Pazdziora
Modified: 2021-02-14 07:30 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-02-14 07:30:08 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Jan Pazdziora 2019-08-14 08:14:09 UTC 
Description of problem:

Container images are typically created with tsflags=nodocs (or its equivalent). However, /usr/share/doc/xz/COPYING is still present in registry.access.redhat.com/ubi8-minimal image (and registry.access.redhat.com/ubi8).

Version-Release number of selected component (if applicable):

xz-libs-5.2.4-3.el8.x86_64

How reproducible:

Deterministic.

Steps to Reproduce:
1. docker run --rm registry.access.redhat.com/ubi8-minimal ls -la /usr/share/doc/xz/COPYING
-rw-r--r--. 1 root root 2775 Apr 29  2018 /usr/share/doc/xz/COPYING

Actual results:

-rw-r--r--. 1 root root 2775 Apr 29  2018 /usr/share/doc/xz/COPYING

Expected results:

ls: cannot access '/usr/share/doc/xz/COPYING': No such file or directory

Additional info:

The directory /usr/share/doc on the container image is empty apart from the xz/COPYING and apart from the empty directory json-c

$ docker run --rm registry.access.redhat.com/ubi8-minimal ls -la /usr/share/doc
total 16
drwxr-xr-x.  4 root root 4096 Jul 23 16:18 .
drwxr-xr-x. 45 root root 4096 Jul 23 16:18 ..
drwxr-xr-x.  2 root root 4096 Aug 12  2018 json-c
drwxr-xr-x.  2 root root 4096 Jul 23 16:17 xz

That makes me think that shipping docs (including licenses) is not expected in these base images and thus xz could follow suit.

It seems that the difference in behaviour comes from xz defining

%license %{_pkgdocdir}/COPYING

in the .spec file, while other packages use relative paths like

%license COPYING

and let rpm do its work.
Comment 1 Jan Pazdziora 2019-08-14 08:19:03 UTC 
I've also filed bug 1741076 for json-c.
Comment 2 Petr Kubat 2019-08-21 09:40:08 UTC 
Thanks for the report.

I would say shipping licenses in the images is actually expected (just take a look at /usr/share/licenses in either of the ubi8 images) but it does seem like rpm is doing some magic depending on whether the path to the files is absolute or relative.
Makes sense to me to change the %license lines to relative, as that moves the COPYING files to their proper locations (well, at least in Fedora).
Comment 3 Petr Kubat 2019-08-21 09:52:09 UTC 
Related: https://github.com/rpm-software-management/rpm/commit/55bf9abee25c7d101dce15898ebefcbe77a7d655
Comment 11 RHEL Program Management 2021-02-14 07:30:08 UTC 
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.
Note You need to log in before you can comment on or make changes to this bug.