search for: t3inc

...t & bash. What else might one need? -CP <p>Quoting Keegan Quinn <keegan@thebasement.org>: > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Wed, May 26, 2004 at 07:51:14PM -0600, cpickert@t3inc.us wrote: >> Running without chroot, as root, changing to nobody, and YP works just >> fine.. If >> I come up with a nice howto / rundown of the chroot stuff, I'll get it on >> the >> list. > > Do you have an /etc/resolv.conf inside the chroot? glibc may nee...

On Thursday, 27 May 2004 at 00:17, cpickert@t3inc.us wrote: > My chroot shouldv'e been configged quite, nsswitch.conf/resolv.conf/hosts, > and > all libs via the ldd of icecast & bash. What else might one need? All libs via ldd probably doesn't include /lib/libnss*. You'll need those too, I believe (or at least libnss_fi...

...t/project/showfiles.php?group_id=90732 OddCast-- http://www.oddsock.org/tools/oddcastv2_wa2 I don't see it happening on the (non-YP) Linux Icecast but it happens routinely in Win32 Icecast. <p>Quoting Michael Smith <msmith@xiph.org>: > On Wednesday 26 May 2004 14:24, cpickert@t3inc.us wrote: > >> I've been using the win32 icecast for ages now (which YP stuff works >> great) but am wanting to move to the *nix[linux now via gentoo] variant as >> I've been having troubles where icecast was crashing routinely and would >> actually chain-crash...

On Wednesday 26 May 2004 14:24, cpickert@t3inc.us wrote: > I've been using the win32 icecast for ages now (which YP stuff works > great) but am wanting to move to the *nix[linux now via gentoo] variant as > I've been having troubles where icecast was crashing routinely and would > actually chain-crash my OddSock->Winam...

On Wednesday 26 May 2004 16:19, cpickert@t3inc.us wrote: > I've got a total of six encoders and all the others. On a > song-transision / the > cross-fader will drive CPU dangerously high and I'm wondering if > there's a loss > of avail CPU time, will OddCast possibly choke/stall and then cause the > Icecast > cr...

The # of clients at top shows 0, and all of my streams show public = 0, although they are definitely public, and listing properly on the YP servers. ( *whew* - Thanks everyone! chroot + YP still gives me hell but, I'll post my results when i fix it :) These numbers are via /admin/stats.xsl. Since it's SVN/CVS, you're probably aware but, thought I'd mention. Just give the nod

All: Another thing I've always noticed is that the sources & source_connections stats become incorrect if the sources connect at the ''exact same time'' ?? The reason I say this is the OddCast encoders as I've mentioned in previous postings acting in a Chain, have the same "reconnect" timer (of '2 seconds' on modern hi/lo, '4 seconds' on

DNS for vhosts makes total sense, duh! :) Running without chroot, as root, changing to nobody, and YP works just fine.. If I come up with a nice howto / rundown of the chroot stuff, I'll get it on the list. Odd: Did you see the posts about the Icecast+win32 crashing w/ OddCast 2.0.10 and 2.0.13? Seems stable on 2.0.1-release and SVN on Linux but.. I'm going to do my research and get

Hello All: I'm having troubles getting my YP submissions to go up correctly, unfortunately there's not much I've been able to find. I'm getting NACK back from the yp_add call, I've tried two different versions of cURL/libcURL on my gentoo box to see if it was that, no luck. I've also replicated the problem onto another gentoo box of mine and the exact same NACK/no

Hello All: I'm having troubles getting my YP submissions to go up correctly, unfortunately there's not much I've been able to find. I'm getting NACK back from the yp_add call, I've tried two different versions of cURL/libcURL on my gentoo box to see if it was that, no luck. I've also replicated the problem onto another gentoo box of mine and the exact same NACK/no

... as in they dont appear to be forcing anymore anymore ? =) I've tried on two seperate machines, slightly different configs but same statements in the stanza I was testing... Trying to force 750/640 and it appeared to work quite nicely in the past.. No other mode statements around, and according to docs, force does a bitwire OR on the mode, no AND or masking. Still, with 750/640 forced,

TSS/Dovecot: I saw the recent change in the ChangeLog about the 'subtraction' of the listing of symlinks. The point showed(minus): - Maildir: LIST now doesn't skip symlinks Does this truly mean the functionality was removed? I'd tried doing symlink'd maildirs in 99.10.6 w/ no luck and when I saw this change I hoped this was an addition, as it would be great in lieu of

Odd: I just pulled SVN and compiled.. Wonderful new logging code, btw! Now, why in the WORLD would the resolution be failling?! nsswitch.conf / resolv.conf / hosts is all fine.. *shrug* I can obviously put IPs instead of hosts in the URLs, however things still fail.. -- Chris Pickert ldd output-- ldd ./icecast libcurl.so.2 => /usr/lib/libcurl.so.2 (0x4001f000)

Yupp, same results. What else can be trying? Perms all seems a-ok, the name resolution issue makes me feel funny. Here's a URL to the ptrace -f of the non-chrooted run -- http://tinyurl.com/ytsqv .. Although, MIRACULOUSLY, non-chrooted, non-privlidged, port 8000, + DNS works?! Eventhough, without DNS it doesnt. As you can see! -- [2004-05-26 17:10:25] INFO main/main Icecast 2.0.0 server