Free report designer software for linux

DWI is an experimental platform for exploring ways of making application development simpler. It is still hard to write large, complex, multi-user, data-driven (SQL-backed) applications.
It doesnt matter if your development platform is the web and Enterprise Java Beans, C# and .net or Mono, or whether its the Gnome/GTK or KDE widget set and the Linux desktop; its still just plain hard.
DWI is an effort to change this situation. DWI currently offers a simple way of developing data-driven (that is, SQL-backed) Gnome applications (designed with the Glade GUI designer).
It does this by avoiding "programming" (or at least, "traditional programming" in C. C#, perl, python or any other "traditional" language), substituting instead a configuration-file like format that defines how various GUI elements should be hooked up to various objects (such as GLib GObjects) or SQL fields and tables.
The current primary effort with DWI is to provide a number of well-documented, easy-to-understand, working examples that show how to use DWI. These examples currently include a stand-alone bug-tracker-like application, examples of integrating with existing GTK applications, and an example of hooking up a Glade-designed interface to a GLib GObject with almost no C programming at all (assuming you have a GLib GObject already handy.
DWI is a fairly simple environment for quickly creating data-driven applications, that is, graphical applications that manipulate and show info from a database. This environment differs from others in that it is focused on native GTK/Gnome support through the Glade GUI designer, and thus allows you to build user interfaces as elegant as you can make them in Glade.
At this point, this system has enough features to be adequate for creating form-editing and reporting applications. Multiple SQL database vendors are supported through ODBC or libdbi drivers. There is a simple db-driver infrastructure so its easy to support for additional SQL APIs. The system supports all of the basic Gtk widgets, and an additional half-dozen Gnome I/O widgets, such as GnomeDateEntry.
DWI is powered by an engine that has some fairly generic procedures for mapping fields, such as SQL table columns or widget values, between each other, and also between other things, such as objects, hash tables and etc. In a certain sense, the engine can be thought of as an Object-to-Relational Mapping (ORM), mapping SQL to several object systems, including Glib GObjects and QOF. This engine has been designed so that it becomes easy to add support for all kinds of new object systems: i.e. for the engine to be a generic re-mapper between not just SQL and GTK but between many different types of object systems and data sources/sinks.
Built on top of this engine is a DWI application that parses an XML-based file, the "DWI file", that describes the connections between glade widgets (or objects in general) and database tables. Currently, the only way to create DWI files is by hand. Unfortunately, this can be a fairly long and laborious process itself, especially when creating something a bit more sophisticated. In the future, we hope to have an extension to Glade, or possibly an extension to a database-browsing tool that will allow you to graphically make such connections. (Work has begun on such a tool, written in DWI itself).
The grim reality is that DWI wont ever become popular without a graphical designer. Although fairly complex apps can be readily created using DWI, it does have a non-trivial learning curve. When we say "can be created quickly", we mean "days" or "weeks", as opposed to "months" for traditional database application development cycles. Graphical RAD tools have a way of being brainlessly pleasant to use, and give the impression of an even faster development cycle, even though the learning curve is identical.
Note that the design of the XML format is sufficiently generic that it is not directly tied to Glade. It should be straightforward to adopt other ORM markups to inter-operate with the DWI engine. It is also envisioned that other GUI object systems, such as PHP, could be used with DWI, so as to create data-driven web pages. That is, Glade is currently the only GUI driver, but other drivers for other GUIs should be possible.
Enhancements:
- Changed to use automake Makefile system for easier installs; make install target now works.
- Segregate gtk and qof features to own subdirectories, so that apps which do not nead gtk do not need to link to the gtk libraries.
- Add support for QOF objects, including multiple examples of using QOF.
- Finish modularize of the SQL db drivers, so that only the required driver is actually loaded.

Kammu is a mobile phone management tool.

Kammu is a KDE frontend for the GNU all mobile management tools Gammu.

This is a very first development snapshot. Please note that this version has some basic functionality only, please dont report any bugs on that version.

SRG is a Squid Report Generator designed for the needs of CRCnet. None of the existing report generators could provide the exact solution that we required and we decided to start from scratch rather than trying to modify an existing progamme.
SRG is designed to be fast and easy to integrate in to other authentication systems (such as those that are driving Squid itself).
Main features:
- PHP Output with built in authentication hooks
- Fast Processing
- Reporting right down the the location vistied
Enhancements:
- Fixed assertion failure when output directory contains a subdirectory with an invalid name.
- Fixed compilation problems on sparc64. Endianess problems.
- Fixed bug with localtime using a static buffer (or similar) which caused the Period to be misreported as firstdate - firstdate.
- Marked -A, -c, -D, -e, -L, -p, -P and -T as deprecated. See FAQ for details.
- Added option (-r) to allow sorting output reports by any column via javascript
- Added meta tags to prevent indexing of reports by robots
- Minor stylesheet updates
- SRG now defaults to generating location reports
- SRG now defaults to showing the requesting host in location reports
- -H is now used only to specify whether DNS lookups should be performed
- Fix some minor output formatting errors reported by Guiliano Cioffi
- Added some example scripts for generating SRG reports
- Added basic debian package

PlayVoIP is a webbased VoIP service enabler featured with user management, statistical report and registration application system based on LAMP and Asterisk.

At the beginning this project was specially designed for simple and free Indonesian VoIP network, VoIP Rakyat.

WAusers application is one component of the WAhelper Web accessibility testing suite.

WAusers serves for managing Web accessibility testing sites where users can register, create their own Web accessibility testing projects, and log into all their projects using a single global password.

Web pages are often designed without handicapped users in mind. Despite there exist Web accessibility guidelines such as W3C Accessibility Guidelines or U.S. Section 508 law, many Web designers are not aware about problems they cause to handicapped visitors of their pages. And even when a Web designer tries to make Web pages accessible, he may not be aware about all the obstacles handicapped users can meet.

- Software tools can be helpful here. Several Web accessibility checking tools already exist, but they have various problems:
Most of them are non-free and you cant use them freely to evaluate accessibility of your website effectively. Making things accessible means removing barriers and it is important to make the barriers as low as possible.
- New tests usually cant be added easily. An easily extensible and freely modifiable tool is needed so that its features can be improved efficiently. A good and maintained tool can make the whole process of making Web pages accessible more effective.
- The tools often dont try to go beyond semi-automated tests. But there are many accessibility problems which cant be detected, diagnosed and reported without human assistance. A tool helping humans with the testing process is needed.

MySQL Activity Report is a valuable database tuning aid.

The MySQL Activity Report package is a tool to help MySQL database administrators to collect several database parameters and variables. These collected values can be used for server monitoring or performance tuning purposes.

The most important component of the MySQL Activity Report is mysqlard. This daemon collects the data from a MySQL server and stores these values in a Round Robin Database.

The mysqlard package also contains example graphing, cron and php scripts. The cron scripts can be used to keep archives of the generated graphics and the php script shows the generated graphics and tries to give some tuning tips.

MP3 Report Generator is a customizable program to scan a list of (sub)directories, creating a report from an HTML template.

Also calculates various statistics and each songs playing time. Supports ID3 and ID3v2 tags.

All options can be configured through the command line, see mp3report.pl --help for more info. You may also want to modify the hard coded defaults at the top of the program file.

Usage: mp3report.pl [options] [directory...]
--help shows this help screen
--printmode uses a smaller font for printing
--title=TITLE sets the title used in the report
--outfile=OUTFILE file to write report to, - for STDOUT
--template=FILE file to use as report template
--stdgenres use standard genres instead of winamp genres
--id3v2 enable id3v2 support (experimental)
directory... dirs to scan (subdirs included)

Installation:

You should be able to run mp3report.pl directly after decompressing it:

tar xfzv mp3report-1.0.0.tar.gz
cd mp3report-1.0.0
./mp3report.pl --help

If your perl interpreter isnt in /usr/bin/perl, youll need to change the first line of mp3report.pl