Bug 2107447 - add /usr/share/X11/fonts/ to default filesystem
Summary: add /usr/share/X11/fonts/ to default filesystem
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: filesystem
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Martin Osvald 🛹
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 2104350
TreeView+ depends on / blocked
 
Reported: 2022-07-15 05:33 UTC by Peter Hutterer
Modified: 2022-12-30 08:54 UTC (History)
8 users (show)

Fixed In Version: filesystem-3.18-1.fc36
Clone Of:
Environment:
Last Closed: 2022-08-05 01:34:54 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Peter Hutterer 2022-07-15 05:33:56 UTC
Description of problem:
/usr/share/X11/fonts is the folder for old-style X11 fonts (xorg-x11-fonts*). This folder was owned by the xorg-x11-font-utils package but as part of the Xorg utility deaggregation work, this package was split into it's proper components (bdftopcf, fonttosfnt, mkfontdir). See Bug 1932731 for details.

The remaining xorg-x11-font-utils package is a bunch of utilities required to install some fonts and the actual font-util font, which is rarely used.

The package still owns /usr/share/X11/fonts but it's now relatively unlikely that the package is installed and in RHEL9 we don't even ship it (see Bug 2104350). Other fonts still install into that directory though.

Since the directory has been that since the last ice-age, we might as well own it as part of filesystem (which already owns the parent directory /usr/share/X11).

Version-Release number of selected component (if applicable):
filesystem-3.16-2.fc36.x86_64

How reproducible:
$ dnf remove xorg-x11-font-utils # watch how nothing cares
$ rpm -qf /usr/share/X11/fonts

Actual results:
$ rpm -qf /usr/share/X11/fonts
file /usr/share/X11/fonts is not owned by any package

(well, if xorg-x11-font-utils isn't installed)

Expected results:
$ rpm -qf /usr/share/X11/fonts
filesystem-3.16-2.fc36.x86_64

Oh, the warm fuzzy feeling!

Comment 2 Peter Hutterer 2022-07-27 23:41:51 UTC
awesome, thanks!

Comment 3 Fedora Update System 2022-08-03 13:33:47 UTC
FEDORA-2022-7ea518a8c7 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-7ea518a8c7

Comment 4 Fedora Update System 2022-08-04 02:42:12 UTC
FEDORA-2022-7ea518a8c7 has been pushed to the Fedora 36 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-7ea518a8c7`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-7ea518a8c7

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 5 Fedora Update System 2022-08-05 01:34:54 UTC
FEDORA-2022-7ea518a8c7 has been pushed to the Fedora 36 stable repository.
If problem still persists, please make note of it in this bug report.


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