Rsyslog is an enhanced multi-threaded syslogd with a focus on
security and reliability.
Among others, it offers support for on-demand disk buffering,
reliable syslog over TCP, SSL, TLS and RELP, writing to databases
(MySQL, PostgreSQL, Oracle, and many more), email alerting, fully
configurable output formats (including high-precision timestamps),
the ability to filter on any part of the syslog message, on-the-wire
message compression, and the ability to convert text files to syslog.
It is a drop-in replacement for stock syslogd and able to work with
the same configuration file syntax. Its advanced features make it
suitable for enterprise-class, encryption protected syslog relay
chains while at the same time being very easy to setup for the
novice user.
Tracking v7-devel
Metalock is an enhanced screen locker for the X11 windowing system. It is
designed to be used with a background screen daemon, such as xidle.
Current features include:
- Support for pixmap (image) xpm background and login box.
- It gives visual feedback as you type the password (Shows username and
* for each character of password typed.)
- Bind arbitrary commands to key combinations (allows tasks such as
pause/un-pause music without unlocking the screen)
- Optional XFT support for anti-aliased fonts. (This is optional in case
greater security is desired)
- Optional Imlib2 support for use of png or jpg formats, which are more
appropriate for photos or high-color images than xpm.
- Portable to most UNIX-like operating systems, developed on FreeBSD.
The apptools project includes a set of packages that Enthought has
found useful in creating a number of applications.
- apptools.appscripting: Framework for scripting applications.
- apptools.help: Provides a plugin for displaying documents and examples.
- apptools.io: Provides an abstraction for files and folders in a
file system.
- apptools.logger: Convenience functions for creating logging handlers
- apptools.naming: Manages naming contexts, supporting non-string data
types and scoped preferences
- apptools.permissions: Supports limiting access to parts of an application
unless the user is appropriately authorised (not full-blown security).
- apptools.persistence: Supports pickling and restoring the state of an
object.
- apptools.preferences: Manages application preferences.
- apptools.selection: Manages the communication between providers and
listener of selected items in an application.
- apptools.scripting: A framework for automatic recording of Python scripts.
- apptools.sweet_pickle: Handles class-level versioning, to support
loading of saved data that exist over several generations of
internal class structures.
- apptools.template: Supports creating templatizable object hierarchies.
- apptools.type_manager: Manages type extensions, including factories to
generate adapters, and hooks for methods and functions.
- apptools.undo: Supports undoing and scripting application commands.
PhysicsFS is a library to provide abstract access to various archives.
It is intended for use in video games, and the design was somewhat
inspired by Quake 3's file subsystem. The programmer defines a "write
directory" on the physical filesystem. No file writing done through the
PhysicsFS API can leave that write directory, for security. For example,
an embedded scripting language cannot write outside of this path if it
uses PhysFS for all of its I/O, which means that untrusted scripts can
run more safely. Symbolic links can be disabled as well, for added
safety. For file reading, the programmer lists directories and archives
that form a "search path". Once the search path is defined, it becomes
a single, transparent hierarchical filesystem. This makes for easy
access to ZIP files in the same way as you access a file directly on the
disk, and it makes it easy to ship a new archive that will override a
previous archive on a per-file basis. Finally, PhysicsFS gives you
platform-abstracted means to determine if CD-ROMs are available, the
user's home directory, where in the real filesystem your program is
running, etc.
PhysicsFS is a library to provide abstract access to various archives.
It is intended for use in video games, and the design was somewhat
inspired by Quake 3's file subsystem. The programmer defines a "write
directory" on the physical filesystem. No file writing done through the
PhysicsFS API can leave that write directory, for security. For example,
an embedded scripting language cannot write outside of this path if it
uses PhysFS for all of its I/O, which means that untrusted scripts can
run more safely. Symbolic links can be disabled as well, for added
safety. For file reading, the programmer lists directories and archives
that form a "search path". Once the search path is defined, it becomes
a single, transparent hierarchical filesystem. This makes for easy
access to ZIP files in the same way as you access a file directly on the
disk, and it makes it easy to ship a new archive that will override a
previous archive on a per-file basis. Finally, PhysicsFS gives you
platform-abstracted means to determine if CD-ROMs are available, the
user's home directory, where in the real filesystem your program is
running, etc.
Odamex is a free and open source port for the classic first-person-shooter
Doom. Odamex's goal is to emulate the feel of and retain many aspects of the
original Doom executables while offering a broader expanse of security
features, personal configuration, gameplay options, and editing features.
Odamex can run on a wide range of operating systems and hardware, so players
should be able to play on almost any platform. Features:
* The popular ZDoom 1.22 core engine and CSDoom 0.62 core netcode.
* Compatibility with many major operating systems, including Windows, Linux,
FreeBSD and Mac OSX.
* Core gameplay modeled on the original doom2.exe.
* Streamlined WAD loading, allowing the server and clients to load WAD files
on the fly without needing to restart the client or server.
* Compatibility with Boom, MBF and CTF Standard maps.
* Deathmatch, Cooperative, Team Deathmatch and CTF gametypes.
* Jumping, Mouselook and other non-standard features available as server-side
options.
* Comprehensive cheat and exploit countermeasures.
* An open source code base licensed under the GPL, available for anyone to
examine, compile, or modify to their liking.
Gnash is a GNU Flash movie player. Previously, it was only possible
to play flash movies with proprietary software. While there are
some other free flash players, none support anything beyond SWF v4.
Gnash is based on GameSWF, and supports many SWF v7 features.
- Runs standalone
Gnash can run standalone to play flash movies.
- Browser plugin
Gnash can also run as a plugin from within most Mozilla derived
browsers, such as Firefox. Gnash also has support for Konqueror.
- SWF v7+ compliant
Gnash can play many current flash movies.
- Streaming Video
Gnash supports the viewing of streaming video from popular video
sharing sites like Lulu.tv or YouTube.com.
- XML Message server
Gnash also supports an XML based message system as documented in
the Flash Format specification.
- High Quality Output
Gnash uses OpenGL for rendering the graphics on the desktop, and
AntiGrain (AGG) for embedded framebuffer only devices.
- Free Software
Gnash is 100% free software. For more information on the GPL, go
to the Free Software Foundation web site.
- Better Security
Gnash pays extra attention to all network connections, and allows
the user to control access.
- Extensible
Gnash supports extending ActionScript by creating your own. You
can write wrappers for any development library, and import them
into the player.
Dbmail is the name of a group of programs that enable the possibility of
storing and retrieving mail messages from a database (currently MySQL,
PostgreSQL or SQLite).
* Scalability.
Dbmail is as scalable as the database system that is used for the mail
storage. In theory millions of accounts can be managed using dbmail. One
could, for example, run 4 different servers with the pop3 daemon each
connecting to the same database (cluster) server.
* Manageability.
Dbmail is based upon a database. Dbmail can be managed by changing settings
in the database (f.e. using PHP/Perl/SQL), without needing shell access.
* Speed.
Dbmail uses very efficient, database specific queries for retrieving mail
information. This is much faster then parsing a filesystem.
* Security.
Dbmail has got nothing to do with the filesystem or interaction with other
programs in the Unix environment which need special permissions. Dbmail is
as secure as the database it's based upon.
* Flexibility.
Changes on a Dbmail system (adding of users, changing passwords etc.) are
effective immediately.
Dbmail is the name of a group of programs that enable the possibility of
storing and retrieving mail messages from a database (currently MySQL,
PostgreSQL or SQLite).
* Scalability.
Dbmail is as scalable as the database system that is used for the mail
storage. In theory millions of accounts can be managed using dbmail. One
could, for example, run 4 different servers with the pop3 daemon each
connecting to the same database (cluster) server.
* Manageability.
Dbmail is based upon a database. Dbmail can be managed by changing settings
in the database (f.e. using PHP/Perl/SQL), without needing shell access.
* Speed.
Dbmail uses very efficient, database specific queries for retrieving mail
information. This is much faster then parsing a filesystem.
* Security.
Dbmail has got nothing to do with the filesystem or interaction with other
programs in the Unix environment which need special permissions. Dbmail is
as secure as the database it's based upon.
* Flexibility.
Changes on a Dbmail system (adding of users, changing passwords etc.) are
effective immediately.
exmh is a TCL/TK based interface to the MH mail system. It provides
the usual layer on top of MH commands, as well as many other features:
MIME support! Displays richtext and enriched directly.
Color feedback in the scan listing.
A colour coded folder display with one label per folder.
Smart scan caching. News read/post. koi8-r support.
Facesaver bitmap display. Ispell support.
Background inc. You can set exmh to run inc periodically.
Searching over folder listing and message body.
A dialog-box interface to MH pick.
An editor with emacs-like bindings and MIME support.
Glimpse interface. You can index all your mail with glimpse
and search for messages by content.
User preferences. You can tune exmh through a dialog box.
User hacking support. A user library of TCL routines is supported.
IMPORTANT: exmh depends on the TK send facility for its background
processing. With TK 3.3, send now uses xauthority mechanisms by default,
unless you compile TK with -DTK_NO_SECURITY. Generally, this means that
you **MUST** must run xdm to start your Xserver.