Free sqlite 3.3.x c api. software for linux

UniPKG - Universal PacKaGe manager - is a modular package manager. UniPKG contains support for RPM, DEB and slacks TGZ package format. In distant future, ArchLinuxs package format is planned as well.
It doesnt depend on any of the distributions tools - its completely self-sufficient, formats such as cpio or tar were (re)implemented.
Note that the binaries for unipkg core, unipkg-trans (which allows migration of data among two backends), three package handlers (Deb, RPM and Slack) and five database backends (File, Directory, XML file, Debian r/o and Slack r/o) have in total only 160kB. The dependencies are only zlib and libc, optionally also libxml2-0 (unipkg-xmlfile backend) and sqlite3 (unipkg-sqlite backend).
UniPKG was carefully tested using Valgrind, to cut the chances of a memory leak or other improper memory handling.
UniPKG is licensed under the free GNU/GPLv2.
Enhancements:
- A written archive API for handling CPIO, TAR, and AR archive formats. All package handlers have been rewritten to use this API.
- An ArchLinux package handler has been added.
- SUIG/SGID missing while unpacking has been fixed.
- Preliminary LZMA support (Larhzu) has been added.
- The RPM package handler has been completely rewritten.
- Work has begun on netlib and UniGET.
- There are various bugfixes.

php4dbi is a database abstraction layer for PHP. dbi4php is simple to use (a single file with a simple API) and lean enought to not bloat your PHP application.
It provides a common API for accessing a variety of database systems. This allows you to develop your application without limiting it to working on just a single database.
You also wont need to keep looking at the PHP documentation pages to find the correct function name for a particular database since they dont use a common naming scheme. (For example, MySQL uses mysql_connect while SQLite uses sqlite_open.)
The dbi4php tools has actually been around since the year 2000 as part of the WebCalendar project. So, it is a very stable tool that has been tested and used in production environments for years.
Enhancements:
- This is the initial public release.
- Previously, this tool was bundled with the WebCalendar application (since 2000).

JBooleanExpression is a simple Java API to evaluate a Boolean String Expression like "!true&&false||true" (parse a Boolean String Expression to a boolean primitive type).
Enhancements:
- Bugs were fixed.
- A demo class was added.

fakedbfs is a suite of tools and a main library for cataloguing files. Anything that is a file can be catalogued along with metadata. The metadata is then searchable by various querying facilities. fakedbfs project uses SQLite to store and search data.
It is called "fakedbfs" (fake database filesystem) because its not a real DBFS such as the upcoming WinFS, or other OS-tied FSes that live in the kernel. Instead, it is completely in userland.
It was inspired by BFS (which doesnt do content indexing, only metadata). It is written completely in portable, ANSI C (barring the various bindings and other such utilities, or stuff using FTS and the stat(2) syscall [I plan on porting FTS as a built-in feature for platforms that dont support it]). If SQLite and a C compiler run on the platform, fakedbfs should be able to as well. In theory. Ish.
It was primarily developed on FreeBSD.
The main library can be used by any application; full API docs should be coming soon (when I find the time). Applications are virtually unlimited: desktop music/photo indexing, server content indexing, etc.
The core fakedbfs distribution consists of the following:
libfakedbfs - the main library with all querying, indexing, and specfile functions. Has all SQLite bindings
fquery - a commandline utility to query the database.
findex - a commandline utility to index files and directories. This can be either run manually or from a cron job.
fcreatedb - the initial database creation and specfile adding utility.
feditdb - a utility to edit the database (not in 1.0, should be in 1.1)
Various default specfiles, defining what metadata the catalogue contains
Indexing consists of a couple parts. Theres the indexer itself, which does cataloguing of each file, and then there are the metadata plugins.
These plugins, designed specifically for certain specfiles, know how to extract metadata from the files themselves (for example ID3/EXIF tags, filename formats). findex can also ask the user for manual input for each field.
Enhancements:
- This release incorporates many new features and changes, such as a completely revamped API in libfakedbfs, the beginnings of support for ficl plugins, numerous bugfixes, the addition of a working fedit utility, database layout changes, and improvements to the querying subsystem.

Lua-Sqlite3 project is a binding of Sqlite3 for Lua.
Lua-Sqlite3 is unique in contrast to other database bindings that it consists of two layers.
The first layer translates the SQLite 3 implementations C API to Lua. The first layer is called the backend.
The second layers are frontend layers, written in Lua. These layers provide a nice and smart view of the database
Currently, Lua-Sqlite3 implements two frontends:
- A specialiced frontend which provides all sqlite3 capabilities.
- A LuaSQL compatible frontend as used on the Kepler Project.
Enhancements:
- Lua 5.1 support was added, and 5.0 is still supported.
- An autoconf configure script is provided.

mod_dbi_pool is an Apache module which provides database connection pooling services for other Apache Modules.

Using libdbi it allows other modules to have a dynamic pool of database connections for many common SQL Servers, including mSQL, MySQL, PostgreSQL, Oracle and SQLite.

FEAR::API is a tool that helps reduce the time you spend creating site scraping scripts and helps you do it in a much more elegant way.
FEAR::API combines many strong and powerful features from various CPAN modules, such as LWP::UserAgent, Template::Extract, WWW::Mechanize, Encode, HTML::Parser, etc.
Enhancements:
- This release adds allow_domains() and deny_domains().