Summary: | liblas-devel now contains unusable pkgconf (pkg-config) file | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Sjoerd Mullender <sjoerd> |
Component: | liblas | Assignee: | Sandro Mani <manisandro> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 32 | CC: | devrim, manisandro |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | liblas-1.8.1-10.gitd76a061.fc32 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-06-19 01:03:56 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: |
Description
Sjoerd Mullender
2020-06-02 14:41:15 UTC
FEDORA-2020-fa5a06bee0 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-fa5a06bee0 Thanks for the updated package. However, pkgconf liblas --cflags now returns -I/usr/include/liblas/liblas -I/usr/include/libgeotiff where I would expect -I/usr/include/liblas -I/usr/include/libgeotiff i.e. with one fewer level of directories. Actually, comparing this with the version in the F32 release (the unupdated version), and the last version there are a number of differences: In both 1.8.1-5 and 1.8.1-7, the include files are in /usr/include/liblas, whereas in 1.8.1-9 they are one level deeper in /usr/include/liblas/liblas. In 1.8.1-5, calling liblas-config --includes gave -I/usr/include (several times plus -I/usr/include/gdal -I/usr/include/libgeotiff). In 1.8.1-7, pkgconf liblas --cflags gave -Iinclude/liblas, suggesting that it should have been -I/usr/include/liblas. This makes already that using this in a project requires changing the source to drop the liblas directory from #include directives. In 1.8.1-9, pkgconf liblas --cflags gives -I/usr/include/liblas/liblas, also requiring the change in the source code. FEDORA-2020-95b0abdc82 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-95b0abdc82 I must say, I find it unfortunate that the new pkgconf configuration is not compatible with the old liblas-config configuration. In the old situation (and e.g. on Ubuntu) it produces -I/usr/include (or equivalently, no -I option) and I need to use #include <liblas/...>, whereas in the new situation, it produces -I/usr/include/liblas and I need to use #include <...>. This doesn't make configuring the software that uses the library any easier. #include <liblas/...> should actually work anyway? Ah, yes, you're right. I was too focussed on the previous attempt. Sorry about the noise. And thanks for the quick fix. liblas-1.8.1-10.gitd76a061.fc32 has been pushed to the Fedora 32 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-2020-95b0abdc82 FEDORA-2020-95b0abdc82 has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report. |