Free musicman 0.14 software for linux

pita is client-server music player. A daemon process, pitad, maintains a queue of files which it plays through the sound system.

Various clients manipulate the daemon, adding songs, moving through the queue, etc.

Subcommander is a qt based multiplatform subversion client, diff & merge tool.
The goal of the Subcommander project is to build an easy to use, cross platform (Win32, Unix, MacOSX) subversion gui client (subcommander) including a visual diff and merge tool with support for different text encodings (submerge).
Main features:
- tight integration of repository browser and working copy status view, you can quickly switch between a working copy view or the repository view. It just a matter of selecting another item in a list view control.
- colored working copy status view to quickly see which files/folder have changed.
- easy branch and tag handling. By telling subcommander the projects urls for trunk, branches and tags and a working copy path it takes only a few mouse clicks to create a branch/tag or switch your working copy to a branch/tag.
- has drag and drop support to move or copy files and folders.
- easy handling of multiple working copies (e.g. different branches) from the same project.
- easy merging of single revisions or revision ranges. Viewing the history on a repository url you can easily merge changes to your working copy. Just select a revision and tell subcommander to merge it into your (configured) working copy. That is especially usefull to merge bug fixes from trunk to your current release branch.
- visual diff and merge for text files (configurable, defaults to submerge).
- cross platform (Win32, MacOSX, Unix)
- responsive gui, actions on the repository (like getting history information) will not freeze the gui.
- what is implemented?
- support for http(s)://..., svn(+ssh)://... file://... schemes.
- browse a repository, (svn ls)
- view the status of a working copy, (svn status)
- checkout a working copy from a repository, (svn checkout)
- add files to a working copy (svn add)
- revert files in a working copy (svn revert)
- create folders in a working copy or the repository (svn mkdir)
- commit changes to a repository (svn commit)
- diff a file in a working copy against its base version (spawns submerge) (svn diff)
- view diffs between two repository versions or between the working copy and a repository version (from the log dialog, spawns submerge) (svn diff)
- update a working copy (svn update)
- switch a working copy (svn switch)
- merge (svn merge)
- edit conflicts (runs submerge)
- tell subversion that you resolved a conflict (svn resolved)
- view log messages on repository (svn log)
- deleting files in a working copy (svn delete)
- creating branches/tags of repository folders (svn copy)
- view files from the repository or working copy (from the log dialog) (svn cat)
- add, modify and delete properties in a working copy (svn prop...)
- move items in a working copy (svn move)
- view blame info of a working copy file (svn blame)
- import files (svn import)
- export (svn export)
- cleanup (svn cleanup)
- locking (svn lock, svn unlock)

dirqmail is a qmail patch which adds simple and fast virtual users support based on directories.
dirqmail puts users in /var/qmail/mail/< domain >/< login > directories, so for instance if /var/qmail/mail/example.org/example directory exists, qmail will treat example.org as a local domain, will accept mail for it via SMTP and QMTP daemons and will deliver mail to example@example.org as alias user using /var/qmail/mail/example.org/example as the home directory.
Main features:
- simple - you can just "see" and administer your domains and users from the command line or any file manager
- fast - checking for user of domain existence is just stating the correct directory
- atomic - all changes do not need any restarts/etc - everything just work in the "real-time"
- simple and fast aliases - just use symbolic links!
- works out of the box - just create /var/qmail/mail/domain.org/user to create user@domain.org user - permissions, ownership and Maildir creation will be handled automatically
- does not remove any of qmail features - dirqmail can coexist with any existent qmail installation - for example you can have some domains and users handled by system users (using /etc/passwd), some by qmail-users (/var/qmail/users), some by vpopmail and some by dirqmail (/var/qmail/mail)
- includes patch for checkpassword with support for POP3 (PASS and APOP) and SMTP (LOGIN, PLAIN, CRAM-MD5) - both for Krzysztof Dabrowskis and Erwin Hoffmanns SMTP AUTH patches

MQS (Minimalist Queue Services) is a minimalist queueing system in Free Software. The main purpose is to provide a set of basic methods in order to offer asynchronous messaging for program/application.
Applications can use this type of services in order to store and retrieve message to dedicated queue in the queue services. This permits to prevent direct connection between applications and provides a simple asynchronous communication system.
The MQS Daemon provides a simple set of XML-RPC methods for pushing and getting messages in a specific queue (so you can use the system with any application that can talk XML-RPC). The storing of the queue is in a database (e.g. MySQL, Postgresql...) or in dedicated file(s) (e.g. QDBM). QDBM is the preferred storage.
Enhancements:
- RELEASE 0.0.14
- Fixd the typo error in the Empty queue error
- Updated the required package in the documentation
- Changed the perl interpreter call to /bin/env perl

VCS project is a Perl library for generic Version Control System access in Perl.

SYNOPSIS

use VCS;
$file = VCS::File->new($ARGV[0]);
print $file->url, ":n";
for $version ($file->versions) {
print $version->version,
was checked in by ,
$version->author,
"n";
}

VCS is an API for abstracting access to all version control systems from Perl code. This is achieved in a similar fashion to the DBI suite of modules. There are "container" classes, VCS::Dir, VCS::File, and VCS::Version, and "implementation" classes, such as VCS::Cvs::Dir, VCS::Cvs::File, and VCS::Cvs::Version, which are subclasses of their respective "container" classes.
The container classes are instantiated with URLs. There is a URL scheme for entities under version control. The format is as follows:

vcs://localhost/VCS::Cvs/fs/path/?query=1

The "query" part is ignored for now. The path must be an absolute path, meaningful to the given class. The class is an implementation class, such as VCS::Cvs.

The "container" classes work as follows: when the new method of a container class is called, it will parse the given URL, using the VCS->parse_url method. It will then call the new of the implementations appropriate container subclass, and return the result. For example,

VCS::Version->new(vcs://localhost/VCS::Cvs/fs/path/file/1.2);

will return a VCS::Cvs::Version.

An implementation class is recognised as follows: its name starts with VCS::, and require "VCS/Classname.pm" will load the appropriate implementation classes corresponding to the container classes.

VCS METHODS

VCS->parse_url

This returns a four-element list:

($hostname, $classname, $path, $query)

For example,

VCS->parse_url(vcs://localhost/VCS::Cvs/fs/path/file/1.2);

will return

(
localhost,
VCS::Cvs,
/fs/path/file/1.2,

)

This is mostly intended for use by the container classes, and its interface is subject to change.

VCS->class_load

This loads its given implementation class.

This is mostly intended for use by the container classes, and its interface is subject to change.

gnome-mag provides a command-line interface for standalone use. gnome-mags primary goal is to provide a set of magnification services for use by other client applications and assistive technologies.

For information on the "magnifier" command=line utility, type

"magnifier --help" or "magnifier --usage" after installing
gnome-mag.

Dependencies:

In order to get CVS gnome-mag installed on your system, you need to have the most recent CVS versions of libbonobo installed as well. Note that gnome-mag also requires gtk+ and gnome-commonr.

Building:

To compile a CVS version of libgail-gnome on your system, you will need to take several steps to setup the tree for compilation. You can do all these steps at once by running:

cvsroot/gnome-mag# ./autogen.sh

Basically this does the following for you:

cvsroot/gnome-mag# aclocal; automake; autoconf

The above commands create the "configure" script. Now you can run the configure script in cvsroot/gnome-mag to create all the Makefiles.

Before running autogen.sh or configure, make sure you have libtool in your path.

Note that autogen.sh runs configure for you. If you wish to pass options like --prefix=/usr to configure you can give those options to autogen.sh and they will be passed on to configure.

Nagcon project is a console application interfacing to Nagios which gives you an overview of all services with troubled services.
Installation:
make install
Need help?
nagcon -h
will give you a list of possible switches.
Enhancements:
- nagcon can now also parse nagios 1.0 statusfiles! it now can also retrieve status.log-files over the network