This is a pure-python TCP load balancer. It takes inbound TCP connections and
connects them to one of a number of backend servers.
Features:
- async i/o based, so much less overhead than fork/thread based balancers. Can
use either twisted or python's standard asyncore library (twisted is
recommended, and asyncore support will be removed in a future version).
- Multiple scheduling algorithms (random, round robin, leastconns,
leastconns+roundrobin)
- If a server fails to answer, it's removed from the pool - the client that
failed to connect gets transparently failed over to a new host.
- XML based configuration file (see a sample)
- separate management thread that periodically re-adds failed hosts if they've
come back up.
- optional builtin webserver for admin (sample of the running screen)
- webserver has methods suitable for both interactive and automated systems
cdlabelgen's purpose in life is twofold:
o To be run automatically and swiftly from a shell script
and automatically generate a frontcard and a traycard
for a cd--usually data archive cd's. The traycard
(which goes behind the CD itself) is U-shaped and the
ends of the CD case bear the label of what the CD is.
o To have a minimum of dependencies--cdlabelgen only
requires perl.
cdlabelgen was designed to simplify the process of
generating labels for CD's. It originated as a program to
allow auto generation of frontcards and traycards for CD's
burned via an automated mechanism (specifically for
archiving data), but has now become popular for labelling
CD compilations of mp3's, and copies of CDs. Note that
cdlabelgen does not actually print anything--it just spits
out postscript, which you can then do with as you please.
(from the manual, see cdlabelgen(1) for the full one)
This utility is a wrapper for the md5(3), sha1(3), rmd160(3), and
tiger hash routines. It is remarkably similar to the digest package,
except that it can recursively checksum directory trees.
While a simple checksum on a tar file is usually satisfactory, once
said archive has been extracted, it is virtually impossible to
repackage the extracted tree in a form that can yield a repeatable
checksum. To be specific, changes in timestamps and ownership, and
changes in file ordering within directories can affect the checksum of
the archive, while not really impacting the actual code at all.
The algorithm used to checksum a directory in this implementation
is considers only the files' pathnames, the files' types (ie,
directory vs. file vs. symbolic link), and their contents (for
the latter two). It is described in greater detail in the man
page.
The cdrtools software includes tools to create and/or extract
ISO-9660 filesystems, verify their integrity, and write them to
disc.
This package contains the following programs:
- btcflash (a firmware flash utility for BTC DRW1008 DVD+/-RW recorder)
- cdda2wav (a digital CD audio extraction program)
- cdrecord (a CD/DVD/BluRay recording program)
- devdump (dump a device or file in hex)
- isodebug (show debug info contained in an ISO-9660 image)
- isodump (dump a device or file based on ISO-9660)
- isoinfo (analyze or list an ISO-9660 image)
- isovfy (verify an ISO-9660 image)
- mkisofs (an ISO-9660 filesystem image creator)
- mkhybrid (an ISO-9660/HFS filesystem image creator)
Link to mkisofs.
- readcd (a data CD reading and recording program)
May be used to write to DVD-RAM and to copy Solaris boot CD's.
- scgcheck (checks and validates the ABI of libscg)
- rscsi (daemon providing access to local SCSI-devices over the network)
Actually, we're not trying to reinvent the wheel here,
rather adapt it to suit a slightly different purpose.
Below are a few main points and reasons as to why we've created filetype:
* file does not work so well for loosely defined filetypes ( ie, vCards )
* file uses a text-based type database which can impose unwanted delays
in frequently invoked processes
* file does not have a heirachial type tree (ie, executable->MSDOS->EXE )
* file is not designed to be incorporated at a source level into existing
projects
* Simpler and broader type detection engine ( 'file' is very good at
pulling out every detail about a file, ie, the resolution of an image,
however we do not wish to seek out such fine details )
The cdrtools software includes tools to create and/or extract
ISO-9660 filesystems, verify their integrity, and write them to
disc.
This package contains the following programs:
- btcflash (a firmware flash utility for BTC DRW1008 DVD+/-RW recorder)
- cdda2wav (a digital CD audio extraction program)
- cdrecord (a CD/DVD/BluRay recording program)
- devdump (dump a device or file in hex)
- isodebug (show debug info contained in an ISO-9660 image)
- isodump (dump a device or file based on ISO-9660)
- isoinfo (analyze or list an ISO-9660 image)
- isovfy (verify an ISO-9660 image)
- mkisofs (an ISO-9660 filesystem image creator)
- mkhybrid (an ISO-9660/HFS filesystem image creator)
Link to mkisofs.
- readcd (a data CD reading and recording program)
May be used to write to DVD-RAM and to copy Solaris boot CD's.
- scgcheck (checks and validates the ABI of libscg)
- rscsi (daemon providing access to local SCSI-devices over the network)
This is a Perl script that extracts URLs from correctly-encoded MIME
email messages or plain text. This can be used either as a
pre-parser for urlview, or to replace urlview entirely.
This is designed primarily for use with the mutt emailer. The idea
is that if you want to access a URL in an email, you pipe the email
to a URL extractor (like this one) which then lets you select a URL
to view in some third program (such as Firefox). An alternative
design is to access URLs from within mutt's pager by defining macros
and tagging the URLs in the display to indicate which macro to use.
A script you can use to do that is tagurl.pl.
Main features:
- Configurable
- Handles URLs that have been broken over several lines in
format=flowed delsp=yes email messages
- Handles quoted-printable email messages
- Sanitizes URLs so that they can't break out of the command shell
Unroff is a Scheme-based, programmable, extensible troff translator
with a back-end for the Hypertext Markup Language.
Unroff reads and parses UNIX troff documents and translates the embedded
markup into a different format. Neither the actual output format nor
any knowledge about particular troff macro sets (-man, -ms, etc.) are
hard-wired into unroff. Instead, the translation process is controlled
by a set of user-supplied procedures written in the Scheme programming
language.
Translation rules for new output formats and troff macro packages can
be added easily by providing a corresponding set of Scheme procedures
(a `back-end'). Version 1.0 of unroff includes back-ends for translating
documents using the `man' and `ms' macros into the Hypertext Markup
Language (HTML) version 2.0. Additional requests facilitate use of
arbitrary hypertext links in troff documents.
mod_authn_otp - Apache module for one-time password authentication
mod_authn_otp is an Apache web server module for two-factor authentication
using one-time passwords (OTP) generated via the HOTP/OATH algorithm
defined in RFC 4226. This creates a simple way to protect a web site with
one-time passwords, using any RFC 4226-compliant hardware or software
token device. mod_authn_otp also supports the Mobile-OTP algorithm.
mod_authn_otp supports both event and time based one-time passwords. It
also supports "lingering" which allows the repeated re-use of a previously
used one-time password up to a configurable maximum linger time. This
allows one-time passwords to be used directly in HTTP authentication
without forcing the user to enter a new one-time password for every
page load.
mod_authn_otp supports both basic and digest authentication, and will
auto-synchronize with the user's token within a configurable maximum
offset (auto-synchronization is not supported with digest authentication).
A plugin for the Trac project/source code management system that
creates Gantt charts based on ticket reports. It is a work-in-progress.
A Gantt chart is a graphical representation of the duration of tasks
against the progression of time. Gantt charts are very useful for
planning a scheduling a project based on different tasks that will
need to be completed and their durations and dependencies on other
tasks.
The TracGantt plugin uses Trac's ticketing system to generate Gantt
charts based on existing Trac Ticket Reports (found under the "View
Tickets" tab in Trac). The Gantt charts are pure XHTML and are
generated on-the-fly from the ticket reports, using only the tickets
provided by the report.