similar to: [patch] ices CVS tree and potential problems compiling on Solaris

Michael Smith wrote: > >It is currently impossible to compile it under *BSD, at least afaik. > >src/im_sun.c includes stropts.h, which doesn't come with OpenBSD. After > >feeding one .h file after another from a linux box, it finally wanted > >gnu/stubs.h. There will never be GNU stuff in *BSD, so that must be > >solved differently. > Why on earth are you

Hello, I just downloaded ices from the CVS repository and when I try to compile it a get this error: .... im_sun.c:29: stropts.h: No such file or directory *** Error code 1 Any suggestions? LP, Mitja --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org'

Hi, <p>Finally, I succeeded in compiling Icecast2 under OpenBSD. It neither worked for me on OBSD 3.0 nor my old 2.8, but the new 3.1 appears to come with more icecast-friendly (p)threads. OpenBSD 3.1 isn't officially released, yet, but installing a current snapshot and getting the sources via CVS (module OPENBSD_3_1_BASE, patient people also can already upgrade from scratch only with

Hi, I added metadata support for the stdinpcm module of ices. The metadata have to be submitted via file (as stdin is already used for the strem). Please apply this patch to the current cvs sources. <p>Deti <p> Index: im_stdinpcm.c =================================================================== RCS file: /usr/local/cvsroot/ices/src/im_stdinpcm.c,v retrieving revision 1.8 diff

Hello, ices kh48 seems to have some trouble... See the stranges characters avec metadata update. (before, it was written bad address) and also, it is not connecting to icecast: socket error, ... I go back to kh47 for the moment. Chris [2003-11-25 10:45:50] INFO ices-core/main Streamer version IceS 2.0-kh-pre48 [2003-11-25 10:45:50] INFO ices-core/main libshout version 2.0-kh22 [2003-11-25

Hi all, I have just compiled and installed Samba 3.0rc2 on Solaris 9 8/03 using gcc 3.3. sh makepkg.sh almost crashed the Sun box, as I ran out of swap space in /tmp. I didn't realise that the binaries were going to be over 800mb. The box came back after about 5 minutes and I was able to add more swap space using mkfile and swap -a. I think a warning would be a good idea, otherwise perhaps

Hi I have installed Solari 9 on SunFire e450 box and installed latest Solaris patches. Then I have downloaded samba-latest.tar.gz and along with it the following packages gcc-3.4.6-sol9-sparc-local.gz samba-latest.tar.gz libiconv-1.11.tar.gz Then # gunzip gcc-3.4.6-sol9-sparc-local.gz # gunzip samba-latest.tar.gz # gunzip libiconv-1.11.tar.gz pkgadd -d gcc-3.4.6-sol9-sparc-local pkgadd -d

> >Some comments about ices2: > >It is currently impossible to compile it under *BSD, at least afaik. >src/im_sun.c includes stropts.h, which doesn't come with OpenBSD. After >feeding one .h file after another from a linux box, it finally wanted >gnu/stubs.h. There will never be GNU stuff in *BSD, so that must be >solved differently. Why on earth are you trying to

> > im_sun.c:29: stropts.h: No such file or directory > > *** Error code 1 > > > > Any suggestions? > > Yes, use the configure option --disable-sun-audio. Ices2's im_sun only > works on Solaris right now as it seems. I managed to compile it with > some changes, but live streaming still isn't possible. It appears that > audio output via /dev/audio is

I'm throwing an error compiling with a custom-compiled gcc 3.2.3 on one box. The configuration string is CC=/usr/local/gcc3.2.3/bin/gcc CPPFLAGS=-I/usr/local/ssl/include LDFLAGS=-L/usr/local/ssl/lib ./configure --with-ssl=openssl --with-ssldir=/usr/local/ssl/certs --with-pam --with-pop3d --sysconfdir=/etc --localstatedir=/var I've used this to compile on other older boxes with success.

http://bugzilla.mindrot.org/show_bug.cgi?id=1272 ------- Comment #9 from dtucker at zip.com.au 2007-02-19 23:22 ------- Another thought: do you have multiple instances of libgcc? Perhaps one in /usr/local/lib and one elsewhere? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

[caution: this is an IPv6 e-mail address. if you don't have IPv6-capable mail then best keep replies on the list only] > >existing getipnodebyname() call fails with IPv4 on my machine)... > Well, if you can make it work properly - send your patches in, please. The following enhancements to src/net/resolver.c (which looks identical across icecast, ices, libshout, and who knows what

Hello, I work at SmarctJog.com, we have here some patches on IceCast for performance and reliability, these are mostly client/connection/source cleanups (a slave merge is underway, and some more good stuff (c)), but we'd like this to be merged in before the list gets any longer. Please find attached a list of our patches with a short desc: This one is actually not from us/me, it was found

2008/11/24 David Flynn <davidf+nntp at woaf.net>: > On a slightly unrelated note, i keep hitting the following error in > liboggz when using the oggz tools on an ogg dirac stream: > > /home/davidf/project/liboggz/src/liboggz/oggz.c:202: oggz_close: > Assertion `oggz_dlist_is_empty(oggz->packet_buffer)' failed. > > I'll supply an example file tomorrow if that

2008/11/21 David Flynn <davidf+nntp at woaf.net>: > On 2008-11-21, Conrad Parker <conrad at metadecks.org> wrote: >> 2008/11/15 David Flynn <davidf+nntp at woaf.net>: >>> On 2008-11-14, Conrad Parker <conrad at metadecks.org> wrote: >>>> It seems oggz chop, merge and sort will need some attention to deal >>>> with the Dirac

2008/11/15 David Flynn <davidf+nntp at woaf.net>: > On 2008-11-14, Conrad Parker <conrad at metadecks.org> wrote: >> It seems oggz chop, merge and sort will need some attention to deal >> with the Dirac granulepos and dependency ordering, so let's leave them >> for the next release. > > ok. -- may be worth having them 'warn' if they are operating

Quite a while ago, the specification was modified to change the way the nondefault scan format was signalled; this patch fixes that. Index: liboggz/dirac.c =================================================================== --- liboggz/dirac.c (revision 3759) +++ liboggz/dirac.c (working copy) @@ -122,6 +122,10 @@ 1, 9, 10, 9, 10, 9, 10, 4, 3, 7, 6, 4, 3, 7, 6, 2, 2, 7, 6, 7, 6, }; +

2008/11/14 David Flynn <davidf+nntp at woaf.net>: > On 2008-11-13, Conrad Parker <conrad at metadecks.org> wrote: >> I'm wondering if the Dirac granulepos parsing in liboggz and display >> in the oggz tools is currently correct, as I'd like to do a release of >> these soon. > > I believe it is -- although if correct support in the rest of the >

Excellent, thanks for noticing - will add that. Also: question about the Dirac codec identifier in Ogg. It is currently char[5]: 'BBCD\0' - but in your spec it is char[4]: 'BBCD'. Which one should we put in? Cheers, Silvia. On Sat, Aug 16, 2008 at 5:31 PM, David Flynn <davidf+nntp at woaf.net> wrote: > On 2008-08-16, Ralph Giles <giles at xiph.org> wrote:

Is there a UK streaming supplier anyone would recommend? If they use icecast that would be a bonus. At the very least they need to support x-audiocast login and hopefully vorbis. Stephen KUCS.net --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org'