Re: autest failures

2019-01-08 Thread Pushkar Pradhan
Leif, I am fine with that. What do you think of my proposal of including a recent curl version in the repo? The other option is to fix the bootstrap.py to install it. On RedHat the new curl is available in httpd24 but running that requires prepending the curl command with scl enable On my box

Re: autest failures

2019-01-08 Thread Leif Hedstrom
> On Jan 7, 2019, at 8:43 PM, Pushkar Pradhan wrote: > > Leif, > I am fine with that. What do you think of my proposal of including a recent > curl version in the repo? I don’t think we should do that. :) Getting an appropriate version of curl is not that big of a deal, certainly no worse t

Re: autest failures

2019-01-08 Thread Alan Carroll
Yes, we should include source of other tools only when there is no reasonable alternative and it's required to run ATS at all. We hope to remove YAMLCPP once a sufficiently recent version is in general distribution. I'm not sure not having the test disable is going to work in real life. It means t

Re: autest failures

2019-01-08 Thread Leif Hedstrom
> On Jan 8, 2019, at 2:27 PM, Alan Carroll > wrote: > > Yes, we should include source of other tools only when there is no > reasonable alternative and it's required to run ATS at all. We hope to > remove YAMLCPP once a sufficiently recent version is in general > distribution. > > I'm not su

Re: autest failures

2019-01-08 Thread Jason Kenny
I do plan to add a switch to allow one to error on condition testing. This should be easy to do. However I do report which test are skipped and why ( and if that reason is not good enough one can help fix the test as most if not all these should be reason that can be provided with the condition cal

Re: autest failures

2019-01-08 Thread Pushkar Pradhan
Even RHEL7 sucks, they are also shipping with an old curl version that doesn't support http1.1. The test was not being skipped, it tries to run the test. The quickest thing to do would be add a condition checking for http1.1? On Tue, Jan 8, 2019 at 2:32 PM Jason Kenny wrote: > I do plan to add a

Re: autest failures

2019-01-08 Thread Leif Hedstrom
> On Jan 8, 2019, at 4:06 PM, Pushkar Pradhan wrote: > > Even RHEL7 sucks, they are also shipping with an old curl version that > doesn't support http1.1. I find that highly unlikely… [root@98291c1384a2 /]# cat /etc/redhat-release CentOS Linux release 7.6.1810 (Core) [root@98291c1384a2 /]#

Re: autest failures

2019-01-08 Thread Leif Hedstrom
> On Jan 8, 2019, at 4:06 PM, Pushkar Pradhan wrote: > > Even RHEL7 sucks, they are also shipping with an old curl version that > doesn't support http1.1. > The test was not being skipped, it tries to run the test. > The quickest thing to do would be add a condition checking for http1.1? Als

Re: autest failures

2019-01-08 Thread Miles Libbey
On Tue, Jan 8, 2019 at 3:45 PM Leif Hedstrom wrote: > > On Jan 8, 2019, at 4:06 PM, Pushkar Pradhan > > wrote: > > > > Even RHEL7 sucks, they are also shipping with an old curl version that > > doesn't support http1.1. > > > I find that highly unlikely… > > [root@98291c1384a2 /]# cat /etc/redhat

Re: autest failures

2019-01-08 Thread Pushkar Pradhan
Miles is right. Here's my output: [iwonttellyoumyusername@iwonttellyoumyhostname ~]$ cat /etc/redhat-release Red Hat Enterprise Linux Server release 7.5 (Maipo) [iwonttellyoumyusername@iwonttellyoumyhostname ~]$ curl --version curl 7.29.0 (x86_64-redhat-linux-gnu) libcurl/7.29.0 NSS/3.28.4 zlib/1.2

Re: autest failures

2019-01-08 Thread Leif Hedstrom
> On Jan 8, 2019, at 5:34 PM, Pushkar Pradhan wrote: > > Miles is right. Here's my output: > [iwonttellyoumyusername@iwonttellyoumyhostname ~]$ cat /etc/redhat-release > Red Hat Enterprise Linux Server release 7.5 (Maipo) > [iwonttellyoumyusername@iwonttellyoumyhostname ~]$ curl --version > cu