The following Fedora EPEL 5 Security updates need testing:
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2011-3762/couchdb-1.0.2-8.el5,erlang-ibrowse-2.2.0-3.el5
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2011-4907/bugzilla-3.2.10-2.el5
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2011-5125/torque-2.5.7-6.el5
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2011-4674/awstats-6.95-3.el5
The following builds have been pushed to Fedora EPEL 5 updates-testing
drupal7-date-2.0-0.1.alpha5.el5
etckeeper-0.58-1.el5
libnfnetlink-1.0.0-3.el5
nagios-plugins-openmanage-3.7.3-3.el5
pam_mapi-0.1.0-1.el5
Details about builds:
================================================================================
drupal7-date-2.0-0.1.alpha5.el5 (FEDORA-EPEL-2011-5132)
This package contains both the Date module and a Date API module
--------------------------------------------------------------------------------
Update Information:
Update from alpha4 to alpha5
--------------------------------------------------------------------------------
ChangeLog:
--------------------------------------------------------------------------------
================================================================================
etckeeper-0.58-1.el5 (FEDORA-EPEL-2011-5139)
Store /etc in a SCM system (git, mercurial, bzr or darcs)
--------------------------------------------------------------------------------
Update Information:
Update to 0.58, a bugfix version.
>From the upstream changelog:
* Changed to store all permissions of files and directories, even those with
standard permissions of 644 and 755. This is unfortunately necessary in order
to support etckeeper init on a checkout that was made with a nonstandard umask,
in which case the files that were expected to be 644 and 755, won't be. Closes:
http://bugs.debian.org/649701 Thanks to Дмитрий Матросов for reporting the bug
and developing a fixup script (attached to the bug) which could be used if
you've already encountered this problem.
* Bugfix for filenames containing single quotes.
* Use git add -A, which automatically removes deleted files, and avoids a
separate call to git add -u. Thanks to Miklos Vajna, whose patch in 2008 was
deferred because -A was then too new, and languished in a branch until found
today.
* Optimised metadata storage.
* cron.daily: Don't stop committing when a stale packagelist.pre-install file
exists. Thanks to gulikoza for noticing this bug.
--------------------------------------------------------------------------------
ChangeLog:
* Thu Dec 1 2011 Thomas Moschny <[email protected]> - 0.58-1
- Update to 0.58.
--------------------------------------------------------------------------------
================================================================================
libnfnetlink-1.0.0-3.el5 (FEDORA-EPEL-2011-5144)
Netfilter netlink userspace library
--------------------------------------------------------------------------------
Update Information:
libnfnetlink is a userspace library that provides some low-level nfnetlink
handling functions. It is used as a foundation for ther, netfilter subsystem
specific libraries such as libnfnetlink_conntrack, libnfnetlink_log and
libnfnetlink_queue.
--------------------------------------------------------------------------------
================================================================================
nagios-plugins-openmanage-3.7.3-3.el5 (FEDORA-EPEL-2011-5143)
Nagios plugin to monitor hardware health on Dell servers
--------------------------------------------------------------------------------
Update Information:
New package
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #743615 - Review Request: nagios-plugins-openmanage - Nagios
plugin to monitor hardware health on Dell servers
https://bugzilla.redhat.com/show_bug.cgi?id=743615
--------------------------------------------------------------------------------
================================================================================
pam_mapi-0.1.0-1.el5 (FEDORA-EPEL-2011-5141)
PAM module for authentication via MAPI against a Zarafa server
--------------------------------------------------------------------------------
Update Information:
pam_mapi is a PAM module (Pluggable Authentication Modules) for authentication
against a Zarafa server. Applications like Zarafa WebAccess, Zarafa WebApp or
Microsoft Outlook which directly connect to the Zarafa Collaboration Platform
use MAPI in SOAP to do so. If Zarafa is configured to use the DB authentication
plugin, all user information are stored in a MySQL database.
Once IMAP/POP3 is used via the Zarafa Gateway, SMTP gets involved for outbound
e-mails, too. Usually this requires SMTP authentication (to avoid open relays),
but the user information in the MySQL database is unfortunately not accessible
for established SASL daemons. The pam_mapi module is filling this gap by adding
MAPI-based authentication to PAM and thus to SMTP daemons via SASL.
Just execute "cat /usr/share/doc/pam_mapi-0.1.0/pam.conf > /etc/pam.d/smtp" for
a simple setup. Please read the documentation for more extended configurations.
--------------------------------------------------------------------------------
References:
[ 1 ] Bug #757997 - Review Request: pam_mapi - PAM module for authentication
via MAPI against a Zarafa server
https://bugzilla.redhat.com/show_bug.cgi?id=757997
--------------------------------------------------------------------------------
_______________________________________________
epel-devel-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/epel-devel-list
