libxft: conan v2 support

[SpaceIm]

closes #17818

---

• I've read the contributing guidelines.
• I've used a recent Conan client version close to the currently deployed.
• I've tried at least one configuration locally with the conan-center hook activated.

[SpaceIm]

checking for gcc... gcc
checking whether the C compiler works... no
configure: error: in `/home/conan/w/prod-v2/BuildSingleReference/p/t/libxfa520101bafe08/b/build-release':
configure: error: C compiler cannot create executables
See `config.log' for more details

libxft/2.3.4: ERROR: 
Package '24839a77c7fe0258fd2778813f88fa1914ece8ce' build failed
libxft/2.3.4: WARN: Build folder /home/conan/w/prod-v2/BuildSingleReference/p/t/libxfa520101bafe08/b/build-release

Works fine for me on Linux, I can't know what's wrong here without the content of config.log

[CLAassistant]

All committers have signed the CLA.

[ghost]

I detected other pull requests that are modifying libxft/all recipe:

• libxft: migrate to Conan v2, add v2.3.8 #18789
• upgrades libxft to conanv2 #18567
• libxft: add version 2.3.8, support conan v2 #18288

This message is automatically generated by https://github.com/ericLemanissier/conan-center-conflicting-prs so don't hesitate to report issues/improvements there.

[jasuramme]

@SpaceIm here you go, pal!
config.log

[jasuramme]

@SpaceIm
I think it links across system xorg libraries, but takes libuuid from conan repo.
And Xorg libraries need libuuid1.0, but in conan we have 1.03
It is a conflict between xorg/system and fontconfig/2.14.2
UPD:
The problem happens when we build with */*:shared. I believe there should be some proper mechanism to link system libraries statically only. Otherwise, we would have dependencies conflicts all the way down

[ericLemanissier]

See #17664

[jasuramme]

See #17664

@ericLemanissier should we wait until util-linux-libuuid is released and add it to the requirements after that? Is it correct?

[ericLemanissier]

If we have no reason to think that libxft uses libuuid directly, then we should not add it to its requirements. Instead, we should wait for util-linux-libuuid to be merged, then upgrade the fontconfig recipe to require util-linux-libuuid instead of libuuid. Then libxft should pass

[jasuramme]

If we have no reason to think that libxft uses libuuid directly, then we should not add it to its requirements. Instead, we should wait for util-linux-libuuid to be merged, then upgrade the fontconfig recipe to require util-linux-libuuid instead of libuuid. Then libxft should pass

Oh sure, fontconfig, not the libxft. I've lost context after the long working day. Thanks!

[ericLemanissier]

this one can be re-triggered now that #17995 is merged

[conan-center-bot]

Conan v1 pipeline ❌

Sorry, the system is under maintenance and it doesn't accept builds right now.
Please, check https://status.conan.io to obtain more information.
Thanks for your understanding and help with the Conan Center Index!

---

Conan v2 pipeline ❌

Note: Conan v2 builds may be required once they are on the v2 ready list

The v2 pipeline failed. Please, review the errors and note this will be required for pull requests to be merged in the near future.

See details:

Sorry, the system is under maintenance and it doesn't accept builds right now.
Please, check https://status.conan.io to obtain more information.
Thanks for your understanding and help with the Conan Center Index!

[stale]

This pull request has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[jwillikers]

Can this be triggered again?

[github-actions]

This pull request has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[jcar87]

Closing in favour of #18789.

Please feel free to reopen and update if something was missing.