Afuse is an automounting file system implemented in user-space using
FUSE. Afuse currently implements the most basic functionality that can
be expected by an automounter; that is it manages a directory of virtual
directories. If one of these virtual directories is accessed and is not
already automounted, afuse will attempt to mount a filesystem onto that
directory. If the mount succeeds the requested access proceeds as normal,
otherwise it will fail with an error.
The advantage of using afuse over traditional automounters is that afuse
is designed to run entirely in user-space by individual users. This way an
automounting action can take advantage of the invoking users environment,
for example allowing access to an ssh-agent for password-less sshfs
mounts, or allowing access to a graphical environment to get user input
to complete a mount (i.e. popping up a window asking for a password).
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)
From the safecat README:
safecat is an implementation of D. J. Bernstein's maildir algorithm.
It can be used to write mail messages to a qmail-style maildir, or to
write data to a "spool" directory reliably. There are no lockfiles with
safecat, and nothing is left to chance. If safecat returns a successful
exit status, then you can be (practically) 100% sure your data is
safely committed to disk. Further, if data is written to a directory
using safecat (or other implementations of the maildir algorithm),
then every file in that directory is guaranteed to be complete. If
safecat fails to write all of the data, there will be no file at all
in the destination directory.
Of course, you know that such a thing cannot be: between UNIX and
the different hardware options available, a 100% guarantee is not
possible. However, safecat takes every precaution possible in writing
your data.
On the surface, Enchant appears to be a generic spell checking library. You
can request dictionaries from it, ask if a word is correctly spelled, get
corrections for a misspelled word, etc...
Beneath the surface, Enchant is a whole lot more - and less - than that.
You'll see that Enchant isn't really a spell checking library at all.
"What's that?" you ask. Well, Enchant doesn't try to do any of the work
itself. It's lazy, and requires backends to do most of its dirty work. Looking
closer, you'll see the Enchant is more-or-less a fancy wrapper around the
dlopen() system call. Enchant steps in to provide uniformity and conformity
on top of these libraries, and implement certain features that may be lacking
in any individual provider library. Everything should "just work" for any and
every definition of "just working."
GMetaDOM is a collection of librares, each library providing a DOM
implementation. Currently available bindings are for C++ (smart pointers)
and Objective Caml.
The basic idea is that, given the availability of DOM implementations for
the C programming language (like Gdome2), and given the uniformity of the
DOM interfaces, bindings for various programming languages based on the C
implementation can be built automatically, providing a small number of hand-
coded classes and a set of scripts for the automatic generation of the
remaining ones.
The advantages of such approach should be evident. In particular, for
languages like C++ where a number of different alternative DOM implementations
are feasible, each with different characteristics like easiness of use,
runtime flexibility, resource requirements, the approach of automatic
generation permits to create a set of coherent implementations addressing
such issues separately, ultimately allowing the developer to choose the
library which fits best her needs.
LibYAML is a YAML 1.1 parser and emitter written in C.
LibYAML covers presenting and parsing processes. Thus LibYAML defines the
following two processors:
* Parser, which takes an input stream of bytes and produces a sequence
of parsing events.
* Emitter, which takes a sequence of events and produces a stream of
bytes.
The processes of parsing and presenting are inverse to each other. Any
sequence of events produced by parsing a well-formed YAML document should
be acceptable by the Emitter, which should produce an equivalent document.
Similarly, any document produced by emitting a sequence of events should
be acceptable for the Parser, which should produce an equivalent sequence
of events.
The job of resolving implicit tags, composing and serializing representation
trees, as well as constructing and representing native objects is left to
applications and bindings. Although some of these processes may be covered
in the latter releases, they are not in the scope of the initial release of
LibYAML.
MKDoc is a web content management system written in Perl which focuses on
standards compliance, accessiblity and usability issues, and multi-lingual
websites.
At MKDoc Ltd we have decided to gradually break up our existing commercial
software into a collection of completely independent, well-documented,
well-tested open-source CPAN modules.
Ultimately we want MKDoc code to be a coherent collection of module
distributions, yet each distribution should be usable and useful in
itself.
MKDoc::XML is part of this effort.
You could help us and turn some of MKDoc's code into a CPAN module. You
can take a look at the existing code at http://download.mkdoc.org/.
If you are interested in some functionality which you would like to see as
a standalone CPAN module, send an email to
<mkdoc-modules@lists.webarch.co.uk>
POD::Abstract provides a means to load a POD (or POD compatible)
document without direct reference to it's syntax, and perform
manipulations on the abstract syntax tree.
This can be used to support additional features for POD, to format
output, to compile into alternative formats, etc.
While Pod looks like a simple format, the specification calls for
a number of special cases to be handled, and that makes any software
that works on Pod as text more complex than it needs to be. In
addition to this, Pod does not lend itself to a natural structured
model. This makes it difficult to manipulate without damaging the
validity of the document.
Pod::Abstract solves these problems by loading the document into a
structured tree, and providing consistent traversal, searching,
manpulation and re-serialisation. Pod related utilities are easy
to write using Pod::Abstract.
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
The String::Koremutake module converts to and from Koremutake Memorable
Random Strings.
The term "Memorable Random String" was thought up by Sean B. Palmer as a
name for those strings like dopynl, glargen, glonknic, spoopwiddle, and
kebble etc. that don't have any conventional sense, but can be used as
random identifiers, especially in URIs to keep them persistent. See
http://infomesh.net/2001/07/MeRS/
Koremutake is a MeRS algorithm which is used by Shorl
(http://shorl.com/koremutake.php). As they explain: "It is, in plain
language, a way to express any large number as a sequence of syllables.
The general idea is that word-sounding pieces of information are a lot
easier to remember than a sequence of digits."