Free summer glau software for linux

Quarters Board Game project is a strategy game for two players.

Although its rules are relatively simple, it still offers some of the same opportunities for skill as in chess.

This program was originally conceived in the summer of 1986 during a study of the mini-max algorithm for chess playing computers, and was thus designed to offer some of the same type of strategies.

The game was originally written in BASIC, then ported to Turbo Pascal, then to C, and finally to Java.

The Java version is not necessarily object oriented, since it is a crude port from the C version.

Soma is a suite of programs that let you play and schedule audio files from the Web.
Soma suite supports extra utilities using run-time loadable modules and includes a broadcasting scheduler, a tool to control it via TCP/IP, and an utility to check configuration file syntax.
Soma project started in summer 2003 to manage the digital version of an activists radio old spools.
The first release just gave just the chance to play random some audio files in a directory using an external program (at that time mpg123). In despite of that this software was never used, i kept on thinking about soma project for some weeks, until i started directly to work with a group called Reload, which was experimenting at the time a project called "eterete" and creating a place for a web radio at Pergola Tribe (a selfmanaged house in Milan).
We used, of course, a release, which was a little bit better to manage the radio-playlist and of course we implemented the software itself. From september till december soma became a software suite, configurable through file and (remote administration...). Thats thanks to the relationships and the inputs that such a community like Reload can create.
A group of passionate activists was able to make broadcastings and broadcast schedules, to find out new problems and to give implementation advices. They also suggest me the idea that soma (originally a simple play-list manager) could become a programs suite, which has a player, a software for deferred broadcasting, a more user friendly admininstration, documentation and distribution.
Some time after came somaplayer and somaadmin. The player was still very behind compared to my implementation ideas. Somadmin was straight away on line and advertised on radio.inventati.org/somadmin/
In January 2004 we showed Soma at the first italian (web and air-waves) radio meeting in Naples.The meeting was technologically and politically profitable and it was an attempt to build up a real radio-network.
Radio.inventati.org was actually the only example od direct cooperation among even very different people: individuals, improvised groups, very old and movement radios and experiences from overseas countries.
On the web site there are occasional streamings, weekly streamings, and 24hrs music flows.
The object of the technical research was a digital environment, which could let individuals or whole communities gain access to a common schedule with resum?s, repetitions, deferred programs, live broadcastings, regular broadcastings as one national and international network.
Soma could satisfy this need and could be easly managed through the web thanks to somadmin, which could update the soma admin in real time.
The developments went on. Somaplayer is now reality. The only music player which can stream directly an mp3, an ogg vorbis, a wav, a track from an audio cd or a streaming directly on an icecast server (icecast 2 or shoutcast) or just play it on a computer using sound drivers or sound daemons.
At the moment more other people work at this project, who debug the software, write docs, work at the website and make installation packages (for debian).
Enhancements:
- This release fixes three bugs related to group permissions, the 31st of months, and an error in libsoma related to buffers and protocols.

CQL::Parser is a Perl module that compiles CQL strings into parse trees of Node subtypes.

SYNOPSIS

use CQL::Parser;
my $parser = CQL::Parser->new();
my $root = $parser->parse( $cql );

CQL::Parser provides a mechanism to parse Common Query Language (CQL) statements. The best description of CQL comes from the CQL homepage at the Library of Congress http://www.loc.gov/z3950/agency/zing/cql/

CQL is a formal language for representing queries to information retrieval systems such as web indexes, bibliographic catalogs and museum collection information. The CQL design objective is that queries be human readable and human writable, and that the language be intuitive while maintaining the expressiveness of more complex languages.

A CQL statement can be as simple as a single keyword, or as complicated as a set of compoenents indicating search indexes, relations, relational modifiers, proximity clauses and boolean logic. CQL::Parser will parse CQL statements and return the root node for a tree of nodes which describes the CQL statement. This data structure can then be used by a client application to analyze the statement, and possibly turn it into a query for a local repository.

Each CQL component in the tree inherits from CQL::Node and can be one of the following: CQL::AndNode, CQL::NotNode, CQL::OrNode, CQL::ProxNode, CQL::TermNode, CQL::PrefixNode. See the documentation for those modules for their respective APIs.

Here are some examples of CQL statements:

george
dc.creator=george
dc.creator="George Clinton"
clinton and funk
clinton and parliament and funk
(clinton or bootsy) and funk
dc.creator="clinton" and dc.date="1976"

Somamddd come from Soma MetaData Daemon and is a daemon that gets input from the current song scheduled by somad and updates the icecast (1 and 2) flags. So, the clients can show info about the current song of your radio.

Soma project started in summer 2003 to manage the digital version of an acitvists radio old spools.

The first release just gave just the chance to play random some audio files in a directory using an external program (at that time mpg123). In despite of that this software was never used, i kept on thinking about soma project for some weeks, until i started directly to work with a group called Reload, which was experimenting at the time a project called "eterete" and creating a place for a web radio at Pergola Tribe (a selfmanaged house in Milan).

We used, of course, a release, which was a little bit better to manage the radio-playlist and of course we implemented the software itself. From september till december soma became a software suite, configurable through file and (remote administration...). Thats thanks to the relationships and the inputs that such a community like Reload can create.

A group of passionate activists was able to make broadcastings and broadcast schedules, to find out new problems and to give implementation advices. They also suggest me the idea that soma (originally a simple play-list manager) could become a programs suite, which has a player, a software for deferred broadcasting, a more user friendly admininstration, documentation and distribution.

Some time after came soma player and soma admin. The player was still very behind compared to my implementation ideas. Somadmin was straight away on line and advertised on radio.inventati.org/somadmin/

In January 2004 we showed Soma at the first italian (web and air-waves) radio meeting in Naples.The meeting was technologically and politically profitable and it was an attempt to build up a real radio-network. Radio.inventati.org was actually the only example od direct cooperation among even very different people: individuals, improvised groups, very old and movement radios and experiences from overseas countries.

On the web site there are occasional streamings, weekly streamings, and 24hrs music flows.

The object of the technical research was a digital environment, which could let individuals or whole communities gain access to a common schedule with resum?s,
repetitions, deferred programs, live broadcastings, regular broadcastings as one national and international network. Soma could satisfy this need and could be easly managed through the web thanks to somadmin, which could update the soma admin in real time.

The developments went on. Somaplayer is now reality. The only music player which can stream directly an mp3, an ogg vorbis, a wav, a track from an audio cd or a streaming directly on an icecast server (icecast 2 or shoutcast) or just play it on a computer using sound drivers or sound daemons.

At the moment more other people work at this project, who debug the software, write docs, work at the website and make installation packages (for debian).

ferite is a lighweight, portable, threadsafe scripting engine with a language that is very easy to pick up and use.

ferite is a scripting engine and language written in c for complete portability.

ferite is a clean language with influences from various places: objects from Java/C++, functions from C/php, closures from scheme, block calling from ruby, namespaces from C++, as well as its own a sane loose typing mechanism, variant type and set of nice APIs.

Its origins are from one of those "it seems like a good idea", the good idea was provoked by finding perl a real pain in the arse to embed (from what I gather its easier nowadays). It started in the summer of 2000 (with various tries and fails within the pre-ceding two years). It reached version 1.0 in the second quarter of 2005.

NEsGUI is a peer-to-peer file sharing application written by Neill Miller in GTK+ which utilizes the NEshare library.NEsGUI is a Napster like application. Its one of the simplest and least creative applications utilizing the NEshare peer-to-peer file sharing library.
I started writing NEshare for many reasons. One reason is because I enjoy file sharing with others and I found that there were no true Free Software implementations or designs from the ground up. Thats one of the most important reasons to me personally, but I understand its probably not the reason youre reading this page. Second, I realized that most file sharing implementations that Ive played with simply DO NOT WORK well. The one implementation that worked *extremely* well for all of the time I participated in using it was Napster. As for the GnutellaNet (and the like), I tend to have problems with the decentralized nature. This is vague, I know. Specifically, they require an extraordinary amount of bandwidth as compared to a centralized counterpart such as Napster. They tend to generate a lot of garbage since they are responsible for tying themselves to a number of other nodes, which are likewise tying themselves to you. The *only* benefit that Ive realized with decentralized networks such as the GnutellaNet is the anonyminity involved. At best, you can see what IP address is downloading or uploading while the upload or download is occuring on your system. Beyond that, there is no record or trace of the transaction and does not involve user names which can be stored or screened, passwords which can be broken or stolen, or any form of user messaging or chat which is prone to SPAM or porn advertisments -- like the sad state of (the oldest widespread and possibly least recognized peer-to-peer system) IRC.
Another reason for writing NEshare is to help you realize that you should not be dependent on a corporation to dictate what you can and cant do with file sharing (a la Napster, FastTrack clients, or any other corporate owned network which you may have become attached to). For example, Napster allowed the sharing of digital music files. Where do you go if you are more interested in sharing original digital pieces of art amongst your friends? What about copies of an ever evolving digital document? Thus, I wanted to provide NEshare to you in case Napster or FastTrack or whatever you use suddenly becomes unavailable, or never suited your needs in the first place. Being Free Software, youre free to modify it and improve it under the terms of the GPL. And if you cant write code, call in a favor from a friend!
NEshare takes the best architectural ideas of centralized networks and mixes them with the best ideas of decentralized networks. It allows anonyminity since there is no messaging system, no username, no password and no record of you once youve left the network. It also works in a reliable manner (minus bugs!) because of the centralized nature. The basic method of transaction is similar to the familiar Napster and FastTrack clients. A user connects to an NEshare server and uploads a file list. The user can search and get results back from the server. Once the results are retrieved by the user, the user connects directly to another user for exchanging files. Thats the basic gist of the centralized approach, however the NEshare architecture is flexible and can work in a decentralized manner with relatively little modification if the benefits become more apparent.
One of the biggest advantages of a purely decentralized network (aside from the anonyminity aspect) is the fact that there is no central server which all users must rely on. In the world today, we see the prevention and the hindering of new technologies because big businesses fear to compete. This is wrong. Decentralized networks address this by not allowing a single entity to have complete control over a system. Thus, although threats can be made, they cannot be enforced against all users of a decentralized network. Contrast this with some centralized models - where a corporation takes control of an entire system. They are only pitting themselves against the giants and unfortunately they probably cannot win since (in recent U.S. history at least), Corporations (with cash) suppress our rights (Constitutional, fair rights, whatever) and dont ever look back. Look at the recent headlines regarding the RIAA and Hollywoods general reaction to Napster and other file sharing services. Everyone pounced on Napster and Napster did not survive. Sure, the company may still have a vision for itself, but everything that you and I enjoyed about the service is gone. The vision weve created for it is gone. I havent used Napster since late 2000.
Im not advocating using this software for actions which are questionably legal. Im providing this software for educational reasons because I believe that there is a lot to learn about networking applications and weve only seen the tip of the iceberg. This software has many legitimate uses such as online collaboration on any number of projects, sharing original works or documents, browsing which new Free Software packages are available amongst your peers, learning how a multi-threaded server works, learning how to use sockets, seeing an example of how a network protocol can be written from scratch, congesting your local network for bandwidth experiments and measurements, etc. The uses are endless. And the uses are legitimate. This software may help other to find something new. This software may *be* something new to others. Whatever the case, its all about vision.
By designing a Free Software implementation of a peer-to-peer protocol, Im offering it to you to suit your vision. I dont want to see one central server out there that everyone connects to for whatever use. I want to see the decentralization of the centralized model. I want to see something like what happened to the webserver to happen to NEshare. Each person that is interested in this kind of project should run and manage their own server for their own intranet. Choices are good. Although NEshare is centralized right now (like a webserver) -- wouldnt it be a horrible thing if all information on the web was hosted on the same server? This is what Napster tried to acomplish. They took the centralized server a little too far to prevent people like you and me from having our own visions and creative uses for the technology. NEshare should work differently. For example, if you look at streaming radio servers -- these are central servers all over the place which have several central resources (i.e. webpages) which tell you about which ones are available and their current status. This feature is planned for NEshare, although the first release of the server will have to be tracked manually if youd like to advertise your server to others.
Id like to add that I do believe that decentralized networks inherently have some cool ideas behind them, so I did not exclude the possibility of NEshare working in a fully decentralized manner. The first version that Im working on will be only centralized, but decentralization is an option since it should not prove to be too difficult given the architecture. However, since in my experience the fully decentralized network tends to have more issues than benefits, I would like to keep NEshare centralized. Again, a decentralization of the centralized model would be ideal.
The other major design goal of NEshare is to make it a toolkit. What I mean by this is that currently, there is a client library which can readily be dropped into an application of any kind. This means that for developers who are working on applications, if peer-to-peer file sharing would be useful, it can be easily used under the terms of the GPL inside of their own applications. This also makes for a more lightweight graphical user interface, since the bulk of the work is inside the client library. In order for all of NEshare to work in a purely decentralized manner, the work of the server must be integrated into the client library and a few new messages will need to be developed so that it can act as a servent. The architecture is rather flexible, and this will remain a design goal moving forward.
Needless to say this takes a lot of work. Im a single hacker at best and Ive been working on this project in free time since the summer of 2001. I can only do so much, and Im limited by my imagination and programming skills. Thats why I need your help. So far, my work consists of designing the networking protocol capable of accomplishing file sharing in a peer to peer manner, implementing this protocol in code, testing the code, improving the code, etc. I cant do this by myself (although unfortunately so far I have been and will continue to if no one volunteers). I would appreciate help in the areas of testing, documentation, and of course good old fashioned hacking. If this project sounds interesting to you, feel free to contact me.
Enhancements:
- Code now honors the std namespace so that its gcc-3.x compatible
- Fixed some event handling that caused erroneous message boxes to appear
- Better unexpected peer disconnection handling
- Added proper ChangeLog entries

SBackup is a simple backup solution intended for desktop use. SBackup can back up any subset of files and directories. Exclusions can be defined by regular expressions. A maximum individual file size limit can be defined. Backups may be saved to any local and remote directories that are supported by gnome-vfs.
This software is written withing Google Summer of Code 2005 for use in Ubuntu GNU/Linux distribution.
To use.
- Install python and python-gnome2 libraries.
- Run make install in the same directory as this README file
- Run simple-backup-config to configure your backup configuration.
Do not forget to save the configuration.
- Run simple-restore-gnome to upgrade existing backups to new format
If you do not run a Debian derrived distribution then you can comment out lines that backup the list of installed packages on a Debian system. An authomatic test will be added soon, but the lack of dpkg command shouldnt raise an exception there.
srestore.py is a command line restore tool and simple-restore-gnome is a Gnome equivalent.
Enhancements:
- This version fixes most of the bugs that have been found in the 0.10 branch without adding extra features unless required by the bugs in question.
- This is suitable for stable production environments.