[from web site]
This is a simple Python script to register your dynamic IP address
using the NIC V2.0 protocol. We aim to be fully compliant with the
dyndns client specification. Starting with version 0.141, we use
https by default and will fall back to plain http if a timeout
occurs.
We currently support all options and latest recommendations by
Dyndns. Ipcheck is easy to install and very easy to use.
Root access is not required and no configuration files are needed.
Just specify your username, password and hostname(s) on the command
line (or cron entry).
You can specify the interface (default tun0) to search for your ip
address on or use web based IP detection.
There is also direct support for determining the IP address on the
following devices: Linksys (-L), Netgear (-N), Draytek (-D), Netopia
(-O), HawkingTech (-H), Cisco 667i (-C), Cisco 700 series (-I),
ZyXEL Prestige (-Z), SMC Barricade (-S)
This module will parse a Zone File and put all the Resource Records (RRs) into
an anonymous hash structure. At the moment, the following types of RRs are
supported: SOA, NS, MX, A, CNAME, TXT, PTR. It could be useful for maintaining
DNS zones, or for transferring DNS zones to other servers. If you want to
generate an XML-friendly version of your zone files, it is easy to use
XML::Simple with this module once you have parsed the zonefile.
DNS::ZoneParse scans the DNS zonefile - removes comments and separates the file
into it's constituent records. It then parses each record and stores the
records internally. See below for information on the accessor methods.
Aewan is a multi-layered ascii-art/animation editor that
produces both stand-alone cat-able art files and an
easy-to-parse format for integration in your terminal
applications.
Aewan is a curses-based program that allows for the creation
and editing of ascii art. The user is able to move the cursor
around the screen by means of the arrow keys and 'paint'
characters by pressing the corresponding keys. There are dialog
boxes that allow the user to choose foreground and background
colors, as well as bold and blink attributes. The user may also
select rectangular areas of the canvas in order to move, copy
and paste them. Aewan also supports 'intelligent' horizontal
and vertical flipping (e.g. converts '\' to '/', etc).
SEMI, Library of MIME feature for GNU Emacs for emacs20.
SEMI is a library to provide MIME feature for GNU Emacs. MIME is a
proposed internet standard for including content and headers other
than (ASCII) plain text in messages.
SEMI has the following features:
- MIME message viewer (mime-view-mode) (RFC 2045 .. 2049)
- MIME message composer (mime-edit-mode) (RFC 2045 .. 2049)
MIME message viewer and composer also support following features:
- filename handling by Content-Disposition field (RFC 1806)
- PGP/MIME security Multiparts (RFC 2015)
- application/pgp (draft-kazu-pgp-mime-00.txt; obsolete)
- text/richtext (RFC 1521; obsolete; preview only)
- text/enriched (RFC 1896)
- External method configuration by mailcap (RFC 1524)
Notice that this package does not contain MIME extender for any
MUAs. They are released as separated packages.
Ported by shige@FreeBSD.ORG
SLIME is a new Emacs mode for Common Lisp development. Inspired by
existing systems such Emacs Lisp and ILISP, we are working to create a
fresh new environment for hacking Common Lisp in.
Features:
* slime-mode: An Emacs minor-mode to enhance lisp-mode with:
o Code evaluation, compilation, and macroexpansion.
o Online documentation (describe, apropos, hyperspec).
o Definition finding (aka Meta-Point aka M-.).
o Symbol and package name completion.
o Automatic macro indentation based on &body.
o Cross-reference interface (WHO-CALLS, etc).
o ... and more.
* SLDB: Common Lisp debugger with an Emacs-based user interface.
* REPL: The Read-Eval-Print Loop ("top-level") is written in Emacs
Lisp for tighter integration with Emacs. The REPL also has
builtin "shortcut" commands similar those of the McCLIM
Listener.
* Compilation notes: SLIME is able to take compiler messages and
annotate them directly into source buffers.
* Inspector: Interactive object-inspector in an Emacs buffer.
/***************************************************************************/
/* */
/* Copyright (c) 1989, Robert Silvers - All rights reserved. */
/* */
/* This software is supplied free of charge. This software, or any part */
/* of it, may not be redistributed or otherwise made available to, or */
/* used by, any other person without the inclusion of this copyright */
/* notice. This software may not be used to make a profit in any way. */
/* */
/* This software is provided with absolutely no warranty, to the extent */
/* permitted by applicable state law. In no event, unless required by */
/* applicable law, will the author(s) of this this software be liable for */
/* any damages caused by this software. */
/* */
/***************************************************************************/
Uzap is a visual binary file editor for Unix systems written by
Robert Silvers at the University of Lowell. See the included man page
for more info.
rsilvers@hawk.ulowell.edu
AdvanceMAME and AdvanceMESS are unofficial MAME and MESS versions with
an advanced video support for helping the use with TVs, Arcade Monitors,
Fixed Frequencies Monitors and also for PC Monitors.
They run in GNU/Linux, Mac OS X, DOS, Windows and in all the other
platforms supported by the SDL library.
The main difference compared with the official emulators is that the
Advance versions are able to program directly the video board to always
get a video mode with the correct size and frequency.
Generally the Advance emulators are able to use a video mode which
doesn't require any stretching or other unneeded effects to match the
original arcade display.
The direct video board programming is fully supported in Linux and DOS.
It's partially supported in Windows. It isn't supported in Mac OS X and
other platforms.
See website for other improvements.
AdvanceMAME and AdvanceMESS are unofficial MAME and MESS versions with an
advanced video support for helping the use with TVs, Arcade Monitors, Fixed
Frequencies Monitors and also for PC Monitors.
They run in GNU/Linux, Mac OS X, DOS, Windows and in all the other platforms
supported by the SDL library.
The main difference compared with the official emulators is that the Advance
versions are able to program directly the video board to always get a video
mode with the correct size and frequency.
Generally the Advance emulators are able to use a video mode which doesn't
require any stretching or other unneeded effects to match the original arcade
display.
The direct video board programming is fully supported in Linux and DOS. It's
partially supported in Windows. It isn't supported in Mac OS X and other
platforms.
See website for other improvements.
You've found David Firth's Atari 800 emulator which can emulate the
8-bit Atari 800 and XL series of home computers.
Please refer to /usr/local/share/doc/atari800 (or equivalent on your
system) for the distribution documents. A man page has also been
installed. The system wide configuration file can be found at
/usr/local/share/atari800/atari800.cfg (or similar) which you will probably
want to copy to your home directory, at some stage, to personalise the
settings.
The ROM's for the Atari computers are, unfortunately, copyright. This
port will attempt to down-load another freeware Atari emulator for DOS
called PC Xformer 2.5 which contains copies of these ROM files. If you
would like to take a further look at XF2.5 you should find it in your
distfiles directory (if it successfully down-loaded :->).
SEGA Genesis emulator
Generator is an open source emulator designed to emulate the Sega Genesis /
Mega Drive console, a popular games machine produced in the early 1990s. It is
a portable program written in C and has been ported to the Amiga, Macintosh,
Windows and even pocket PCs such as the iPAQ and Cassiopeia. Natively it
compiles under Unix for X Windows with either tcl/tk or gtk/SDL, for svgalib
and even cross-compiles to DOS with djgpp/allegro.
Generator uses it's own custom 68000 processor emulation which is and uses
compilation techniques such as block-marking, flag calculation removal,
operand pre-calculation, endian pre-conversion etc. There are approximately
1600 C routines generated by the first stage of compilation to cope with the
67 instruction families. These include two versions of every instruction - one
that calculates flags and one that doesn't, so that unnecessary flag
computation is avoided.