Free centralized software for linux

OpenMONI is a semi-transparent on-desktop system monitor for OpenBSD. It does not require anything additional on a standard OpenBSD installation (any port or package).
It is fully scriptable, and has a simple, easy-to-understand Lisp-like scripting language (OML). You can fully control OpenMONIs behaviour and style from OML. OpenMONI comes with a pack of OML scripts ready to use.
Main features:
- Weather plugin - far from OK. Though works in most cases. (disabled)
- Centralized depend, subdepend, recurse and nothing targets.
- README.TXT
- Centralized definitions for graphics context members. (in omls/x.oml)
- Less compilcated desc_table implementation.
- MEMLEAK fixed : destroying fifo structure doesnt leak memory any more.
- OpenMONI survives the absence of init.oml - using default init values.
- Transparency & round corner radius setup via init.oml.
- BUGFIX : now oml requires the descriptor table. It wasnt required if
- it had been compiled only with MATHSUPPORT - in most cases at least FILESUPPORT
- is compiled in.
- Simple experimental net IO support added.
- 1024 Kb is written now as 1Mb in the netscope label.
- Scope oml doesnt abort if the net interface could not be openend.
- At least the background calculation supports other than 24 bit depth.
- BUGFIX : Some WM doesnt set up a background image for the RootWindow => we cant grab it.
- Standalone oml interpreter can use the netload support.
- BUGFIX : unsupported function now returns NIL if nessecarry.
- execute keyword introduces.
- several MEMLEAKS fixed.
- If charging level is less than x%, the info is printed in warningcolour.
- Destroyed values go into the cache.
- random keyword.
Enhancements:
- Many bugs have been fixed.
- Several memory leaks have been plugged.
- Multiple color depth support has been added.
- New options appeared in init.oml, like "hide on taskbar", "allow wm to decorate window", and others.
- Arithmetic operators are now capable of handling several operands.

Enomalism Virtualized Management Console project is a open source web-based systems administrator management tool for XEN hypervisor. Servers with hundreds of multiple isolated virtualized systems can be managed like a standalone server.
Enomalism also includes a virtual server creation wizard and templates to facilitate virtualized server configuration, application deployment and centralized software patch management.
The Enomalism application provides a single interface for managing multiple virtualized servers across assorted platforms. The same administrator can monitor and administer both Linux and Windows servers using the same interface without having to learn extensive OS skills.
Enomalism eases cross-server and large server farm management. Applications can be deployed and updated on many servers simultaneously. The application console provides a centralized look at server information and software versions across all server resources, facilitating versioning and patch management.
Main features:
Enomalism Virtualized Control Center Console
- The Enomalism Control Center is a web-based tool for system administrators to perform many XEN server management tasks from any computer with appropriate Internet or network access.
- Dynamic Real-time Partitioning
- Partition a physical server into 100s of virtualized servers, each with full dedicated server functionality
Resource Management
- Assign and control system resource parameters and re-allocate resources in real-time via a rich web based interface
Virtualization
- Move virtual servers and its application(s) between physical servers transparently with near-zero downtime
Application Repository (package management system)
- Enomalism will feature a package management system & application repository to automate the process of installing, upgrading, configuring, and removing software packages from the system(s).
Open Source License
- Enomalism is Open Source, and is released under an LGPL (GNU Lesser General Public License)

RivetTracker is a modified version of PHPBTTracker. This program provides the same functionality as most other bittorrent trackers and uses MySQL as the database backend.

The project improves on PHPBTTracker by adding a more robust installer, a centralized administration page with authentication, and more detailed statistics on users connected to the tracker.

Note: this software is still in beta testing, please report any bugs or security holes immediately.

Octod is a "download manager daemon", i.e. a daemon that listens at the network interface for incoming download jobs and performs them (simultaneously) in the background.

Octod is intended to run on desktop systems as a reliable and fast download manager without the overhead of a graphical user interface, but it can also be used as a centralized download station running in network environments with multiple users.

To control the daemon, an easy and self-explanatory network protocol has been defined, so cross-platform, cross-language graphical clients (based on ncurses, Qt, Gtk, or even HTML/PHP) can be implemented.

DITrack is a free, open source, lightweight, distributed issue (bug, defect, ticket) tracking system using a Subversion repository instead of a backend database. DITrack is written in Perl and runs in UNIX environment (*BSD, Linux, MacOS X).
The project is inspired by the idea of Subissue issue tracking system. However, while Subissue aims in merely replacing the traditional database storage with Subversion repository, DITrack is a major rethought of the issue tracking system paradigm.
The main difference is that instead of sticking to the centralized model (one database, one web interface, one mail integration machinery), DITrack treats underlying Subversion storage as a versioned distributed file system which enables benefits of truly distributed operation mode.
Enhancements:
- The major change in this release is the "real" support for disconnected operations.
- There is also a bunch of less significant enhancements (including the installation script) and bugfixes.

Fontconfig is a library for configuring and customizing font access.

Font Configuration Library contains two essential modules, the configuration module which builds an internal configuration from XML files and the matching module which accepts font patterns and returns the nearest matching font.

The configuration module consists of the FcConfig datatype, libexpat and FcConfigParse which walks over an XML tree and ammends a configuration with data found within. From an external perspective, configuration of the library consists of generating a valid XML tree and feeding that to FcConfigParse.

The only other mechanism provided to applications for changing the running configuration is to add fonts and directories to the list of application-provided font files.

The intent is to make font configurations relatively static, and shared by as many applications as possible.

It is hoped that this will lead to more stable font selection when passing names from one application to another. XML was chosen as a configuration file format because it provides a format which is easy for external agents to edit while retaining the correct structure and syntax.

Font configuration is separate from font matching; applications needing to do their own matching can access the available fonts from the library and perform private matching.

The intent is to permit applications to pick and choose appropriate functionality from the library instead of forcing them to choose between this library and a private configuration mechanism.

The hope is that this will ensure that configuration of fonts for all applications can be centralized in one place. Centralizing font configuration will simplify and regularize font installation and customization.

Alpine is a modular embedded linux distribution for use in small appliances such as VPN gateways, routers, and more.

The name "Alpine" stands for A Linux Powered Integrated Network Engine.
Alpine can boot from floppy/usb/cf/cd/whatever, packages are pulled into RAM, and everything runs from RAM, just like the distros found in LEAF.

This makes for very fast application load times, and provides added security if the boot media is write-protected or removed.

Design Philosophy & Goals

Security comes very high. Everything is compiled with stack smashing protection. It costs approximately 3-5% in speed and size, but we believe its worth it. We also strive to make package configurations secure by default.

Size is also very important. Its why Alpine is an embedded distribution and not a general purpose one. We use uClibc and BusyBox as our main library and shell components. We are however willing to sacrifice some size for speedier development (see below). A typical installation medium would be a small compact flash card, not a floppy.

Innovate, dont Recreate. Our goal is to to keep Alpine as easy to maintain as possible. This means we try to use the work of others as much as possible (obviously only if its open source). By doing this we free up our development time to implement new features and improve the overall product. For example, weve written stripped down shell libraries and re-use the stock Gentoo init.d scripts.

Automation is key. We try to provide automated processes (using scripts) for everything in the build process. Alpine is an extension of the Gentoo build framework. We use scripts that simply convert the Gentoo binary packages. Many things there are similar to Gentoo.

User Friendly. Our goal is to make installation and use of Alpine extremely user friendly without compromising with security. Eventually wed like all packages to be configurable via a sophisticated web interface (webconfs). This is not yet implemented. Wed also like to implement the ability to upgrade packages while maintaining a workable configuration all with minimal impact to the service being upgraded.

Scalable. It should be possible to install Alpine in 3, 300, or 3,000 locations with a similar amount of effort. We plan to write an automated installer, centralized repository manager, centralized configuration manager, and monitoring tools.