Free ds software for linux

Log::Log4perl::Appender::RRDs is a log to a RRDtool Archive.

SYNOPSIS

use Log::Log4perl qw(get_logger);
use RRDs;

my $DB = "myrrddb.dat";

RRDs::create(
$DB, "--step=1",
"DS:myvalue:GAUGE:2:U:U",
"RRA:MAX:0.5:1:120");

print time(), "n";

Log::Log4perl->init(qq{
log4perl.category = INFO, RRDapp
log4perl.appender.RRDapp = Log::Log4perl::Appender::RRDs
log4perl.appender.RRDapp.dbname = $DB
log4perl.appender.RRDapp.layout = Log::Log4perl::Layout::PatternLayout
log4perl.appender.RRDapp.layout.ConversionPattern = N:%m
});

my $logger = get_logger();

for(10, 15, 20, 25) {
$logger->info($_);
sleep 1;
}

Log::Log4perl::Appender::RRDs appenders facilitate writing data to RRDtool round-robin archives via Log4perl. For documentation on RRD and its Perl interface RRDs (which comes with the distribution), check out http://rrdtool.org.

Messages sent to Log4perls RRDs appender are expected to be numerical values (ints or floats), which then are used to run a rrdtool update command on an existing round-robin database. The name of this database needs to be set in the appenders dbname configuration parameter.

If theres more parameters you wish to pass to the update method, use the rrdupd_params configuration parameter:

log4perl.appender.RRDapp.rrdupd_params = --template=in:out

To read out the round robin database later on, use rrdtool fetch or rrdtool graph for graphic displays.

MIDI::Simple is a procedural/OOP interface for MIDI composition.

SYNOPSIS

use MIDI::Simple;
new_score;
text_event http://www.ely.anglican.org/parishes/camgsm/bells/chimes.html;
text_event Lord through this hour/ be Thou our guide;
text_event so, by Thy power/ no foot shall slide;
set_tempo 500000; # 1 qn => .5 seconds (500,000 microseconds)
patch_change 1, 8; # Patch 8 = Celesta

noop c1, f, o5; # Setup
# Now play
n qn, Cs; n F; n Ds; n hn, Gs_d1;
n qn, Cs; n Ds; n F; n hn, Cs;
n qn, F; n Cs; n Ds; n hn, Gs_d1;
n qn, Gs_d1; n Ds; n F; n hn, Cs;

write_score westmister_chimes.mid;

This module sits on top of all the MIDI modules -- notably MIDI::Score (so you should skim MIDI::Score) -- and is meant to serve as a basic interface to them, for composition. By composition, I mean composing anew; you can use this module to add to or modify existing MIDI files, but that functionality is to be considered a bit experimental.

This module provides two related but distinct bits of functionality: 1) a mini-language (implemented as procedures that can double as methods) for composing by adding notes to a score structure; and 2) simple functions for reading and writing scores, specifically the scores you make with the composition language.

The fact that this modules interface is both procedural and object-oriented makes it a definite two-headed beast. The parts of the guts of the source code are not for the faint of heart.

Deepest Sender is a client that will allow you to post to blogs from directly within Firefox. The project is primarily a LiveJournal client, although it supports Blogger (GData) and WordPress (metaWeblog) too, with support for more stuff to come.

Note that the actual Deepest Sender website will always have the most up to date version.

If DS wont load for you in Firefox 2, and youre using a non-US English version (ie. British English or whatever), you will need to download a spellcheck dictionary in order for it to work. Non US English builds dont come with dictionaries.

If DS keeps loading in Russian and youre running SeaMonkey, check the LiveJournal group, it has a guide to solving the problem.

Sync4j is a mobile application server, and more. Sync4j includes a suite of tools to develop, deploy and manage any mobile project. It is a certified implementation of the Open Mobile Alliance Data Synchronization and Device Management protocols (OMA DS and DM, formerly known as SyncML).
Sync4j reached more than 19,000 downloads in a single month and it is supported by one of the largest mobile developers community in the world.
Main features:
- Sync4j Server: a mobile application server with connectors to SQL relational databases, Microsoft Exchange, Lotus Domino and SugarCRM.
- Sync4j Clients: applications for Outlook, Windows Mobile PocketPC, BlackBerry, Palm and iPod that you can use to synchronize your PIM data (address book and calendar) with the server
- Sync4j Email Gateway: a POP, IMAP and SMTP gateway, to support your mobile email needs.
- Sync4j Software Development Kit: tools to develop sometimes-connected mobile applications on devices (in Java - J2SE and J2ME - and C++) and to add data sources to the server
- Sync4j Device Management: an OMA DM server to remotely manage mobile devices
A wireless application needs data. The information must be available even when the device is off-line. Synchronization between multiple mobile devices and corporate servers is a fundamental component in every wireless project: data is supposed to be consistent when accessed by multiple users who are not always connected to the network.
Once a wireless application is developed, it needs to be transferred to a remote device, over-the-air. Then, it must be kept up-to-date. Application provisioning is pivotal for the success of any mobile project.
Developers of applications around the world have been looking for a platform that would make it easier to create mobile applications. IT Managers are struggling with PIM synchronization and mobile email deployments, locked by commercial vendors on a spiraling high cost structure and unable to manage a fast growing fleet of mobile devices. Sync4j is the solution they are looking for.
Open source means freedom from vendor lock-in and high quality software (thousand of eyes on the code, an enourmous community effort for testing). Sync4j is well supported by the community and the company behind it, Funambol.
Sync4j is an open source complete and unique mobile application server, addressing all the aspects of the equation:
- data synchronization, including PIM and email
- application provisioning
- device management
Sync4j is multi-device and multi-platform, running both in Windows and Linux. It runs on Tomcat and on top of J2EE application servers. It has been designed for carrier-grade deployments.
Since day one, scalability and reliability have been a clear focus of the Sync4j architecture, Sync4j is built on the Open Mobile Alliance data synchronization and device management standards (OMA DS and DM, formerly known as SyncML), thus leveraging the availability of SyncML clients pre-installed on cellular phones (such as all Symbian, Nokia, Motorola, Sony Ericsson, Siemens and others). For devices where a SyncML client is missing, Sync4j provides its own clients: Outlook, Windows Mobile PocketPC, BlackBerry, Palm and iPod.
Sync4j target market is everyone looking to build, deploy and manage a mobile project:
- Developers who need to extend an existing product to the mobile world or are looking for an easy way to create new mobile applications, grabbing data from existing data sources (such as SQL databases, Exchange, Domino or SugarCRM) or adding new data sources.
- IT Managers that want to deploy a PIM and mobile email solution or just need a way to manage a fleet of mobile devices.
- Device Manufacturers, that are looking for an OMA DM or DS client.
Download includes:
Apache Tomcat 5.0, Sync4j Admin 1.2.4, Sync4j Java GUI Client 1.0.9, PIM Web Demo 1.1.7. Runs out-of-the-box.
Enhancements:
- Major bugfixes

Gslist is a game servers browser which supports an incredible amount of games (over 800) for many platforms.
It can work in both command-line and GUI mode.
Main features:
- tons of games supported and for various platforms: PC, Mac, Playstation 2, Nintendo DS, PSP, Dreamcast and more
- web GUI: Gslist can be easily used through a web browser like any "classical" server browser but with the difference of being more simple to use and (optionally) supporting multiple users
- can execute a program for each online server found
- has a filter option for selecting only the servers with specific features
- its list of supported games is updatable
- supports many options for redirecting and formatting its output
- can send hearbeats for adding your IP in the servers list
- supports different types of queries for retrieving informations from the servers
- its optimized for speed and resources
Enhancements:
- Some features were added.
- Some bugs in the Web GUI were fixed.

Louderbox is a complete 8 band audio processor. Louderbox is intended to be used with software stereo and R[B]DS generators (but perfectly usable for other things (such as web "radio") using the jack audio connection kit under Linux (and possibly other systems but this is untested).

It has 2 inputs and 5 outputs: The inputs are obviously L,R, outputs are 2 Monitor outputs (before pre em), 2 transmitter feed outputs (post pre em), and a mono logging output which is just a mix of the monitor feeds.

Wmsensormon is a doc app for WindowMaker that utilizes lm_sensors to monitor CPU temp, sys temp, fan speeds, and CPU voltage.
It offers configurable warnings for overheating, and the sensors displayed are adjustable by the user with command line parameters.
Installation:
make
make install
wmsensormon
Options:
-h, --help this help screen
-v, --version print version information
-f show temperatures in Fahrenheit
-s default SMP mode (mode #1)
-s1 SMP mode #1 (CPU 1, CPU 2, sys, fan)
-s2 SMP mode #2 (CPU 1, CPU 2, fan 1, fan 2)
-sw switch CPU and SYS temperature readings
use with -s1 or -s2 if SYS temp is first
-swf switch fans to read fan3 and fan4
-r refresh time (in microseconds, default 100000)
-l enable logging with default time, (default 30000)
-ln enable logging with specified time, (1000 = 1 min)
-dt danger CPU temperature, default: system value (i.e. 60)
input values in Celsius
-ds danger SYS temperature, default: system value (i.e. 60)
input values in Celsius
-df danger fan speed, default: system value (i.e. 3000)
-wt warning CPU temperature, default: danger value
input values in Celsius
-ws warning SYS temperature, default: danger value
input values in Celsius
-wf warning fan speed, default: danger value
-lv limit CPU core volts, default is system value either: max voltage first, min
voltage second (i.e. 180 170) or:
percent difference first, value second (i.e. % 5 175)
Enhancements:
- when a command line arg gets a invalid parameter return error rather than ok
- fixed reading in the limit values from the wrong sensor if using the -sw option
- added option to choose a sensors chip to read from.
- added support for detecting whether the chosen sensor chip is a temperature sensor or some other type.
- if the choosen chip is number 0 or no chip is chosen, autodetect the chip to use.