aravis: Add a new recipe.

[sh0]

Specify library name and version: aravis/0.8.19

Aravis is a library for communicating with Genicam based cameras over USB3 and GigE connections.

Introspection doesn't seem to work, but the option flag to enable it was added anyways.

---

• I've read the guidelines for contributing.
• I've followed the PEP8 style guides for Python code in the recipes.
• I've used the latest Conan client version.
• I've tried at least one configuration locally with the
  conan-center hook activated.

[sh0]

Ready for review.

It is technically possible to build shared glib with static MT/MTd runtime with MSVC. However this seems to be unsupported and will cause issues. In this case glib-compile-resources crashes since it opens a file handle through static CRT inside glib.dll and then tries to close it though another static CRT inside glib-compile-resources. It might be a good idea to explicitly disable building with MT/MTd runtime inside glib recipe to avoid some grief for anyone not knowing that problem.

Similarly we must ensure we only have one copy of glib when it is built static. Based on #7142 I used full_package_mode on glib, gstreamer and gst-plugins-base inside package_id to ensure shared option of deps is correct. Unfortunately this will lead to many missing recipe binaries on CI machines as dependencies were built with other versions of glib/gstreamer. Theoretically I can start submitting PRs to change dependency versions in many recipes, but I think that might become never ending whack-a-mole. Right now I just disabled the gstreamer plugin building. @SSE4 do you have any recommendations for me since you fixed the same issue for gstreamer?

I think we need something like options_package_mode in Conan such that package ID depends on shared flag, but not on dependency version.

[sh0]

I think what is happening here is that glib tool glib-compile-resources uses the wrong CI machine system libglib-*.so in /usr/lib64 instead of the Conan package one. The system glib version has to be <2.60.0 which does not have g_task_set_name function hence the glib-compile-resources: undefined symbol: g_task_set_name error.

Any ideas how to fix this? The glib-compile-resources is called from meson gnome helper which probably doesn't set LD_LIBRARY_PATH properly.

[ericLemanissier]

You can wrap the meson calls in tools.RunEnvironment

[sh0]

@ericLemanissier Thanks for the tip. RunEnvironment worked for Linux, but I now have a similar error for macOS:

dyld: Library not loaded: /Users/jenkins/w/BuildSingleReference/.conan/data/glib/2.70.0/_/_/package/fa44afc4793c5d03aff181b297994be9fbcb275b/lib/libgio-2.0.0.dylib
  Referenced from: /Users/jenkins/w/BuildSingleReference@2/.conan/data/glib/2.70.0/_/_/package/fa44afc4793c5d03aff181b297994be9fbcb275b/bin/glib-compile-resources
  Reason: image not found

glib is unpacked in slightly different place (.../BuildSingleReference/... vs .../BuildSingleReference@2/...) and libs are not found. DYLD_LIBRARY_PATH does not seem to work. Only reason I can see right now might be System Integrity Protection introduced in Mac OS 10.11 El Capitan which strips that env variable under some conditions. Any ideas?

[sh0]

I could reproduce the macOS problem on a local machine. It does indeed seem like a System Integrity Protection problem. Please see the linked issue I created.

[sh0]

I disabled macOS for now as the SIP workaround in conan-io/conan#7324 seems to take some time to get merged. There doesn't seem to be any simple workarounds we can apply at this time.

[uilianries]

@sh0 no problem, we can improve in the future. Thank for your contribution!

[uilianries]

LGTM

[conan-center-bot]

All green in build 12 (d7366d084139d2d358cf1d21aea3243233cf44dc):

• aravis/0.8.20@:
  All packages built successfully! (All logs)

[sh0]

Ping @uilianries @ericLemanissier

[sh0]

I'm still looking to get this recipe committed if possible. Any chance of getting this reviewed by anyone? Thanks for your time as always.

Ping @uilianries @ericLemanissier @prince-chrismc @SSE4

[uilianries]

LGTM

[prince-chrismc]

This has been waiting too long 😢

Any improvements can wait for a follow up PR. it looks solid

[prince-chrismc]

Looks like I have a bug, prince-chrismc/conan-center-index-pending-review#1 did not advertise your PR. Nothing obvious should have hidden it 😕