similar to: libcurl error

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

Its easier to compile it on linux than windows, you need MS Visual studio 6 for windows then you need to get all the associated libraries for windows, yet even more work. Icecast2 specific you need the following libcurl > http://curl.haxx.se/libcurl/ download > http://curl.haxx.se/download/curl-7.10.8.tar.gz libxml,libxlst > take a look over at rpmfind.net for the latest rh9 specific, be

Hi Dave, I am now trying to compile Icecast2 under RedHat9. I get some errors when I try to ./configure so the make file is not created. Can you take a look at the attached file and tell me what is wrong? I tried to compile it on another RedHat9 computer but I got the same results... I think I will dedicate one computer ONLY to icecast2. In this case, could you advise me the best Linux

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

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.

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

> > from source with no problem on Linux, but on my OBSD system the configure > bombs > > while checking for a function in libxslt... > > If you look at your config.log, you'll find the actual error to be > > ld: -lpthread: no match > > If you want threads on OpenBSD, -pthread is the way to go (it's a > wrapper saying "Do whatever you have to,

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

I am attempting to install the current version of Icecast on Suse 9.1 and have noticed the following when running ./configure checking for curl-config... no checking curl/curl.h usability... no checking curl/curl.h presence... no checking for curl/curl.h... no checking for libcurl... no configure: libcurl not found, YP disabled I have Curl installed, and a whereis libcurl shows the results:

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

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

hi. i just tried to compile latest icecast version from cvs on a debian 'woody' intel machine. autogen works without errors but trying to 'make' it i receive the following error-message in the end. ____________________________________________________________________________ _ ... /usr/local/icecast/stream/include -I/usr/local/icecast/stream/include \

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

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

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

On 08/03/2016 06:57 PM, Chris Adams wrote: > Once upon a time, Alice Wonder <alice at domblogger.net> said: >> So when building curl, it links curl against the libcurl in the >> buildroot and not against the libcurl it just compiled? >> >> No other packages I know of do that. > > No, that is not what it does. If you posted the full ldd output like I >

On 08/03/2016 06:40 PM, Chris Adams wrote: > Once upon a time, Alice Wonder <alice at domblogger.net> said: >> [alice at pern root]$ ldd builddir/build/BUILDROOT/curl-7.29.0-26.el7_2.awel.libre.0.x86_64/usr/bin/curl >> |grep crypto >> libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007fb6e00a5000) >> libcrypto.so.10 => /lib64/libcrypto.so.10