Bug 1416426
Summary: | cmark-devel-0.25.2-1.fc25 has wrong library path in pkg-config file | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Petr Pisar <ppisar> |
Component: | cmark | Assignee: | Jens Petersen <petersen> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 26 | CC: | jdulaney, petersen, yaneti |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | cmark-0.25.2-2.fc26 cmark-0.25.2-2.fc25 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-03-03 03:53:52 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Petr Pisar
2017-01-25 13:21:18 UTC
Thanks for the report: I see what you're saying. On the other hand on my f25 and rawhide machines: $ arch x86_64 $ rpm -q cmark-devel cmark-devel-0.25.2-1.fc25.x86_64 $ pkg-config libcmark --libs -lcmark How is it affecting you? Perhaps you're parsing the .pc file directly? (In reply to Jens Petersen from comment #1) > On the other hand on my f25 and rawhide machines: > > $ arch > x86_64 > $ rpm -q cmark-devel > cmark-devel-0.25.2-1.fc25.x86_64 > $ pkg-config libcmark --libs > -lcmark > Your machine is not updated. Rawhide replaced pkg-config with pkgconf: $ pkg-config --libs libcmark -L/usr/lib -lcmark $ rpm -qf $(type -p pkg-config) pkgconf-pkg-config-1.2.1-1.fc26.x86_64 > > How is it affecting you? It does not affect me right now, but simply the outuput is wrong. Imagine somebody has a 32-bit libcmark.so in /usr/lib. Then your pkgconfig file will try to link a 64-bit application to 32-bit library which will fail. No doubt the cmark .pc file is wrong but.. pkgconfig has been avoiding -L<system_library_path> forever and on fedora this has been: .... checking for system library path to avoid -L flags... /usr/lib64:/lib64:/usr/lib:/lib .... for a while. Seems like a significant divergence in default behavior between pkgconf and pkgconfig Should be fixed in cmark-0.25.2-2.fc26. I also opened https://github.com/jgm/cmark/pull/185 Yanko: I tend to agree but here it looks like a feature actually: with the fixed .pc file it no longer outputs -l. cmark-0.25.2-2.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2017-63b86d2541 cmark-0.25.2-2.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-63b86d2541 This bug appears to have been reported against 'rawhide' during the Fedora 26 development cycle. Changing version to '26'. cmark-0.25.2-2.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report. |