search for: klugey

...a single >> broadcast relay, but it's not possible to start it and stop it on >> demand. One way around this might be to load a special Icecast XML >> with the relay in it at the program's broadcast time, then reload the >> regular one when the relayed program ends. Klugey, but it could work I >> suppose. > >Hm. >I think you should go with fallbacks. At least you would not need to >change the config and stuff (and lose listener in case something doesn't >work (e.g. network hiccup between provider and relay)). Good thought. >What is the t...

...earlier post, I was also thinking of a single broadcast relay, but it's not possible to start it and stop it on demand. One way around this might be to load a special Icecast XML with the relay in it at the program's broadcast time, then reload the regular one when the relayed program ends. Klugey, but it could work I suppose. On Thu, 08 Oct 2015 06:20:47 +0000, you wrote: >Good morning, > > >On Wed, 2015-10-07 at 18:53 -0400, Steve Matzura wrote: >> Got'ny good ideas for doing that then? I want to connect to a stream >> for restreaming, for lack of a better ter...

Dear All, I've used the X-12-ARIMA or its earlier versions from S+ and R under both Unix and Windows platforms for many years using the klugey approach of calling an executable using in R the system function. I've found this serviceable for the following reasons. 1) Paul Gilbert's hunch is correct that many of the subroutines have extensive IO calls (especially the X-11 engine) and so it is not straightfoward to call using...

I've tried several recipes found with google, but hal likes to grab the USB ups before nut can get it. There are a number of klugey workarounds, like turn off port power until ready to start nut (so that hal doesn't see the UPS). Or killall hal-addon-hid-ups before starting nut. Here is one of recipes I googled: https://github.com/sdgathman/trippfix/blob/master/halpolicy.fdi It doesn't work - hal still loads the addo...

On Nov 11, 2016, at 1:01 PM, Stuart Gathman wrote: > > I've tried several recipes found with google, but hal likes to grab the > USB ups before nut can get it. > There are a number of klugey workarounds, like turn off port power until > ready to start nut (so that hal doesn't see the UPS). Or > killall hal-addon-hid-ups before starting nut. Minor nit, but for anyone else using an exact match search interface (like packages.ubuntu.com), note that there is a "d" aft...

...also thinking of a single > broadcast relay, but it's not possible to start it and stop it on > demand. One way around this might be to load a special Icecast XML > with the relay in it at the program's broadcast time, then reload the > regular one when the relayed program ends. Klugey, but it could work I > suppose. Hm. I think you should go with fallbacks. At least you would not need to change the config and stuff (and lose listener in case something doesn't work (e.g. network hiccup between provider and relay)). What is the trigger source for you to change to the othe...

...gt; broadcast relay, but it's not possible to start it and stop it on > >> demand. One way around this might be to load a special Icecast XML > >> with the relay in it at the program's broadcast time, then reload the > >> regular one when the relayed program ends. Klugey, but it could work I > >> suppose. > > > >Hm. > >I think you should go with fallbacks. At least you would not need to > >change the config and stuff (and lose listener in case something doesn't > >work (e.g. network hiccup between provider and relay)). &gt...

...the spec, and maybe write the RFC. Or maybe there's a better one that will be adopted more widely more quickly, and we can get behind that. If you don't like it, you can still roll your own, just don't call it "IKR" when answering the call, and callers will be free to use your klugey, nonstandard UI, and hate it :). -- (C) Matthew Rubenstein

Got'ny good ideas for doing that then? I want to connect to a stream for restreaming, for lack of a better term. On Mon, 5 Oct 2015 14:41:08 +0100 (BST), you wrote: >On Mon, 5 Oct 2015, Steve Matzura wrote: > >> If I put a URL in the M3U file, will EZStream stream it through >> Icecast? > >No. EZStream is meant to be pretty basic. > >Geoff. >

> From: Martin Maechler <maechler at stat.math.ethz.ch> > To: royle at bearmtn-e0.cgd.ucar.edu > CC: lgygax at access.unizh.ch, r-help at stat.math.ethz.ch > Subject: contour labelling [was "Re: [R] image ()"] > Mime-Version: 1.0 (generated by tm-edit 7.106) > > >>>>> "Jeffrey" == Jeffrey A Royle <royle at bearmtn-e0.cgd.ucar.edu>

I've recently been trying to track down the root cause of my server's persistent issue of thrashing horribly after being left inactive. It seems that the issue is likely my nightly backup schedule (using rsync) which traverses my entire 50GB home directory. I was surprised to find that rsync does not use fadvise to notify the kernel of its use-once data usage pattern. It looks like a

Hi, i want to use R as a filter in a Unix-like way. So i want to start it with producerTool | R --no-save --no-restore --slave < Rscript | anotherConsumerUnixTool inside the Script i put the results to stdout, works fine, but how to read in from stdin? Its obvious that i have to source the Rscript in a different way. Any Hints? My second question is, if there is a possibility to use