SEARCH
NEW RPMS
DIRECTORIES
ABOUT
FAQ
VARIOUS
BLOG

 
 
Changelog for libacl-devel-2.2.39-8.SEL5_6.x86_64.rpm :

* Mon Dec 10 2012 Eddy Nigg - Rebuild for StartCom Linux 5.0.x
* Tue Oct 25 2011 Kamil Dudka 2.2.39-8- improve getfacl/setfacl to accept the -h and -v options (#536766)
* Sat Oct 22 2011 Kamil Dudka 2.2.39-7- prevent getfacl/setfacl from removing SUID/SGUD/Sticky-Bits (#580572)
* Tue Oct 27 2009 Jiri Moskovcak - 2.2.39-6- added versioned requirements of libacl to main package- Resolves: #500095
* Tue Oct 27 2009 Jiri Moskovcak - 2.2.39-5- rpmdiff fixes- don\'t zip changelog- libacl-devel requires specific libacl version- Resolves: #500095
* Sat Oct 24 2009 Jiri Moskovcak - 2.2.39-4- fixed exitcodes rhbz#368451- fixed segfault with -- --file rhbz#430458- fixed symlink handling when -P is used rhbz#436070- fixed problems with hebrew chars rhbz#507747- fixed handling of relative symlinks rhbz#500095- Resolves: #368451, #430458, #436070, #507747, #500095
* Mon Oct 29 2007 Jiri Moskovcak - 2.2.39-3- Fixed problem with long UTF path names(improved path_max patch)- Resolves: #298471
* Tue Mar 20 2007 Thomas Woerner 2.2.39-2.1- enhanced fix for display problem Related: rhbz#223840
* Thu Feb 22 2007 Steve Grubb 2.2.39-2- Apply patch to make order consistent.Resolves: #223840
* Thu Jul 13 2006 Jesse Keating - 2.2.39-1.1- rebuild
* Thu Jul 06 2006 Thomas Woerner 2.2.39-1- new version 2.2.39- fixed usage of long UTF-8 filenames (#183181) Thanks to Andrey for the initial patch.
* Thu Jun 08 2006 Jeremy Katz - 2.2.34-2- rebuild for -devel deps
* Fri Feb 10 2006 Jesse Keating - 2.2.34-1.2- bump again for double-long bug on ppc(64)
* Tue Feb 07 2006 Jesse Keating - 2.2.34-1.1- rebuilt for new gcc4.1 snapshot and glibc changes
* Fri Feb 03 2006 Thomas Woerner 2.2.34-1- new version 2.2.34
* Fri Dec 09 2005 Jesse Keating - rebuilt
* Tue Dec 06 2005 Thomas Woerner 2.2.32-2.1- fixed permissions of libacl
* Tue Dec 06 2005 Thomas Woerner 2.2.32-2- spec file cleanup- mark po files as lang specific
* Sun Nov 06 2005 Florian La Roche - 2.2.32
* Thu Sep 29 2005 Than Ngo 2.2.31-1- update to 2.2.31
* Thu Sep 29 2005 Than Ngo 2.2.23-9- get rid of
*.la files- remove duplicate doc files
* Wed Feb 09 2005 Stephen C. Tweedie 2.2.23-6- Rebuild
* Fri Sep 17 2004 Jeremy Katz - 2.2.23-5- make the libs executable so that we find their dependencies (#132696)
* Sat Sep 11 2004 Stephen C. Tweedie 2.2.23-4- libacl-devel Requires: libattr-devel for libattr.la
* Sat Sep 11 2004 Stephen C. Tweedie 2.2.23-3- Requires libtool >= 1.5 for building
* Fri Aug 20 2004 Phil Knirsch 2.2.23-2- Make libacl.so.
* executable.
* Fri Aug 20 2004 Phil Knirsch 2.2.23-1- Update to latest upstream version.
* Mon Aug 09 2004 Alan Cox 2.2.7-7- Close bug #125300 (Steve Grubb: build requires libtool,gettext)
* Wed Jun 16 2004 Elliot Lee - rebuilt
* Thu Apr 01 2004 Stephen C. Tweedie 2.2.7-5- Add missing %defattr
* Wed Mar 31 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
* Tue Mar 02 2004 Elliot Lee - rebuilt
* Fri Feb 13 2004 Elliot Lee - rebuilt
* Wed Aug 06 2003 Elliot Lee 2.2.7-2- Fix libtool invocation
* Wed Jun 04 2003 Stephen C. Tweedie 2.2.7-1- Update to acl-2.2.7
* Wed Mar 26 2003 Michael K. Johnson 2.2.3-2- include patch from Jay Berkenbilt to print better error messages
* Tue Jan 28 2003 Michael K. Johnson 2.2.3-1- udpate/rebuild
* Sat Jan 04 2003 Jeff Johnson 2.0.11-7- set execute bits on library so that requires are generated.
* Tue Nov 19 2002 Elliot Lee 2.0.11-5- Correct patch in previous fix so that shared libraries go in /lib
* instead of /usr/lib
*
* Tue Nov 19 2002 Elliot Lee 2.0.11-4- Fix multilibbing
* Thu Sep 12 2002 Than Ngo 2.0.11-3- Added fix to install libs in correct directory on 64bit machine
* Fri Aug 09 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 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
 
ICM