Re: curl/7.60.0-1 appears to break r-cran-curl/3.2-1 autopkgtest in testing
Hi Jeroen,
On Thu, Jun 21, 2018 at 01:34:52PM +0200, Jeroen Ooms wrote:
> > 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?
That's correct since the DESCRIPTION file seems to indicate exactly this:
SystemRequirements: libcurl: libcurl-devel (rpm) or
libcurl4-openssl-dev (deb).
> 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?
I confirm if I build r-base-curl with the following change:
diff --git a/debian/control b/debian/control
index 21ee0f4..d876e8e 100644
--- a/debian/control
+++ b/debian/control
@@ -6,7 +6,7 @@ Priority: optional
Build-Depends: debhelper (>= 11~),
dh-r,
r-base-dev,
- libcurl4-openssl-dev
+ libcurl4-gnutls-dev
Standards-Version: 4.1.4
Vcs-Browser: https://salsa.debian.org/r-pkg-team/r-cran-curl
Vcs-Git: https://salsa.debian.org/r-pkg-team/r-cran-curl.git
the test suite runs on my local system (which was not the case
before that change.
> > 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?
I admit I would need to do some research to answer this question. I'm
not that deep into the CI internals.
> > 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...
It seems the switch to libcurl4-gnutls-dev would solve the issue. Since
I assume you are way better informed than me about the differences of
libcurl* (I personally lived under the impression these are drop in
replacements which is obviously wrong) I'd be happy if you would confirm
this.
I guess it makes sense to specify the libcurl variant in the DESCRIPTION
which works without problems.
Kind regards and thanks a lot for your cooperation
Andreas.
--
http://fam-tille.de
Reply to: