-
Notifications
You must be signed in to change notification settings - Fork 287
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conan instructions for building with external XMPsdk are broken #1810
Comments
On macOS, I also get this message on a "vanilla" build (no XMPsdk)
|
Hi guys. The XMP conan support was a very fragile prototype. It looks like with recent conan updates, it is not building anymore. (Note that it was in a repository named The Expat package is an official conan package and the problem sees to be with a wrong configuration of conan profile and default compiler used in the system:
Once that mismatch is corrected, it should work. |
@piponazo Thanks for looking at that, Luis. I hope everything's good with you. We're fine. I've been sucked back into Exiv2 for a few days. I hope to escape again and return to my garden projects. @kevinbackhouse intends to tag Exiv2 v0.27.5 RC1 on the 0.27-maintenance branch in the next few days. This will include several security fixes and some minor changes. No substantial changes. I've agreed to build the release and update the web-site for v0.27.5 GM in September. You're right about compiler version 11/12 mismatch with expat on macOS. I've updated conan I hope you'll find time to investigate the XMP/conan puzzle. It's not urgent and isn't necessary for v0.27.5. |
Good News. I've performed a "vanilla build" on the MacMini with the Intel CPU. I had to read https://docs.conan.io/en/latest/faq/troubleshooting.html#error-invalid-setting and update ~/.conan/settings.yml to include apple-clang: version 12.0. I don't think there's any value in discussing the zlib/gzwrite.c mystery on macOS/M1. However, this does reinforce my opinion that we should not exclusively require conan to build. It's very desirable to use the package manager to install dependencies and cmake can use them without conan. This is discussed in #1811 The situation with xmp remains as reported by Kev. 522 rmills@rmillsmm-local:~/gnu/github/exiv2/0.27-maintenance/conan_build $ conan install .. --build missing --options xmp=True
Configuration:
[settings]
arch=x86_64
build_type=Release
compiler=apple-clang
compiler.libcxx=libc++
compiler.version=12.0
os=Macos
[options]
xmp=True
[build_requires]
[env]
XmpSdk/2016.7@piponazo/stable: ERROR: Error downloading binary package: 'XmpSdk/2016.7@piponazo/stable:b01a0ba71e5055bb491d9994ac256b1070bd5fea'
ERROR: Permission denied for user: 'None'. [Remote: conan-piponazo]
523 rmills@rmillsmm-local:~/gnu/github/exiv2/0.27-maintenance/conan_build $ |
With all the recent changes in conan repositories, we would need to do 2 things here:
@clanmills How would you rate the importance of using a recent version of the XMPSDK? Unless is critical for accessing/manipulating some tags, I would leave this issue for somebody else (someone who might want to learn more about conan, and I would be happy to guide that contributor). |
@piponazo One of the objectives for v1.00 is to make XMPsdk an external library and remove the xmpsdk/ directory from the code-base. #1466 (comment) I know very little about XMPsdk. Andreas offered the opinion "everything concerning XMPsdk is a pain in the butt". I suspect that the xmpsdk/ directory was added to get it to build and link with libexiv2. As you know, the Adobe XMPsdk is built using scripts which use CMake. I suspect that Andreas could make no sense of that because the exiv2 build at that time used autotools. Now that we have adopted CMake/conan as our only build system, it would be wonderful to remove the xmpsdk/ directory entirely and have an option such as I don't know anybody at Adobe involved with the support/development of XMPsdk. I hope they welcome your contribution, however I suspect you will get very little cooperation. Looking at the the log of GitHub issues, XMPsdk does not appear to be actively maintained. https://github.com/adobe/XMP-Toolkit-SDK I have asked a couple of questions on the Adobe support forum about the XMPsdk and they were not answered. |
Another option would be to include XMP-Toolkit-SDK as a submodule. I wish they were more responsive to feedback though. I sent them a pull request months ago to fix a denial of service issue, but they have ignored it. Also, the last time I tried, I couldn't get their build to work. |
@kevinbackhouse I saw your PR concerning the DOS threat in XMPsdk. You're right. The support and maintenance of XMPsdk is disappointing. Both Luis and I were surprised (== shocked) by the build-system that Adobe provide for XMPsdk. They have a few shell/batch scripts that use CMake to build the code. The build-system expects the source of third party libraries (expat and zlib, I think) to be available in specific locations in the file-system. There is another project https://github.com/hfiguiere/exempi which is based on the Adobe code and has a build system based on autotools. I suspect adopting exempi would be changing the bed of nails. |
The instructions for "Building Exiv2 with Adobe XMPsdk 2016" in README-CONAN.md have stopped working. I am seeing this error:
The text was updated successfully, but these errors were encountered: