Free produced by software for linux

Roguedump project is a tool for dumping the high score files from the rogue game.

Roguedump decrypts and dumps the high score file used by the classic game rogue.

It makes this score data available to scripts by avoiding the rogue programs more-like interactive pager.

Roguedump works on high score files produced by "rogue985": a version of rogue described in its README as "an updated version of rogue 5.3-clone". This seems to be the same version of rogue that is available on many Free UNIX systems, such as NetBSD and Debian GNU/Linux.

Since roguedump is a derivative of the above rogue source, it bears the same restrictions on copying.

To build:

# gcc -O2 -Wall -o roguedump roguedump.c

ROTE is a simple C library for VT102 terminal emulation. It allows the programmer to set up virtual screens and send them data.

The virtual screens will emulate the behavior of a VT102 terminal, interpreting escape sequences, control characters and such. The library supports ncurses as well so that you may render the virtual screen to the real screen when you need to.

There are several programs that do terminal emulation, such as xterm, rxvt, screen and even the Linux console driver itself.

However, it is not easy to isolate their terminal emulation logic and put it in a module that can be easily reused in other programs. Thats where the ROTE library comes in.

The goal of the ROTE library is to provide terminal emulation support for C/C++ applications, making it possible to write programs that display terminals in embedded windows within them, or even monitor the display produced by other programs.

The ROTE library does not depend on any other library (except libc, of course), and ncurses support can be enabled or disabled at compile-time.

With ncurses support compiled in, the ROTE library is able to render the virtual screens to the physical screen (actually any ncurses window) and can also translate ncurses key codes to the escape sequences the Linux console would have produced (and feed them into the terminal).

Ncurses support is not mandatory however, and ROTE will work fine without it, but in that case the application must take care of drawing the terminal to the screen in whichever way it sees fit.

ROTE also encapsulates the functionality needed to execute a child process using the virtual screen as the controlling terminal. It will handle the creation of the pseudo-terminal and the child process.

All the application has to do is tell it the command to run in the terminal and call an update function at regular intervals to allow the terminal to update itself.

PythonCard is a GUI construction kit for building cross-platform desktop applications on Windows, Mac OS X, and Linux, using the Python language.
The PythonCard motto is "Simple things should be simple and complex things should be possible."
PythonCard is for you if you want to develop graphical applications quickly and easily with a minimum of effort and coding. Apples HyperCard is one of our inspirations; simple, yet powerful.
PythonCard works on wxPython. If you are already familiar with wxPython, just think of PythonCard as a simpler way of doing wxPython programs with a whole lot of samples and tools already in place for you to copy and subclass and tools to help you build cross-platform applications.
PythonCard is an open source project and is being developed under the terms of a BSD-style license. This basically means you are free to download and use the executables, source code, web pages or any other item produced by the project and use it as you wish, as long as you acknowledge the source of that item and replicate the license associated with it.
Enhancements:
- added minimized and maximized attributes to Background class
- created documentation.py module to hold code previously in widgets.py
- for automatically generating component and background docs
- added getTextExtent and getFullTextExtent methods to BitmapCanvas
- revised internationalResourceName to support platform-specific resources
- added UK US to conversions.py and simplified SOAP.py module check
- updated turtle.py and bitmapcanvas.py component to force update on Mac
- renamed samples.py to samples.pyw
- added work-in-progress version of multiresourceEditor (tools/resourceEditor/multiresourceEditor)
- renamed to layoutEditor
- support customizable window styles in backgroundInfo of resourceEditor
- added convenience wrappers for pop-up menus, multiple check-box dialogs,
- multiple button dialogs (helpful.py and samples/helpfulWrappers)
- added sample for sudoku solver/helper (samples/sudoku)
- replaced StringType with StringTypes to handle Unicode better
- Major update standaloneBuilder, including support for py2exe
- allow for Python2.4 or Python 2.5 on Mac

Nagiosdigger is a powerfull web frontend for the logging produced by Nagios.
Nagiosdigger enables you to dig trough all the data enabling you to quickly determine trends and/or systems with problems.
It requires a MySQL database as well as the JPGraph graph creating library.
Enhancements:
- Added some clarifications and extra statistics.

Duplicity backs directories by producing encrypted tar-format volumes and uploading them to a remote or local file server.
Because duplicity uses librsync, the incremental archives are space efficient and only record the parts of files that have changed since the last backup. Because duplicity uses GnuPG to encrypt and/or sign these archives, they will be safe from spying and/or modification by the server.
The duplicity package also includes the rdiffdir utility. Rdiffdir is an extension of librsyncs rdiff to directories---it can be used to produce signatures and deltas of directories as well as regular files. These signatures and deltas are in GNU tar format.
Main features:
Easy to use: Although duplicity is a command-line utility, the semantics are relative simply. To take a basic example, this command:
- duplicity /usr scp://host.net/target_dir
- backs up the /usr directory to the remost host host.net via scp.
Encrypted and signed archives: The archives that duplicity produces can be encrypted and signed using GnuPG, the standard for free software cryptology. The remote location will not be able to infer much about the backups other than their size and when they are uploaded. Also, if the archives are modified on the remote side, this will be detected when restoring.
Bandwidth and space efficient: Duplicity uses the rsync algorithm so only the changed parts of files are sent to the archive when doing an incremental backup. For instance, if a long log file increases by just a few lines of text, a small diff will be sent to and saved in the archive. Other backup programs may save a complete copy of the file.
Standard file format: Athough archive data will be encrypted, inside it is in standard GNU-tar format archives. A full backup contains normal tarballs, and incremental backups are tar archives of new files and the deltas from previous backups. The deltas are in the format produced by librsyncs command-line utility rdiff.
- Although you should never have to look at a duplicity archive manually, if the need should arise they can be produced and processed using GnuPG, rdiff, and tar.
Choice of remote protocol: Duplicity does not make many demands on its archive server. As long as files can be saved to, read from, listed, and deleted from a location, that location can be used as a duplicity backend. Besides increasing choice for the user, it can make a server more secure, as clients only require minimal access.
- Currently local file storage, scp/ssh, ftp, rsync, and Amazon S3 are supported, and others shouldnt be difficult to add.

kaptcha project is a modern version of the SimpleCaptcha project. By default it is very easy to setup and use and the default output produces a captcha that is hard to bust and similar to the ones produced by Yahoo.com.
simplecaptcha is a wonderful product. By default it is very easy to setup and use and the default output produces a captcha that is hard to bust. The captchas it produces by default look very similar to the ones on yahoo.com.
However, it seems that simplecaptcha is unmaintained and there is some problems running the project with JDK 1.5. There is a bunch of bug reports, patches and forum messages noting these facts and no new releases or changes in about two years.
Why not use jCaptcha? It also is a great project, but it is more of a library rather than a quick solution. The default captchas that it produces are either too hard to read or not good enough for use on a public website. Its also rather slow. Sure, it is possible to spend a bunch of time learning their apis to produce something useful and Ive done that, but the reality is that I would prefer a simple jar I can just drop into my project, put a couple lines in my web.xml and go from there.
So, thats the reason and justification for kaptcha. This project is all about a supported, modern version of the existing code. Why the name kaptcha? Because the company I work for starts with a k.
Enhancements:
- JDK 1.4 is supported by adding Retroweaver support to the build system and a jdk1.4 jar is included with the distribution.

GuiTuner tries to detect the pitch of the sound recorded in real time from the audio device using some methods ( by now only based on FFT ) that you can configure at runtime.
It is self-explanatory, you just have to connect your guitar or your microphone to the sound card, configure the input device using a mixer and see what the program tells you: it displays the note nearest to the picked sound and the interval between it and the note produced by the instrument.
If the sound produced is lower than the right one the left arrow becomes green, if is higher becomes green the right arrow. From version 0.05beta1 is available a simple tone generation section, that uses presets.
There are a "stable" and an "unstable" version, both may not work properly, but the "stable" one has been tested for a year, so its problems are more or less known. Download the unstable version only if you want to test it and help with its development, reporting bugs and problems.
Enhancements:
- Added Alsa support and simple tone playing, with preset support.

Apache2::AuthCookieDBI is an AuthCookie module backed by a DBI database.

SYNOPSIS

# In httpd.conf or .htaccess

PerlModule Apache2::AuthCookieDBI
PerlSetVar WhatEverPath /
PerlSetVar WhatEverLoginScript /login.pl

# Optional, to share tickets between servers.
PerlSetVar WhatEverDomain .domain.com

# These must be set
PerlSetVar WhatEverDBI_DSN "DBI:mysql:database=test"
PerlSetVar WhatEverDBI_SecretKey "489e5eaad8b3208f9ad8792ef4afca73598ae666b0206a9c92ac877e73ce835c"

# These are optional, the module sets sensible defaults.
PerlSetVar WhatEverDBI_User "nobody"
PerlSetVar WhatEverDBI_Password "password"
PerlSetVar WhatEverDBI_UsersTable "users"
PerlSetVar WhatEverDBI_UserField "user"
PerlSetVar WhatEverDBI_PasswordField "password"
PerlSetVar WhatEverDBI_CryptType "none"
PerlSetVar WhatEverDBI_GroupsTable "groups"
PerlSetVar WhatEverDBI_GroupField "grp"
PerlSetVar WhatEverDBI_GroupUserField "user"
PerlSetVar WhatEverDBI_EncryptionType "none"
PerlSetVar WhatEverDBI_SessionLifetime 00-24-00-00

# Protected by AuthCookieDBI.
< Directory /www/domain.com/authcookiedbi >
AuthType Apache2::AuthCookieDBI
AuthName WhatEver
PerlAuthenHandler Apache2::AuthCookieDBI->authenticate
PerlAuthzHandler Apache2::AuthCookieDBI->authorize
require valid-user
# or you can require users:
require user jacob
# You can optionally require groups.
require group system
< /Directory >

# Login location.
< Files LOGIN >
AuthType Apache2::AuthCookieDBI
AuthName WhatEver
SetHandler perl-script
PerlHandler Apache2::AuthCookieDBI->login
< /Files >

This module is an authentication handler that uses the basic mechanism provided by Apache2::AuthCookie with a DBI database for ticket-based protection. It is based on two tokens being provided, a username and password, which can be any strings (there are no illegal characters for either). The username is used to set the remote user as if Basic Authentication was used.

On an attempt to access a protected location without a valid cookie being provided, the module prints an HTML login form (produced by a CGI or any other handler; this can be a static file if you want to always send people to the same entry page when they log in). This login form has fields for username and password. On submitting it, the username and password are looked up in the DBI database. The supplied password is checked against the password in the database; the password in the database can be plaintext, or a crypt() or md5_hex() checksum of the password. If this succeeds, the user is issued a ticket. This ticket contains the username, an issue time, an expire time, and an MD5 checksum of those and a secret key for the server. It can optionally be encrypted before returning it to the client in the cookie; encryption is only useful for preventing the client from seeing the expire time. If you wish to protect passwords in transport, use an SSL-encrypted connection. The ticket is given in a cookie that the browser stores.

After a login the user is redirected to the location they originally wished to view (or to a fixed page if the login "script" was really a static file).
On this access and any subsequent attempt to access a protected document, the browser returns the ticket to the server. The server unencrypts it if encrypted tickets are enabled, then extracts the username, issue time, expire time and checksum. A new checksum is calculated of the username, issue time, expire time and the secret key again; if it agrees with the checksum that the client supplied, we know that the data has not been tampered with. We next check that the expire time has not passed. If not, the ticket is still good, so we set the username.

Authorization checks then check that any "require valid-user" or "require user jacob" settings are passed. Finally, if a "require group foo" directive was given, the module will look up the username in a groups database and check that the user is a member of one of the groups listed. If all these checks pass, the document requested is displayed.
If a ticket has expired or is otherwise invalid it is cleared in the browser and the login form is shown again.