Enable testing on more Python versions and PyPy

… except for the refcount test which doesn't work (and makes no sense)
under PyPy as it has a non-reference count model).

Rename tests → test and distribute test files too

The rename is done for consistency with other projects, and
distributing the tests is of course useful.

Fix manifest file after reorganisations

Forgot this after the doc changes…

Update NEWS and bump version number for 0.5.1 release

Expand the range of Python versions for unittests

3.3 has some issues (refuses to recognise 'test-suite') on my machine,
not yet enabled.

Integrate old web site index file into README

… and include the README into the main docs page.

Extend the refcount leak tests

This also exercises the str() more in general, to test/detect the py3k
str() compatibility issue more easily.

Fix html too-often rebuild

Workaround another py3k compatibility issue

str() must return unicode in py3k, so we add another layer of macro
names…

Replace deprecated names in test suite

Reorganise documentation

Lots of changes so that all docs are buildable by Sphinx.

Rework documentation style to RST/Sphinx custom

Hrmm, editing it in C source code is ugly… but the docs are pretty!

Cleanups for RST/sphinx correctness

This makes sphix build without errors.

Switch from epydoc to sphinx

It seems sphinx's autodoc extension can investigate the docstrings
from extensions modules too, so let's just use that.

Use Py_RETURN_(TRUE|FALSE) instead of explicit code

This makes it a bit more safe.

Rework a long if/else if statement

The switch/case method seems much clearer (it shows that we case on a
single expression).

Fix more warning found by static checker

These are not critical, but they can be clean up so let's do it.

Fix critical issues found by static analyser

Fix issues found per https://bugzilla.redhat.com/800126, thanks Dave
Malcolm! Upon inspection, indeed all were cases of bad refcounting or
other significant issues.

Add test for refcount leak

Not very solid, but it detects a wrong reference count.

Rename the README file

Since it's anyway mark-down compatible.

Update NEWS file and release 0.5.0

Fix a warning with Python 2.6

… which already defined Py_TYPE.

Update copyright years

Accept both unicode and string objects

This converts PyArg functions from "s" to "et" and also adds check for
PyUnicode object in methods that accept generic objects (previously only
PyBytes checks were done).

Unittest fixes for python 3

More python 3 changes

This gets the module to compile without warnings, but the unittest suite
still needs modifications.

Import the PyInt_* defines from 3.0's intobject.h

This is a stopgap measure to get the code to work under python 3.x.

Change PyString usage to work with py3k

This is one of the many steps needed to enable python 3 support: the
string/unicode changes.

Fix unittest suite compatibility with python2.6

It turns out imports by filename were never supposed to work, and
python2.6 just errors out explicitly.

Minor change in homepage url

Added copyright notice in the README

Increase version to 0.4.0

Include the makefile in the generated archive

This will help with building the epydoc-generated documentation.

Also remove obsolete 'log' target from the makefile.

Small whitespace change

Add license text to source files

Update documentation and license for version 0.4

Note that this patch changes the license from GPL to LGPL (2.1 or
later).

Docstring updates for epydoc compatibility

By just changing a few docstrings, epydoc can generate much better
documentation - the docstrings were half-compatible already with the
epytext format.

Also the makefile and manifest were updated not to include and build the
default pydoc documentation.

Fix MANIFEST.in after os_linux.c removal

Imple the acl_equiv_mode function

This is another Linux-specific function, but very easy to implement.

Implement the acl_extended_* functions

This patch adds support for the Linux-specific acl_extended_fd and
acl_extended_file function, both exposed at module level through the
has_extended function name.

unittests: generalize the skip decorators

Since there could be many extensions, it's better to generalize to a
single, parametrized decorator than to repeat the same code in multiple
ones.

unittests: abstract basic acl text into a constant

This patch just moved the basic acl text from being hardcoded in
multiple functions to a constant that can be easily modified, and
changes slightly the ACL.

Try to enhance the FreeBSD support

FreeBSD 7.0 supports more functions, so we split some Linux-only
functions out from the HAVE_LEVEL2 defs and into a HAVE_ACL_COPY_EXT so
FreeBSD can define HAVE_LEVEL2 too.

Enhance the unittest

The patch adds more unittests and renames the HAS_* constants for easier
usage.

Allow use of a diferent path for temporary files

This patch allows temporary files and directories created during the
test to live somewhere else (override with TESTDIR env. var).

Add some simple unittests

This patch adds some unittests for creation of ACLs. Based on the
platform, the from octal mode creation is skipped.

Export features as a module attributes

Currently it's hard to check from python if the current build of the
library has support for X or Y (e.g. acl from mode, etc.). So we export
this as module-level constants and this will allow users to check:
  if posix1e.HAS_ACL_FROM_MODE:
    acl = posix1e.ACL(mode=0644)

Switch from distutils to setuptools

Setuptools has some nice features (unittest targets and other), so it
makes sense to use it.

Add a .gitignore file

Update version numbers for release 0.3.0

Disallow cmp on ACLs

Use the acl_cmp to implement eq and ne for ACLs

Implement the acl_check function

Add constants for the acl_check function

Add to_any_text function

Export the libacl TEXT_* constants under Linux

Fix a compilation warning with python2.4

It seems python2.4 expects the format argument to
PyArg_ParseTupleAndKeywords to be "char*" and thus the compiler emits a
warning when passing "const char*" (python2.5 is betteri here). Remove
the const from format in ACL_init to fix this.

Add a Darwin build option

This is untested by me, reported (a long while ago) by Murali Vadivelu
<mkv22@cam.ac.uk>.

Style changes only

The comments were reformatted to fit in 80-columns when using pydoc, and
the indenting was changed in for the comments.

Implement acl_from_mode

When using the Linux libacl, there is another method to construct an ACL
object: from a mode_t. This patch adds a new parameter (mode) to the ACL
constructor (when HAVE_LINUX is defined) that uses this function to
create the ACL.

Wrap lines to fit in 80-columns

Whitespace changes

- Update setup.py to 0.2.2
- remove posix1e from freebsd libs, as recent freebsd versions don't need it
  and also they don't have this lib anymore (the acls are in libc now)

- Fix warnings by includin Python.h first
- Fix warnings by passing a pointer to something not an int wrapped in a
  pointer for some functions

Add support for building on GNU/kFreeBSD

Added ChangeLog to distribution

Release 0.2.1

Fixed compilation on LEVEL1 platform (broke since after 0.1)

Added missing functionality (acl_calc_mask) and some convenience functions.

Small changes

Prepare for release 0.2

Small makefile

Distutils file

Linux-specific file

Informations for porting to other platforms.

Added the Permset type/object and some other naming changes

Renamed type & object names from ACLType to ACL_Type and so on. Also ACLEntry is now jus Entry.

Renamed some fields from ob_x to x, as per other modules in python

Added acl_entry_t type (named ACLEntryType, respectively ACLEntryObject)

Documentation typo

Added setup.cfg, mainly for bdist_rpm

Don't call python2, only python

Prepare for first public release

Moved to real instance creation via type()

Addedd __setstate__ and some docs

Initial revision

Many functions added, started working on level 2 support

Initial revision