Bug 1486468 - Unknown files in /usr/share/mime/
Summary: Unknown files in /usr/share/mime/
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: shared-mime-info
Version: rawhide
Hardware: All
OS: Linux
unspecified
low
Target Milestone: ---
Assignee: Miro Hrončok
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-08-29 20:22 UTC by Pat Riehecky
Modified: 2020-11-09 16:48 UTC (History)
2 users (show)

Fixed In Version: shared-mime-info-2.0-5.fc34 shared-mime-info-2.0-5.eln105
Clone Of:
Environment:
Last Closed: 2020-11-09 16:34:04 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Pat Riehecky 2017-08-29 20:22:43 UTC
Description of problem:
Can shared-mime-info %ghost a few items in /usr/share/mime?  Once the mime cache is generated the unknown files look a bit odd

Version-Release number of selected component (if applicable):
shared-mime-info-1.8-2.fc26.x86_64

How reproducible:


Steps to Reproduce:
1.Install minimal system
2.rpm -qf /usr/share/mime/*
2.
3.

Actual results:
file /usr/share/mime/XMLnamespaces is not owned by any package
file /usr/share/mime/aliases is not owned by any package
file /usr/share/mime/application is not owned by any package
file /usr/share/mime/audio is not owned by any package
file /usr/share/mime/generic-icons is not owned by any package
file /usr/share/mime/globs is not owned by any package
file /usr/share/mime/globs2 is not owned by any package
file /usr/share/mime/icons is not owned by any package
file /usr/share/mime/image is not owned by any package
file /usr/share/mime/inode is not owned by any package
file /usr/share/mime/magic is not owned by any package
file /usr/share/mime/message is not owned by any package
file /usr/share/mime/mime.cache is not owned by any package
file /usr/share/mime/model is not owned by any package
file /usr/share/mime/multipart is not owned by any package
shared-mime-info-1.8-2.fc26.x86_64
file /usr/share/mime/subclasses is not owned by any package
file /usr/share/mime/text is not owned by any package
file /usr/share/mime/treemagic is not owned by any package
file /usr/share/mime/types is not owned by any package
file /usr/share/mime/version is not owned by any package
file /usr/share/mime/video is not owned by any package
file /usr/share/mime/x-content is not owned by any package
file /usr/share/mime/x-epoc is not owned by any package


Expected results:
Since these files a generated via shared-mime-info and automatically created, can they be added as %ghost and noverify?

Additional info:

Comment 1 Fedora End Of Life 2018-02-20 15:27:54 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 28 development cycle.
Changing version to '28'.

Comment 2 Ben Cotton 2019-05-02 19:19:31 UTC
This message is a reminder that Fedora 28 is nearing its end of life.
On 2019-May-28 Fedora will stop maintaining and issuing updates for
Fedora 28. 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 Fedora 'version' of '28'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 28 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, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 3 Ben Cotton 2019-05-02 22:05:39 UTC
This message is a reminder that Fedora 28 is nearing its end of life.
On 2019-May-28 Fedora will stop maintaining and issuing updates for
Fedora 28. 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 Fedora 'version' of '28'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 28 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, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 4 Ben Cotton 2019-08-13 16:51:17 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle.
Changing version to '31'.

Comment 5 Ben Cotton 2019-08-13 19:21:23 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle.
Changing version to 31.

Comment 6 Ben Cotton 2020-08-11 15:29:27 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 33 development cycle.
Changing version to 33.

Comment 7 Fedora Admin user for bugzilla script actions 2020-08-26 02:52:16 UTC
This package has changed maintainer in the Fedora.
Reassigning to the new maintainer of this component.

Comment 8 Miro Hrončok 2020-08-27 20:25:42 UTC
This should be an easy fix, I'll have a look.

Comment 9 Miro Hrončok 2020-08-27 21:04:02 UTC
The content of the directories is presumably created by update-mime-database. Not sure how to know upfront what files to %ghost.
The shared-mime-info package can own the directories, but owning the files might be actually tricky.

Comment 12 Fedora Update System 2020-11-09 16:39:50 UTC
FEDORA-2020-bf5b8e7ebb has been pushed to the Fedora 34 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 13 Fedora Update System 2020-11-09 16:48:55 UTC
FEDORA-2020-4effbf97aa has been pushed to the Fedora ELN 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.