Bug 1731695

Summary: libmatroska depends on files/directories from non-standard locations
Product: [Fedora] Fedora Reporter: Igor Raits <igor.raits>
Component: libmatroskaAssignee: Dominik 'Rathann' Mierzejewski <dominik>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: dmitry, dominik, itamar, kwizart, martin.sourada, zbyszek
Target Milestone: ---Keywords: FutureFeature, Reopened
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: libmatroska-1.7.1-3.fc39 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-06-06 10:22:00 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1731683, 2180842    

Description Igor Raits 2019-07-21 11:11:06 UTC 
Hello,

Fedora Packaging Guidelines allow dependencies only on files/directories from /usr/bin, /usr/sbin and /etc directories[0].
Your package depends on files/directories outside of those. See below for more information about package/dependencies.

---
libmatroska-devel-1.5.0-1.fc31.i686:
  - /usr/lib/cmake
libmatroska-devel-1.5.0-1.fc31.x86_64:
  - /usr/lib64/cmake
---

Please correct those or provide reason why is it correct.
It is very important to not download huge filelists.xml just because few packages in distribution depend on non-standard paths.

Thanks for cooperation!


[0] https://docs.fedoraproject.org/en-US/packaging-guidelines/#_file_and_directory_dependencies
Comment 1 Dominik 'Rathann' Mierzejewski 2019-07-22 12:01:54 UTC 
This is on purpose to have the same dependency on both Fedora and EPEL. There's no cmake3-filesystem package/virtual dependency that I could depend on for %{_libdir}/cmake. There's cmake-filesystem on Fedora, but nothing on EPEL side. Feel free to ask Fedora cmake/EPEL cmake3 maintainer to provide this and let me know when done. I think there's little value in having this tiny difference between Fedora and EPEL in a -devel subpackage otherwise.
Comment 2 Igor Raits 2019-07-22 12:52:14 UTC 
Well, depends if you consider "not downloading 60M of filelists.xml" to be a little value.
Comment 3 Nicolas Chauvet (kwizart) 2019-07-22 13:38:10 UTC 
I don't think that's much an issue if libebml/libmatroska owns _libdir/cmake

Also worth to mention that such cmake-filesystem would need to be turned into multilibs to own both lib{,64}/cmake (or having x86_64 owns both /usr/lib{,64}/cmake)
Comment 4 Zbigniew Jędrzejewski-Szmek 2023-02-27 12:48:34 UTC 
This is becoming relevant again. See
https://pagure.io/packaging-committee/pull-request/1256#comment-184139
for the motivation.
Comment 5 Fedora Update System 2023-06-06 10:18:36 UTC 
FEDORA-2023-7ab82204f5 has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-7ab82204f5
Comment 6 Fedora Update System 2023-06-06 10:22:00 UTC 
FEDORA-2023-7ab82204f5 has been pushed to the Fedora 39 stable repository.
If problem still persists, please make note of it in this bug report.