Free calculating tax software for linux

calcamp is a program that calculates with what factor an audio-sample should be amplified to get maximum volume. Usefull, for example, when used with the pvf-tools (included in the mgetty package). This program needs libSndFile.

Instruction for usage:

calcamp file_in
or
... | calcamp

SQL-Ledger Accounting project is a double entry accounting system. Accounting data is stored in a SQL Server, for the display any text or GUI browser can be used. The entire system is linked through a chart of accounts. Each item in inventory is linked to income, expense, inventory and tax accounts. When items are sold and purchased the accounts are automatically updated.
With the assembly feature you can build manufactured goods from parts, services, labor units and assemblies. When the assembly is sold all the accounts linked to the individual parts, services, labor units and assemblies are updated and stock levels adjusted accordingly.
Invoices, Packing List, Income Statement, Balance Sheet, Sales, Work and Purchase Order, Statements, Receipts and Checks are generated from templates and can be changed to suit your needs. Templates are provided in html, tex and text format. The tex templates are processed with latex to produce postscript and PDF documents. Documents can be sent to a printer, file or fax, displayed with a PDF viewer or sent by email.
The translation mechanism for items and foreign language templates can be set for each customer/vendor so it is possible to generate invoices in a foreign language without knowledge of a foreign language. This translation facility can also be used to generate different forms for a group of customers/vendors.
DWS Systems Inc. is the developer of SQL-Ledger and provides ongoing support and customizations. SQL-Ledger is licensed under the GPL license, and is free software.
SQL-Ledger can be used on any UNIX, Mac OS X and Windows computer.
SQL-Ledger is written in Perl, developed on FreeBSD and Linux with Galeon, Konqueror, Netscape, Lynx, Links, W3M, Voyager, Explorer to render the display, Apache, thttpd, boa to communicate between the server and the browser, and PostgreSQL, Oracle, or DB2 to store accounting data.
Languages:
- English
- Arabic (Egypt)
- Bahasa Indonesia
- Brazilian Portuguese
- Catalan
- Chinese (Simplified)
- Chinese (Traditional)
- Czech
- Danish
- Dutch
- Estonian
- Finnish
- French
- German
- Greek
- Hungarian
- Icelandic
- Italian
- Latvian
- Lithuanian
- Norwegian
- Polish
- Portuguese
- Russian
- Spanish
- Swedish
- Turkish
- Ukrainian
Main features:
- Accounts Receivable
- Accounts Payable
- General Ledger
- Inventory Control
- Billing / Invoicing
- Time Cards
- Recurring Invoices
- POS
- Check Printing
- Purchase / Sales Orders
- Customizable Taxes
- Multi-user
- Multi-company
- Audit Control
- Foreign Currency
- Internationalization
- Access Control
- SQL server backend
- Customizable Templates
- Customers
- Vendors
- Assemblies (BOM, kits)
- Chart of Accounts
- Customizable Reports
- Financial Statements
- Administration Module
- Backup to file/email
- Application Interface
- Use on Handheld

Easy Funktion is 2D function plotter software with an equation solver. Easy Funktion has an office-like GUI frontend and features a built-in pocket calculator, calculating with complex numbers (with special extensions for electronics, e.g. capacitor/inductor impedance), a function to export to spreadsheet software, and an advanced formula editor with automatic formatting.
This program alternatively supports an english version of the GUI, but at this time there is no separate english language download available.
In order to activate the english language GUI, do the following:
Open the folder where the program data is installed (/usr/share/easyfunktion). Rename the subfolder de to de_. You may need the root account to do this.
Enhancements:
- Unicode support for Unix.
- An English language GUI with English online help is now available for non-German installations.

Gcal is a program for calculating and printing calendars. It displays hybrid and proleptic Julian and Gregorian calendar sheets, respectively for one month, three months, or a whole year.
It also displays eternal holiday lists for many countries around the globe, and features a very powerful creation of fixed date liststhat can be used for reminding purposes. Gcal can calculate various astronomical data and times of the Sun and the Moon for pleasure at any location, precisely enough for most civil purposes.
Gcal supports some other calendar systems, for example, the Chinese and Japanese calendars, the Hebrew calendar, and the civil Islamic calendar, too.
English user manual included; German user manual included.
Main features:
- Some special calendar sheet formats.
- Calendar sheets can be provided with week numbers.
- Variable number of year calendar sheet blocks.
- Adjustable ordering of displayed dates.
- Adjustable period of Gregorian Reformation.
- Proleptic Julian and Gregorian calendars.
- Adjustable highlighting of holidays and actual day.
- Variable starting day of week.
- Output of day-of-year numbers and concatenated day and day-of-year numbers.
- Allows user-defined ordering of the date elements.
- Output of fiscal years.
- Output of lists or ranges of months or years.
- Sorted output of selectable country/territory specific eternal holiday lists (mostly complete) for nearly *all* countries around the globe, which are generated automatically.
- Sorted output of Christian Western churches calendar holidays, Orthodox Christian Eastern churches old and new calendar holidays, Hebrew calendar holidays, Islamic civil calendar holidays (since AD 622), Persian "Jalaali" calendar holidays, Chinese and Japanese calendar holidays (since AD 1645), more "other" calendar system holidays, multicultural New Years Days, and start of "other" calendar system months, which are also generated automatically.
- Sorted output of fixed date lists which can be defined and created in a highly flexible manner.
- Allows filtration of fixed dates by using regular expressions and other built-in methods.
- Allows the use of date and text variables and basic operations on them.
- Some gimmicks like solar and lunar eclipse time, sunrise/sunset plus a lot of other Sun based data and times, Moon phase, Full and New Moon time, moonrise/moonset plus a lot of other Moon based data and times, zodiacal markers, equinox and solstice, air line distance between two geographic point locations plus course angles, biorhythm et cetera...
- Fixed dates can be stored in several files.
- Nearly unlimited nesting level of include files.
- Nearly unlimited internal text and table lengths.
- Default options can be stored in the `GCAL environment variable.
- Options and commands stored in response files can be preloaded.
- Uses either an external pager or a simple built-in pager.
- Detailed Texinfo reference manual.
- German, English and American program version by default.
- Supports various computer platforms.
- GNU `gettext internationalization technology, which allows the use of message catalogs for most native languages.
- GNU `autoconf(iguration) installation technology.
- Supports both UN*X short-style options and GNU long-style options.

Simulation::Sensitivity is a general-purpose sensitivity analysis tool for user-supplied calculations and parameters.

SYNOPSIS

use Simulation::Sensitivity;
$sim = Simulation::Sensitiviy->new(
calculation => sub { my $p = shift; return $p->{alpha} + $p->{beta} }
parameters => { alpha => 1.1, beta => 0.2 },
delta => 0.1 );
$result = $sim->run;
print $sim->text_report($result);

Simulation::Sensitivity is a general-purpose sensitivity analysis tool. Given a user-written calculating function, a "base-case" of parameters, and a requested input sensitivity delta, this module will carry out a sensitivity analysis, capturing the output of the calculating function while varying each parameter positively and negatively by the specified delta. The module also produces a simple text report showing the percentage impact of each parameter upon the output.

The user-written calculating function must follow a standard form, but may make any type of computations so long as the form is satisfied. It must take a single argument -- a hash reference of parameters for use in the calculation. It must return a single, numerical result.

CONSTRUCTORS

new

my $sim = Simulation::Sensitivity->new(
calculation => sub { my $p = shift; return $p->{alpha} + $p->{beta} }
parameters => { alpha => 1.1, beta => 0.2 },
delta => 0.1 );

new takes as its argument a hash with three required parameters. calculation must be a reference to a subroutine and is used for calculation. It must adhere to the usage guidelines above for such functions. parameters must be a reference to a hash that represents the initial starting parameters for the calculation. delta is a percentage that each parameter will be pertubed by during the analysis. Percentages should be expressed as a decimal (0.1 to indicate 10%).

As a constructor, new returns a Simulation::Sensitivity object.

countertrace project is a userland, iptables QUEUE target handler for Linux 2.4 kernels running Netfilter, which attempts to give the illusion that there are multiple, imaginary IP hops between itself and the rest of the world.

The imaginary hops that countertrace projects also have the ability to introduce accumulative, imaginary latency.

How it works:

Netfilter provides a mechanism for passing packets for processing to a userland program, which can examine the packet and determine if it should be permitted through or dropped on the floor. countertrace utilizes this mechanism to drop received packets which have a TTL less than the number of hops its attempting to project, and then generates ICMP time-exceeded messages for those dropped packets with the source address of the bogus hop. If latency is also being simulated, the generated time-exceeded messages are queued for the specified period of time before being sent.

Requirements:

countertrace requires the NetPacket, Time::HiRes, and IPTables::IPv4::IPQueue perl modules, available from CPAN, the Net::RawSock and a Linux 2.4 kernel with iptables (CONFIG_IP_NF_IPTABLES) and QUEUE target (CONFIG_IP_NF_QUEUE) support. If latency is not being simulated, iptables TTL match support (CONFIG_IP_NF_MATCH_TTL) may also be useful.

Configuration:

The countertrace program takes only one command line argument, the name of its configuration file. To get started, the only configuration file command you need to know about is the "hop" command, which takes the form of "hop < address > [latency]". Hops must be added in the order in which they are to be simulated. Latency is accumulative -- at run time, the latency for each hop is determined by calculating the sum of all previously specified latency values. Additional configuration commands are available for specifying how much information is logged for each received packet; see the example-hops-configuration file for more information.

In addition to configuring countertrace itself, iptables must also be configured to pass packets to countertrace for processing using the iptables QUEUE target. If latency is not being simulated, the iptables TTL match support can be used to only pass packets to countertrace which have a TTL less than or equal to the number of hops being simulated. Otherwise, more than likely youll want all received packets to pass through countertrace, so that the latency will appear to be uniform when tracerouting, in addition to when transferring data. However, the danger is that if the countertrace program dies for any reason, iptables will drop any packets which would have been queued for userland processing, rendering the box unreachable to the outside world. To avoid the problem, it may be wise to specify at least one "backdoor" address from which packets will be accepted without passing through countertrace.

For an example startup script, see the example-startup-script.sh file.

Gateway is a JavaEE application developed by the Vermont Department of Taxes. It provides a web services framework for accepting Streamlined Sales Tax registrations and returns.

The project also includes a web interface for manually submitting transmissions. The goal is to build an extensible framework upon which future tax services can be built.

Bio::Graphics::Glyph::minmax is the minmax glyph.

SYNOPSIS

See L< Bio::Graphics::Panel > and L< Bio::Graphics::Glyph >.

This glyph is the common base class for Bio::Graphics::Glyph::graded_segments and Bio::Graphics::Glyph::xyplot. It adds an internal method named minmax() for calculating the upper and lower boundaries of scored features, and is not intended for end users.