Bug 1536952 - build: add libcurl package to regression machines
Summary: build: add libcurl package to regression machines
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: GlusterFS
Classification: Community
Component: project-infrastructure
Version: mainline
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: bugs@gluster.org
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-01-22 06:25 UTC by Susant Kumar Palai
Modified: 2018-06-28 06:28 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-06-28 06:28:46 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

Description Susant Kumar Palai 2018-01-22 06:25:35 UTC
Description of problem:
Xlator cloudsync at [1], has a dependency on libcurl-devel and openssl-devel package, without which the build will fail on regression machines.

Requesting to install the above packages on all regression machines.

[1] https://review.gluster.org/#/c/18532/

Comment 1 Michael S. 2018-01-22 18:34:04 UTC
Pushed, openssl is already here. 

What should be done on FreeBSD, does it work with libressl ?

Comment 2 Susant Kumar Palai 2018-03-08 04:25:29 UTC
(In reply to Michael Scherer from comment #1)
> Pushed, openssl is already here. 
> 
> What should be done on FreeBSD, does it work with libressl ?

Hi Michael,
    we would need Openssl 1.1.0 (or greater) to make smoke pass for the patch. 
The one particular function which we are looking for is HMAC_CTX_new.

Thanks & Regards,
Susant

Comment 3 Michael S. 2018-03-08 11:04:29 UTC
We can't have a backport of openssl on EL7. Nigel, any opinion on this ?

Comment 4 Nigel Babu 2018-03-08 13:36:14 UTC
This is a problem. You cannot have a version of openssl that is not installed by default. This will lead to complications down the line. I see that Centos has openssl 1:1.0.2k-8.el7. So what is causing the current failure?

Comment 5 Susant Kumar Palai 2018-03-08 17:35:07 UTC
(In reply to Nigel Babu from comment #4)
> This is a problem. You cannot have a version of openssl that is not
> installed by default. This will lead to complications down the line. I see
> that Centos has openssl 1:1.0.2k-8.el7. So what is causing the current
> failure?

I did not realize that I have mentioned "openssl" instead of "openssl-devel".
My apologies. I guess in both fedora and centos should have openssl-devel 1.1.0.

Apologies again for the inconvenience.


Thanks & Regards,
Susant

Comment 6 Nigel Babu 2018-03-09 02:34:07 UTC
openssl-devel and openssl come from the same source package. I can't change one without the other. So the problem hasn't changed. This code should work with whatever is shipped with Centos 7 at the very least.

Comment 7 Susant Kumar Palai 2018-03-09 03:55:31 UTC
Thanks for the info. Let me debug this issue on a centos image. Will update here once I get some data.

Susant

Comment 8 M. Scherer 2018-06-27 21:36:17 UTC
So, anything knew ?

Comment 9 Susant Kumar Palai 2018-06-28 06:28:46 UTC
(In reply to M. Scherer from comment #8)
> So, anything knew ?

I am closing this bug as the requirement for libcurl is handled through glusterfs.spec file and openssl-devel dependent code was made to work with old and new versions.

Thanks for your help.

Susant


Note You need to log in before you can comment on or make changes to this bug.