Ports Search

If you have an AT&T Wireless, Bell Canada/Bell Mobility, Cellular One, Cingular, Cricket, Sprint PCS, SkyTel, or T-Mobile cell phone or pager, and you want the ability to send SMS messages to it via a command-line utility, this is what you need. All this program requires is a computer with a baseline Perl 5.x installation and web access. NO EXTRA PERL MODULES REQUIRED! How does it work? SendSMS connects to your service provider's web page and pretends to submit a form to their 'Instant Messaging' web page. Currently, AT&T Wireless, Bell Canada/Bell Mobility, Cellular One, Cingular, Cricket, SkyTel, Sprint PCS, and T-Mobile are supported. Users are encouraged to modify the provided templates to add support for any providers who are currently unsupported. Other Service Providers If you are interested in supporting another service provider please try to modify sendSMS on your own. It is not hard at all. Instructions and examples are included in the code, and if you're familiar with the site you're porting to, it takes about 15 minutes. If you get sendSMS working with any other providers' web sites, please email Paul Kreiner [deacon at thedeacon.org] and/or the port maintainer a patch so it can be added to the next release.

This package consists of Perl modules along with supporting Perl programs that implement the semantic relatedness measures described by Leacock Chodorow (1998), Jiang Conrath (1997), Resnik (1995), Lin (1998), Hirst St Onge (1998), Wu Palmer (1994), the adapted gloss overlap measure by Banerjee and Pedersen (2002), and a measure based on context vectors by Patwardhan (2003). The details of the Vector measure are described in the Master's thesis work done by Patwardhan (2003) at the University of Minnesota Duluth. The Perl modules are designed as objects with methods that take as input two word senses. The semantic relatedness of these word senses is returned by these methods. A quantitative measure of the degree to which two word senses are related has wide ranging applications in numerous areas, such as word sense disambiguation, information retrieval, etc. For example, in order to determine which sense of a given word is being used in a particular context, the sense having the highest relatedness with its context word senses is most likely to be the sense being used. Similarly, in information retrieval, retrieving documents containing highly related concepts are more likely to have higher precision and recall values. A command line interface to these modules is also present in the package. The simple, user-friendly interface returns the relatedness measure of two given words.

Desktop aggregators are great. They sit there all day, pinging away at sites, and as soon as they notice something new, they pop up little windows on your desktop, and let you read items. But what about when you go home from work? Or what about when you are on a trip? You get totally out of sync, and don't know what you've read and haven't read. You are enraged. Feed on Feeds A server side aggregator solves this. It keeps track of what items you've read, and keeps happily checking up on your feeds no matter where you are. Whenever you want to see what's new, you just bring up a web page and scan the newest items. You can mark the items as read so they won't be shown again. Or, you can just always show the most recent N items, like the way LiveJournal's friends pages work. Also, having the aggregator in your browser eliminates the "impedance mismatch" that sometimes occurs between a desktop aggregator and your browser. All your native browsing methods work on a FEED ON FEEDS page. Open pages in new tabs, bookmark them for later, browse whatever way you like.

The Unix Benchmark Utility "ubench" is an attempt to introduce a single measure of perfomance among computer systems running various flavors of Unix operation system. The current development release tests only CPU(s) and memory. In the future releases there will be tests added for disk and TCP/IP. Ubench is taking advantage of multiple CPUs on an SMP system and the results will reflect that. o Ubench is executing rather senseless mathematical integer and floating-point calculations for 3 mins concurrently using several processes, and the result Ubench CPU benchmark. o Ubench will spawn about 2 concurrent processes for each CPU available on the system. This ensures all available raw CPU horsepower is used. o Ubench is executing rather senseless memory allocation and memory to memory copying operations for another 3 mins concurrently using several processes, and the result Ubench MEM benchmark.

DWH_File is used in a similar manner to NDBM_File, DB_File etc. In fact it depends on one of these. DWH_File expands the functionality to save not only the hash that is tied but also all the data that this hash contains references to - that is it'll save all you list of lists and list of hashes and so forth. And what's more, it will save objects as well - if they'll comply with some very simple rules which don't impose any limitations to their functionality or structure except that they can't themselves be tied to anyone else. See the "Models" section of the embedded documentation for details.

Diffuse is a graphical tool for merging and comparing text files. Diffuse is able to compare an arbitrary number of files side-by-side and gives users the ability to manually adjust line matching and directly edit files. Diffuse can also retrieve revisions of files from Bazaar, CVS, Darcs, Git, Mercurial, Monotone, RCS, Subversion, and SVK repositories for comparison and merging. Some key features of Diffuse: - ability to compare and merge an arbitrary number of files side-by-side (n-way merges) - line matching can be manually corrected by the user - ability to directly edit files - syntax highlighting - Bazaar, CVS, Darcs, Git, Mercurial, Monotone, RCS, Subversion, SVK support - support for UTF-8 encoded unicode - unlimited undo - easy keyboard navigation

Yapps (Yet Another Python Parser System) is an easy to use parser generator that is written in Python and generates Python code. Yapps is simple, is easy to use, and produces human-readable parsers. It is not fast, powerful, or particularly flexible. Yapps is designed to be used when regular expressions are not enough and other parser systems are too much: situations where you may write your own recursive descent parser. Yapps 1 is more like a functional language (concise grammars of the form when you see this, return this), while Yapps 2 is more like an imperative language (more verbose grammars of the form if/while you see this, do this). Yapps 2 is more flexible than Yapps 1 but it requires Python 1.5 and is not backwards-compatible with Yapps 1. This is the development version of Yapps 2.

repoze.what is an authorization framework for WSGI applications, based on repoze.who (which deals with authentication and identification). On the one hand, it enables an authorization system based on the groups to which the `authenticated or anonymous` user belongs and the permissions granted to such groups by loading these groups and permissions into the request on the way in to the downstream WSGI application. And on the other hand, it enables you to manage your groups and permissions from the application itself or another program, under a backend-independent API. For example, it would be easy for you to switch from one back-end to another, and even use this framework to migrate the data.

Battle Tanks is a funny battle on your desk, where you can choose one of three vehicles and eliminate your enemy using the whole arsenal of weapons. It has original cartoon-like graphics and cool music, its fun and dynamic, it has several network modes for deathmatch and cooperative -- what else is needed to have some fun with your friends? And all is packed and ready for you in Battle Tanks. Some of the game highlights: * Three vehicles: tank, Shilka, and rocket launcher, each having its special features * Lots of weapons: four types of ammo, six types of rockets, landing troops, mines, etc. * 13 multiplayer maps (nine ones for deathmatch and four ones for cooperative mode) in different locations such as city, village, forest, desert, etc. * Game world that reacts on player: roads have traffic, buildings can be destroyed, weather effects are simulated * Lots of war objects: troops, vehicles, helicopters, etc. * Keyboard and gamepad are supported * Dedicated server mode (headless)

=========================================== The GGZ Gaming Zone - Core Client Libraries =========================================== GGZ Gaming Zone core client libraries provides the common procedures and utilities required to run the GGZ client and games. The routines are shared by other modules in order to ease coding and promote compatibility and stability. This version of the client libraries (0.0.13) should provide compatibility with version 0.0.13 clients and servers. The core client libraries is only one part of the GGZ Gaming Zone client setup. The following additional packages are required: * libggz - provides commonly used functions and low-level communications between client modules and the GGZ servers * gtk-client/kde-client - one or more of the GGZ clients will be required in order to login to a server, chat and launch games * gtk-games/kde-games/sdl-games - one or more games or game packs are required in order to launch and play games