similar to: [PATCH] libcurl detection (and a Mac OS X build problem)

Thought this might be useful to at least consider being included in 1.0.1. It adds, among other things (maybe), an endian variant of AIFF-C. Nathan -------------- next part -------------- diff -urN vorbis-tools-1.0.orig/oggenc/audio.c vorbis-tools-1.0/oggenc/audio.c --- vorbis-tools-1.0.orig/oggenc/audio.c Thu Jul 11 16:20:33 2002 +++ vorbis-tools-1.0/oggenc/audio.c Mon Jan 20 09:42:57 2003 @@

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

Hi, I'm struggling to install RCurl for 32-bit linux and am hoping for some suggestions. I obtained RCurl_1.3-1.tar.gz from CRAN today, and am using a very recent version of R: R version 2.10.1 Patched (2010-01-12 r50970). I'm not the sysadmin for this system (disclaimer: my sysadmin skills are not very good, I'm afraid). curl is available centrally on the system but

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. The distribution works with proper dependencies. When R is built with libcurl, the R package already depends on libcurl: edd at max:~$ dpkg -s r-base-core | grep curl Depends: zip, unzip, libpaper-utils, xdg-utils, libblas3

The one strange thing I am now noticing is that precise does not have libcurl listed as a dependency. If you go to https://cran.r-project.org/bin/linux/ubuntu/precise/Packages and look for "libcurl" it is not listed. The other Ubuntu builds, such as trusty or wily do list it. On Thu, Nov 5, 2015 at 12:01 PM, Michael Coyne <mikeycgto at gmail.com> wrote: > Thanks for the advice.

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

Dear Dirk, Do you mean binaries for R-3.3.3? I could not find any link on the page you mention I downloaded R-3.3.3.tar.gz from https://cran.r-project.org/src/base/R-3/ then ran ./configure I also tried ./configure --enable-R-shlib based on a suggestion found in http://jenzopr.github.io/bioinformatics/2016/05/03/r-wheezy-build.html Many thanks, Lucio On 4 April 2017 at 17:17, Dirk

Asterisk Project Security Advisory - AST-2015-002 Product Asterisk Summary Mitigation for libcURL HTTP request injection vulnerability Nature of Advisory HTTP request injection Susceptibility Remote

Asterisk Project Security Advisory - AST-2015-002 Product Asterisk Summary Mitigation for libcURL HTTP request injection vulnerability Nature of Advisory HTTP request injection Susceptibility Remote

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.

On Fri, Sep 20, 2019 at 10:38:52AM +0200, Martin Kletzander wrote: > 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

Dirk, I appreciate that you were trying to help, but I would suggest you don't answer a question if you find it irritating or think it is posed by someone who hasn't taken the time to figure things out on his own... others might be able to spare a bit more time and be more patient, however basic the question is. There is a lot of material covered in the page and I found your "read

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

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

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

On 06/21/2016 09:35 PM, Winston Chang wrote: > 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. >

----- 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 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 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

Dirk, ive changed the subject given the nature of the present debugging. Im aware i can extend extras from download.file to install.packages however im curious to know why libcurl in the R invocation does not honor the CA bundle on my system. how would I pass a CA bundle to install.packages? the function has numerous arguments before the extras are taken. John Roman Linux System Administrator

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