similar to: directory organization

I wrote a rexml script that parses rather big xml files (DOM parsing) and builds an object out of them. This is what it looks like after i parse the xml file and display the object: [#<Article:0xb79e7428 @brand="This is a story from ", @id=5337, @fblurb="burb", @ntype="news type here", @copy="Copyright \302\251 2006 ", @source="source",

Josh Coalson <xflac@yahoo.com> wrote: > thanks for the patch. No prob :) > also, if you have miroslav's patch again a more updated version > of bitbuffer.c that would be great. I have been meaning to get > around to applying it for a long time. This is Miroslav's patch, from the mailing list post I dug up in the archives: --- orig/src/libFLAC/bitbuffer.c +++

Ok, here is a patch waiting for new CVS :). It works fine for me, but please check it before commiting... -- Miroslav Lichvar -------------- next part -------------- --- src/libFLAC/bitbuffer.c.orig 2003-01-30 17:36:01.000000000 +0100 +++ src/libFLAC/bitbuffer.c 2003-01-30 21:53:18.000000000 +0100 @@ -51,6 +51,25 @@ */ static const unsigned FLAC__BITBUFFER_DEFAULT_CAPACITY = ((65536 - 64) *

I think when the real-time cbr encoding issues are sorted Vorbis (this is my experience with oddcast dsp, winamp and icecast 2 win32, big cpu hog) will start gaining more ground, also I think it will also gain more ground when it starts getting implemented into the more mainstream software and hardware products. For the most part vbr mp3 (btw, provide mp3's for downloads as vbr.. Better

Why can it not find my object? What am i missing here? Here is my code: require ''rexml/document'' include REXML # classes to represent the objects and relationships in the xml file class Article attr_accessor :id, :post, :archive, :ntype, :head, :blurb, :body, :fblurb, :fimage, :att, :source, :copy, :brand end # the base parser class BaseXMLParser def initialize(filename)

On September 17, 2001 01:31, you wrote: > So I've been doing some research and thinking here and there about what > a _good_ directory service for icecast would be like. I'd appreciate > some feedback and some discussion on this topic, before I start putting > a lot of effort into developing it. > > First off, I think getting rid of # of listeners is a must. It just

On Fri, 21 May 2004, Jack Moffitt wrote: > Maybe this is a stupid question, but why don't you just use Oddsock's > plugins which support the better protocol? Not a stupid question. There's three considerations. 1. This project has around fifty broadcasters. It has been running for 3.5 years, and whilst some have moved to using plugins like SAM which (presumably) does

one of the possible streams will be chosen, either by round-robin, some other deterministic method, or by geographic or netographic proximity. The question for implementation here is whether to implement this at the directory server level or somewhere else. In one scenario (this is similar to how the Shoutcast directory operates), the relay streams report to the directory server directly and

I've already responded to Richard. Is there a volunteer who can edit the page to fulfill his request? If so, please edit the page let Richard know that you've completed the task. Thanks, jack. ----- Forwarded message from Richard Stallman <rms@gnu.org> ----- From: Richard Stallman <rms@gnu.org> To: Jack Moffitt <jack@xiph.org> Subject:

Hello, Thought I''d pass this along to any job seekers out there. My understanding is that this is a relatively junior to mid-level position. ============================================================== Web Application Developer -- Ruby on Rails Blurb, Inc, San Francisco (Full Time) Are you a person who is excited to explore new technologies and build cutting edge applications

Hi, My situation is as follows. -An internet-facing spam filter relays email to destination mail server (Dovecot) with SMTP. - Dovecot should take email and deliver it to user's mailboxes. I guess I'd need LMTP for this. - An external SMTP relay is already in place. I am thinking of using Dovecot submission to relay to the external relaying cluster. So, both relaying and routing are done

At 11:31 PM 9/16/2001 -0600, you wrote: >So I've been doing some research and thinking here and there about what >a _good_ directory service for icecast would be like. I'd appreciate >some feedback and some discussion on this topic, before I start putting >a lot of effort into developing it. > >First off, I think getting rid of # of listeners is a must. It just

Greetings,   I am using S4 classes and the code is organized by putting each class into a separate source file in a separate folder:   In Folder base/base.R:    defines class "base" and does   setGeneric("showSelf",     function(this) standardGeneric("showSelf") ) setMethod("showSelf", signature(this="base"), definition= function(this){ ... } )    

Hi all: I'm looking at some of the features in SVN Icecast, particularly the ability to reclaim fallbacks. This feature would be very useful for a project I work with, and could see us switching to icecast from Shoutcast compatible technology. One problem arises, however. Some of our broadcasters use the legacy Shoutcast DSP plugin, which can only perform ICY-style connects. My problem

>6) Better layout of packages listed on CRAN. This listing format will >collapse under its own weight once it gets too large. > As a new R user, I have thought for some time that the organization of packages, and functions within packages, in R needs some more coherent structure, perhaps something like the hierarchy of classes used in Perl and contributed to CPAN. For example, Perl

Yes I am running sendmail next to dovecot on backend servers. That works ok. I have some problems with re-routing mail in a proxy setup. -----Original Message----- To: Marc Roos; dovecot Subject: Re[2]: Lightweight LMTP daemon to avoid overkill MTA Hi, I was unclear in my question. The spam filter is only able to deliver mail over SMTP, not over LMTP.. So I would still need some kind of

Yes dovecot, /etc/dovecot/conf.d/20-lmtp.conf ;) service lmtp { chroot = client_limit = 1 drop_priv_before_exec = no executable = lmtp extra_groups = $default_internal_group group = idle_kill = 0 inet_listener lmtp { address = haproxy = no port = 24 reuse_port = no ssl = no } privileged_group = process_limit = 0 process_min_avail = 0 protocol = lmtp

> It's not a big deal by any means. However, I'd be willing to wager that > Icecast would substantially increase its Mac user base with a simple > GUI installer. Would make my life easier to :) Absolutely. It's definitely worth doing. > > Personally, I've no idea how to go about creating an OSX installer. > > Would it even be able to check and fulfill

At 03:55 PM 2/29/2004, you wrote: >Hi Oddsock, > >Like Clement, I am sure Nullsoft is still "offering" AOL's bandwidth since I >think Nullsoft is not part of AOL anymore. About the new broadcasting >methods, is the multicast technology already available? I have heard only >few providers are equipped with multicast enabled routers. People have been chasing multicast

Hi, I was unclear in my question. The spam filter is only able to deliver mail over SMTP, not over LMTP.. So I would still need some kind of daemon that listens for SMTP and then offers incoming email to Dovecot's LMTP socket. Met vriendelijke groeten, William Edwards T. 040 - 711 44 96 E. wedwards at cyberfusion.nl ? ----- Original Message ----- From: Marc Roos (M.Roos at