fedora-kde / SIG

#378 Ownership of /usr/share/doc/HTML in modern KDE apps
Closed: Fixed by yselkowitz. Opened by yselkowitz.

Closed: Fixed
Reopen Issue

What should provide the /usr/share/doc/HTML hierarchy for modern KF5-based (and soon KF6-based) applications? The files installed in these directories are supposed to be handled by %find_lang $NAME --with-html, so they are largely opaque to the packager. kde-filesystem is currently the only package that provides these, but otherwise it is clearly intended for KDE 3 and 4 applications, is even versioned '4', and very few KDE apps still require it. Should these be provided by kf5-filesystem (and soon, kf6-filesystem)?

Context: https://bugzilla.redhat.com/show_bug.cgi?id=2232229#c3

Metadata Update from @yselkowitz:
- Issue set to the milestone: Fedora Linux 39
- Issue tagged with: meeting-request

Proposal based on discussion in SIG and further investigation:

  • kde-filesystem be bumped to version 5, providing directories used across major versions (including the /usr/share/doc/HTML hierarchy)
  • kde3-filesystem and kde4-filesystem split out as subpackages, providing directories specific to those respective versions, and each Requires: kde-filesystem
  • kdelibs3 should Requires: kde3-filesystem, and kdelibs should Requires: kde4-filesystem
  • kf5-filesystem should also Requires: kde-filesystem, and drop any common directories provided thereby
  • The future kf6-filesystem should also Requires: kde-filesystem and only provide version specific directories, with anything common to 5 and 6 being moved to kde-filesystem.

In terms of the last two points, any guidance on the KF6 equivalents of the following unversioned directories currently in kf5-filesystem would help:

  • /usr/lib*/kconf_update_bin
  • /usr/share/kconf_update
  • /usr/share/kpackage
  • /usr/share/knsrcfiles
  • /usr/share/solid

LGTM.

Metadata Update from @yselkowitz:
- Issue set to the milestone: Future Release (was: Fedora Linux 39)

cc @justinz any insight here?

I don't think I'm up to speed enough with Fedora to weigh in here. I trust Neal's judgement here.

First step: https://src.fedoraproject.org/rpms/kde-filesystem/pull-request/1

Metadata Update from @yselkowitz:
- Issue assigned to yselkowitz

First step merged. Second step:
https://src.fedoraproject.org/rpms/kdelibs3/pull-request/2
https://src.fedoraproject.org/rpms/kdelibs/pull-request/1

And third step:
https://src.fedoraproject.org/rpms/kf5/pull-request/6
https://src.fedoraproject.org/rpms/kf6/pull-request/1

All changes are merged into rawhide (F40). Do any packaging policies or documentation need to be updated for this?

Metadata Update from @yselkowitz:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)
Metadata

meeting-request

None
None
None
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.