On Tue, Nov 23, 2021 at 8:37 PM Steve Grubb <sgr...@redhat.com> wrote:
>
> Hello,
>
> I am preparing to migate a F35 system to new hardware and was sanity checking
> the whole system. One thing I found was that there are a number of system
> directories that that are not owned by the package that uses them:
>
> /var/cache/ibus
> /var/cache/PackageKit
> /var/cache/cups
> /var/log/anaconda
> /var/lib/tpm2-tss
> /var/lib/machines
> /var/lib/hsqldb
> /var/lib/cs
> /var/lib/rpcbind
> /var/lib/portables
> /etc/module-build-service
> /etc/default
> /etc/pesign
> /etc/ipa
> /etc/ndctl
> /etc/flatpak
>
> Should there be a gating or other test that catches this?

I've also noticed this problem, but with old python directories
lingering after upgrades.
For example, on my upgraded-from-ages-ago Fedora 35 Workstation
machine, I still had empty directory trees for old pythons, i.e.
directory trees containing empty "package" directories and empty
__pycache__ directories in
/usr/lib{,64}/python3.{7,8,9}/site-packages/
Looks like a missing file / directory ownership problem in some python packages.

Fabio
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Reply via email to