Bug 1883926
| Summary: | jsoncpp can't be imported as a CMake package | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Lukáš Zaoral <lzaoral> | ||||
| Component: | jsoncpp | Assignee: | Sébastien Willmann <sebastien.willmann> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 33 | CC: | amarok, besser82, mattdm, sebastien.willmann | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | jsoncpp-1.9.4-2.fc33 | Doc Type: | If docs needed, set a value | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2020-10-02 00:35:22 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: | |||||||
| Attachments: |
|
||||||
FEDORA-2020-9556b5823e has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-9556b5823e Also tagged into f33-buildroot-overrides. FEDORA-2020-9556b5823e has been pushed to the Fedora 33 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-9556b5823e` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-9556b5823e See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2020-9556b5823e has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report. Seems still the case but with autotools. I did a minimal reproduce repo: https://github.com/AmarOk1412/jsoncpp-fed33 To complete, this is the pc file on fedora 32:
cat /usr/lib64/pkgconfig/jsoncpp.pc
prefix=/usr
exec_prefix=/usr
libdir=${exec_prefix}/lib64
includedir=${prefix}/include
Name: jsoncpp
Description: A C++ library for interacting with JSON
Version: 1.9.2
URL: https://github.com/open-source-parsers/jsoncpp
Libs: -L${libdir} -ljsoncpp
Cflags: -I${includedir}
Fedora 33:
$ cat /usr/lib64/pkgconfig/jsoncpp.pc
prefix=/usr
exec_prefix=/usr
libdir=${exec_prefix}/lib64
includedir=${prefix}/include
Name: jsoncpp
Description: A C++ library for interacting with JSON
Version:
URL: https://github.com/open-source-parsers/jsoncpp
Libs: -L${libdir} -ljsoncpp
Cflags: -I${includedir}
It misses the version
|
Created attachment 1717884 [details] Patch to fix the issue Description of problem: The latest release of jsoncpp cannot be successfully imported as a CMake package. Version-Release number of selected component (if applicable): jsoncpp-1.9.4-1 How reproducible: Always Steps to Reproduce: 1. dnf install cmake make jsoncpp-devel 2. cat > CMakeLists.txt <<EOF cmake_minimum_required(VERSION 3.18) project(test NONE) list(APPEND CMAKE_PREFIX_PATH "/usr/lib64/cmake/jsoncpp") find_package(jsoncpp REQUIRED CONFIG) EOF 3. cmake . Actual results: CMake Error at usr/lib64/cmake/jsoncpp/jsoncppConfig.cmake:100 (message): The imported target "jsoncpp_static" references the file "/usr/lib64/libjsoncpp_static.a" but this file does not exist. Possible reasons include: * The file was deleted, renamed, or moved to another location. * An install or uninstall procedure did not complete successfully. * The installation package was faulty and contained "/usr/lib64/cmake/jsoncpp/jsoncppConfig.cmake" but not all the files it references. Call Stack (most recent call first): //CMakeLists.txt:4 (find_package) -- Configuring incomplete, errors occurred! See also "/build/CMakeFiles/CMakeOutput.log". Expected results: Everything configures successfully. Additional info: Previous release of the package worked fine and the enclosed patch should fix this issue (the BUILD_SHARED_LIBS define was redundant as it is already defined by %cmake).