One more:
/usr/libexec/kf6/kauth

(In reply to Christoph Karl from comment #0)
> The following directories are missing in RPM database:

How exactly are you attempting to find these?

> /usr/lib/qt6
> /usr/lib/qt6/plugins

Owned by qt6-qtbase.

> /usr/lib/qt6/qml

Owned by qt6-qtdeclarative.

> /usr/lib/qt6/qml/org

This could be added to kf6-filesystem.

> /usr/libexec/kf6/kauth

I suppose this too, although perhaps kf6-kauth makes more sense.

Feel free to file a PR for the last two.

Ad "/usr/lib/qt6":
>sudo dnf provides /usr/lib/qt6/
Last metadata expiration check: 0:03:34 ago on Tue Jun 25 18:03:25 2024.
qt6-qtbase-6.6.2-7.fc40.i686 : Qt6 - QtBase components
Repo        : fedora
Matched from:
Other       : /usr/lib/qt6/

qt6-qtbase-6.7.1-2.fc40.i686 : Qt6 - QtBase components
Repo        : updates
Matched from:
Other       : /usr/lib/qt6/

Yes, it is owned by qt6-qtbase, but only for i686!

Ad "How exactly are you attempting to find these?":
I run the following line:
find /usr/ -exec /usr/bin/bash -c 'rpm -qf -- "$1" >/dev/null 2>&1 || echo "$1"' find_sh {} \;

Ad "Feel free to file a PR":
As nearly all of my findings are micro fixes in the spec file I did not write pull requests.
But I will do, if you wish so.

(In reply to Christoph Karl from comment #3)
> Ad "/usr/lib/qt6":
> Yes, it is owned by qt6-qtbase, but only for i686!

Of course, only i686 packages should use that path.  Are you seeing it used with 64-bit packages?

Yes I have a 64-bit installation:
$ rpm -qa| grep -i i686
<no output>

For qt6-qtbase I get:
$ rpm -q qt6-qtbase
qt6-qtbase-6.7.1-2.fc40.x86_64

kf6-filesystem creates /usr/lib/qt6 for x86_64 (but does not own that directory)

https://src.fedoraproject.org/rpms/kf6/blob/7768f6cbd0759788b496e1c44ad57102493c6054/f/kf6.spec#_78

$ dnf repoquery --setopt="optional_metadata_types=filelists"  --repo=koji-41 --qf '%{name}-%{epoch}:%{version}-%{release}.%{arch}\t%{sourcerpm}' --whatprovides "/usr/lib/qt6/*" 2>/dev/null
kf6-filesystem-0:6.4.0-1.fc41.x86_64	kf6-6.4.0-1.fc41.src.rpm
$ dnf repoquery --setopt="optional_metadata_types=filelists"  --repo=koji-41 --qf '%{name}-%{epoch}:%{version}-%{release}.%{arch}\t%{sourcerpm}' --whatprovides "/usr/lib/qt6" 2>/dev/null
$

Partly solved with "qt6-filesystem-6.7.2-2.fc41.x86_64".
The following two directories are still missing
/usr/lib/qt6/qml/org/
/usr/libexec/kf6/kauth/

(In reply to Christoph Karl from comment #9)
> Partly solved with "qt6-filesystem-6.7.2-2.fc41.x86_64".
> The following two directories are still missing
> /usr/lib/qt6/qml/org/

This should be probably owned by qt6-qtdeclarative, I will look into it.

> /usr/libexec/kf6/kauth/

This should be owned by kf6-kauth?

(In reply to Jan Grulich from comment #10)
> (In reply to Christoph Karl from comment #9)
> > Partly solved with "qt6-filesystem-6.7.2-2.fc41.x86_64".
> > The following two directories are still missing
> > /usr/lib/qt6/qml/org/
> 
> This should be probably owned by qt6-qtdeclarative, I will look into it.
> 

Looks nothing from Qt installs to /usr/lib/qt6/qml/org/, where I can see only /usr/lib/qt6/qml/org/kde being present. This should therefore be owned most likely by kf6 package.

This message is a reminder that Fedora Linux 40 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora Linux 40 on 2025-05-13.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
'version' of '40'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, change the 'version' 
to a later Fedora Linux version. Note that the version field may be hidden.
Click the "Show advanced fields" button if you do not see it.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora Linux 40 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora Linux, you are encouraged to change the 'version' to a later version
prior to this bug being closed.

Still present in rawhide.