Curl / CurlSSL issue. Error after executing EasyApache build

[postcd]

Hello,

i would like to remove xcache and when i do Compile and build i receive these messages and process is interupted:

Could not 'imply' 'CurlSSL' value to '1' for 'Save my profile with appropriate PHP 5 options set so that it is compatible with cpphp'. It was already implied as '0' via 'Curl'.

'implies' loop detected: could not save profile, stopping...!

What can be cause please?

[postcd]

Curl [More Info ↑]
This option will make the following changes to your profile prior to the build:
Disables:
CurlSSL

CurlSSL [More Info ↑]
This option will make the following changes to your profile prior to the build:
Disables:
Curl

I have both ticked when customising based on "Previously Saved Config"

When unticking CurlSSL and doing build, it fail

[chrismfz]

Curl [More Info ↑]
This option will make the following changes to your profile prior to the build:
Disables:
CurlSSL

CurlSSL [More Info ↑]
This option will make the following changes to your profile prior to the build:
Disables:
Curl

I have both ticked when customising based on "Previously Saved Config"

When unticking CurlSSL and doing build, it fail

I would also like to understand why both curl & curlSSL cannot exist from 3.9.1 EasyApache.
Or if only curlSSL can do the job why just one option ?

I tried to compile and I chose only curl unfortunately.

But now everything that uses ssl gets an error.

Stuff like
"CURL Error: 1 - Protocol https not supported or disabled in libcurl".

[hkirste]

I am having the exactly same problem, i cant use my whmcs modules or facebook loggin. Also i am using cURL for another things, and i need it

[cPanelMichael]

Hello

This is a known issue with EasyApache 3.9.1. For reference, the internal case number is:

# 57324

The temporary workaround at this time is to select "curlssl" and leave "curl" disabled. The "curlssl" option will allow for non-ssl functionality as well.

Thank you.

[hkirste]

Ive done that and its working fine all my applications. Thanks

[mtindor]

Thanks, Michael.

M

[cPanelMichael]

This has been addressed in EasyApache 3.9.2. You can find the full change log at:

EasyApache Change Log

Thank you.

[MichaelLW]

Even after updating to 3.9.2 Easyapache is not allowing me to install Curl and Curl SSL :/ Its no longer making me disable it in the options menu but once I start the build it auto disables one or the other.

[brian]

That is the correct and intended behavior.

It was a bug that both "Curl" and "CurlSSL" were ever allowed to be both selected at the same time.

This is because both "Curl" and "CurlSSL" affect the exact same PHP configure flag (--with-curl) and therefore enabling them both only ever resulted in one of them being used in the past anyway.

If you had previously been checking "both" before 3.9.1, then you in actuality were only ever taking advantage of "CurlSSL" and therefore you should only be checking "CurlSSL" now that EasyApache 3.9.1/3.9.2 has corrected that misconception.

A different way to think of the options would be...

• Curl
• Curl w/SSL

Both still provide "Curl" functionality, CurlSSL just additionally provides SSL support.

[MichaelLW]

Excellent, good to know. Thanks a lot.

[choon]

This latest easyapache build behaviour will cause issue with old _last_success.yaml profile. This is affecting all servers I managed. I have both Curl and CurlSSL enabled in old profile and old easyapache build script built with CurlSSL and ignore the Curl enabled option. Now the new easyapache build script will take Curl enabled option and disable the CurlSSL enabled option which is different behaviour from old easyapache build script. I got complaint about this from clients and learn from this

Imagine I did: /scripts/easyapache --build in all servers I managed in order to update apache to latest 2.2.22... and there I got CurlSSL being disabled

Perhaps cPanel can consider to let the latest easyapache build script to behave like old version if both Curl and CurlSSL options are enabled then it should take CurlSSL not Curl... ...

Thanks.