Free one republic mercy software for linux

One-Wire Weather is a client program for Dallas Semiconductor / AAG 1-wire weather station kits, providing a graphical (animated) display to monitor outside temperature, wind speed and direction, rainfall, and humidity.
Extra temperature sensors may be added. A 1-wire "hub" may be used for improved reliability and range. Weather data may be logged to CSV files, parsed to command line programs, sent to the Henriksen Windows client, or uploaded to Web servers at Dallas, The Weather Underground, and HAMweather.
Enhancements:
- Changes to libusb calls, to operate correctly with recent Linux kernels.
- Added facility for waveform slew/timing adjustment for DS2490.
- Locale now set to POSIX when creating output for wunderground, &c - so you can log e.g. with comma as decimal separator, but wunderground gets a full stop.
- Rain from a remote source is integrated for upload (but please could people check if this works for you).
- Initial support for DS2760 - e.g. AAG TAI8560 thermocouple adapter (but the thermocouple Voltage isnt interpreted yet).
- Added facility for placing control characters in parser strings, as C-style escape sequences.
- Added dailyrain statistic for wunderground uploads, &c.
- Implemented rapid update for wunderground.

Joone project is a FREE Neural Network framework to create, train and test artificial neural networks. The aim is to create a powerful environment both for enthusiastic and professional users, based on the newest Java technologies.
Joone is composed by a central engine that is the fulcrum of all applications that are developed with Joone. Joones neural networks can be built on a local machine, be trained on a distributed environment and run on whatever device.
Everyone can write new modules to implement new algorithms or new architectures starting from the simple components distributed with the core engine. The main idea is to create the basis to promote a zillion of AI applications that revolve around the core framework.
Main features:
Architecture
- The Joones framework is built with a modular architecture: the core engine is separated from the visual interface and permits easily to implement any new application based on it.
- Joone is portable, being written in 100% pure Java. It can run in any environment, from big multiprocessor machines to small palmtop devices.
Neural Networks usability and transportation
- The neural networks based on Joone are usable stand-alone (separated from the framework that has created or trained them).
- The Joones based neural networks can be transported using common protocols (like http or ftp) to run on remote machines
Framework expandability
- The framework is expandable with more components to implement new learning algorithms or new architectures.
- With Joone its possible to implement any kind of optimization; there are two main methods to find the best solution to a given problem (i.e. to find the best neural network): local optimization and global optimization techniques. The local optimization is obtained applying some internal mechanism (the most famous is the momentum), the global optimization, instead, try to find the best solution applying some external technique to select the best performing NN among a predefined group of NNs (like genetic algorithms). Both are implemented with Joone, and many new optimization techniques can be experimented thanks to its expansibility.
Multithreading and scalability
- Joones core engine is based on a multithreaded engine, capable to scale using all the computing resources available.
- Joone provides the professional users with a distributed environment to train many neural networks in parallel on several machines.
Licensing
- Joone is freely usable. Its license is the Lesser General Public License (LGPL).
- Youre encouraged to try it and use it for whatever (both commercial and academic) application.
Whats New in 1.2.1 Stable Release:
- This release adds support for the Groovy scripting language.
- LogarithmicPlugin has been added, to apply a logarithmic transformation (base e) to input data. "Save as XML" has been added to the GUI Editor, in order to permit saving a neural network in XML format.
- A number of bugs have been fixed, including a problem that prevented SangerSynapse from learning when in training mode.
- The inspection panel no longer shows the biases for Layers for which this doesnt make sense.
- This release fixes the lack of the first column when the inspected values were copied in the clipboard.
Whats New in 2.0.0RC1 Development Release:
- Performance was improved by 50%, thanks to heavy refactoring of the core engine, by adding the single-thread mode.
- A set of tools was added in order to hide the complexity of the API.
- A new Image I/O component has been added in order read and write directly from/to image files.
- A new SoftMax Layer has been added to build neural networks able to resolve 1 of C classification problems.
- The usability of the property panels has been improved by adopting a new file chooser panel and a visual calendar panel.
- Several bugs were fixed and the documentation has been updated with the new features.

KLone-DevKit is a full-featured development kit for developing custom applications based on KLone. KLone-DevKit was thought and designed with a learn-by-example paradigm in mind.
The developer is guided through the creation and release of his/her own KLone application via a range of real use case examples.
The package is also a good starting point for those who want to create an easy and complete KLone development framework from scratch or simply those who want to start hacking on a .kl1 file without the hassle of creating a custom build environment.
Enhancements:
- A new demo application (pxaregs-gui) has been added to control, via a Web-based AJAX interface, PXA255/PXA270 CPU registers.

FXP.One is a whole new system to FTP and FXP. It is not just another client. This engine does all the hard work with dealing with FTP sites.
Built into that is a very simple but powerful API protocol. The idea is then, if someone wants to do an FTP, or FXP, client they can then make one without the FTP hassles. Currently there already are multiple clients. They all talk to the FXP.One engine, and you can interchance the clients.
That is, use one client to create and queue up some items and start the queue process. At a later time, a different client, from a different location can connect and check on the progress of that queue, change it, add to it and so on.
Main features:
- Full FTP and FXP capabilities.
- SSL/TLS support, auto-sensing and forced.
- SSL/TLS data support, auto-sensing and forced.
- SSCN seceure data FXP support.
- CCSN seceure data FXP support.
- XDUPE aware for faster queue processing.
- Auto resume, or overwrite options
- Resume last (re-queue all resume items last for faster queue processing)
- FXP direction control (if one site is firewalled)
- PRET Pre-transfer support for ring-sites.
- Skip lists for both files and directories
- Pass lists for both files and directories (opposite to skip list)
- Move-first for both files and directories
- Automatic skip of empty files and directories.
- Encodes all file and directory names as to handle any locale.
Enhancements:
- Local SSL transfers would fail without an SSL certificate.
- Local transfers would incorrectly negotiate CCSN.
- Both of those problems have been fixed.
- STOP methods were implemented.
- The FXP.One home is automatically created based on platform.
- Minor autoconf fixes were made.

Kphone is a Session Initiation Protocol (SIP) user agent for Linux, which allows Voice over IP (VoIP) connections over the Internet.
Kphone project supports Presence and Instant Messaging, and to some extent video calls between two hosts.
The KphoneSI is based on the KPhone.
The original KPhone was written by Billy Biggs, current version by Pekka Raisio, Jouni Vuorela and Juha Heinanen at Wirlab with suggestions and fixes from the KPhone community around the world.
The KphoneSI was written by Klaus Fleischmann based on the kphone with various contributions from others and is still in devellopment.
This software package is testet on Suse Linux V 9.0, 9.1, 9.2, 9.3.
This software package comes with NO warranty. You should note that by downloading, compling and installing it you agree to full self responsibility.
Read INSTALL for installation instructions, and CHANGES for the latest additions in functionality and COPYING for the General Public License (GPL).
Note: "This program is released under the GPL with the additional exemption that compiling, linking, and/or using OpenSSL is allowed."
Enhancements:
- I polished up the installation routines (Bug no. 1547721 plus other
- (undocumented) errors)
- new ring app: kphoneringsh, is allows you to use an app of your
- choice for ringing, see the user manual for more.
- The STUN timer now accepts other values than the default value; the
- default is increased to 1200 sec.
- The well known memory leaks are closed now (Bug no. 1532451)
- partners codecs, if supported by KPhone, are now recognized even if
- the matching a=rtpmap line is missing in the SDP-description. (X-Lite
- sends such nasty things).
- Authentication got more protection from proxies running havoc.
- signalling and media transport for UDP are always set to symmetric mode
- bug #1564126,Call Hold is saved
- ALSA will not block any longer, if more than one application tries to
- access it. This is usefull for tests, but do not expect sound!
- Project 64Bit: KPhone SI except SPEEX is made compilable on 64-bit
- compilers (be carefully, there still are runtime errors).

MRTG::Config is a Perl module for parsing MRTG configuration files.

WARNING

This module, while reliable right now, is still in ALPHA stages of development... The API/methods may change. Behaviors of methods will almost certainly change. The internal structure of data will change, as will many other things.

I will try to always release working versions, but anyone who expects their code that uses this module to continue working shouldnt... until I remove this warning.

SYNOPSIS

Ever have the need to parse an MRTG config file? I have. I needed to parse lots and lots of them. Using the functions built-in to MRTG_lib was too slow, too complex, and used too much RAM and CPU time for my poor web server to handle - and the data structures MRTG_lib built were way more complex than I needed.

MRTG::Config can load and parse MRTG and MRTG-style confiuguration files very quickly, and the parsed directives, targets and values can be located, extracted, and manipulated through an OO interface.

This module is intended to focus on correctly parsing the format of an MRTG configuration, regardless of whether or not the directives and values, etc. are valid for MRTG. I am using both the parsing behavior of MRTG_libs readcfg() function and the description of the format on the MRTG website as my guidelines on how to correctly parse these configuration files. I am still a short way off that goal, but this module is currently being used in a production environment with great success!

PLEA FOR MERCY

I plan on adding to this documentation and making it better organized soon, but Im willing to answer questions directly in the mean time. Also, this is my first module, written in a hurry to appease some disgruntled engineers. I do plan on continuing to improve it, so any input, positive or negative is certainly welcome!

USAGE EXAMPLE

use MRTG::Config;

my $cfgFile = mrtg.cfg;
my $persist_file = mrtg.cfg.db;

my $mrtgCfg = new MRTG::Config;

$mrtgCfg->loadparse($cfgFile);

# Want to store the parsed data for use later or by
# another program?
$mrtgCfg->persist_file($persist_file);
$mrtgCfg->persist(1);

foreach my $tgtName (@{$mrtgCfg->targets()}) {
my $tgtCfg = $mrtgCfg->target($tgtName);
# Lets assume every target has a Title.
print $tgtCfg->{title} . "n";
}

# globals() has some, um, interesting things you
# should know. Please read about it below...
my $globalCfg = $mrtgCfg->globals();

# Lets assume WorkDir is set.
print $globalCfg->{workdir} . "n";