Free providing easy access software for linux

Supervisor is a client/server system that allows its users to control a number of processes on UNIX-like operating systems. It was inspired by the following:
- It is often inconvenient to need to write "rc.d" scripts for every single process instance. rc.d scripts are a great lowest-common-denominator form of process initialization/autostart/management, but they can be painful to write and maintain. Additionally, rc.d scripts cannot automatically restart a crashed process and many programs do not restart themselves properly on a crash. Supervisord starts processes as its subprocesses, and can be configured to automatically restart them on a crash. It can also automatically be configured to start processes on its own invocation.
- Its often difficult to get accurate up/down status on processes on UNIX. Pidfiles often lie. Supervisord starts processes as subprocesses, so it always knows the true up/down status of its children and can be queried conveniently for this data.
- Users who need to control process state often need only to do that. They dont want or need full-blown shell access to the machine on which the processes are running. Supervisorctl allows a very limited form of access to the machine, essentially allowing users to see process status and control supervisord-controlled subprocesses by emitting "stop", "start", and "restart" commands from a simple shell or web UI.
- Users often need to control processes on many machines. Supervisor provides a simple, secure, and uniform mechanism for interactively and automatically controlling processes on groups of machines.
- Processes which listen on "low" TCP ports often need to be started and restarted as the root user (a UNIX misfeature). Its usually the case that its perfectly fine to allow "normal" people to stop or restart such a process, but providing them with shell access is often impractical, and providing them with root access or sudo access is often impossible. Its also (rightly) difficult to explain to them why this problem exists. If supervisord is started as root, it is possible to allow "normal" users to control such processes without needing to explain the intricacies of the problem to them.
- Processes often need to be started and stopped in groups, sometimes even in a "priority order". Its often difficult to explain to people how to do this. Supervisor allows you to assign priorities to processes, and allows user to emit commands via the supervisorctl client like "start all", and "restart all", which starts them in the preassigned priority order. Additionally, processes can be grouped into "process groups" and a set of logically related processes can be stopped and started as a unit.

Access Stats provides a script that enables you to keep track of activities on your web site.

Access Stats allows you to keep track of activities on your web site.

It extracts some statistic from a log file generated by log.pl.

These reports are generated by Access Stats:

- Visits by day
- Visits by hour
- Visits by week-day
- Referer
- Browser
- Operating System
- Countries
- Hostnames

MobileFS is a virtual file system builded on FUSE to provide access to any OBEX-compliant mobile device.
The project supports all Siemens mobile L55 series, including:
- A55
- A56
- A56i
- A60
- C55
- C56
- 2128
- CT56
- C60
- C61
- C62
- CF62
- M46
- M50
- MT50
- 3118
To install, run:
cp src/mobfs /sbin/mount.mobfs

The Program Database Toolkit (PDT) is a powerful tool infrastructure that provides access to the high-level interface of source code for analysis tools and applications.
Many tasks in an integrated programming environment require access to program information for their implementation. Program Database Toolkit (PDT) is a framework for analyzing source code written in several programming languages and for making rich program knowledge accessible to developers of static and dynamic analysis tools.
PDT implements a standard program representation, the program database (PDB), that can be accessed in a uniform way through a class library supporting common PDB operations. Software tools can use this library to accomplish tasks such as
- documentation of program components
- creation of graphic program browsers that show class hierarchies, function call graphs, and template instantiations
- insertion of instrumentation for performance profiling and tracing; andgeneration of interface details for calling library routines or buildinginterlanguage bindings.
Enhancements:
- Assorted minor bugfixes.

ID3V2.3 library is a library written in C to provide read and write access to ID3 tags.

ID3V2.3 library is designed to be very easy to use, and is meant to be compiled directly into your project. You can only access the most commonly used tag fields.

The source code is easy to read and well documented.

Example:

#include "genre.h"
#include "lib_id3v1.h"

main()
{
id3Tag tag;

strcpy (tag.artist, "Myartist");
strcpy (tag.album, "Myalbum");
strcpy (tag.title, "Mysong");
strcpy (tag.track, "12");
strcpy (tag.year, "2002");
strcpy (tag.comment, "Mycomment");
strcpy (tag.genre, "Mygenre");

set_id3v2tag(&tag, "/home/sam/myfile.mp3");
}

If you need more info, look into the header file, its really simple.

WebService::Google::Sets is a Perl access to Google Labs Sets site.

SYNOPSIS

use WebService::Google::Sets;

my @os_list = qw(Linux Windows Solaris);
my $expanded_os_list = get_gset(@os_list);

# check something came back
die "No results returned from server" unless $expanded_os_list;

foreach my $element (@$expanded_os_list) {
print $element, "n";
}

WebService::Google::Sets provides function based access to the Sets service hosted at Google Labs.

The Sets service attempts to expand the values you provide. The example provided in the SYNOPSIS would return an array that included "Windows NT", "HPUX" and "AIX" as values in addition to those supplied.

Mobi is software which is designed to provide access to a Un*x machine using a Bluetooth-enabled SonyEricsson phone.
A simple menu file is used to define a menu structure. Menu items can be tied to arbitrary shell commands or external programs, maximizing flexibility. Menus can also be loaded from programs rather than from files, meaning that dynamically changing menus are easy to realize, e.g. to browse a filesystem, an MP3 collection or a mail folder.
Mobi connects to any phone within its reach which passes the Bluetooth authorization process (usually by providing the correct PIN number). If the phone gets out of reach, Mobi will reconnect once it is found again. The number of simultaneously connected phones is restricted only by hardware capabilities.
Mobi uses the accessory menu of the phone. This feature is present in most SonyEricsson phones. It is tested on a T610, but should work on T68, T68i, T610, T630, Z600, and perhaps other models.
The accessory interface has been completely redesigned for newer phones (K750, W550, W600, W800, Z520), but I am not able to implement this since I do not have access to one of those. For the P800/P900, there are different solutions.
Enhancements:
- No phone reset on connect, since it may end a call in progress.
- Improved installation scripts (using autoconf/automake).
- Menu files may now recursively include other files.
- Improved music playback scripts. Makes it much easier to support other players.
- Reloading the menu file will not do a full reset, but only replace the menu.