Changelog for acl-2.2.23-5.i386.rpm :
Fri Sep 17 02:00:00 2004 Jeremy Katz - 2.2.23-5
- make the libs executable so that we find their dependencies (#132696)

Sat Sep 11 02:00:00 2004 Stephen C. Tweedie 2.2.23-4
- libacl-devel Requires: libattr-devel for libattr.la

Sat Sep 11 02:00:00 2004 Stephen C. Tweedie 2.2.23-3
- Requires libtool >= 1.5 for building

Fri Aug 20 02:00:00 2004 Phil Knirsch 2.2.23-2
- Make libacl.so.* executable.

Fri Aug 20 02:00:00 2004 Phil Knirsch 2.2.23-1
- Update to latest upstream version.

Mon Aug 9 02:00:00 2004 Alan Cox 2.2.7-7
- Close bug #125300 (Steve Grubb: build requires libtool,gettext)

Wed Jun 16 02:00:00 2004 Elliot Lee
- rebuilt

Thu Apr 1 02:00:00 2004 Stephen C. Tweedie 2.2.7-5
- Add missing %defattr

Wed Mar 31 02:00:00 2004 Stephen C. Tweedie 2.2.7-3
- Add /usr/include/acl to files manifest
- Fix location of doc files, add main doc dir to files manifest

Wed Mar 3 01:00:00 2004 Elliot Lee
- rebuilt

Sat Feb 14 01:00:00 2004 Elliot Lee
- rebuilt

Wed Aug 6 02:00:00 2003 Elliot Lee 2.2.7-2
- Fix libtool invocation

Wed Jun 4 02:00:00 2003 Stephen C. Tweedie 2.2.7-1
- Update to acl-2.2.7

Thu Mar 27 01:00:00 2003 Michael K. Johnson 2.2.3-2
- include patch from Jay Berkenbilt to print better error messages

Wed Jan 29 01:00:00 2003 Michael K. Johnson 2.2.3-1
- udpate/rebuild

Sun Jan 5 01:00:00 2003 Jeff Johnson 2.0.11-7
- set execute bits on library so that requires are generated.

Wed Nov 20 01:00:00 2002 Elliot Lee 2.0.11-5
- Correct patch in previous fix so that shared libraries go in /lib*
instead of /usr/lib*

Wed Nov 20 01:00:00 2002 Elliot Lee 2.0.11-4
- Fix multilibbing

Thu Sep 12 02:00:00 2002 Than Ngo 2.0.11-3
- Added fix to install libs in correct directory on 64bit machine

Fri Aug 9 02:00:00 2002 Michael K. Johnson 2.0.11-2
- Made the package only own the one directory that is unique to it:
/usr/include/acl

Tue Jun 25 02:00:00 2002 Michael K. Johnson 2.0.11-1
- Initial Red Hat package
Made as few changes as possible relative to upstream packaging to
make it easier to maintain long-term. This means that some of
the techniques used here are definitely not standard Red Hat
techniques. If you are looking for an example package to fit
into Red Hat Linux transparently, this would not be the one to
pick.
- acl-devel -> libacl-devel