search for: mory

Another day, another game. I mounted the image of a game called "Memento Mori", a german adventure game. The installer was not exactly working perfect ("please enter (...) in .ini or something" where the name of the game, the installation folder etc. normally stands), but it worked. Even the game seemed to start at first, but after a few seconds it crashes. The error message

Appologies for cross-posting Dear R users, I am using R2WinBUGS to call WinBUGS from R. After loading data, model, and initial values I call this command res <- bugs(data = dfile, inits = list(ifile), parameters.to.save = c("beta"), model.file = mfile, working.directory = tdir, n.thin = nthin, n.chains = 1, n.iter = niterations*nthin, n.burnin = 0, DIC = F, debug = T,

HI, Is there an init script to start stop tinc tinc-1.1pre10 for debian. I am running tinc -n name --pidfile /dir/name start from /etc/rc.local sometimes it's not creating the pid file but I see the process running. It would be great if we can manage it from /etc/init.d/ Thanks Anil -------------- next part -------------- An HTML attachment was scrubbed... URL:

To the volunteers of R-Help. Hello, I am currently stuck on an RStudio assignment. The assignment involves creating a double bar graph with the provided info http://math.fullerton.edu/mori/data/introstats/pennstate3.txt My professor has only gone over the very basics of RStudio and we only learned how to make a simple bar graph and labeling x and y axis. The specific directions from my

Father of groom speeches which bring about laughs in the faces of people listening are thought of to be one of the greatest things in attending any wedding affair. All weddings are understood as time for enjoyment. The joining of two hearts by means of wedding rituals also implies the unification of two families. And so, the best way to make the wedding a lot more special is presenting a father of

Behold, gtgbr@gmx.net hath decreed: > Aaron Gaudio wrote: > > the current stable version. Those who are willing to give up the > > features not yet implemented in icecast2 in order to stream vorbis, can > > use the devel version. Those who don't need to stream vorbis can > > continue using the stable version. There is not a good rationality for > > Icecast2 is

thanks Guus for the quick response. I am using tinc 1.1 if I use AutoConnect = yes then will it automatically remove connections that are no longer in use? What are the security issues with 'AutoConnect = yes' I should be worried? for my use case I might go upto 20 to 30 + tinc hosts connected to single tinc box. as per the doc AutoConnect = yes is experimental, I am using it in our

I have a use case where I have to add new "ConnectTo=host" in tinc.conf and reload tinc. This is to make sure existing connections do not get disconnected. I use ... /usr/local/sbin/tinc --pidfile /var/run/tinc.vpn.pid -n vpn reload this works for most part, however, I am now seeing instance where I have to do a restart instead of reload. New connection works after a restart. Is there a

Behold, Adon Irani <adon@YorkU.CA> hath decreed: > > the icecast2 developers be guilt-tripped into repeating icecast's > performance ? > _ is it not enough that OGG can have a streaming server that supports it ? Perhaps, if that is the only requirement to have a fully-functional streamer. Unfortunately, I believe this is not sufficient for the user base. So, if the

...(XEN) [VT-D]iommu.c:1269:d32767 domain_context_mapping:invalid (XEN) [VT-D]iommu.c:1269:d32767 domain_context_mapping:invalid (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, lsb, paddr 0xffffffff80200000 -> 0xffffffff805c190c (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 00000001b6000000->00000001b8000000 (1498227 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff80200000->ffffffff805c190c (XEN) Init. ramdisk: ffffffff805c2000->ffffffff80b88200 (XEN) Phys-Mach map: ffffffff80b89000-&...

...(XEN) [VT-D]iommu.c:1269:d32767 domain_context_mapping:invalid (XEN) [VT-D]iommu.c:1269:d32767 domain_context_mapping:invalid (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, lsb, paddr 0xffffffff80200000 -> 0xffffffff805c190c (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 00000001b6000000->00000001b8000000 (1498227 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff80200000->ffffffff805c190c (XEN) Init. ramdisk: ffffffff805c2000->ffffffff80b88200 (XEN) Phys-Mach map: ffffffff80b89000-&...

Hi, im working on a voIP application. In order to reduce the traffic, decided not to send "silence" blocks. Firstly i used an algorithm based on the volume to determine what is silence, and now im using the return value of the preprocessor to determine that. In both cases, after any not sent block, the next block of sound i send starts ok, then makes a little "pause" and

I have a use case where my tinc.conf ConnectTo can go upto 20 + hosts. I am planning to automate a periodic cleanup of ConnectTo in the tinc.conf file, the issue is I am not able to figure out which ConnectTo is been used and which are stale, say NOT used in last 2 to 3 days. I want to remove those ConnectTo which are no longer actively used. Is it possible to find which ConnectTo are not used.

Behold, gtgbr@gmx.net hath decreed: > > Well, I think saying that Xiph.org doesn't care about its users at all > is too harsh. On the other hand, there's some truth in this, and I > highly appreciate it. If you want to stick to MP3, Icecast1 is for you - > nobody forces you to use it (or not), and you're also free to use > something else. Xiph.org, i.e. Jack

Behold, gtgbr@gmx.net hath decreed: > Dale Ghent wrote: > > Icecast2 is icecast2. I'm talking about it's lack of innovation (ogg > > streaming! woopdefuckingdoo) as well as it's lack of functionality that > > doesnt even near icecast 1.x (yp, acls, metadata, web-based admin). > > Apparently, you haven't tried Icecast2-alpha, yet. So... we have to try an

> The current homepage is http://www.xiph.org/cvs.html ... this is > supposed to change eventually, but there are some weird problems with > icecast.org that i don't quite understand. :) > > Anyways, do NOT check out icecast2 from icecast.org CVS, it is very > outdated. Instead, check out the 'icecast' module from anoncvs@xiph.org. > > Moritz Sorry...

Behold, gtgbr@gmx.net hath decreed: > > http://www.xiph.org/about.html Note also the paragraph at http://www.xiph.org/ : "Xiph.Org Foundation is a non-profit corporation dedicated to protecting the foundations of Internet multimedia from control by private interests. Our purpose is to support and develop free, open protocols and software to serve the public, developer and business

Behold, gtgbr@gmx.net hath decreed: > Aaron Gaudio wrote: > > or developing for it. The fact that no release packages are available > > signifies to me that icecast2 is not yet ready for prime time. This > > Well, there are, see Geoff's mail ... those are official. Multiple > problems of pretty much any kind prevented Xiph.org from getting > icecast.org in order; I

On Mon, Dec 29, 2014 at 03:44:21PM +0530, Anil Moris wrote: > I have a use case where I have to add new "ConnectTo=host" in tinc.conf and > reload tinc. This is to make sure existing connections do not get > disconnected. > I use ... > /usr/local/sbin/tinc --pidfile /var/run/tinc.vpn.pid -n vpn reload > this works for most part, however, I am now seeing instance where

On Mon, Jan 12, 2015 at 12:37:24PM +0530, Anil Moris wrote: > I have a use case where my tinc.conf ConnectTo can go upto 20 + hosts. > > I am planning to automate a periodic cleanup of ConnectTo in the tinc.conf > file, the issue is I am not able to figure out which ConnectTo is been used > and which are stale, say NOT used in last 2 to 3 days. > > I want to remove those