Free expense software for linux

ExpenseTracker is a tag based personal expense tracking software. It is developed to run on Windows and Linux flavors.

The project uses sqlite3 for storing user preferences and expense details.

The Expense Submittal System (ESS) is a Web-based solution for the creation of expense reports, expense report approval, payment, and accounting.
The complete expense reporting process is covered. ESS provides report entry, approval routing, corporate policy checking, credit card statement importation, and report payment.
Expense Submittal System requires an application server, such as Tomcat, and a database, such as MySQL.
Main features:
- Customizable Screens
- Guideline and Policy Enforcement
- Data Entry Tools
- Customer Specified Report Routing
- Database Schema Mapping
- Customer Defined Messages
- Credit Card Statement Import
- Foreign Exchange
- Attendee List Enforcement
- Standard Edits
- Client, Product and Project Accounting
- Receipt Tracking
- E-mail Interface to Contact Users
- Payment and Feed Generation
- Statistical and Rules-based Auditing
- Reconcilement Module
- Online Investigations
- Open Source
- Service and Support
Enhancements:
- This release cleans up a large number of bugs. The change description below is just a summary to give you an idea of the areas we have been working on. If you need further information, please contact us via SourceForge.net. All users are encouraged to upgrade to this release.

OpenSS7 is an opensource development project to provide robust and GPLed SS7 stack for Linux and other UN*X operation systems.
Perhaps we should have called it LinuxSS7, or SS7-For-The-Common-Man, or SS7-For-The-Rest-Of-Us, but were kinda attached to the name OpenSS7 as this is an opensource project.
Project Purpose
The purpose of the OpenSS7 project is to attempt to address the following impediments to the widespread use of SS7 both inside and outside the carrier community: Expense, Complexity, Collaboration, Certification, Core Competency and Expertise.
Project Background
Lists and describes some of the significant turning points in the OpenSS7 Project. These are just the highlights.
Project Mandate
Mandate of the OpenSS7 Project: build an SS7 stack.
Project Scope
Lists and describes what components are considered within the scope of the project and which are not.
Project Objectives
Lists and describes the specific objectives of the OpensSS7 Project.
Enhancements:
- The SCTP, STREAMS, and ISDN components were updated.

Penny Pool is a small utility to ease the pooling of expenses.
It facilitates the administration of many (small) shared expenses, which typically add up to significant amounts. It uses PHP/MySQL/Apache, and has an emphasis on easy installation.
A well-known problem in groups of people is how to distribute costs of collective payments. What usually happens is that one person pays and expects the rest of the group to then pay their respective shares to him / her. This is not a problem for a single incident, but when multiple events occur, with different persons paying, it would clearly be better to pool these events.
Payments can then be set up within the group, such that the number of money transfers is minimized.
PennyPool helps in administering these kinds of expenses in the form of a simple web application. First of all, the mere fact that expenses can be entered in a central location (to which everyone has access) makes it clear to everyone who should pay what. Furthermore, it is possible to group these expenses in settlements, which can be used as a starting point for actual payments among the members of the group.
These payments can also be entered and attached to the settlement. In this way, the progress of the settlement can be seen and it is obvious how much should still be paid.
The database only stores information that was entered directly. All presented data (e.g. balance) is calculated in real-time.
Precision is therefore limited by MySQL and/or PHP, only two decimal places are shown for readability. (this also means that the cents/pennies dont always add up, in which case a "miereneuker" should use the rounded cumulative result. As opposed to harassing me...)
Enhancements:
- It is now possible to bill participants multiple times. This makes it easy to use PennyPool even when some participants to an event are not registered users.

psad is a collection of three lightweight system daemons (two main daemons and one helper daemon) that run on Linux machines and analyze Netfilter log messages to detect port scans and other suspicious traffic.
psad incorporates many signatures from the Snort intrusion detection system to detect probes for various backdoor programs (e.g. EvilFTP, GirlFriend, SubSeven), DDoS tools (mstream, shaft), and advanced port scans (FIN, NULL, XMAS) which are easily leveraged against a machine via nmap.
When combined with fwsnort, psad is capable of detecting approximately 50% of all Snort rules, including those that inspect the application portion of IP packets. In addition, psad makes use of various packet header fields associated with TCP SYN packets to passively fingerprint remote operating systems (in a manner similar to p0f) from which scans originate. For more information, see the complete list of features offered by psad.
psad is developed with three main principles in mind:
Good network security starts with a properly configured firewall.
A significant amount of intrusion detection data can be gleaned from firewalls logs, especially if the logs provide information on nearly every field of the network and transport headers (and even application layer signature matches as in Netfilters case).
Suspicious traffic should not be detected at the expense of trying to also block such traffic.
Enhancements:
- Added ENABLE_AUTO_IDS_REGEX and AUTO_BLOCK_REGEX to allow filtering on
- logging prefixes.
- Added code to save DShield email to a file.
- Added IPTABLES_PREREQ_CHECK to allow the administrator to control the frequency of Netfilter checks (for auto-block compatibility).
- Added IGNORE_LOG_PREFIXES to allow certain log prefixes to be completely
- ignored by psad.
- Added classification.config file from Snort-2.3.3 so that psad can assign danger levels based upon Snort rule class type. This is useful when also running fwsnort.
- Added snort_rule_dl to allow specific psad to assign specific danger level values to particular signatures. This is useful if you want to do define certain Snort rules as being particularly evil (or not).
- Running fwsnort is also necessary to take advantage of this feature.
- Added reference.config so that psad can include reference information in email alerts that are derived from attacks detected by fwsnort.
- Updated to Snort-2.3.3 signatures.

vPrise Workgroup application is a distributed environment that helps bridging development teams. vPrise Workgroup, allows users to communicate with one another on a project basis over time sheets, expense reports, issues, file exchange, tasks, schedules and calendars.
The tool can be divided into three distinct groups, where a user might be limited to the confines of a single group or utilize all features in all groups. The three feature groups within vPrise Workgroup are:
- Employee data submissions - allows distributed employees to submit hour reports and expense sheets.
- Management view - allows managers within an approval chain to approve/reject employee submitted time sheets. Furthermore it allows the manager to sum up this information using reports.
- Collaboration tool set - allows employees of the company to communicate with other team members and customer teams. These features include file trading, a distributed calendar & issue tracking.

IOzone is a filesystem benchmark tool. The benchmark generates and measures a variety of file operations. Iozone has been ported to many machines and runs under many operating systems.
Iozone is very useful for performing a broad filesystem analysis of a vendors computer platform. The benchmark tests file I/O performance for the following operations:
- Read, write, re-read, re-write, read backwards, read strided, fread, fwrite, random read, pread ,mmap, aio_read, aio_write.
Main features:
- ANSII C source
- POSIX async I/O
- Mmap() file I/O
- Normal file I/O
- Single stream measurement
- Multiple stream measurement
- Distributed fileserver measurements (Cluster)
- POSIX pthreads
- Multi-process measurement
- Excel importable output for graph generation
- Latency plots
- 64bit compatible source
- Large file compatible
- Stonewalling in throughput tests to eliminate straggler effects
- Processor cache size configurable
- Selectable measurements with fsync, O_SYNC
- Builds for: AIX, BSDI, HP-UX, IRIX, FreeBSD, Linux, OpenBSD, NetBSD, OSFV3, OSFV4, OSFV5, SCO OpenServer, Solaris, Windows95/98/NT
While computers are typically purchased with an application in mind it is also likely that over time the application mix will change. Many vendors have enhanced their operating systems to perform well for some frequently used applications.
Although this accelerates the I/O for those few applications it is also likely that the system may not perform well for other applications that were not targeted by the operating system. An example of this type of enhancement is: Database. Many operating systems vendors have tested and tuned the filesystem so it works well with databases.
While the database users are happy, the other users may not be so happy as the entire system may be giving all of the system resources to the database users at the expense of all other users. As time rolls on the system administrator may decide that a few more office automation tasks could be shifted to this machine.
The load may now shift from a random reader application (database) to a sequential reader. The users may discover that the machine is very slow when running this new application and become dissatisfied with the decision to purchase this platform.
By using Iozone to get a broad filesystem performance coverage the buyer is much more likely to see any hot or cold spots and pick a platform and operating system that is more well balanced.
The NFS3 Read Latency graph shows the latency of 4k read operations over an NFS Version 3 filesystem mounted on a client running Iozone.
The NFS3 Re-read Latency graph shows the re-read latency of 4k reads over an NFS Version 3 filesystem. One can clearly see the effects of the client side cache. Here the latencies are the same as local buffer cache latencies.
Enhancements:
- This release adds support for block device testing.
- It adds support for multi-node testing with the full path name to test files.

Test::Perl::Critic is a Perl module use Perl::Critic in test programs.

SYNOPSIS

use Test::Perl::Critic;

critic_ok($file); #Test one file
all_critic_ok($dir_1, $dir_2, $dir_N ); #Test all files in several $dirs
all_critic_ok() #Test all files in distro

Test::Perl::Critic wraps the Perl::Critic engine in a convenient subroutine suitable for test programs written using the Test::More framework. This makes it easy to integrate coding-standards enforcement into the build process. For ultimate convenience (at the expense of some flexibility), see the criticism pragma.