similar to: Opus and WebM support have landed

On 14/06/2012 11:35, R?cker Thomas wrote: > Hi, > > quick info. Yesterday Rillian landed Oneman's patches adding ogg/opus > and WebM support on Icecast trunk. > Big thanks for all the work that has gone into this! > > Please use trunk for your testing and development in this area from now. > If you run into problems please send

Hello All: I just checked out the whole icecast but cannot build anything because autogen wouldn't cooperate. I have automake-1.7.6 just installed from ftp.gnu.org. Below is an example output in trying to build "icecast"; it's not very short... Thanks in advance for any help. --- $~/icecast/icecast> ./autogen.sh Checking for automake version found automake found

I've finally decided to take the plunge and set up an Icecast 2 server on my Linux 2.4.18 machine. After asking in #vorbis, I was told that I need ice2 and ices. From what I understand, ice2 is the Icecast2 server, while ices is a program that sends it data to push to its clients. Am I right? After downloading both modules, the first problem I've ran into is executing the

On Sun, Jul 28, 2002 at 11:31:59PM +1000, Michael Smith wrote: > At 09:48 PM 7/27/02 -0500, you wrote: > > I've finally decided to take the plunge and set up an Icecast 2 server on my Linux 2.4.18 machine. After asking in #vorbis, I was told that I need ice2 and ices. From what I understand, ice2 is the Icecast2 server, while ices is a program that sends it data to push to its

On Fri Jun 15 03:29:56 2012, Parisson wrote: > src/Makefile.am:5: required directory src/avl does not exist > src/Makefile.am:5: required directory src/thread does not exist > src/Makefile.am:5: required directory src/httpp does not exist > src/Makefile.am:5: required directory src/net does not exist > src/Makefile.am:5: required directory src/log does not exist >

I've eagerly grabbed the current CVS as of a few minutes ago, and attempted to build and play with theora, but am running into a snag with the autogen.sh script: ------------------------------------------------------------------------ bash-2.05# ./autogen.sh I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the ./autogen.sh command line.

You copied your Makefile.am?there. Stephan made you a working version, can you try that? (sorry for dup) Aki -------- Original message --------From: Joan Moreau <jom at grosjo.net> Date: 13/01/2019 21:39 (GMT+02:00) To: Stephan Bosch <stephan at rename-it.nl> Cc: Aki Tuomi <aki.tuomi at open-xchange.com> Subject: Re: [FTS Xapian] Beta release I used the skeleton from Aki :

Op 13/01/2019 om 21:25 schreef Joan Moreau via dovecot: > > I tried to combined it, the "autoreconf" errors are solved > > Now, when I type "make install", the lib is not pushed into dovecot > folder, but somewhere in /usr/local/... > > How to adjust this to have it arriving in the proper folder ? > Depends on your system. It mostly a matter of setting

Testing a compile on FreeBSD. gmake[2]: Entering directory '/usr/home/wash/Tools/Dovecot/fts-xapian/src' /bin/sh ../libtool --tag=CXX --mode=compile c++ -DHAVE_CONFIG_H -I. -I.. -I/opt/dovecot2.3/include/dovecot -I/opt/dovecot2.3/include/dovecot -g -O2 -MT fts-backend-xapian.lo -MD -MP -MF .deps/fts-backend-xapian.Tpo -c -o fts-backend-xapian.lo fts-backend-xapian.cpp libtool:

In your README.md, perhaps "This project intends to provide a straightforward and simple *procedure *to configure FTS plugin for Dovecot, leveraging the efforts by the Xapian.org team." is better?? Also in the part after cloning from git: ./configure --prefix=/usr --with-dovecot=/path/to/dovecot [ This /path/to/dovecot is not obvious. Is it the dovecot binary or what??] On Mon, 14 Jan

Please kindly check https://github.com/grosjo/fts-xapian On 2019-01-13 20:11, Aki Tuomi wrote: > If you had looked at what I sent, you'd seen it's quite different from what you sent. > > Anyways, put the contents of skeleton.tar.gz and > > ./src/plugins/fts-xapian/fts-xapian-plugin.h > ./src/plugins/fts-xapian/fts-backend-xapian.cpp >

Op 14-1-2019 om 13:40 schreef Aki Tuomi: > > Just to remind that now that there is a github repo for fts-xapian, > you could maybe open these issues there instead? > Although README.md currently says: "Please feel free to send your questions, together with the dovecot log file, to jom at grosjo.net <mailto:jom at grosjo.net> or to the dovecot ML dovecot at dovecot.org

Howdy, I've been working on WebM support for Icecast, and I'm looking for a few power-users or developers that can work with me on a semi-informal basis to fully test things out, determine what is wanted where and all of those good things. I've been working on things in a cave so to speak, but I am opening things up as much and as fast as I can now. It would be most useful if whomever

Howdy, I've been working on WebM support for Icecast, and I'm looking for a few power-users or developers that can work with me on a semi-informal basis to fully test things out, determine what is wanted where and all of those good things. I've been working on things in a cave so to speak, but I am opening things up as much and as fast as I can now. It would be most useful if whomever

Hi, I installed and tested your version, but the indexer process crashes reproducible with the following command after about 2000 messages were indexed: doveadm index -u paul at iwascoding.com -q \* Jan 14 09:26:15 mail dovecot: indexer-worker(paul at iwascoding.com)<16777><IKpfOqBHPFyJQQAADYqDFA>: Debug: Mailbox sent: UID 2038: Opened mail because: fts indexing Jan 14 09:26:15 mail

Rillian was right, the match byte function was not only hard to read, but also flawed. ;P The concept of simply splitting on cluster boundaries is as sound as it was last week, but it is none the less, highly coupled to actually having your code split on cluster boundaries more than just most of the time. I've reworked my patch, and I have been able to stream for over 30 hours continuously

Hi, I couldn't find anything about this subject from archive - are there known problems with compiling libshout2 under FreeBSD 5.1 or 4.8 (both are up to date). I downloaded libshout2 latest nightly snapshot and tried to compile it on 5.0 and then later on 4.8. Both failed (problems were mostly around sock.c, sock.h, resolver.c - redeclaring and syntax errors). Thinking that it might be a

On Mon, Jul 29, 2002 at 02:45:50PM +1000, Michael Smith wrote: > > > When you say "icecast2", do you mean the module 'ice2'? The reason I ask is because I don't see a 'icecast2' module in CVS. I also don't see the HACKING file in ice2. Could you please provide a little more information about the CVS modules that I need? > > icecast2 is in the

Hi Ralph, On 17/06/2012 23:04, Ralph Giles wrote: > On Sun 17 Jun 2012 01:44:32 PM PDT, Parisson wrote: > >> A few months ago, when you released libshout 2.3.0, you talked about a hacked >> version of shout2send plugin for GStreamer. As I also use GStreamer to stream >> live, could you please share your patch so that I can test it against Icecast >> trunk and some

On Sun 17 Jun 2012 01:44:32 PM PDT, Parisson wrote: > A few months ago, when you released libshout 2.3.0, you talked about a hacked > version of shout2send plugin for GStreamer. As I also use GStreamer to stream > live, could you please share your patch so that I can test it against Icecast > trunk and some webm streams? The webm support for shout2send landed in gstreamer git some