similar to: Ref. Questions about using libcurl

Hi Thomas, We want to be seen on the "http://dir.xiph.org/" portal, and after some research we noticed that we would have to install libcurl. We are already broadcasting, but we are not included in the portal. Our link: http://170.254.33.29:8080/stream. Taking your attention, we want to know how we can have historical statistical data, with IP / local data, date, time and connection

Hello, I'm install R from a package off of https://cran.r-project.org/bin/linux/ubuntu/. The install works fine but it does not support libcurl as indicated by executing "capabilities('libcurl')". As such, I cannot install packages from HTTPS sources. How can I install R from a package with libcurl support? Is this possible or do I need to manually build R from source and

Dear R devel, Is libcurl support required to run R.devel, or is it optional? I'm compiling R.devel on an older Debian machine that only has libcurl version 7.21.0 The R news file says " Sun, 25 Jan 2015 CHANGES IN R-devel NEW FEATURES Optional use of ?libcurl? (version 7.28.0 from Oct 2012 or later) for Internet access (including on Windows): ... CHANGES IN R-devel

What do you have installed as far as libcurl goes? Would you mind listing your packages and greping for libcurl entries. Perhaps I need some libcurl debs installed when I install r-base? On Thu, Nov 5, 2015 at 11:34 AM, Dirk Eddelbuettel <edd at debian.org> wrote: > > On 5 November 2015 at 11:11, Michael Coyne wrote: > | Hello, > | > | I'm install R from a package off of

I am utterly stumped. I need libcurl.so.3 for CentOS 6.4. I have Googled everything and I have been going all over the Internet looking for a solution. I give up; I need help. The error message I get when I try to run a program is: error while loading shared libraries: libcurl.so.3: cannot open shared object file: No such file or directory I have: Package libcurl-7.19.7-36.el6_4.i686 already

Dear all, I am trying to upgrade R on Debian 3.16.0-4-amd64, as the default R version is 3.1.1 (2014). When I try to run ./configure on R-3.3.3, I get an error message saying ... checking for curl-config... /usr/local/bin/curl-config checking libcurl version ... 7.53.1 checking curl/curl.h usability... yes checking curl/curl.h presence... yes checking for curl/curl.h... yes checking if libcurl

Thanks for the advice. Going to look into this more this evening and hopefully get everything working. Thanks again! On Thu, Nov 5, 2015 at 11:56 AM, Dirk Eddelbuettel <edd at debian.org> wrote: > > On 5 November 2015 at 11:44, Michael Coyne wrote: > | What do you have installed as far as libcurl goes? Would you mind > | listing your packages and greping for libcurl entries.

Hi there, I got a question regarding compiling the icecast2-server: When I'm executing the 'sh autogen.sh' command and is checking for libraries, it says that it didn't find the 'libcurl' library, although I have the curl-rpm installed that includes the libcurl (located in /usr/lib). I compiled icecast2 anyway and tried running it. If I try to get the status.xsl

R-devel r69197 returns appropriate errors for the cases below; I know of a few rough edges - ftp error codes are not reported correctly - download.file creates destfile before discovering that http fails, leaving an empty file on disk and am happy to hear of more. Martin On 08/27/2015 08:46 AM, Jeroen Ooms wrote: > On Thu, Aug 27, 2015 at 5:16 PM, Martin Maechler > <maechler at

Hi all, The following fails for me (on OS X, although I imagine it's the same on other platforms using libcurl): options(download.file.method = "libcurl") options(repos = c(CRAN = "https://cran.rstudio.com/", CRANextra = "http://www.stats.ox.ac.uk/pub/RWin")) install.packages("lattice") ## could be any package gives me: >

>>>>> "DM" == Duncan Murdoch <murdoch.duncan at gmail.com> >>>>> on Wed, 26 Aug 2015 19:07:23 -0400 writes: DM> On 26/08/2015 6:04 PM, Jeroen Ooms wrote: >> On Tue, Aug 25, 2015 at 10:33 PM, Martin Morgan <mtmorgan at fredhutch.org> wrote: >>> >>> actually I don't know that it does -- it

Hi All, I think there is a memory error in the libcurl connection code that typically happens when libcurl reads big chunks of data. This potentially affects all code that use url() with the libcurl download method, which is the default in most builds. In practice it tends to happen more with HTTP/2 and if the connection is wrapped into a gzcon(). macOS Catalina has a libcurl build with HTTP/2

In R 3.2.4, if you ran download.file(method="libcurl"), it issues a HTTP GET request for the file. However, in R 3.3.0, it issues a HTTP HEAD request first, and then a GET requet. This can result in problems when the web server gives an error for a HEAD request, even if the file is available with a GET request. Is it possible to tell download.file to simply send a GET request, without

----- Original Message ---- > From: Martin Knoblauch <spamtrap at knobisoft.de> > To: Centos Discussions <centos at centos.org> > Sent: Monday, September 14, 2009 3:16:20 PM > Subject: Problems with Adobe flash-plugin and Firefox-3.5.x under CentOs-5.3 (yum up to date) > > Hi, > > I am running 32-bit Firefox-3.5.3 on Centos-5.3 (64-bit kernel) on a Dell >

On Tue, Aug 25, 2015 at 10:33 PM, Martin Morgan <mtmorgan at fredhutch.org> wrote: > > actually I don't know that it does -- it addresses the symptom but I think there should be an error from libcurl on the 403 / 404 rather than from read.dcf on error page... Indeed, the only correct behavior is to turn the protocol error code into an R exception. When the server returns a status

I'm trying to upgrade my version of icecast to version 2 from CVS but am getting an error on autogen: checking for libcurl... no *** Could not run libcurl test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means libcurl was incorrectly installed *** or that you have moved libcurl since it was

Hi Martin, Indeed it does (and I should have confirmed myself with R-patched and R-devel before posting...) Thanks, and sorry for the noise. Kevin On Tue, Aug 25, 2015, 13:11 Martin Morgan <mtmorgan at fredhutch.org> wrote: > On 08/25/2015 12:54 PM, Kevin Ushey wrote: > > Hi all, > > > > The following fails for me (on OS X, although I imagine it's the same >

In fact, this does reproduce on R-devel: > options(download.file.method = "libcurl") > options(repos = c(CRAN = "https://cran.rstudio.com/", CRANextra = + "http://www.stats.ox.ac.uk/pub/RWin")) > install.packages("lattice") ## could be any package Installing package into ?/Users/kevinushey/Library/R/3.3/library? (as ?lib? is

Thanks for looking into it. Is there a way to avoid the HEAD request in R 3.3.0? I'm asking because if there isn't, then I'll add a workaround in a package I'm working on. -Winston On Tue, Jun 21, 2016 at 9:45 PM, Martin Morgan <martin.morgan at roswellpark.org> wrote: > On 06/21/2016 09:35 PM, Winston Chang wrote: >> >> In R 3.2.4, if you ran

I needed to compile nbdkit on CentOS 7 which is missing these protocols in curl, so hence the conditional compilation. Signed-off-by: Martin Kletzander <mkletzan@redhat.com> --- I have this patch so that I can compile it on CentOS 7 (fully updated), but I'm not sure what is the support policy and I didn't even check whether the libcurl there is old or whether the SMB support is