Free ramada inn software for linux

Games::Baseball::Scorecard is a Perl module.

SYNOPSIS

my $score = Games::Baseball::Scorecard->new($dir, $name, {
color => [ .4, .4, .4 ], # grey
fonts => [ # Myriad Condensed regular/bold
[ myriadrcrrl => 9 ],
[ myriadrcbrl => 14 ],
[ myriadrcrrl => 14 ],
[ myriadrcbrl => 22 ],
],
});

# fill initial scorecard out
$s->init({
scorer => Pudge,
date => 2004-10-24, 20:05-23:25,
at => Fenway Park, Boston,
temp => 48 clear,
wind => 7 to RF,
att => 35,001,
home => {
team => Boston Red Sox,
starter => 38, # jersey number
lineup => [
# [ num, position ],
[ 18, 8 ], # Damon, starting at CF
# ...
],
roster => {
# num => name
18 => Damon, Johnny,
38 => Schilling, Curt,
# ...
},
},
away => {
team => St. Louis Cardinals,
# ...
}
});

# draw the game
$s->inn; # new inning / end of last inning

$s->ab; # new at-bat
# works to full count
$s->pitches(qw(s b s b b f));
# struck out looking
$s->out(!K);

$s->ab;
# home run to left-center
$s->hit(4, lc);

# calculate/draw stats
$self->totals;

# finish the job
$s->generate;

# open final PDF
$s->pdfopen;

Games::Baseball::Scorecard is a frontend to a PDF scorecard written in Metapost by Christopher Swingley (http://www.frontier.iarc.uaf.edu/~cswingle/baseball/scorecards.php). That scorecard is drawn out, and has a nice API for actually drawing out the elements of the game: all the ball, strikes, outs, etc.

Being Metapost, it is laborious to do all this. So this module provides a nice frontend, that also keeps track of balls and strikes and hits and runs and outs and more, making input of the game quite simple and efficient.

This module does not include the entire API, but most of it. Patches and ideas welcome. Feel free to call output directly if you want to generate Metapost on your own, or to modify the $SCORECARD variable (which contains the base Metapost code), or the $TEX (single page) and $TEXD (duplex) TeX files.

I wont give a tutorial on scoring baseball games, or on Metapost, below. Seek other resources (Swingleys URL above has a nice tutorial on scoring baseball games, using the scorecard he designed, which is what were using here).

Quiet Console Town project is a console RPG city simulator.

Console RPGs have you visiting towns all the time, but Quiet Console Town puts you in the place of the mayor of a budding new city. Build shops, attract adventurers, hope villains overlook you: all the aspects of a console RPG town are yours.

Welcome to your everyday ordinary quiet console town. By the looks of your deceased friend there, youll probably want to stay a night at the Inn. Yes, those puncture wounds and missing organs certainly seem fatal, but all he needs is a good nights sleep and then (somehow) hell be good as new. In the meantime, might I direct you to our armor shop?

A bit of plate inbetween you and the monster might help you stay healthy! I see your thief seems anxious - theres some shady characters near the magic shop she might want to meet up with. Finally, once youre all done, perhaps you could look into the matter of our haunted mine...?

Quiet Console Town is a turn-based console RPG city simulator. You, as mayor, build the kind of RPG town youve always wanted heroes to visit. Buildings range from the simple Inn to the intricate dungeons beneath your mighty Citadel.

People can be as good as the most pious do-gooder, or evil as the most black-hearted villain. Make your city a bulwark against the forces of darkness, or a haven to shady characters round the world!

NNTPCache is a proxy cache newsgroups.

NNTPCache (efficiently) executes on the localhost pretending to be an NNRP news reading server. In fact, what it does is pass certain NNTP commands through to real (remote and possibly local) news-servers based on various pattern matching rules.

NNTPCache then takes the output from those servers and caches & indexes it in funky ways (much case specific magic goes into this). The next time such information is asked for, or other information which can be logically inferred from the previously collated information, it is sent directly from the cache, without consulting the remote servers.

NNTPCache can transparently merge local newsgroups & multiple remote feeds (usually handled by INN) with remote NNRPD and NNTPCache servers to create mind-bogglingly large "virtual" newsfeeds, without having to negotiate for standard feeds or allocating anything like bandwidth or drive space normally required (normally around 3-10G/day).

NNTPCache is an obsessive SPAM killer. NNTPCache has full support for cryptographically signed NoCem messages, and if enabled, actively monitors news.lists.filters and alt.nocem.misc for NoCem SPAM advisories. Tagged SPAM message IDs are then transparently filtered from NNTPCache traffic.

NNTPCache can also act selectively as an intelligent chrooted firewall NNTP application proxy and supports full RFC931/ident, source address and newsgroup access controls with quite a reasonable degree of granularity.

NNTPCache saves IMMENSE amounts of bandwidth (we were quite astounded to see just how much bandwidth news uses - on our network, news accounted for more IP traffic than everything else combined (though were not sure if this says more about the authors proclivities or network traffic statistics in general.

NNTPCache also saves truly huge amounts of drive space (if you are talking about a full feed - as of writing thats around 3 - 10Gb a day). With NNTPCache, startup times for news readers become limited only by the speed of the internal network (or the loopback device if the readers are run on the same machine as NNTPCache). It is possible to run several NNTPCacheds on different machines - indeed with larger sites, this practice is recommended; even intranets can become clogged with news traffic.

NNTPCache tries very hard to look like nnrpd, so there shouldnt be any reason why the remote servers that NNTPCache is directed to feed from can not be other NNTPCaches themselves.

NNTPCache performs sophisticated filtering based on weighted extended regular expression pattern matching against article headers and content on a per-user, per-group, per-host (etc) basis (so the filters only effect particular user groups, not the entire population). This can be used (for instance) as a kind of Usenet "net-nanny" or to transparently remove usenet SPAM (and probably a few not so nice uses as well, like political censorship. Sadly to say though, after introducting this feature we have had not had one iota thanks from neo-corporate east-asian totalitarian capitalist running dogs). ).

NNTPCache tries very hard to emulate remote article numbering. This means that NNTPCache can be "dropped" in into an nntp network without interrupting (at the news level) the flow/ordering of articles. In the same manner, it can be transparently "plucked" from the network in the same way should it not prove to be as sexy as a sweet, ripe, red persimmon (well, its unlikely, but you never know.

NNTPCache caches the active, active.times, newsgroups and overview.fmt files, article, head, body, stat, group, listgroup, newgroups, newgroups, xgtitle, xover and xhdr commands. NNTPCache cross-posts seeds its cache and also maintains a database of message-id -> group/article_number tuples. This is just about everything.

NNTPCache has been designed to be quite efficient, in order to serve very large reader populations. It takes full advantage of copy-on-write OS design, shared memory and mmaped files/memory/anonymous regions.

NNTPCache has a built in web-server and macro language - ostensibly for displaying NNTPCache statistical information, but the depraved or security retentive (ok, ok, AND) could use it for other diversions.

Alleged to autoconfigure, compile and run, dance and make walnut milkshakes on a wide number of unix platforms. But not NT (of course!).

ngbatch project is a newsgroup/rmgroups batcher for INN.

SYNOPSIS

< ngbatch -n > < group > [ < flag > [ < creator > ] ]

< ngbatch -r > < group >

< ngbatch -e > [ < -D > ] [ < -w > < days > ] [ < -h > < days > ]

This program executes newgroup and rmgroup controls in a delayed way, to help against newgroup/rmgroup wars. The idea is that (a) rmgroups are remembered for some time, and (b) rmgroups get priority over newgroups, so that a newgroup will be ignored if a rmgroup for this group (from a trusted issuer) has already arrived. A newgroup is executed only after a wait period, in case it gets rmgrouped soon.

Each newgroup/rmgroup control message is written into a batch file. A cron job collects commands from this batch file and executes only those newgroups for which no rmgroup was received.

Setting Up

Change your control scripts for newgroup and rmgroup so that they call B< ngbatch > with the appropriate parameters instead of B< ctlinnd > (you probably should make that depend on hierarchies). Make sure that only trusted rmgroupers are active in the I< control.ctl > file.

Run < ngbatch -e > periodically from crontab.

OPTIONS

< -n > < group > [ < flag > [ < creator > ] ]

Batch up a newgroup control for < group >. < flag > defaults to "y", < creator > defaults to nothing.

< -r > < group >

Batch up and execute a rmgroup control for < group >.

< -e >

Execute a batch run: for all batched newgroup commands, check if the wait time has elapsed. If yes, execute the newgroup command only if no rmgroup for the same group was batched. Rewrite the batch file with the commands still to be remembered.

< -D >

Show the commands on standard output instead of executing < ctlinnd >.

< -w> < days >

Set the newgroup wait time to < days > (default 3).

< -h > < days >

Set the rmgroup remember time to < days > (default 30).

Newsstar fetches news and posts it to a local server; INN, s-news and sn are supported, and it should be easy to adapt for other servers with some configuration and extra scripts. Its designed for Unix-like systems, and all the development was done on Linux.

There are already plenty of other programs to do this, but what makes newsstar special is that it can make multiple simultaneous connections, not only to one server, but to several, supporting up to 10 threads. Before fetching each article it checks that it hasnt already been downloaded by another thread or in a previous session. It can also pipeline article requests to make better use of available bandwidth.

I wrote it because a number of ISPs I have used suffer from unreliable newsfeeds. There is an excellent free server made available by news.individual.net, but it can be a bit slow at times, and using external servers uses more bandwidth. Therefore I wanted a program which could fetch whatever articles my ISP has available, but use the foreign server to avoid missing posts or getting them very late, and to do it as fast as possible.

This project is distributed under the GPL.