similar to: Compiling icecast2, libcurl problem

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

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

On Sat, 2003-12-06 at 06:12, Macsym wrote: > Hi Karl, > > I just checked in Icecast1 source, the line: > > if (client_wants_content_length (con)) > sock_write (con->sock, "Cache-Control: no-cache\r\nPragma: > no-cache\r\nConnection: close\r\nContent-Length: 54000000\r\n"); > > > is located in "client.c". Shouldn't I add this line

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

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

Hi again, Thanks for the quick response. the curl-devel is already installed on my system. <p>Logging: Thats a problem too, the icecast binary can be executed but there are no logs in the log-directory I specified (the dir does exist and my user (root) got write-permission). I'm running icecast as root for testing, to have no problems with permissions. I thought icecast doesn't

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

Greetings icecasting amigos! I?ve had an incredibly frustrating journey getting a new icecast origin server going to supplant an older machine set for retirement. The setup is relatively simple ? a beefy Debian bookworm host running icecast as a relaying slave pulling the streamlist from an icecast2 2.4.4 ingest server, for mass distribution. The ingest / origin server runs fine. I opted for

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

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

Hi, On 2 Sep 2024, at 12:19, Marek Dziembowski wrote: > Greetings icecasting amigos! > > > I?ve had an incredibly frustrating journey getting a new icecast origin server going to supplant an older machine set for retirement. > > The setup is relatively simple ? a beefy Debian bookworm host running icecast as a relaying slave pulling the streamlist from an icecast2 2.4.4 ingest

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

Hello, I have already installed and active the icecast2 server. But how to use libcurl with icecast. Already downloaded to the windows version and tried everything, but could not. Please help me. Thanks in advance for your time. Flavio -------------- next part -------------- An HTML attachment was scrubbed... URL:

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 >

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