[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: curl/7.60.0-1 appears to break r-cran-curl/3.2-1 autopkgtest in testing



On Thu, Jun 21, 2018 at 6:57 AM, Andreas Tille <andreas@fam-tille.de> wrote:
> On Tue, Jun 19, 2018 at 11:55:38PM +0200, Jeroen Ooms wrote:
>> I am seeing similar things on CRAN now but I have a hard time
>> reproducing this issue. I'm trying now with valgrind/asan but no luck
>> so far.
>
> The CI test are running on a virtual machine which is disconnected from
> the internet.  However, I can even reproduce the issue on a machine that
> is connected to the internet.
>
>> Does this consistently fail at the same unit test, or randomly? Please
>> let me know if you find a minimal example. I'll continue to
>> investigate.
>
> Here is the recent build log (see end of page!):
>
>    https://ci.debian.net/data/autopkgtest/unstable/amd64/r/r-cran-curl/406912/log.gz

OK thanks. So you are building the package with libcurl4-openssl-dev
(and not the gnutls version), correct? I'm surprised this problem
suddenly pops up. I'm worried about the libcurl3/libcurl4
transition... so we are building r-base and r-cran-curl against the
same libcurl, right?


> and this page shows a history of previous logs:
>
>    https://ci.debian.net/packages/r/r-cran-curl/unstable/amd64/
>
> So starting from 2018-05-30 22:22:23 UTC the build log fails all the
> time and this is connected to the date when libcurl version 7.60.0-2
> seems to become installed on the CI infrastructure.


Were there any changes on the Debian side with this update?

> What libcurl are you using at your site?  Do you have access to some
> Debian machine?

I test my packages on all platforms (including windows and solaris ;)
I'm testing with a docker SID image now. However the version of r-base
on this image has been compiled with libcurl4-gnutls so I can't build
the R package with libcurl4-openssl-dev (I think). Very tricky...


Reply to: