<?xml version="1.0" encoding="UTF-8"?>


<!-- 
Created for Scientific Linux (scientificlinux.org)

Adapted from public data provided by RedHat, Scientific Linux, and other sources

No support from RedHat is provided, implied, or available for Scientific Linux.

This work is licensed under the Creative Commons Attribution-ShareAlike 3.0 Unported License. To view a copy of this license, visit http://creativecommons.org/licenses/by-sa/3.0/

Suggested Attribution: Adapted from Scientific Linux (scientificlinux.org) who credits many sources including RedHat
-->

<?xml-stylesheet type="text/xsl" href="updateinfo.xsl"?><updates><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0212-1</id><title>glibc bug fix update</title><description>This update fixes the following bug:

* A logic error caused glibc's DNS code to incorrectly handle rejected responses from DNS servers. Consequently, after a server returned a REJECT response, additional servers defined in the /etc/resolv.conf file sometimes failed to be searched. With this update, glibc properly cycles through the servers listed in /etc/resolv.conf even if one of them returns the REJECT response, thus fixing this bug.</description><release>Scientific Linux Fermi</release><issued date="2013-02-05 00:00:00"/><references><reference title="" type="bugzilla" id="902685" href="https://bugzilla.redhat.com/show_bug.cgi?id=902685"/><reference title="RHBA-2013:0212-1" type="self" id="RHBA-2013:0212-1" href="https://rhn.redhat.com/errata/RHBA-2013-0212.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="glibc" version="2.12" release="1.80.el6_3.7" arch="i686" src="glibc-2.12-1.80.el6_3.7.src.rpm"><filename>glibc-2.12-1.80.el6_3.7.i686.rpm</filename><sum type="sha256">9a9eb4d231ce5e32f907dc86fda70276ddce41a7d1c05d4aefd7789329f76481</sum></package><package epoch="0" name="glibc" version="2.12" release="1.80.el6_3.7" arch="x86_64" src="glibc-2.12-1.80.el6_3.7.src.rpm"><filename>glibc-2.12-1.80.el6_3.7.x86_64.rpm</filename><sum type="sha256">23a4ac0edbbfd5c46bc4fe38bfa13f312282978a8fc85db244cd79eac96bff88</sum></package><package epoch="0" name="glibc-common" version="2.12" release="1.80.el6_3.7" arch="x86_64" src="glibc-2.12-1.80.el6_3.7.src.rpm"><filename>glibc-common-2.12-1.80.el6_3.7.x86_64.rpm</filename><sum type="sha256">607d5b3dfce99592b41e8337f32e2cb35d9142bede194b73eed9ee76cd7baf81</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.80.el6_3.7" arch="i686" src="glibc-2.12-1.80.el6_3.7.src.rpm"><filename>glibc-devel-2.12-1.80.el6_3.7.i686.rpm</filename><sum type="sha256">bfae6267ab7e5f1b661ee0a7f299e43b688bab3d41679f3397f06df9ba116c94</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.80.el6_3.7" arch="x86_64" src="glibc-2.12-1.80.el6_3.7.src.rpm"><filename>glibc-devel-2.12-1.80.el6_3.7.x86_64.rpm</filename><sum type="sha256">43f0fc0c6900d85093be41cd49a9cd86f596f4a10b4929ba1b6591f424491945</sum></package><package epoch="0" name="glibc-headers" version="2.12" release="1.80.el6_3.7" arch="x86_64" src="glibc-2.12-1.80.el6_3.7.src.rpm"><filename>glibc-headers-2.12-1.80.el6_3.7.x86_64.rpm</filename><sum type="sha256">e91e01f7704828078606720db01fffb4dd29d7cbd32ddb2a641281addfd7e097</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.80.el6_3.7" arch="i686" src="glibc-2.12-1.80.el6_3.7.src.rpm"><filename>glibc-static-2.12-1.80.el6_3.7.i686.rpm</filename><sum type="sha256">a6478104b7dfcca5ebbc0d3be032bc4d3d4b6491771f724c26c78584d09eb5ad</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.80.el6_3.7" arch="x86_64" src="glibc-2.12-1.80.el6_3.7.src.rpm"><filename>glibc-static-2.12-1.80.el6_3.7.x86_64.rpm</filename><sum type="sha256">4b959181d10e9675cb079acee339704a918048e7bc13868466674ace13b5093a</sum></package><package epoch="0" name="glibc-utils" version="2.12" release="1.80.el6_3.7" arch="x86_64" src="glibc-2.12-1.80.el6_3.7.src.rpm"><filename>glibc-utils-2.12-1.80.el6_3.7.x86_64.rpm</filename><sum type="sha256">e1d34e863c252256bea8d0b330dca19caab02c69cbd871f5ad2a2362d0c7617c</sum></package><package epoch="0" name="nscd" version="2.12" release="1.80.el6_3.7" arch="x86_64" src="glibc-2.12-1.80.el6_3.7.src.rpm"><filename>nscd-2.12-1.80.el6_3.7.x86_64.rpm</filename><sum type="sha256">9dc1b700ca945e9797c8d98f348b01f3923a32a222e476c79c3b4be369cd77f3</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0225-1</id><title>wpa_supplicant bug fix and enhancement update</title><description>This update fixes the following bug:

* Previously, the supplicant would attempt to roam to slightly stronger access points, increasing the chance of a disconnection. This bug has been fixed and the supplicant now only attempts to roam to a stronger access point when the current signal is significantly degraded.

This update adds the following enhancement:

* Support for Opportunistic Key Caching (OKC), also known as Proactive Key Caching (PKC), has been added to WPA Supplicant to facilitate faster and less error-prone roaming between access points in the same network.</description><release>Scientific Linux Fermi</release><issued date="2013-02-05 00:00:00"/><references><reference title="" type="bugzilla" id="855255" href="https://bugzilla.redhat.com/show_bug.cgi?id=855255"/><reference title="" type="bugzilla" id="855273" href="https://bugzilla.redhat.com/show_bug.cgi?id=855273"/><reference title="RHBA-2013:0225-1" type="self" id="RHBA-2013:0225-1" href="https://rhn.redhat.com/errata/RHBA-2013-0225.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="wpa_supplicant" version="0.7.3" release="4.el6_3" arch="x86_64" src="wpa_supplicant-0.7.3-4.el6_3.src.rpm"><filename>wpa_supplicant-0.7.3-4.el6_3.x86_64.rpm</filename><sum type="sha256">dfe0b00446e5569ba31e1d8fdecf6c20c5f0a331469a94d53eaa94e98b091e00</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0263-1</id><title>vsftpd bug fix update</title><description>This update fixes the following bug:

* The vsftpd daemon supports the proxy FTP command line of the FTP client. The FTP client creates simultaneous connections to two remote vsftpd servers, so established connections provide the ability to transfer data from one server to another. Previously, the vsftpd daemon failed to establish data connections to another server opened with the "proxy get [file]" command and instead sent the data connection request to the client. With this update, the vsftpd daemon is able to establish data connections to another FTP server using the "proxy get [file]" command.

The vsftpd daemon must be restarted for this update to take effect.</description><release>Scientific Linux Fermi</release><issued date="2013-02-19 00:00:00"/><restart_suggested>true</restart_suggested><references><reference title="" type="bugzilla" id="910372" href="https://bugzilla.redhat.com/show_bug.cgi?id=910372"/><reference title="RHBA-2013:0263-1" type="self" id="RHBA-2013:0263-1" href="https://rhn.redhat.com/errata/RHBA-2013-0263.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="vsftpd" version="2.2.2" release="11.el6_3.1" arch="x86_64" src="vsftpd-2.2.2-11.el6_3.1.src.rpm"><filename>vsftpd-2.2.2-11.el6_3.1.x86_64.rpm</filename><sum type="sha256">2f2dba4228f87084d35bc6b401daaafc327263fc6bd29a2675439b07bbaf1e6c</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0264-1</id><title>ipmitool bug fix update</title><description>This update fixes the following bug:

* Previously, enabling the "ipmi" and "link" keys in user access information using the ipmitool utility did not work properly. Consequently, the values of these settings were not taken into account. A patch has been provided that ensures the values of these settings are read and processed as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-02-19 00:00:00"/><references><reference title="" type="bugzilla" id="907926" href="https://bugzilla.redhat.com/show_bug.cgi?id=907926"/><reference title="RHBA-2013:0264-1" type="self" id="RHBA-2013:0264-1" href="https://rhn.redhat.com/errata/RHBA-2013-0264.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ipmitool" version="1.8.11" release="14.el6_3" arch="x86_64" src="ipmitool-1.8.11-14.el6_3.src.rpm"><filename>ipmitool-1.8.11-14.el6_3.x86_64.rpm</filename><sum type="sha256">5d91497a9a401bf9e3f19125ec71da892f736ab5e38b74dae5021f2ba84499c7</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0536-1</id><title>infinipath-psm bug fix update</title><description>This update fixes the following bug:

* Due to a packaging error, not all object files required for the infinipath- psm library were built into the library, rendering it non-functional. This update fixes the infinipath-psm Makefile, which now properly includes all required object files, and the library works as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="" type="bugzilla" id="907361" href="https://bugzilla.redhat.com/show_bug.cgi?id=907361"/><reference title="RHBA-2013:0536-1" type="self" id="RHBA-2013:0536-1" href="https://rhn.redhat.com/errata/RHBA-2013-0536.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="infinipath-psm" version="3.0.1" release="115.1015_open.1.1.el6_4" arch="x86_64" src="infinipath-psm-3.0.1-115.1015_open.1.1.el6_4.src.rpm"><filename>infinipath-psm-3.0.1-115.1015_open.1.1.el6_4.x86_64.rpm</filename><sum type="sha256">007c0ad6725ee01638a9afd559310f53f374c766e568f3a809ee86c72534632f</sum></package><package epoch="0" name="infinipath-psm-devel" version="3.0.1" release="115.1015_open.1.1.el6_4" arch="x86_64" src="infinipath-psm-3.0.1-115.1015_open.1.1.el6_4.src.rpm"><filename>infinipath-psm-devel-3.0.1-115.1015_open.1.1.el6_4.x86_64.rpm</filename><sum type="sha256">7f842127168ecfaf112cdfa89b0d5072863d0d7cb0f4be508596ac5c301adc44</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0539-1</id><title>qemu-kvm bug fix update</title><description>This update fixes the following bug:

* Previously, a guest using the e1000 network adapter could do auto-negotiation during a system reset when the link_down flag was set. Consequently, after the reset, the guest network was unavailable. A patch has been provided to address this bug and the guest can now connect to the network after a system reset in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="Patch &amp;quot;e1000: no need auto-negotiation if link was down&amp;quot; may break e1000 guest" type="bugzilla" id="908396" href="https://bugzilla.redhat.com/show_bug.cgi?id=908396"/><reference title="RHBA-2013:0539-1" type="self" id="RHBA-2013:0539-1" href="https://rhn.redhat.com/errata/RHBA-2013-0539.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="2" name="qemu-guest-agent" version="0.12.1.2" release="2.355.el6_4.1" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.1.src.rpm"><filename>qemu-guest-agent-0.12.1.2-2.355.el6_4.1.x86_64.rpm</filename><sum type="sha256">698ac8a1ae5f1d60e2e163acd81ffd22ba71e01c12aec418f9464e3d7ff19b60</sum></package><package epoch="2" name="qemu-guest-agent-win32" version="0.12.1.2" release="2.355.el6_4.1" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.1.src.rpm"><filename>qemu-guest-agent-win32-0.12.1.2-2.355.el6_4.1.x86_64.rpm</filename><sum type="sha256">df625f5e4d2df5576c556fd2b56f4ed9fd3032d3e2fa6bb750fa921f188ea08d</sum></package><package epoch="2" name="qemu-img" version="0.12.1.2" release="2.355.el6_4.1" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.1.src.rpm"><filename>qemu-img-0.12.1.2-2.355.el6_4.1.x86_64.rpm</filename><sum type="sha256">e7d80e0d2997273790c48fb03f64f4cd630d93df8c3a653cf2dbf16f83aedd56</sum></package><package epoch="2" name="qemu-kvm" version="0.12.1.2" release="2.355.el6_4.1" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.1.src.rpm"><filename>qemu-kvm-0.12.1.2-2.355.el6_4.1.x86_64.rpm</filename><sum type="sha256">bac13945f93d37a71c78431f3ce8dc229ae0fc0741084299f1342f5b0cba5f13</sum></package><package epoch="2" name="qemu-kvm-tools" version="0.12.1.2" release="2.355.el6_4.1" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.1.src.rpm"><filename>qemu-kvm-tools-0.12.1.2-2.355.el6_4.1.x86_64.rpm</filename><sum type="sha256">84bb353d77d46a1c2d0591ca30393ff426666f917ee8b52fb443e7ff36e721ce</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0540-1</id><title>fence-agents bug fix update</title><description>This update fixes the following bugs:

* Previously, when fencing a Scientific Linux cluster node with the fence_soap_vmware fence agent, the agent terminated unexpectedly with a traceback if it was not possible to resolve a hostname of an IP address. With this update, a proper error message is displayed in the described scenario.

* Due to incorrect detection on newline characters during an SSH connection, the fence_drac5 agent could terminate the connection with a traceback when fencing a Scientific Linux cluster node. Only the first fencing action completed successfully but the status of the node was not checked correctly. Consequently, the fence agent failed to report successful fencing. When the "reboot" operation was called, the node was only powered off. With this update, the newline characters are correctly detected and the fencing works as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="" type="bugzilla" id="908401" href="https://bugzilla.redhat.com/show_bug.cgi?id=908401"/><reference title="" type="bugzilla" id="908409" href="https://bugzilla.redhat.com/show_bug.cgi?id=908409"/><reference title="RHBA-2013:0540-1" type="self" id="RHBA-2013:0540-1" href="https://rhn.redhat.com/errata/RHBA-2013-0540.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="fence-agents" version="3.1.5" release="25.el6_4.2" arch="x86_64" src="fence-agents-3.1.5-25.el6_4.2.src.rpm"><filename>fence-agents-3.1.5-25.el6_4.2.x86_64.rpm</filename><sum type="sha256">f780473ae00150430b5e8de96d692e332c32384d1ded50d1a478461148034729</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0560-1</id><title>libcgroup bug fix update</title><description>This update fixes the following bug:

* The code in the cg_get_pid_from_flags() function assumed that every entry in the /etc/cgrules.conf configuration file had specified the process name. This caused the cgred service to terminate unexpectedly with a segmentation fault if the entry in the /etc/cgrules.conf file did not specify the process name. This update allows the code to accept empty process names and the cgred service no longer crashes.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="" type="bugzilla" id="913282" href="https://bugzilla.redhat.com/show_bug.cgi?id=913282"/><reference title="RHBA-2013:0560-1" type="self" id="RHBA-2013:0560-1" href="https://rhn.redhat.com/errata/RHBA-2013-0560.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libcgroup" version="0.37" release="7.1.el6_4" arch="i686" src="libcgroup-0.37-7.1.el6_4.src.rpm"><filename>libcgroup-0.37-7.1.el6_4.i686.rpm</filename><sum type="sha256">25832750303cdae539ab41801a5c7df7be8cfa8f63a7b2e001a42c3ab6bf4f42</sum></package><package epoch="0" name="libcgroup" version="0.37" release="7.1.el6_4" arch="x86_64" src="libcgroup-0.37-7.1.el6_4.src.rpm"><filename>libcgroup-0.37-7.1.el6_4.x86_64.rpm</filename><sum type="sha256">a72e0025f6df6e248a142bdf302666db85dd621f2c435ea6c3adc787a0c48b06</sum></package><package epoch="0" name="libcgroup-devel" version="0.37" release="7.1.el6_4" arch="i686" src="libcgroup-0.37-7.1.el6_4.src.rpm"><filename>libcgroup-devel-0.37-7.1.el6_4.i686.rpm</filename><sum type="sha256">913924b5e69d92e93c4a4e6788fb3193981039c223470aac41d4ef73742dc3ff</sum></package><package epoch="0" name="libcgroup-devel" version="0.37" release="7.1.el6_4" arch="x86_64" src="libcgroup-0.37-7.1.el6_4.src.rpm"><filename>libcgroup-devel-0.37-7.1.el6_4.x86_64.rpm</filename><sum type="sha256">6bfe1a89b695c3cc1f626faeaac37038299aa8632070de5d408decc23911c511</sum></package><package epoch="0" name="libcgroup-pam" version="0.37" release="7.1.el6_4" arch="i686" src="libcgroup-0.37-7.1.el6_4.src.rpm"><filename>libcgroup-pam-0.37-7.1.el6_4.i686.rpm</filename><sum type="sha256">385efb56e26163105b7af1b2b28c9ba768f3d8306b47bf60202f85a567cdc1df</sum></package><package epoch="0" name="libcgroup-pam" version="0.37" release="7.1.el6_4" arch="x86_64" src="libcgroup-0.37-7.1.el6_4.src.rpm"><filename>libcgroup-pam-0.37-7.1.el6_4.x86_64.rpm</filename><sum type="sha256">e41af3a0b710930d33875946dedd85c4cdb9cb6513ffb60fda0807a63132b2c7</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0572-1</id><title>ipmitool bug fix update</title><description>This update fixes the following bug:

* Previously, enabling the "ipmi" and "link" keys in user access information using the ipmitool utility did not work properly. Consequently, the values of these settings were not taken into account. A patch has been provided that ensures the values of these settings are read and processed as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="" type="bugzilla" id="907973" href="https://bugzilla.redhat.com/show_bug.cgi?id=907973"/><reference title="RHBA-2013:0572-1" type="self" id="RHBA-2013:0572-1" href="https://rhn.redhat.com/errata/RHBA-2013-0572.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ipmitool" version="1.8.11" release="14.el6_4.1" arch="x86_64" src="ipmitool-1.8.11-14.el6_4.1.src.rpm"><filename>ipmitool-1.8.11-14.el6_4.1.x86_64.rpm</filename><sum type="sha256">357bca909b29418c801d20a1573e6c90cd55bbb12717cb10d91c9fea5a0502d8</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0573-1</id><title>vsftpd bug fix update</title><description>This update fixes the following bug:

* The vsftpd daemon supports FTP clients that provide the set of commands "proxy ftp-command". These commands provide the ability to transfer data from one server to another through FTP client. Previously, the vsftpd version failed to establish data connections to another server opened with the "proxy get [file]" command and sent the data connection request to the client instead. With this update, the vsftpd version is able to establish data connections to another FTP server using the "proxy get [file]" command.

The vsftpd daemon must be restarted for this update to take effect.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><restart_suggested>true</restart_suggested><references><reference title="" type="bugzilla" id="910372" href="https://bugzilla.redhat.com/show_bug.cgi?id=910372"/><reference title="RHBA-2013:0573-1" type="self" id="RHBA-2013:0573-1" href="https://rhn.redhat.com/errata/RHBA-2013-0573.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="vsftpd" version="2.2.2" release="11.el6_4.1" arch="x86_64" src="vsftpd-2.2.2-11.el6_4.1.src.rpm"><filename>vsftpd-2.2.2-11.el6_4.1.x86_64.rpm</filename><sum type="sha256">c6d31b85bbc59081e2217704f83f46d33dcca479c1951dba5cc0bde960f1cd7a</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0576-1</id><title>piranha bug fix update</title><description>This update fixes the following bug:

* Previously, the lvsd daemon did not properly activate the sorry server fallback service when all real servers were determined to be unavailable. As a result, incoming traffic for a virtual service with no available real servers were not directed to the sorry server. With this update, the lvsd daemon properly activates the sorry server when no real servers are available.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="" type="bugzilla" id="915584" href="https://bugzilla.redhat.com/show_bug.cgi?id=915584"/><reference title="RHBA-2013:0576-1" type="self" id="RHBA-2013:0576-1" href="https://rhn.redhat.com/errata/RHBA-2013-0576.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="piranha" version="0.8.6" release="2.el6_4.1" arch="x86_64" src="piranha-0.8.6-2.el6_4.1.src.rpm"><filename>piranha-0.8.6-2.el6_4.1.x86_64.rpm</filename><sum type="sha256">0debe07620b43c0797d41733f161b82998e472f23833a8f66ec1a1b096d74378</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0597-1</id><title>gnome-power-manager bug fix update</title><description>This update fixes the following bug:

* When the power saving features (reduce backlight brightness and dim display when idle) were enabled for the "on battery power" mode and the brightness was adjusted manually, then leaving the laptop idle caused it to forget custom brightness settings. Currently, the "dim display when idle" functionality is disabled by default and laptops remember custom brightness settings.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><relogin_suggested>true</relogin_suggested><references><reference title="" type="bugzilla" id="912270" href="https://bugzilla.redhat.com/show_bug.cgi?id=912270"/><reference title="RHBA-2013:0597-1" type="self" id="RHBA-2013:0597-1" href="https://rhn.redhat.com/errata/RHBA-2013-0597.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="gnome-power-manager" version="2.28.3" release="7.el6_4" arch="x86_64" src="gnome-power-manager-2.28.3-7.el6_4.src.rpm"><filename>gnome-power-manager-2.28.3-7.el6_4.x86_64.rpm</filename><sum type="sha256">79cb8a91ff028fdfa0ec8a756d9e0a21a9562e6ebeb904ce547cee17756f0628</sum></package><package epoch="0" name="gnome-power-manager-extra" version="2.28.3" release="7.el6_4" arch="x86_64" src="gnome-power-manager-2.28.3-7.el6_4.src.rpm"><filename>gnome-power-manager-extra-2.28.3-7.el6_4.x86_64.rpm</filename><sum type="sha256">d0d4169c55561638789a999d479822dbdbc9cc4b7f509d8b501b35180900f1a5</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0598-1</id><title>openldap bug fix update</title><description>This update fixes the following bug:

* Previously, OpenLDAP did not properly handle non-replicated operations in the syncprov provider. This caused unexpected behavior and the application terminated unexpectedly with a segmentation fault when the overlay was specified twice in the configuration file. With this update, the source code has been modified to properly disregard the non-replicated operations and, as a result, OpenLDAP no longer crashes.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="" type="bugzilla" id="916140" href="https://bugzilla.redhat.com/show_bug.cgi?id=916140"/><reference title="RHBA-2013:0598-1" type="self" id="RHBA-2013:0598-1" href="https://rhn.redhat.com/errata/RHBA-2013-0598.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="openldap" version="2.4.23" release="32.el6_4" arch="i686" src="openldap-2.4.23-32.el6_4.src.rpm"><filename>openldap-2.4.23-32.el6_4.i686.rpm</filename><sum type="sha256">fd254b5baa44a5287f743a0eebc66db4dcf43585efd2a5bc0b2d06052b31448a</sum></package><package epoch="0" name="openldap" version="2.4.23" release="32.el6_4" arch="x86_64" src="openldap-2.4.23-32.el6_4.src.rpm"><filename>openldap-2.4.23-32.el6_4.x86_64.rpm</filename><sum type="sha256">ffaf0a45c725bc000279dac304451d011b613b3f3be466062fe3a2b5f3d504a7</sum></package><package epoch="0" name="openldap-clients" version="2.4.23" release="32.el6_4" arch="x86_64" src="openldap-2.4.23-32.el6_4.src.rpm"><filename>openldap-clients-2.4.23-32.el6_4.x86_64.rpm</filename><sum type="sha256">f68726c2ef5722cd2c971ff4433b19d0db15dc696280a959c2ed7b7cbfbab4fd</sum></package><package epoch="0" name="openldap-devel" version="2.4.23" release="32.el6_4" arch="i686" src="openldap-2.4.23-32.el6_4.src.rpm"><filename>openldap-devel-2.4.23-32.el6_4.i686.rpm</filename><sum type="sha256">ffb2545c2bb8df22f54d3fcd45a45e9b4b51dd64f0c446d6055257987dba5d3a</sum></package><package epoch="0" name="openldap-devel" version="2.4.23" release="32.el6_4" arch="x86_64" src="openldap-2.4.23-32.el6_4.src.rpm"><filename>openldap-devel-2.4.23-32.el6_4.x86_64.rpm</filename><sum type="sha256">471ea31a3b6e068e34e51d331b6c80d2e478854477cefdd33bb06e7e5428e3bf</sum></package><package epoch="0" name="openldap-servers" version="2.4.23" release="32.el6_4" arch="x86_64" src="openldap-2.4.23-32.el6_4.src.rpm"><filename>openldap-servers-2.4.23-32.el6_4.x86_64.rpm</filename><sum type="sha256">34da4929b4dad6dab6a775b4365375822ab20c81563ce9243b47854fe0228732</sum></package><package epoch="0" name="openldap-servers-sql" version="2.4.23" release="32.el6_4" arch="x86_64" src="openldap-2.4.23-32.el6_4.src.rpm"><filename>openldap-servers-sql-2.4.23-32.el6_4.x86_64.rpm</filename><sum type="sha256">5db21aca8b62e415ad1aa85060cb7162cd11ccaf9fd89f48d0a88f3f6ed6cbf1</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0606-1</id><title>ipa bug fix update </title><description>This update fixes the following bugs:

* During migration, users were added to the default users group for each user added. Adding users to a group which had thousands consumed time and caused a significant performance slowdown. With this patch, users are now added in batches of 100, which provides a considerable performance boost over the previous method.

* Identity Management attempts to retrieve the LDAP schema from the remote server during migration. Previously, such an attempt failed when migrating from an OpenLDAP server. With this update, Identity Management also looks in cn=subschema and migrations from OpenLDAP servers no longer fail.

* The Identity Management client enrollment "ipa-client-install" command would fail to enroll a client if any of the Identity Management masters were unavailable during enrollment. The client installer now tries all servers, either auto-discovered from DNS or passed via the "--server" option on the command line, until it finds one that is available and enrolls it in that one. Now, the Identity Management client enrollment "ipa-client-install" command functions normally.

* Update files, used when upgrading Identity Management server to a higher version, did not contain one new Directory Server schema attributeType (ipaExternalMember) and an objectClass (ipaExternalGroup). Consequently, Identity Management servers, which were updated from a previous version that did not have this attributeType and objectClass in its base installation, missed the attributeType and objectClass in its schema. Both command-line interface (CLI) commands using these schema elements and Web UI as a whole did not function properly. This update adds the missing objectClass and attributeType to the Identity Management update files. Currently, Directory Server schema is updated during the Identity Management update process, and CLI commands and the Web UI function normally.

* The Identity Management configuration parser could not parse the Kerberos client configuration file (/etc/krb5.conf) when it contained an "includedir" directive. Consequently, Identity Management servers, which directly parse and update Kerberos client configuration (namely ipa- adtrust-install) terminated unexpectedly with a syntax error. With this update, the configuration parser can handle the "includedir" directive and the ipa-adtrust-install Identity Management Installer no longer crashes in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="Significant decrease in migration performance" type="bugzilla" id="908308" href="https://bugzilla.redhat.com/show_bug.cgi?id=908308"/><reference title="During Migration - If Schema is unavailable migration fails" type="bugzilla" id="908400" href="https://bugzilla.redhat.com/show_bug.cgi?id=908400"/><reference title="ipa-client-install failed to fall over to replica with master down" type="bugzilla" id="909161" href="https://bugzilla.redhat.com/show_bug.cgi?id=909161"/><reference title="Entire 60basev3 schema is not included in update file, other errors" type="bugzilla" id="916535" href="https://bugzilla.redhat.com/show_bug.cgi?id=916535"/><reference title="" type="bugzilla" id="917065" href="https://bugzilla.redhat.com/show_bug.cgi?id=917065"/><reference title="RHBA-2013:0606-1" type="self" id="RHBA-2013:0606-1" href="https://rhn.redhat.com/errata/RHBA-2013-0606.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ipa-admintools" version="3.0.0" release="26.el6_4.2" arch="x86_64" src="ipa-3.0.0-26.el6_4.2.src.rpm"><filename>ipa-admintools-3.0.0-26.el6_4.2.x86_64.rpm</filename><sum type="sha256">8e2bbf35bd3352848d2e7e615b24c64f8c77952c18ed76f6b13e96c41471698a</sum></package><package epoch="0" name="ipa-client" version="3.0.0" release="26.el6_4.2" arch="x86_64" src="ipa-3.0.0-26.el6_4.2.src.rpm"><filename>ipa-client-3.0.0-26.el6_4.2.x86_64.rpm</filename><sum type="sha256">53ad92a29861bcd5f250d85b9fa7fe66e25ca7954fbf41788f932e4dd94a6719</sum></package><package epoch="0" name="ipa-python" version="3.0.0" release="26.el6_4.2" arch="x86_64" src="ipa-3.0.0-26.el6_4.2.src.rpm"><filename>ipa-python-3.0.0-26.el6_4.2.x86_64.rpm</filename><sum type="sha256">bf166a4670959ad5a3a506f9296c7f9882157a99f0dd00aac8a504cebb807f6f</sum></package><package epoch="0" name="ipa-server" version="3.0.0" release="26.el6_4.2" arch="x86_64" src="ipa-3.0.0-26.el6_4.2.src.rpm"><filename>ipa-server-3.0.0-26.el6_4.2.x86_64.rpm</filename><sum type="sha256">d12d90af7616e7c947d5882a3911046b8f4093497d5babad5055555995f285fd</sum></package><package epoch="0" name="ipa-server-selinux" version="3.0.0" release="26.el6_4.2" arch="x86_64" src="ipa-3.0.0-26.el6_4.2.src.rpm"><filename>ipa-server-selinux-3.0.0-26.el6_4.2.x86_64.rpm</filename><sum type="sha256">a69d41956295e0b14ed06ad463c3b676762494f04877638f2390cfb3bb9314e9</sum></package><package epoch="0" name="ipa-server-trust-ad" version="3.0.0" release="26.el6_4.2" arch="x86_64" src="ipa-3.0.0-26.el6_4.2.src.rpm"><filename>ipa-server-trust-ad-3.0.0-26.el6_4.2.x86_64.rpm</filename><sum type="sha256">79267381de8d9e80a9789a7a8a3cd7496dd498c63ca373382ecea9c35e73aee5</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0651-1</id><title>ghostscript bug fix update</title><description>This update fixes the following bug:

* Due to a bug in a function that copies CIDFontType 2 fonts, document conversion attempts sometimes caused the ps2pdf utility to terminate unexpectedly with a segmentation fault. A patch has been provided to address this bug so that the function now copies fonts properly and ps2pdf no longer crashes in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="" type="bugzilla" id="920251" href="https://bugzilla.redhat.com/show_bug.cgi?id=920251"/><reference title="RHBA-2013:0651-1" type="self" id="RHBA-2013:0651-1" href="https://rhn.redhat.com/errata/RHBA-2013-0651.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ghostscript" version="8.70" release="15.el6_4.1" arch="i686" src="ghostscript-8.70-15.el6_4.1.src.rpm"><filename>ghostscript-8.70-15.el6_4.1.i686.rpm</filename><sum type="sha256">4a74ac816be0cf31ddb9181e34473cbf2cacb189a1927042ae566394ac75ef1a</sum></package><package epoch="0" name="ghostscript" version="8.70" release="15.el6_4.1" arch="x86_64" src="ghostscript-8.70-15.el6_4.1.src.rpm"><filename>ghostscript-8.70-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">fe021e96d66c61abc3641914dc329cb5f45b5173cbb79cb6e511b8fd4d435513</sum></package><package epoch="0" name="ghostscript-devel" version="8.70" release="15.el6_4.1" arch="i686" src="ghostscript-8.70-15.el6_4.1.src.rpm"><filename>ghostscript-devel-8.70-15.el6_4.1.i686.rpm</filename><sum type="sha256">db353ee8e642c89a3262914727e50cd608665eaaf591da2d88527c15e2ed5be9</sum></package><package epoch="0" name="ghostscript-devel" version="8.70" release="15.el6_4.1" arch="x86_64" src="ghostscript-8.70-15.el6_4.1.src.rpm"><filename>ghostscript-devel-8.70-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">a3512593af050f72823c310ab14dbb15c5bc5d0a42719a78bd17d9fa250ef862</sum></package><package epoch="0" name="ghostscript-doc" version="8.70" release="15.el6_4.1" arch="x86_64" src="ghostscript-8.70-15.el6_4.1.src.rpm"><filename>ghostscript-doc-8.70-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">1a140c50b1b8815b0f6b3c86bd385ce47252aedfa26bb63ce429c05f4fa6ffff</sum></package><package epoch="0" name="ghostscript-gtk" version="8.70" release="15.el6_4.1" arch="x86_64" src="ghostscript-8.70-15.el6_4.1.src.rpm"><filename>ghostscript-gtk-8.70-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">20f1ad9511fb0b60df8c1c203190c784afd4d1e454e649051309a725d48294d1</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0653-1</id><title>initscripts bug fix update</title><description>This update fixes the following bug:

* A regular expression, which was used to match the name of the master bond device in the grep command utility was incorrect. Consequently, network scripts did not properly handle lines in interface configuration containing comments and the ifup-eth command failed to activate slave devices. This update provides an updated regular expression for grep and ifup-eth now works as expected in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="" type="bugzilla" id="919086" href="https://bugzilla.redhat.com/show_bug.cgi?id=919086"/><reference title="RHBA-2013:0653-1" type="self" id="RHBA-2013:0653-1" href="https://rhn.redhat.com/errata/RHBA-2013-0653.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="debugmode" version="9.03.38" release="1.el6_4.1" arch="x86_64" src="initscripts-9.03.38-1.el6_4.1.src.rpm"><filename>debugmode-9.03.38-1.el6_4.1.x86_64.rpm</filename><sum type="sha256">4c4da2b6ca6f2f1a77b5c1a2bfdc9eb3828577b8d02fd49f4765ac70978d3c64</sum></package><package epoch="0" name="initscripts" version="9.03.38" release="1.el6_4.1" arch="x86_64" src="initscripts-9.03.38-1.el6_4.1.src.rpm"><filename>initscripts-9.03.38-1.el6_4.1.x86_64.rpm</filename><sum type="sha256">a3640ee1b5bc2aee6e50b2df0d1bb4e8458f8af56af0bf38803f36f00ab6d0c1</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0654-1</id><title>spice-vdagent</title><description>This update fixes the following bugs:

* While adjusting the guest monitor configuration, the SPICE agent failed to set the resolution when it switched to full-screen mode, because the guests video memory was exhausted. This left the guest monitor configuration in an inconsistent state. This update fixes the issue by reverting the guest monitor configuration to the previous state, when the agent fails to adjust the guest monitor configuration.

* Previously, after performing tasks such as resizing the window, copying and pasting data and changing to full-screen mode, the user session spice- vdagent process terminated when the system-level spice-vdagentd was restarted. With this update, the user session spice-vdagent process no longer crashes after restarts.

* The vdagent agent logged warning messages when multiple monitors were used on a single qxl device. With this update, the agent does not log a warning when there are more monitors than qxl-devs.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="Setting wrong resolution when switching to fullscreen" type="bugzilla" id="919089" href="https://bugzilla.redhat.com/show_bug.cgi?id=919089"/><reference title="Spice Vdagent: RHEL 6.4 32bit guest, Service Crashes after stopping and starting the service, killed by signal 11 (SIGSEGV)" type="bugzilla" id="921154" href="https://bugzilla.redhat.com/show_bug.cgi?id=921154"/><reference title="warning: Client has n monitors, but only 1 qxl devices found" type="bugzilla" id="921155" href="https://bugzilla.redhat.com/show_bug.cgi?id=921155"/><reference title="RHBA-2013:0654-1" type="self" id="RHBA-2013:0654-1" href="https://rhn.redhat.com/errata/RHBA-2013-0654.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="spice-vdagent" version="0.12.0" release="4.el6_4.1" arch="x86_64" src="spice-vdagent-0.12.0-4.el6_4.1.src.rpm"><filename>spice-vdagent-0.12.0-4.el6_4.1.x86_64.rpm</filename><sum type="sha256">f10088b48be19bdea73dcf17b1ce1ea227ee7669e3c537a0298b25bdd490fc9f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0659-1</id><title>autofs bug fix update</title><description>This update fixes the following bug:

* Previously, when two nearly simultaneous mount requests occurred, NFS mounts mounted by autofs sometimes failed. This caused a fatal error for the host being probed and autofs failed the mount attempt with a "mount(nfs): no hosts available" error message. This update provides a patch which uses numeric protocol IDs, instead of protoent structures, and NFS mount attempts by autofs no longer fail in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="" type="bugzilla" id="921147" href="https://bugzilla.redhat.com/show_bug.cgi?id=921147"/><reference title="RHBA-2013:0659-1" type="self" id="RHBA-2013:0659-1" href="https://rhn.redhat.com/errata/RHBA-2013-0659.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="autofs" version="5.0.5" release="74.el6_4" arch="x86_64" src="autofs-5.0.5-74.el6_4.src.rpm"><filename>autofs-5.0.5-74.el6_4.x86_64.rpm</filename><sum type="sha256">0767cdb6f6b68c315b051b264f8552235f0b6eb217f4d1faff4edf5bbdc0c991</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0664-2</id><title>libvirt bug fix and enhancement update</title><description>After installing the updated packages, libvirtd will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="libvirt: wrong cpu topology - AMD Bulldozer 62XX familly" type="bugzilla" id="908836" href="https://bugzilla.redhat.com/show_bug.cgi?id=908836"/><reference title="Create valid command line for QEMU with only SPICE TLS autoport specified" type="bugzilla" id="913624" href="https://bugzilla.redhat.com/show_bug.cgi?id=913624"/><reference title="Libvirtd crash when destroyed the windows guest which was excuting s3/s4 operation" type="bugzilla" id="915344" href="https://bugzilla.redhat.com/show_bug.cgi?id=915344"/><reference title="libvirt: cannot resume a suspended vm - vm is shut down" type="bugzilla" id="915347" href="https://bugzilla.redhat.com/show_bug.cgi?id=915347"/><reference title="invalid domain pointer error occurs when use domain object from snapshot object &amp;#39;s getdomain method" type="bugzilla" id="915348" href="https://bugzilla.redhat.com/show_bug.cgi?id=915348"/><reference title="Libvirt is not relabelling qcow2 backing files" type="bugzilla" id="915349" href="https://bugzilla.redhat.com/show_bug.cgi?id=915349"/><reference title="libvirt: qemu, qxl device: support ram_size parameter" type="bugzilla" id="915352" href="https://bugzilla.redhat.com/show_bug.cgi?id=915352"/><reference title="Concurrency/locking causes segfault" type="bugzilla" id="915353" href="https://bugzilla.redhat.com/show_bug.cgi?id=915353"/><reference title="vdsm: cannot run a vm with several snapshots" type="bugzilla" id="915354" href="https://bugzilla.redhat.com/show_bug.cgi?id=915354"/><reference title="Crash changing CDROM device media" type="bugzilla" id="919504" href="https://bugzilla.redhat.com/show_bug.cgi?id=919504"/><reference title="RHBA-2013:0664-2" type="self" id="RHBA-2013:0664-2" href="https://rhn.redhat.com/errata/RHBA-2013-0664.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt" version="0.10.2" release="18.el6_4.2" arch="x86_64" src="libvirt-0.10.2-18.el6_4.2.src.rpm"><filename>libvirt-0.10.2-18.el6_4.2.x86_64.rpm</filename><sum type="sha256">53147ee1d6941d44437a1c5800af7dffa949566e97241f02ecf24beaf09ce957</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="18.el6_4.2" arch="i686" src="libvirt-0.10.2-18.el6_4.2.src.rpm"><filename>libvirt-client-0.10.2-18.el6_4.2.i686.rpm</filename><sum type="sha256">6f98cbaa480ed94065558192e79218ca742b1c39a560f79821a763b1185d41f1</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="18.el6_4.2" arch="x86_64" src="libvirt-0.10.2-18.el6_4.2.src.rpm"><filename>libvirt-client-0.10.2-18.el6_4.2.x86_64.rpm</filename><sum type="sha256">4f404f8a78ac0ba07a168ca09f68242dcc8de3b9dccf2c61902d43f3ef222de2</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="18.el6_4.2" arch="i686" src="libvirt-0.10.2-18.el6_4.2.src.rpm"><filename>libvirt-devel-0.10.2-18.el6_4.2.i686.rpm</filename><sum type="sha256">b0f34cd446b8f500f7e693912ca45888468a694a3a04d3565a309996d23cb315</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="18.el6_4.2" arch="x86_64" src="libvirt-0.10.2-18.el6_4.2.src.rpm"><filename>libvirt-devel-0.10.2-18.el6_4.2.x86_64.rpm</filename><sum type="sha256">8ee7f70b6e487a5e8c0a686a7660ff59e36eb5c18d36590be5a22742bf78543e</sum></package><package epoch="0" name="libvirt-lock-sanlock" version="0.10.2" release="18.el6_4.2" arch="x86_64" src="libvirt-0.10.2-18.el6_4.2.src.rpm"><filename>libvirt-lock-sanlock-0.10.2-18.el6_4.2.x86_64.rpm</filename><sum type="sha256">e811287984c11f0861f00db5853454b33d47f3ef1f0d88aadfc4560a8b7085b6</sum></package><package epoch="0" name="libvirt-python" version="0.10.2" release="18.el6_4.2" arch="x86_64" src="libvirt-0.10.2-18.el6_4.2.src.rpm"><filename>libvirt-python-0.10.2-18.el6_4.2.x86_64.rpm</filename><sum type="sha256">8581b4a352e1de22c619d3cd50055997f0f127ccca380e744ffe16172b141e48</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0684-1</id><title>virt-viewer bug fix update</title><description>This update fixes the following bug:

* Previously, when switched to full-screen, multiple monitor displays in both client and guest appeared to have the same resolution, even though the monitors were different. With this update, monitors display resolution according to their capacity.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="All &amp;quot;windows&amp;quot; have the same resolution in fullscreen" type="bugzilla" id="918570" href="https://bugzilla.redhat.com/show_bug.cgi?id=918570"/><reference title="RHBA-2013:0684-1" type="self" id="RHBA-2013:0684-1" href="https://rhn.redhat.com/errata/RHBA-2013-0684.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="virt-viewer" version="0.5.2" release="18.el6_4.2" arch="x86_64" src="virt-viewer-0.5.2-18.el6_4.2.src.rpm"><filename>virt-viewer-0.5.2-18.el6_4.2.x86_64.rpm</filename><sum type="sha256">39c45d579159ba91b6fc3dfd1ac7a0995cd23397ddbb47c537e434882ab6c367</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0692-1</id><title>boost bug fix update</title><description>This update fixes the following bug:

* Users experienced problems when trying to build MongoDB, because the version of boost (1.41), which was installed by default on Scientific Linux 6.4 had codes that violated the compilation rules which the version of GCC (4.4.7) verified. The previous version of GCC did not check for the error in the boost code, and this caused builds to fail for any projects that included the boost/thread.h header file from boost version 1.41. This update fixes this bug by explicitly spelling out the full destructor definition of the boost::exception_ptr class, and the previous version is now fully compatible with version 4.4.7.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="" type="bugzilla" id="921441" href="https://bugzilla.redhat.com/show_bug.cgi?id=921441"/><reference title="RHBA-2013:0692-1" type="self" id="RHBA-2013:0692-1" href="https://rhn.redhat.com/errata/RHBA-2013-0692.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="boost" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">a92239556d8d822a8d0da19152e6632b69cd15b0f7c24d5743136485146b6891</sum></package><package epoch="0" name="boost-date-time" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-date-time-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">9a09fa143c89c8de1f99e5314a25bedfdde60329d077fe122d82a26371225611</sum></package><package epoch="0" name="boost-date-time" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-date-time-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">0e868858aa6ef87c68f7c2aebb6318f0820ca240f654e699cfa486b531dc62b2</sum></package><package epoch="0" name="boost-devel" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-devel-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">6fca3ef7b5084bbac2625f9610311287bee41322d5c47aa13a41de3b00bb2232</sum></package><package epoch="0" name="boost-devel" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-devel-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">a0db53dba9b3bddc7e75aa196fdf24e73b199673a0c9ce14a22f899d29de9a1f</sum></package><package epoch="0" name="boost-doc" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-doc-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">724189f7e40d7d650cea689bc45d6404e54dd5bd71edd2e0e01172227904e907</sum></package><package epoch="0" name="boost-filesystem" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-filesystem-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">71cdc771fe8a5108e760d8b051a6fd54c3745731613052f725caf9aa1dc17f5e</sum></package><package epoch="0" name="boost-filesystem" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-filesystem-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">d184c3229aa5086ecbe847e94f3bd5ce84048a2813a8c99234672e2bf754f835</sum></package><package epoch="0" name="boost-graph" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-graph-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">b215755a816ead10aaee215e1208a64bc4ed6097c580868dbf7b04bed6d15aa5</sum></package><package epoch="0" name="boost-graph" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-graph-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">12607b389e17f171d2e2d98cac3844e2b902253f83695e4e35161aa019afe21b</sum></package><package epoch="0" name="boost-graph-mpich2" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-graph-mpich2-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">a1cfae334656ce341a720d0eb72850238aa2da24b5a5a44ef154d57e5e878689</sum></package><package epoch="0" name="boost-graph-mpich2" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-graph-mpich2-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">a4df041d8f4e430f2c7bfcde99800bf880bc9ca2247bae1434d1ca171ef5c2ba</sum></package><package epoch="0" name="boost-graph-openmpi" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-graph-openmpi-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">fd1635526ce8cdeb6387ad6610402e75afb0a681a231adfe5cc22480b5bb3cca</sum></package><package epoch="0" name="boost-iostreams" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-iostreams-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">25bc1f2fd2872aad8f0af5fcee4e238c54877b8a9bd74613e6c9a8171b5a230a</sum></package><package epoch="0" name="boost-iostreams" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-iostreams-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">0fec376db1e9604c8211d29f47883d1bb85ad44bedcb612b563e6e5d4c29acb1</sum></package><package epoch="0" name="boost-math" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-math-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">33b2944a97a598178e7f5b3cbbefbc430beb9fb94112abee23fd16031f287a91</sum></package><package epoch="0" name="boost-mpich2" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-mpich2-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">d41e4a5f39998ca6c2bc57e3f28bafaeeedf10df51724cce4eee81a273f762ab</sum></package><package epoch="0" name="boost-mpich2" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-mpich2-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">77b473df15dd190e7d91fee29ea957991ec20dd457dec7820ebdea6935b69674</sum></package><package epoch="0" name="boost-mpich2-devel" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-mpich2-devel-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">a636ef589346e9cec586019324835fc79a1c9bd5de09631b1b2e10850080797f</sum></package><package epoch="0" name="boost-mpich2-devel" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-mpich2-devel-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">3d160c1311faf0517a93ff02c054e5522ac0fb453638a17981cd1678455f345f</sum></package><package epoch="0" name="boost-mpich2-python" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-mpich2-python-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">bff40b45e315472edac918eb797dea5be6c0a44f0e42971be12eb95fadfec45c</sum></package><package epoch="0" name="boost-mpich2-python" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-mpich2-python-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">8f7572241ab3180b9fc52c088ff22ed8dee38d59ccffdde996b8a293df2d6bd8</sum></package><package epoch="0" name="boost-openmpi" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-openmpi-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">3a89e1d72e12e455c4b5f0245d16b971f0fa72d9920f58c1ee1b91e1dce4d2b5</sum></package><package epoch="0" name="boost-openmpi-devel" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-openmpi-devel-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">ace61262b19332103531811d2625f076033086cdabb583ae376bad45f49d52f3</sum></package><package epoch="0" name="boost-openmpi-devel" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-openmpi-devel-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">966bb435b6dbf01b733cf7a41efd20b36faf5b07ca4528c454bdfa2956f3cf9d</sum></package><package epoch="0" name="boost-openmpi-python" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-openmpi-python-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">a821ca2b8d716de8a89d35fc64cfec146979fd0129a0e5b067b08f72f13dd002</sum></package><package epoch="0" name="boost-program-options" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-program-options-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">8cb04e77aeded94daf28b3c7e98abd11924e2472f31bf8b58efcedef19991725</sum></package><package epoch="0" name="boost-program-options" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-program-options-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">98024c892b743acb6cb744c1734eecab221b8e9cc0c21f78cf09f9b7b556fcc9</sum></package><package epoch="0" name="boost-python" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-python-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">bf669d2cf2192fa9d852ff619bf7885e2acf74744dd5bd52653e9b34f4414f91</sum></package><package epoch="0" name="boost-python" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-python-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">07cf55263be267ea87ecbb11fb82d30ff130c62851786fa5b9ed33f1e7bc8398</sum></package><package epoch="0" name="boost-regex" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-regex-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">c902f8b61739ba44c53be55de1a7209d1f71dc8d56536edf46a5f513e14658c2</sum></package><package epoch="0" name="boost-regex" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-regex-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">54ead45c17cf68e56393b2e985431442d88df74c147f40c8a0934435291d6fd2</sum></package><package epoch="0" name="boost-serialization" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-serialization-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">5d529ac23703aeb8f1e52d3177d66e9f7224d18e41b8b21b382e2ac8025f6407</sum></package><package epoch="0" name="boost-serialization" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-serialization-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">018c51f806b5334873daa33750c84acd40a007b11e74a8f006656bf20fe668f6</sum></package><package epoch="0" name="boost-signals" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-signals-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">abac4ac2d1c08155258ac687e7888f1942e299d77dbdeefaa859f7783f790763</sum></package><package epoch="0" name="boost-signals" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-signals-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">adedf3ba6859a3ccd550d1bc8416ee3dde27ecea7ba1a8706731e3439a6fc053</sum></package><package epoch="0" name="boost-static" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-static-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">a926b0f7315647598fc4e7752248cbb382a81db3e659bc6adf8b28fa0bbcd25c</sum></package><package epoch="0" name="boost-system" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-system-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">4a4cfb2de9dfd9498c89c63d39e512a2f58af0d473ca2dd3e6ca51487456e202</sum></package><package epoch="0" name="boost-system" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-system-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">13f2074755046d5ce4b746e8f001b0ed2c8dc7afacb906c6b5d55f8a4b77a48c</sum></package><package epoch="0" name="boost-test" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-test-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">b40a207f57876518cabb28debddf5007628222c1b123648581df312e8d0cfd9d</sum></package><package epoch="0" name="boost-test" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-test-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">ad7db728483a6688aa3476afe06b63019092d5c25f3e6f5fd2dcb5ebda57f99b</sum></package><package epoch="0" name="boost-thread" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-thread-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">76b3290fc7a172010c99f3ca8aa9d0f740de29d62c37e4515636af3eb82615b3</sum></package><package epoch="0" name="boost-thread" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-thread-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">b945d45ff6db8d53cea45ba2934e36385d8335b2cd4964ed1ce4a3db58a4a0c7</sum></package><package epoch="0" name="boost-wave" version="1.41.0" release="17.el6_4" arch="i686" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-wave-1.41.0-17.el6_4.i686.rpm</filename><sum type="sha256">89d4eca32af8f5171627c87cc69027ef21243c39a1ecfc854fe0db6aba385a8a</sum></package><package epoch="0" name="boost-wave" version="1.41.0" release="17.el6_4" arch="x86_64" src="boost-1.41.0-17.el6_4.src.rpm"><filename>boost-wave-1.41.0-17.el6_4.x86_64.rpm</filename><sum type="sha256">279004b4cca8755b24cbcc69ac17d0dac6dbff77de713302d86d889cd1c8091c</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0703-1</id><title>coreutils bug fix update</title><description>This update fixes the following bug:

The "tail -f" command uses inotify for tracking changes in files. For remote file systems [-/,] inotify is not available. In the case of unknown file systems, for example panasas, "tail -f" failed instead of falling back to polling. Now, the list of known file systems is updated and "tail -f" is modified to fall back into polling for unknown file systems. As result, "tail -f" now works correctly, even on unknown file systems, with only a warning about the unknown file system and a fall back to polling. (#924711)</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="[RHEL6] tail -f doesn&amp;#39;t work on panasas file systems" type="bugzilla" id="924711" href="https://bugzilla.redhat.com/show_bug.cgi?id=924711"/><reference title="RHBA-2013:0703-1" type="self" id="RHBA-2013:0703-1" href="https://rhn.redhat.com/errata/RHBA-2013-0703.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="coreutils" version="8.4" release="19.el6_4.1" arch="x86_64" src="coreutils-8.4-19.el6_4.1.src.rpm"><filename>coreutils-8.4-19.el6_4.1.x86_64.rpm</filename><sum type="sha256">c523cc99021303e44b07008fd174cabf2123a4b24adcaf3dd1c8c2d3e8a62e79</sum></package><package epoch="0" name="coreutils-libs" version="8.4" release="19.el6_4.1" arch="x86_64" src="coreutils-8.4-19.el6_4.1.src.rpm"><filename>coreutils-libs-8.4-19.el6_4.1.x86_64.rpm</filename><sum type="sha256">58d2b46987dff3a9d99bb6e83ed7c3ec399e49e79d302174412c3b8d58ae72d3</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0725-1</id><title>libvirt bug fix update</title><description>This update fixes the following bugs:

* When SELinux was disabled on a host, or the qemu driver was configured not to use it, and the domain XML configuration contained an explicit seclabel option, the code parsed the seclabel option, but ignored it later on when it was generating labels on domain start, and created a new and empty seclabel entry [seclabeltype='none'/]. Consequently, a migration between two hosts running Scientific Linux 6.4 failed with the following error message:

libvirtError: XML error: missing security model when using multiple labels

With this update, if a seclabel entry already exists, a new one is no longer created, and the migration works as expected in the described scenario.

* An ABI inconsistency in messages of the kernel netlink protocol between Scientific Linux versions 6.3, 6.4, and 6.4.z was causing errors when libvirt sent a netlink NLM_F_REQUEST message if the libvirt binary had been built using kernel header files from a different version of the kernel than the version on the machine running libvirt. Consequently, PCI passthrough device assignments of SR-IOV network devices failed if they used the [interface type='hostdev'] option, or if the libvirt network was set with the [forward mode='hostdev'] option. In such a case, the following error message or a similar one was returned:

error dumping (eth3) (3) interface: Invalid argument

With this update, libvirt retries the NLM_F_REQUEST message formatted appropriately for all three versions of the kernel. Now, a single libvirt binary successfully assigns SR-IOV network devices to a guest using PCI passthrough on a host running any version of Scientific Linux 6 kernel.

After installing the updated packages, libvirtd will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="RHEL-6.4: migration is failing: libvirtError: XML error: missing security model when using multiple labels" type="bugzilla" id="928879" href="https://bugzilla.redhat.com/show_bug.cgi?id=928879"/><reference title="" type="bugzilla" id="928881" href="https://bugzilla.redhat.com/show_bug.cgi?id=928881"/><reference title="RHBA-2013:0725-1" type="self" id="RHBA-2013:0725-1" href="https://rhn.redhat.com/errata/RHBA-2013-0725.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt" version="0.10.2" release="18.el6_4.3" arch="x86_64" src="libvirt-0.10.2-18.el6_4.3.src.rpm"><filename>libvirt-0.10.2-18.el6_4.3.x86_64.rpm</filename><sum type="sha256">e43104e38947397fbfa5277089cb75eddec76109857e833682e3a0338095af70</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="18.el6_4.3" arch="i686" src="libvirt-0.10.2-18.el6_4.3.src.rpm"><filename>libvirt-client-0.10.2-18.el6_4.3.i686.rpm</filename><sum type="sha256">ea9ca15c5bef3f21730aecf46879f7055319d0d252a4975f52498741e0f54849</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="18.el6_4.3" arch="x86_64" src="libvirt-0.10.2-18.el6_4.3.src.rpm"><filename>libvirt-client-0.10.2-18.el6_4.3.x86_64.rpm</filename><sum type="sha256">8e2d0fa5c036c64a89c51bf6bd783901cbededbfd2433c8390e843e943316b44</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="18.el6_4.3" arch="i686" src="libvirt-0.10.2-18.el6_4.3.src.rpm"><filename>libvirt-devel-0.10.2-18.el6_4.3.i686.rpm</filename><sum type="sha256">26e12996821fcd432e5d354c8cafc7edc1b527c51b2f30b98d55b2e88d845154</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="18.el6_4.3" arch="x86_64" src="libvirt-0.10.2-18.el6_4.3.src.rpm"><filename>libvirt-devel-0.10.2-18.el6_4.3.x86_64.rpm</filename><sum type="sha256">bdbb1daac8707ccf2a978d7f23c0220033528af9575234d1af6c994e6e85ff33</sum></package><package epoch="0" name="libvirt-lock-sanlock" version="0.10.2" release="18.el6_4.3" arch="x86_64" src="libvirt-0.10.2-18.el6_4.3.src.rpm"><filename>libvirt-lock-sanlock-0.10.2-18.el6_4.3.x86_64.rpm</filename><sum type="sha256">1c3d97549e1608dde18be0bc2d8aeb3772279c66ed9f75a4e3f988e52f07440c</sum></package><package epoch="0" name="libvirt-python" version="0.10.2" release="18.el6_4.3" arch="x86_64" src="libvirt-0.10.2-18.el6_4.3.src.rpm"><filename>libvirt-python-0.10.2-18.el6_4.3.x86_64.rpm</filename><sum type="sha256">909582feb7f950a019bdb14da4511c33c2aa0f7731fcc51a172101d0df674c29</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0735-1</id><title>esc bug fix update</title><description>This update fixes the following bug:

* The ESC utility did not start when the latest 17 series release of the XULRunner runtime environment was installed on the system. This update includes necessary changes to ensure that ESC works as expected with the latest version of XULRunner.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="" type="bugzilla" id="922646" href="https://bugzilla.redhat.com/show_bug.cgi?id=922646"/><reference title="RHBA-2013:0735-1" type="self" id="RHBA-2013:0735-1" href="https://rhn.redhat.com/errata/RHBA-2013-0735.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="esc" version="1.1.0" release="25.el6_4.1" arch="x86_64" src="esc-1.1.0-25.el6_4.1.src.rpm"><filename>esc-1.1.0-25.el6_4.1.x86_64.rpm</filename><sum type="sha256">209cda5e048e7b1fae96eacf9a2f8b4880b1f2f601498ead7ff440572c993950</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0739-1</id><title>bind-dyndb-ldap bug fix update</title><description>This update fixes the following bug:

* The bind-dyndb-ldap plug-in processed settings too early, which led to the daemon terminating unexpectedly with a segmentation fault during startup or reload. The bind-dyndb-ldap plug-in has been fixed to process its options later, and so, no longer crashes during startup or reload.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="Potential crash during startup/reload if global configuration options are set" type="bugzilla" id="928429" href="https://bugzilla.redhat.com/show_bug.cgi?id=928429"/><reference title="RHBA-2013:0739-1" type="self" id="RHBA-2013:0739-1" href="https://rhn.redhat.com/errata/RHBA-2013-0739.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="bind-dyndb-ldap" version="2.3" release="2.el6_4.1" arch="x86_64" src="bind-dyndb-ldap-2.3-2.el6_4.1.src.rpm"><filename>bind-dyndb-ldap-2.3-2.el6_4.1.x86_64.rpm</filename><sum type="sha256">4b24f081353344b2f560aaa6dff183d49f30da880ed8a35983953bf6ae23bbe4</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0750-1</id><title>ksh bug fix update</title><description>This update fixes the following bug:

* Previously, ksh did not resize the file descriptor list every time it was necessary. This could lead to memory corruption when several file descriptors were used. This updated version resizes the file descriptor list every time it is needed, and ksh no longer crashes in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-04-23 00:00:00"/><references><reference title="" type="bugzilla" id="949996" href="https://bugzilla.redhat.com/show_bug.cgi?id=949996"/><reference title="RHBA-2013:0750-1" type="self" id="RHBA-2013:0750-1" href="https://rhn.redhat.com/errata/RHBA-2013-0750.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ksh" version="20100621" release="19.el6_4.3" arch="x86_64" src="ksh-20100621-19.el6_4.3.src.rpm"><filename>ksh-20100621-19.el6_4.3.x86_64.rpm</filename><sum type="sha256">60eaca4ca6eb50a08c37f3e3413600a344aad129e14f99879a3c59f6d1f261a0</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0756-1</id><title>libvirt bug fix update</title><description>This update fixes the following bugs:

* Previously, due to several issues, IPv6 was not handled properly during migration. With this update, migrations now succeed in the described scenario.

* Due to a race condition in the libvirt client library, any application using libvirt could terminate unexpectedly with a segmentation fault. This happened when one thread executed the connection close callback, while another one freed the connection object, and the connection callback thread then accessed memory that had been already freed. This update fixes the possibility of freeing the callback data when they are still being accessed.

* Due to a race condition in the client side of libvirt's RPC implementation, a client connection that was closed by the server could have been freed, even though other threads were still waiting for APIs sent through this connection to finish. As a result, the other threads could have accessed memory that was already freed and the client terminated unexpectedly with a segmentation fault. With this update the connection is freed only after all threads process their API calls and report errors to their callers.

* Previously, attempts to clone a storage volume not in RAW format from a directory pool, file system pool, or NFS pool, to a LVM pool, using the "virsh vol-create-from" command, failed with an "unknown file format" error message. This update fixes this bug by treating output block devices as RAW file format and storage volumes can now be cloned as expected.

* Under certain conditions, when a connection was closed, guests set to be automatically destroyed failed to be destroyed and the libvirtd daemon terminated unexpectedly. A series of patches addressing various crash scenarios has been provided and libvirtd no longer crashes while auto- destroying guests.

* When running the libvirt test suite on a machine under heavy load, the test could end up in a deadlock. Since the test suite was run during RPM build, the build never finished if the deadlock happened. This update fixes the handling of an event loop used in the test suite, and the test suite no longer hangs in the described scenario.

After installing the updated packages, libvirtd will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2013-04-23 00:00:00"/><references><reference title="Support migration with IPv6 addresses" type="bugzilla" id="950597" href="https://bugzilla.redhat.com/show_bug.cgi?id=950597"/><reference title="[abrt] libvirt-client-0.10.2-18.el6: remoteClientCloseFunc: Process /usr/bin/virsh was killed by signal 11 (SIGSEGV)" type="bugzilla" id="950599" href="https://bugzilla.redhat.com/show_bug.cgi?id=950599"/><reference title="" type="bugzilla" id="950601" href="https://bugzilla.redhat.com/show_bug.cgi?id=950601"/><reference title="" type="bugzilla" id="950604" href="https://bugzilla.redhat.com/show_bug.cgi?id=950604"/><reference title="libvirtd crash on race with auto-destroy guests" type="bugzilla" id="951073" href="https://bugzilla.redhat.com/show_bug.cgi?id=951073"/><reference title="race in libvirt testsuite could prevent a successful rpm build" type="bugzilla" id="951235" href="https://bugzilla.redhat.com/show_bug.cgi?id=951235"/><reference title="RHBA-2013:0756-1" type="self" id="RHBA-2013:0756-1" href="https://rhn.redhat.com/errata/RHBA-2013-0756.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt" version="0.10.2" release="18.el6_4.4" arch="x86_64" src="libvirt-0.10.2-18.el6_4.4.src.rpm"><filename>libvirt-0.10.2-18.el6_4.4.x86_64.rpm</filename><sum type="sha256">21b3c17d8c4152517ac489d96029cb40f092829ab58587e0d0181ad6640fdb18</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="18.el6_4.4" arch="i686" src="libvirt-0.10.2-18.el6_4.4.src.rpm"><filename>libvirt-client-0.10.2-18.el6_4.4.i686.rpm</filename><sum type="sha256">ce08717868c5a66f0e40109486c799850317a58951311c8121b567d3f74ea7cb</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="18.el6_4.4" arch="x86_64" src="libvirt-0.10.2-18.el6_4.4.src.rpm"><filename>libvirt-client-0.10.2-18.el6_4.4.x86_64.rpm</filename><sum type="sha256">c4972102082dbf099f0528e2158e427bf43c691d511278ad240be3c2279b930e</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="18.el6_4.4" arch="i686" src="libvirt-0.10.2-18.el6_4.4.src.rpm"><filename>libvirt-devel-0.10.2-18.el6_4.4.i686.rpm</filename><sum type="sha256">7f0c89d96f359096df045cf90b951fac98ac517d8ac439e050d6190ab627c4e8</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="18.el6_4.4" arch="x86_64" src="libvirt-0.10.2-18.el6_4.4.src.rpm"><filename>libvirt-devel-0.10.2-18.el6_4.4.x86_64.rpm</filename><sum type="sha256">5c937d453f9c6f3c3a3476bf824bfccb64f9ca4b078f5f157bd1940159e143db</sum></package><package epoch="0" name="libvirt-lock-sanlock" version="0.10.2" release="18.el6_4.4" arch="x86_64" src="libvirt-0.10.2-18.el6_4.4.src.rpm"><filename>libvirt-lock-sanlock-0.10.2-18.el6_4.4.x86_64.rpm</filename><sum type="sha256">70a4c9860b8cc91073d10385f81d2649e0e62fe7d9f0509d09a6d2a9ce7a965e</sum></package><package epoch="0" name="libvirt-python" version="0.10.2" release="18.el6_4.4" arch="x86_64" src="libvirt-0.10.2-18.el6_4.4.src.rpm"><filename>libvirt-python-0.10.2-18.el6_4.4.x86_64.rpm</filename><sum type="sha256">9d7b195215f050f167336fdda1839ea3fa91b930aedf41077617560e69f5d21f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0765-1</id><title>net-snmp bug fix update</title><description>This update fixes the following bug:

* In a previous update, the snmpd daemon was fixed to show the executable name and all the command-line arguments in the UCD-SNMP-MIB::extCommand OID string. The fix did not check for executables without command-line arguments. Consequently, the snmpd daemon terminated unexpectedly with a segmentation fault when retrieving the value of the UCD-SNMP- MIB::extCommand OID of an executable with no arguments. With this update, snmpd now checks if there are no arguments, snmpd shows the correct value of the UCD-SNMP-MIB::extCommand OID, and crashes no longer occur in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-04-23 00:00:00"/><references><reference title="" type="bugzilla" id="952702" href="https://bugzilla.redhat.com/show_bug.cgi?id=952702"/><reference title="RHBA-2013:0765-1" type="self" id="RHBA-2013:0765-1" href="https://rhn.redhat.com/errata/RHBA-2013-0765.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="net-snmp" version="5.5" release="44.el6_4.1" arch="x86_64" src="net-snmp-5.5-44.el6_4.1.src.rpm"><filename>net-snmp-5.5-44.el6_4.1.x86_64.rpm</filename><sum type="sha256">26bff3b10e18b34fee5667582aab1969b9a5b67e989a5ce4c45f87cfc1d53409</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="44.el6_4.1" arch="i686" src="net-snmp-5.5-44.el6_4.1.src.rpm"><filename>net-snmp-devel-5.5-44.el6_4.1.i686.rpm</filename><sum type="sha256">282a85b5f80d90754d8f27762da622a793f37eae803811ea96c79f817a45548c</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="44.el6_4.1" arch="x86_64" src="net-snmp-5.5-44.el6_4.1.src.rpm"><filename>net-snmp-devel-5.5-44.el6_4.1.x86_64.rpm</filename><sum type="sha256">a12d1a1ad741cdd295ee2d3cf16ce79f2669a2f676401f0bd2895cd6f3189864</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="44.el6_4.1" arch="i686" src="net-snmp-5.5-44.el6_4.1.src.rpm"><filename>net-snmp-libs-5.5-44.el6_4.1.i686.rpm</filename><sum type="sha256">0c46c9431b9236d9ecd5db039809289c9a79a660b8143acd081514a9a9b425ba</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="44.el6_4.1" arch="x86_64" src="net-snmp-5.5-44.el6_4.1.src.rpm"><filename>net-snmp-libs-5.5-44.el6_4.1.x86_64.rpm</filename><sum type="sha256">359dfa9b8442e6e779bbf34d2928deaa925faa67da0a53de08a021d2c24442bf</sum></package><package epoch="1" name="net-snmp-perl" version="5.5" release="44.el6_4.1" arch="x86_64" src="net-snmp-5.5-44.el6_4.1.src.rpm"><filename>net-snmp-perl-5.5-44.el6_4.1.x86_64.rpm</filename><sum type="sha256">72d753225a95316ec80e16468440f94ced557fa0a66e3843f0c775625ad7ddf3</sum></package><package epoch="1" name="net-snmp-python" version="5.5" release="44.el6_4.1" arch="x86_64" src="net-snmp-5.5-44.el6_4.1.src.rpm"><filename>net-snmp-python-5.5-44.el6_4.1.x86_64.rpm</filename><sum type="sha256">d3fa0a44bfda00571cd30a374ee53323ee1b3f956892468315b88f3cdd177f2d</sum></package><package epoch="1" name="net-snmp-utils" version="5.5" release="44.el6_4.1" arch="x86_64" src="net-snmp-5.5-44.el6_4.1.src.rpm"><filename>net-snmp-utils-5.5-44.el6_4.1.x86_64.rpm</filename><sum type="sha256">0cc7c2dbac3f72eadbc9e9a777fd06bf9b602b3e4b2657a6e973e9875f1e9b0a</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0766-1</id><title>util-linux-ng bug fix update</title><description>This update fixes the following bug:

* Previously, the libblkid library incorrectly detected a disk as a Silicon Image Medley RAID device. Consequently, this caused problems in a few systems after a weekly reboot. This update adds a checksum count from the superblock record and a new superblock definition from dmraid, which makes the signature recognition of Silicon Image Medley RAID devices more robust.</description><release>Scientific Linux Fermi</release><issued date="2013-04-23 00:00:00"/><references><reference title="" type="bugzilla" id="950532" href="https://bugzilla.redhat.com/show_bug.cgi?id=950532"/><reference title="RHBA-2013:0766-1" type="self" id="RHBA-2013:0766-1" href="https://rhn.redhat.com/errata/RHBA-2013-0766.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libblkid" version="2.17.2" release="12.9.el6_4.2" arch="i686" src="util-linux-ng-2.17.2-12.9.el6_4.2.src.rpm"><filename>libblkid-2.17.2-12.9.el6_4.2.i686.rpm</filename><sum type="sha256">f62eaa5a4e4d4afd85542bc46735267e98550b7a3f13bdde64a9cb6ba619e9e5</sum></package><package epoch="0" name="libblkid" version="2.17.2" release="12.9.el6_4.2" arch="x86_64" src="util-linux-ng-2.17.2-12.9.el6_4.2.src.rpm"><filename>libblkid-2.17.2-12.9.el6_4.2.x86_64.rpm</filename><sum type="sha256">28c3be5df92b112977ff5606d1e1057197b77d05f1887355e8dc9021ad48172e</sum></package><package epoch="0" name="libblkid-devel" version="2.17.2" release="12.9.el6_4.2" arch="i686" src="util-linux-ng-2.17.2-12.9.el6_4.2.src.rpm"><filename>libblkid-devel-2.17.2-12.9.el6_4.2.i686.rpm</filename><sum type="sha256">25174fe5f9cb643bf572a3ca467918130b33395bc2ad3e08e65d6d3a2c679c15</sum></package><package epoch="0" name="libblkid-devel" version="2.17.2" release="12.9.el6_4.2" arch="x86_64" src="util-linux-ng-2.17.2-12.9.el6_4.2.src.rpm"><filename>libblkid-devel-2.17.2-12.9.el6_4.2.x86_64.rpm</filename><sum type="sha256">706c20405f07c67c01680cdbc5aa203b27883c5dfa248b681b571cafa51d2af3</sum></package><package epoch="0" name="libuuid" version="2.17.2" release="12.9.el6_4.2" arch="i686" src="util-linux-ng-2.17.2-12.9.el6_4.2.src.rpm"><filename>libuuid-2.17.2-12.9.el6_4.2.i686.rpm</filename><sum type="sha256">a5bbb943c0010542690d0c10e02a97630ed047c05f2f9f6f764eb03caad12126</sum></package><package epoch="0" name="libuuid" version="2.17.2" release="12.9.el6_4.2" arch="x86_64" src="util-linux-ng-2.17.2-12.9.el6_4.2.src.rpm"><filename>libuuid-2.17.2-12.9.el6_4.2.x86_64.rpm</filename><sum type="sha256">910397c8c8f4bc1f7aa8379efee5d7fdf6d8c1d308b2a32ce822a02838d2e8ea</sum></package><package epoch="0" name="libuuid-devel" version="2.17.2" release="12.9.el6_4.2" arch="i686" src="util-linux-ng-2.17.2-12.9.el6_4.2.src.rpm"><filename>libuuid-devel-2.17.2-12.9.el6_4.2.i686.rpm</filename><sum type="sha256">46ed264e0cd7b9dfa6ed8dbefc43e4867ec954a93adb7ad917b9fa3036090dd6</sum></package><package epoch="0" name="libuuid-devel" version="2.17.2" release="12.9.el6_4.2" arch="x86_64" src="util-linux-ng-2.17.2-12.9.el6_4.2.src.rpm"><filename>libuuid-devel-2.17.2-12.9.el6_4.2.x86_64.rpm</filename><sum type="sha256">74f6716296d73d8ba1d70fd2505c556e56c9dc274e0292c6de3003ad6320e09d</sum></package><package epoch="0" name="util-linux-ng" version="2.17.2" release="12.9.el6_4.2" arch="i686" src="util-linux-ng-2.17.2-12.9.el6_4.2.src.rpm"><filename>util-linux-ng-2.17.2-12.9.el6_4.2.i686.rpm</filename><sum type="sha256">d74ef5994999344840b0492b774452bbfb903137353e0f0de301434ca8bbf6ad</sum></package><package epoch="0" name="util-linux-ng" version="2.17.2" release="12.9.el6_4.2" arch="x86_64" src="util-linux-ng-2.17.2-12.9.el6_4.2.src.rpm"><filename>util-linux-ng-2.17.2-12.9.el6_4.2.x86_64.rpm</filename><sum type="sha256">fed1de36cd75a811d48da1c64308161b209989c87bd6b7d468fca9a5403f2eb8</sum></package><package epoch="0" name="uuidd" version="2.17.2" release="12.9.el6_4.2" arch="x86_64" src="util-linux-ng-2.17.2-12.9.el6_4.2.src.rpm"><filename>uuidd-2.17.2-12.9.el6_4.2.x86_64.rpm</filename><sum type="sha256">59980cb281337c8fd201c5140cc32272f0451713addedb488cdee01b2f3f5975</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0775-1</id><title>sssd bug fix update</title><description>This update fixes the following bugs:

* Previously, simple access control denied access to users with uppercase names in case-insensitive domains. This update corrects the issue and users with uppercase names are able to log in.

* Previously, the sssd_be process sometimes terminated unexpectedly with a segmentation fault when the sssd enumeration was run, due to accessing invalid memory addresses. This updates fixes the pointer arithmetics and crashes no longer occur in the described scenario.

In addition, this update adds the following enhancement:

* This update provides a new SSSD configuration option, which is disabled by default. To enable this option set:

ldap_rfc2307_fallback_to_local_users = True

LDAP groups are now permitted to contain local users stored in the /etc/passwd file.</description><release>Scientific Linux Fermi</release><issued date="2013-04-30 00:00:00"/><references><reference title="" type="bugzilla" id="948263" href="https://bugzilla.redhat.com/show_bug.cgi?id=948263"/><reference title="Simple access control always denies uppercased users in case insensitive domain" type="bugzilla" id="952614" href="https://bugzilla.redhat.com/show_bug.cgi?id=952614"/><reference title="sssd_be crashes sometimes" type="bugzilla" id="956136" href="https://bugzilla.redhat.com/show_bug.cgi?id=956136"/><reference title="RHBA-2013:0775-1" type="self" id="RHBA-2013:0775-1" href="https://rhn.redhat.com/errata/RHBA-2013-0775.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libipa_hbac" version="1.9.2" release="82.7.el6_4" arch="i686" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>libipa_hbac-1.9.2-82.7.el6_4.i686.rpm</filename><sum type="sha256">ceda012e3c2457cf366017f6fdc58b983f48a20b3886e6fbb3964a03b395e3e9</sum></package><package epoch="0" name="libipa_hbac" version="1.9.2" release="82.7.el6_4" arch="x86_64" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>libipa_hbac-1.9.2-82.7.el6_4.x86_64.rpm</filename><sum type="sha256">8110f8aa66a75cfd3a9471ceccaab3551ed84b9ce56b35fb2011023b22f75a63</sum></package><package epoch="0" name="libipa_hbac-devel" version="1.9.2" release="82.7.el6_4" arch="i686" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>libipa_hbac-devel-1.9.2-82.7.el6_4.i686.rpm</filename><sum type="sha256">b1edf51cba7b45a82a58f1c258260353b29fa910f7406a920ea41f44ed617a6f</sum></package><package epoch="0" name="libipa_hbac-devel" version="1.9.2" release="82.7.el6_4" arch="x86_64" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>libipa_hbac-devel-1.9.2-82.7.el6_4.x86_64.rpm</filename><sum type="sha256">978b1a969517f46d102755ba9671d40fa7df431a4bb90c63758e713de778254d</sum></package><package epoch="0" name="libipa_hbac-python" version="1.9.2" release="82.7.el6_4" arch="x86_64" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>libipa_hbac-python-1.9.2-82.7.el6_4.x86_64.rpm</filename><sum type="sha256">a4544266bd759213364e0808841ae5fc7420dcdae5d2679535108f6298b1902f</sum></package><package epoch="0" name="libsss_autofs" version="1.9.2" release="82.7.el6_4" arch="x86_64" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>libsss_autofs-1.9.2-82.7.el6_4.x86_64.rpm</filename><sum type="sha256">a49b6ca2b1c6dea8115c9cdb8981b22f1d7a9bc3f858968c973750ce455578fa</sum></package><package epoch="0" name="libsss_idmap" version="1.9.2" release="82.7.el6_4" arch="i686" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>libsss_idmap-1.9.2-82.7.el6_4.i686.rpm</filename><sum type="sha256">aab29f4da17937da87bdb741477589dec2827391ce3b09726c9070630c31295b</sum></package><package epoch="0" name="libsss_idmap" version="1.9.2" release="82.7.el6_4" arch="x86_64" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>libsss_idmap-1.9.2-82.7.el6_4.x86_64.rpm</filename><sum type="sha256">120ec26ab346e6dc59f916db3147d390d27fa4a88fb12099e56ab62c7306920f</sum></package><package epoch="0" name="libsss_idmap-devel" version="1.9.2" release="82.7.el6_4" arch="i686" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>libsss_idmap-devel-1.9.2-82.7.el6_4.i686.rpm</filename><sum type="sha256">a8386399dec3490c7d12f4e2e35b08c7e7d457899e5709fe887124e7f553b2e7</sum></package><package epoch="0" name="libsss_idmap-devel" version="1.9.2" release="82.7.el6_4" arch="x86_64" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>libsss_idmap-devel-1.9.2-82.7.el6_4.x86_64.rpm</filename><sum type="sha256">e5c548a4b0f7696e33881bf86e5954eb34ca501645967ff86b4e6aea2ae7b497</sum></package><package epoch="0" name="libsss_sudo" version="1.9.2" release="82.7.el6_4" arch="x86_64" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>libsss_sudo-1.9.2-82.7.el6_4.x86_64.rpm</filename><sum type="sha256">bb5c8e4f56469097e57dab48dcabd9560b62e6a5ba08b82337f85cc194e14669</sum></package><package epoch="0" name="libsss_sudo-devel" version="1.9.2" release="82.7.el6_4" arch="i686" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>libsss_sudo-devel-1.9.2-82.7.el6_4.i686.rpm</filename><sum type="sha256">72ffb36ef41015cd51da37b81723248e8fc31652b0a5f2b4e2822c85f5751914</sum></package><package epoch="0" name="libsss_sudo-devel" version="1.9.2" release="82.7.el6_4" arch="x86_64" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>libsss_sudo-devel-1.9.2-82.7.el6_4.x86_64.rpm</filename><sum type="sha256">c8b90d94f7b489ccedef82eceaa6abced758e13f368af8e7f566e17f26cf84a6</sum></package><package epoch="0" name="sssd" version="1.9.2" release="82.7.el6_4" arch="x86_64" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>sssd-1.9.2-82.7.el6_4.x86_64.rpm</filename><sum type="sha256">5d09cbd5f36b132b14c81552030d203479fb07d8de46b121c66e932e6bc86033</sum></package><package epoch="0" name="sssd-client" version="1.9.2" release="82.7.el6_4" arch="i686" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>sssd-client-1.9.2-82.7.el6_4.i686.rpm</filename><sum type="sha256">d2911d66de4a1dfeaf828cb19890b5f0dc854b5541f2d59b0af5727eeb0813dc</sum></package><package epoch="0" name="sssd-client" version="1.9.2" release="82.7.el6_4" arch="x86_64" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>sssd-client-1.9.2-82.7.el6_4.x86_64.rpm</filename><sum type="sha256">e29da2b7ba7d8813ae1fd5c1e43068a3c8970991d8c8fe6f1cbde06a463e64a7</sum></package><package epoch="0" name="sssd-tools" version="1.9.2" release="82.7.el6_4" arch="x86_64" src="sssd-1.9.2-82.7.el6_4.src.rpm"><filename>sssd-tools-1.9.2-82.7.el6_4.x86_64.rpm</filename><sum type="sha256">f9213d76a9d6bcd5b8bb053299451ef162bf3c8720cfc22d46bd6ee3a0c98962</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0776-1</id><title>util-linux-ng bug fix update</title><description>This update fixes the following bug:

* Due to a regression in the code, if a symbolic link was used for a mount point in the fstab configuration file, mount attempts to that mount point failed. This update ensures that all paths in fstab are made canonical and such mount points can now be mounted as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-04-30 00:00:00"/><references><reference title="" type="bugzilla" id="955520" href="https://bugzilla.redhat.com/show_bug.cgi?id=955520"/><reference title="RHBA-2013:0776-1" type="self" id="RHBA-2013:0776-1" href="https://rhn.redhat.com/errata/RHBA-2013-0776.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libblkid" version="2.17.2" release="12.9.el6_4.3" arch="i686" src="util-linux-ng-2.17.2-12.9.el6_4.3.src.rpm"><filename>libblkid-2.17.2-12.9.el6_4.3.i686.rpm</filename><sum type="sha256">a685f64b0309ec2b213a532cae7781f984f54fc60b75e1339484fb9ed63ab04c</sum></package><package epoch="0" name="libblkid" version="2.17.2" release="12.9.el6_4.3" arch="x86_64" src="util-linux-ng-2.17.2-12.9.el6_4.3.src.rpm"><filename>libblkid-2.17.2-12.9.el6_4.3.x86_64.rpm</filename><sum type="sha256">5bb3c823eecf25a06969e463bd33fa2236f1e9d210a16e5e3638d84d7b0a1ee3</sum></package><package epoch="0" name="libblkid-devel" version="2.17.2" release="12.9.el6_4.3" arch="i686" src="util-linux-ng-2.17.2-12.9.el6_4.3.src.rpm"><filename>libblkid-devel-2.17.2-12.9.el6_4.3.i686.rpm</filename><sum type="sha256">8b71a953faf2bb817453f4fbba042dfe9595cdc26967bbc8f0e7994c81b6b798</sum></package><package epoch="0" name="libblkid-devel" version="2.17.2" release="12.9.el6_4.3" arch="x86_64" src="util-linux-ng-2.17.2-12.9.el6_4.3.src.rpm"><filename>libblkid-devel-2.17.2-12.9.el6_4.3.x86_64.rpm</filename><sum type="sha256">dbeffcb8210ef1b0c13ff654a56dec5726766dfe131931abbd1c09f5e4d820cd</sum></package><package epoch="0" name="libuuid" version="2.17.2" release="12.9.el6_4.3" arch="i686" src="util-linux-ng-2.17.2-12.9.el6_4.3.src.rpm"><filename>libuuid-2.17.2-12.9.el6_4.3.i686.rpm</filename><sum type="sha256">f3073402844b9c4b5257859eafaf502e17016da2c61683baff72b69a5115f1d3</sum></package><package epoch="0" name="libuuid" version="2.17.2" release="12.9.el6_4.3" arch="x86_64" src="util-linux-ng-2.17.2-12.9.el6_4.3.src.rpm"><filename>libuuid-2.17.2-12.9.el6_4.3.x86_64.rpm</filename><sum type="sha256">cad9e3e7d2669e6722380a4f68d33567272f632c55d2e8f9126c8fe825100b21</sum></package><package epoch="0" name="libuuid-devel" version="2.17.2" release="12.9.el6_4.3" arch="i686" src="util-linux-ng-2.17.2-12.9.el6_4.3.src.rpm"><filename>libuuid-devel-2.17.2-12.9.el6_4.3.i686.rpm</filename><sum type="sha256">a0c5a4d765d50e3904f8ef4c0ab75153251fae326151d3baa1b203d7b6e417f2</sum></package><package epoch="0" name="libuuid-devel" version="2.17.2" release="12.9.el6_4.3" arch="x86_64" src="util-linux-ng-2.17.2-12.9.el6_4.3.src.rpm"><filename>libuuid-devel-2.17.2-12.9.el6_4.3.x86_64.rpm</filename><sum type="sha256">603b0d1230dd7b4a7f10e5dc6950aa9d1e1e20b7b4b883bc43ac84b720ab7fc3</sum></package><package epoch="0" name="util-linux-ng" version="2.17.2" release="12.9.el6_4.3" arch="i686" src="util-linux-ng-2.17.2-12.9.el6_4.3.src.rpm"><filename>util-linux-ng-2.17.2-12.9.el6_4.3.i686.rpm</filename><sum type="sha256">2ca2c08413c352d0da56395032e88d09ced568d44efebb402080ec741c2b744e</sum></package><package epoch="0" name="util-linux-ng" version="2.17.2" release="12.9.el6_4.3" arch="x86_64" src="util-linux-ng-2.17.2-12.9.el6_4.3.src.rpm"><filename>util-linux-ng-2.17.2-12.9.el6_4.3.x86_64.rpm</filename><sum type="sha256">def5c521d79b9cd6ca04e2fad8a3b24ba9fc3fc57f800f986b9640b8df7d3219</sum></package><package epoch="0" name="uuidd" version="2.17.2" release="12.9.el6_4.3" arch="x86_64" src="util-linux-ng-2.17.2-12.9.el6_4.3.src.rpm"><filename>uuidd-2.17.2-12.9.el6_4.3.x86_64.rpm</filename><sum type="sha256">77ee14d0126fbd3f3585218ad5770ddbab205aca23d6882593ff0f8e0861318d</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0777-1</id><title>perl-Socket6 bug fix update</title><description>This update fixes the following bug:

* When invoking a manual page for Socket6, no manual page was found. The build script has been fixed to convert POD (Plain Old Documentation) to manual pages. As a result, the "man Socket6" command correctly shows the Socket6(3) manual page for the Socket6 Perl module as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-04-30 00:00:00"/><references><reference title="" type="bugzilla" id="953873" href="https://bugzilla.redhat.com/show_bug.cgi?id=953873"/><reference title="RHBA-2013:0777-1" type="self" id="RHBA-2013:0777-1" href="https://rhn.redhat.com/errata/RHBA-2013-0777.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="perl-Socket6" version="0.23" release="4.el6" arch="x86_64" src="perl-Socket6-0.23-4.el6.src.rpm"><filename>perl-Socket6-0.23-4.el6.x86_64.rpm</filename><sum type="sha256">9b98c2b76ef578823c18a693b97a20362eee3bc1c2c3fd7b042ee656c5e30b07</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0778-1</id><title>openldap bug fix update</title><description>This update fixes the following bug:

* Previously, OpenLDAP did not properly handle NSS resources. NSS_ShutdownContext() failed with a "resources in use" error message, which caused an unexpected termination with a segmentation fault in the Red Hat Directory Server and might have caused other unwanted behavior. With this update, the source code has been modified to properly call PK11_FreeSlot() and release the resources and, as a result, NSS resources are properly freed.</description><release>Scientific Linux Fermi</release><issued date="2013-04-30 00:00:00"/><references><reference title="resource leak: must call PK11_FreeSlot after SECMOD_CloseUserDB" type="bugzilla" id="954299" href="https://bugzilla.redhat.com/show_bug.cgi?id=954299"/><reference title="RHBA-2013:0778-1" type="self" id="RHBA-2013:0778-1" href="https://rhn.redhat.com/errata/RHBA-2013-0778.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="openldap" version="2.4.23" release="32.el6_4.1" arch="i686" src="openldap-2.4.23-32.el6_4.1.src.rpm"><filename>openldap-2.4.23-32.el6_4.1.i686.rpm</filename><sum type="sha256">7327392ba8ba64580361a903cf0074368dd249118fcb86b0c7e532dc4ecbda2a</sum></package><package epoch="0" name="openldap" version="2.4.23" release="32.el6_4.1" arch="x86_64" src="openldap-2.4.23-32.el6_4.1.src.rpm"><filename>openldap-2.4.23-32.el6_4.1.x86_64.rpm</filename><sum type="sha256">a158e5622d2f166e2a6b2a3641da6fbf5085968c9b28568748c86fb147eb86af</sum></package><package epoch="0" name="openldap-clients" version="2.4.23" release="32.el6_4.1" arch="x86_64" src="openldap-2.4.23-32.el6_4.1.src.rpm"><filename>openldap-clients-2.4.23-32.el6_4.1.x86_64.rpm</filename><sum type="sha256">0b542cf0ce24e96340dcbc6d230237a2a9d994f6a141889da7e9420c3245a8d1</sum></package><package epoch="0" name="openldap-devel" version="2.4.23" release="32.el6_4.1" arch="i686" src="openldap-2.4.23-32.el6_4.1.src.rpm"><filename>openldap-devel-2.4.23-32.el6_4.1.i686.rpm</filename><sum type="sha256">fe24b918dfefba1f03398ee65e64b789a0291528627c90fad698eaf750fcd359</sum></package><package epoch="0" name="openldap-devel" version="2.4.23" release="32.el6_4.1" arch="x86_64" src="openldap-2.4.23-32.el6_4.1.src.rpm"><filename>openldap-devel-2.4.23-32.el6_4.1.x86_64.rpm</filename><sum type="sha256">22ebfcd4089f4971ec38c3d9d4562fa354912c6f641fa312e0ae7f9c4a488c30</sum></package><package epoch="0" name="openldap-servers" version="2.4.23" release="32.el6_4.1" arch="x86_64" src="openldap-2.4.23-32.el6_4.1.src.rpm"><filename>openldap-servers-2.4.23-32.el6_4.1.x86_64.rpm</filename><sum type="sha256">cd04a04045f6b5e30dd2872cb21f462b83d148a91c1995e8bed826536c205226</sum></package><package epoch="0" name="openldap-servers-sql" version="2.4.23" release="32.el6_4.1" arch="x86_64" src="openldap-2.4.23-32.el6_4.1.src.rpm"><filename>openldap-servers-sql-2.4.23-32.el6_4.1.x86_64.rpm</filename><sum type="sha256">60824d097e1867973d18411e8c869e83578126455d5068ccfc1b0f856f703440</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0780-1</id><title>tigervnc bug fix update</title><description>This update fixes the following bug:

* A previous update unintentionally dropped the GLX extension from Xvnc's X11 extension list. Therefore, it was not possible to run any OpenGL applications inside a VNC session. This update fixes this regression and Xvnc now supports the GLX extension.</description><release>Scientific Linux Fermi</release><issued date="2013-04-30 00:00:00"/><references><reference title="" type="bugzilla" id="956752" href="https://bugzilla.redhat.com/show_bug.cgi?id=956752"/><reference title="RHBA-2013:0780-1" type="self" id="RHBA-2013:0780-1" href="https://rhn.redhat.com/errata/RHBA-2013-0780.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="tigervnc" version="1.1.0" release="5.el6_4.1" arch="x86_64" src="tigervnc-1.1.0-5.el6_4.1.src.rpm"><filename>tigervnc-1.1.0-5.el6_4.1.x86_64.rpm</filename><sum type="sha256">dc21366e1dc41989aa98b7de64aa3780f968ca3c5ac33d49df866d23d986ae30</sum></package><package epoch="0" name="tigervnc-server" version="1.1.0" release="5.el6_4.1" arch="x86_64" src="tigervnc-1.1.0-5.el6_4.1.src.rpm"><filename>tigervnc-server-1.1.0-5.el6_4.1.x86_64.rpm</filename><sum type="sha256">edd287ced8dda9af8fa9bc17235304b29e634d6ffad84bb555680805cd7a3ba5</sum></package><package epoch="0" name="tigervnc-server-applet" version="1.1.0" release="5.el6_4.1" arch="noarch" src="tigervnc-1.1.0-5.el6_4.1.src.rpm"><filename>tigervnc-server-applet-1.1.0-5.el6_4.1.noarch.rpm</filename><sum type="sha256">b4965659074e7edeb9233662fd10f706a85d00eabd571cb06d80111fecc4e1f1</sum></package><package epoch="0" name="tigervnc-server-module" version="1.1.0" release="5.el6_4.1" arch="x86_64" src="tigervnc-1.1.0-5.el6_4.1.src.rpm"><filename>tigervnc-server-module-1.1.0-5.el6_4.1.x86_64.rpm</filename><sum type="sha256">4d6bdeea3ca405b85e5c5f7ef41e37238b08b9d1b0f2e9a289ad51d5e0d5f425</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0781-1</id><title>perl bug fix update</title><description>This update fixes the following bug:

* While executing Perl code with a format in a prototyped subroutine, the Perl interpreter terminated unexpectedly with a segmentation fault. This update provides various back-ported fixes for moving the subroutine and format code data structures at compilation time, and it is now possible to use formats in prototyped subroutines safely.</description><release>Scientific Linux Fermi</release><issued date="2013-04-30 00:00:00"/><references><reference title="" type="bugzilla" id="948227" href="https://bugzilla.redhat.com/show_bug.cgi?id=948227"/><reference title="RHBA-2013:0781-1" type="self" id="RHBA-2013:0781-1" href="https://rhn.redhat.com/errata/RHBA-2013-0781.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="4" name="perl" version="5.10.1" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-5.10.1-131.el6_4.x86_64.rpm</filename><sum type="sha256">b8a21852c43e5955bb8a8106ae15996692d43a1da26f769fb44a3986a956a091</sum></package><package epoch="1" name="perl-Archive-Extract" version="0.38" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Archive-Extract-0.38-131.el6_4.x86_64.rpm</filename><sum type="sha256">0adf40834d250b8477b2c1f6bb840bc610c0c371620cc24cd0df6ddc3eafc82b</sum></package><package epoch="0" name="perl-Archive-Tar" version="1.58" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Archive-Tar-1.58-131.el6_4.x86_64.rpm</filename><sum type="sha256">2e9197a843440d8457be7c742341f8787a62891469a70610c8206f653ef56b3c</sum></package><package epoch="0" name="perl-CGI" version="3.51" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-CGI-3.51-131.el6_4.x86_64.rpm</filename><sum type="sha256">105159791b7a64fd9842fb5dfee74b8cd9b4e97aa0e889ede9d2e057c8f54b2c</sum></package><package epoch="0" name="perl-CPAN" version="1.9402" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-CPAN-1.9402-131.el6_4.x86_64.rpm</filename><sum type="sha256">04b7d669f77a7c92abe007fd05b1b00474b22f3b14db9d6fd21e18dcfa58c712</sum></package><package epoch="0" name="perl-CPANPLUS" version="0.88" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-CPANPLUS-0.88-131.el6_4.x86_64.rpm</filename><sum type="sha256">dcce3bc06fb335472097153ea294f67ed1011c58fae25397f016b0f896ef89de</sum></package><package epoch="0" name="perl-Compress-Raw-Bzip2" version="2.020" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Compress-Raw-Bzip2-2.020-131.el6_4.x86_64.rpm</filename><sum type="sha256">9ea0b76a71382105125bf8f836d300ea29bb100a89797bf66c950135062008c0</sum></package><package epoch="1" name="perl-Compress-Raw-Zlib" version="2.020" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Compress-Raw-Zlib-2.020-131.el6_4.x86_64.rpm</filename><sum type="sha256">6f98c88fa332098c14d6b86a47c5d4cb2ca542644b2ae4c67ea7ea0d297d40b0</sum></package><package epoch="0" name="perl-Compress-Zlib" version="2.020" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Compress-Zlib-2.020-131.el6_4.x86_64.rpm</filename><sum type="sha256">830584076af738116f23d6c99e246be249c8aa204e30c0cfd4f25c7928af2a5b</sum></package><package epoch="1" name="perl-Digest-SHA" version="5.47" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Digest-SHA-5.47-131.el6_4.x86_64.rpm</filename><sum type="sha256">d0e46755f53cd948a4f8c0c55f693ff282a862e1b07b21d1071dcba35883d3f7</sum></package><package epoch="1" name="perl-ExtUtils-CBuilder" version="0.27" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-ExtUtils-CBuilder-0.27-131.el6_4.x86_64.rpm</filename><sum type="sha256">d23ef06436647444a50c73babe8937848f557b815b337b5ed5b8bd5f48e1e3c4</sum></package><package epoch="0" name="perl-ExtUtils-Embed" version="1.28" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-ExtUtils-Embed-1.28-131.el6_4.x86_64.rpm</filename><sum type="sha256">eaec6de620057a1ec55d72f622e95f0d63e07868e19d1acb437e4b837acb0606</sum></package><package epoch="0" name="perl-ExtUtils-MakeMaker" version="6.55" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-ExtUtils-MakeMaker-6.55-131.el6_4.x86_64.rpm</filename><sum type="sha256">f4f047f07e43ddc34a02b93589338b102dbbbda1a86ced4b0c767741228b019f</sum></package><package epoch="1" name="perl-ExtUtils-ParseXS" version="2.2003.0" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-ExtUtils-ParseXS-2.2003.0-131.el6_4.x86_64.rpm</filename><sum type="sha256">0f1ce63733d754934250ac238ff229f96fc0df16880d8c119fd5540d75c14be2</sum></package><package epoch="0" name="perl-File-Fetch" version="0.26" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-File-Fetch-0.26-131.el6_4.x86_64.rpm</filename><sum type="sha256">01ed59082cae99829bf60e8e815792852a0298df798250e1590f34e030c5eef7</sum></package><package epoch="0" name="perl-IO-Compress-Base" version="2.020" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-IO-Compress-Base-2.020-131.el6_4.x86_64.rpm</filename><sum type="sha256">52c50e0e55a57f7960d3dcc0754babd1f2eff3a290feb83464a51cb180f79191</sum></package><package epoch="0" name="perl-IO-Compress-Bzip2" version="2.020" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-IO-Compress-Bzip2-2.020-131.el6_4.x86_64.rpm</filename><sum type="sha256">7102f8c272342cd3befbe65a1a46903c2e8a4286432e9ff42b70ccca5923aa89</sum></package><package epoch="0" name="perl-IO-Compress-Zlib" version="2.020" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-IO-Compress-Zlib-2.020-131.el6_4.x86_64.rpm</filename><sum type="sha256">5569278e8d112df495e9e86225800f738bd35fb79631f2b04139098786f7af4f</sum></package><package epoch="1" name="perl-IO-Zlib" version="1.09" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-IO-Zlib-1.09-131.el6_4.x86_64.rpm</filename><sum type="sha256">20b1c0df9e53165583581637c1ce044ec7352bdcabdbcc8a71313477c63442ce</sum></package><package epoch="1" name="perl-IPC-Cmd" version="0.56" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-IPC-Cmd-0.56-131.el6_4.x86_64.rpm</filename><sum type="sha256">d8387d33a89416e6f59a8b4d34491545746d6cd784893da1ad397b9b2ef1521d</sum></package><package epoch="1" name="perl-Locale-Maketext-Simple" version="0.18" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Locale-Maketext-Simple-0.18-131.el6_4.x86_64.rpm</filename><sum type="sha256">625d44d030c05c0b989c89c309ead414c61ca933495db66780a7b02e8924bf00</sum></package><package epoch="1" name="perl-Log-Message" version="0.02" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Log-Message-0.02-131.el6_4.x86_64.rpm</filename><sum type="sha256">2fc47eda716341e9521854471897c7937fcb212d07359ffad7fbc04831f0f3b3</sum></package><package epoch="0" name="perl-Log-Message-Simple" version="0.04" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Log-Message-Simple-0.04-131.el6_4.x86_64.rpm</filename><sum type="sha256">446325930fe32ed2f63bfb602d614ff325e4cca2bd1d0bf7dcd0778b6ce6f19c</sum></package><package epoch="1" name="perl-Module-Build" version="0.3500" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Module-Build-0.3500-131.el6_4.x86_64.rpm</filename><sum type="sha256">5410ec6f78728e5a5f55f3ca1defa1c7f43277cdfaaff480a6df43d6eb40ca8e</sum></package><package epoch="0" name="perl-Module-CoreList" version="2.18" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Module-CoreList-2.18-131.el6_4.x86_64.rpm</filename><sum type="sha256">320e14a74d2c075c15206718b1fbf50630753ea2026da0a5b3c48cb6080adfd1</sum></package><package epoch="1" name="perl-Module-Load" version="0.16" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Module-Load-0.16-131.el6_4.x86_64.rpm</filename><sum type="sha256">f0effe0540c2a67bf0b890d270c3d350674b92d91bc05695741742adbcbf2c68</sum></package><package epoch="0" name="perl-Module-Load-Conditional" version="0.30" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Module-Load-Conditional-0.30-131.el6_4.x86_64.rpm</filename><sum type="sha256">97a99d8c736416c9b27d1d8f7ae795796d97dbe46ee0af0ee500a07baec5b19b</sum></package><package epoch="1" name="perl-Module-Loaded" version="0.02" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Module-Loaded-0.02-131.el6_4.x86_64.rpm</filename><sum type="sha256">7d1a7a06665b2b70b18f523b3cf007635b58eeb5064810129977bdf3aad64d16</sum></package><package epoch="1" name="perl-Module-Pluggable" version="3.90" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Module-Pluggable-3.90-131.el6_4.x86_64.rpm</filename><sum type="sha256">0cbc2e570cbc03bf4522ca59bb64d7c417e7404a5811d246ce145ebaec954abe</sum></package><package epoch="1" name="perl-Object-Accessor" version="0.34" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Object-Accessor-0.34-131.el6_4.x86_64.rpm</filename><sum type="sha256">e15b449702e7cd8f715ef205d66cc45613425304b837e9dccc85ddf02e1a7403</sum></package><package epoch="1" name="perl-Package-Constants" version="0.02" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Package-Constants-0.02-131.el6_4.x86_64.rpm</filename><sum type="sha256">721dc63815850cacf7209ad004b63df007ca7db730b6e7d9cca64f6dcb38ecf2</sum></package><package epoch="1" name="perl-Params-Check" version="0.26" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Params-Check-0.26-131.el6_4.x86_64.rpm</filename><sum type="sha256">c5da7d1bf255dedd4399b7e79da7fd56a032524ef62e54fa0aee6bb5ad5e056d</sum></package><package epoch="1" name="perl-Parse-CPAN-Meta" version="1.40" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Parse-CPAN-Meta-1.40-131.el6_4.x86_64.rpm</filename><sum type="sha256">418c8fab64d2ab765dad2d64fc44cdfd2765640594e689c129155cb303ff1acf</sum></package><package epoch="1" name="perl-Pod-Escapes" version="1.04" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Pod-Escapes-1.04-131.el6_4.x86_64.rpm</filename><sum type="sha256">3011dfca97f07d26ec429ced56ea156da7651f76dba7f31f65120e8fc3a68001</sum></package><package epoch="1" name="perl-Pod-Simple" version="3.13" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Pod-Simple-3.13-131.el6_4.x86_64.rpm</filename><sum type="sha256">b30193fe3b006fb57c74b5d7bb36aa714a249a834fef20ff7358f04fa77065fc</sum></package><package epoch="0" name="perl-Term-UI" version="0.20" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Term-UI-0.20-131.el6_4.x86_64.rpm</filename><sum type="sha256">e210c66f1f6a5e7f6f58c5fd0dc48517374fd24d432dcb6ad5c8db3eda740ce8</sum></package><package epoch="0" name="perl-Test-Harness" version="3.17" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Test-Harness-3.17-131.el6_4.x86_64.rpm</filename><sum type="sha256">320293752406d2d76f00b3eaedb3765717d607d3dc50da284e36d15defa7dde7</sum></package><package epoch="0" name="perl-Test-Simple" version="0.92" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Test-Simple-0.92-131.el6_4.x86_64.rpm</filename><sum type="sha256">3a8c1c87a09d1304272f798f8e1e04c30413d601a17d07026d2b70a199122020</sum></package><package epoch="4" name="perl-Time-HiRes" version="1.9721" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Time-HiRes-1.9721-131.el6_4.x86_64.rpm</filename><sum type="sha256">56f86d185cfba9f54b7eed31e1c2e4434207419c664f6f1e2503ee2b5330ddcd</sum></package><package epoch="0" name="perl-Time-Piece" version="1.15" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-Time-Piece-1.15-131.el6_4.x86_64.rpm</filename><sum type="sha256">71105a1f929b2300e949f7bb8954b15bb10daf11bbf613c306871059f5f21688</sum></package><package epoch="0" name="perl-core" version="5.10.1" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-core-5.10.1-131.el6_4.x86_64.rpm</filename><sum type="sha256">974d49aa2af342e82bd1c12b59b277147f90f10986317ae53b06b0616b13d186</sum></package><package epoch="4" name="perl-devel" version="5.10.1" release="131.el6_4" arch="i686" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-devel-5.10.1-131.el6_4.i686.rpm</filename><sum type="sha256">c595c864fa111df7b8d5c1ccc5adc8112bc62d3a7876b05d956cb9726bc6f67a</sum></package><package epoch="4" name="perl-devel" version="5.10.1" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-devel-5.10.1-131.el6_4.x86_64.rpm</filename><sum type="sha256">5d88ab34414d34766e96e8848a11c7d58c07484ef951516cf3406b65987cf13c</sum></package><package epoch="4" name="perl-libs" version="5.10.1" release="131.el6_4" arch="i686" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-libs-5.10.1-131.el6_4.i686.rpm</filename><sum type="sha256">c530d7949ea3bfc81900a6983067ea5274f8b82a1310e4694ce2ad36a318d84e</sum></package><package epoch="4" name="perl-libs" version="5.10.1" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-libs-5.10.1-131.el6_4.x86_64.rpm</filename><sum type="sha256">9b3472bac68f6d995c00c2132434d2b4029e70e154db2f1ff96e9e390f7d0ce5</sum></package><package epoch="1" name="perl-parent" version="0.221" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-parent-0.221-131.el6_4.x86_64.rpm</filename><sum type="sha256">fd4d94b8aea6213e763bb442e82653015225d8fb6c62bb653df25ef84d7baae7</sum></package><package epoch="4" name="perl-suidperl" version="5.10.1" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-suidperl-5.10.1-131.el6_4.x86_64.rpm</filename><sum type="sha256">97c2da20b342acdd47ca3365ce4317a22c213794de7055dea403f53f69f14cfb</sum></package><package epoch="3" name="perl-version" version="0.77" release="131.el6_4" arch="x86_64" src="perl-5.10.1-131.el6_4.src.rpm"><filename>perl-version-0.77-131.el6_4.x86_64.rpm</filename><sum type="sha256">57fb81ec9cca62fb98150085168ccff8a1ac2bef8ab7ef1f3d5412337e8eb174</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0785-1</id><title>perl-Net-DNS bug fix update</title><description>This update fixes the following bug:

* Previously, dynamic update of an AAAA record caused the DNS module to return a FORMERR error on the prerequisite caused by the AAAA record creating the RDATA entry, even when the address was never specified. Consequently, removing an AAAA record from a DNS zone failed. This update adds a check to ensure that required data are defined and removing AAAA records now works as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-05-07 00:00:00"/><references><reference title="" type="bugzilla" id="766357" href="https://bugzilla.redhat.com/show_bug.cgi?id=766357"/><reference title="RHBA-2013:0785-1" type="self" id="RHBA-2013:0785-1" href="https://rhn.redhat.com/errata/RHBA-2013-0785.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="perl-Net-DNS" version="0.65" release="5.el6" arch="x86_64" src="perl-Net-DNS-0.65-5.el6.src.rpm"><filename>perl-Net-DNS-0.65-5.el6.x86_64.rpm</filename><sum type="sha256">009ecb8bf111dd9b5b98f6bd04e9b22f27da34ac07e31e15c3895edaff7c6f8d</sum></package><package epoch="0" name="perl-Net-DNS-Nameserver" version="0.65" release="5.el6" arch="x86_64" src="perl-Net-DNS-0.65-5.el6.src.rpm"><filename>perl-Net-DNS-Nameserver-0.65-5.el6.x86_64.rpm</filename><sum type="sha256">0e4f8ccb2f8b06c15f1f130e8edab879b91dd17c0cd9062fcb7aebc6c37cc58c</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0811-1</id><title>gdb bug fix update</title><description>This update fixes the following bugs:

* When users tried to execute the "maintenance set python print-stack" command, gdb did not recognize it and issued an error stating the command was undefined. With this update, gdb now correctly recognizes and executes the command.

* When debugging a C++ program which declared a local static variable inside a class, gdb was unable to locate the local static variable. This caused problems when debugging some issues that required examining these kinds of variables. With this update, gdb now correctly identifies that the variable exists, and the debugging process functions normally.

* Previously, users experienced an internal error in the debugger when using a Thread Local Storage (TLS) modifier in a static variable declared inside a class on a C++ program, and asking gdb to print its value. This caused the debugging session to be compromised. With this update, gdb is now able to correctly deal with a static variable declared as a TLS inside a class and errors no longer occur in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-05-14 00:00:00"/><references><reference title="" type="bugzilla" id="952090" href="https://bugzilla.redhat.com/show_bug.cgi?id=952090"/><reference title="" type="bugzilla" id="952100" href="https://bugzilla.redhat.com/show_bug.cgi?id=952100"/><reference title="" type="bugzilla" id="954300" href="https://bugzilla.redhat.com/show_bug.cgi?id=954300"/><reference title="RHBA-2013:0811-1" type="self" id="RHBA-2013:0811-1" href="https://rhn.redhat.com/errata/RHBA-2013-0811.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="gdb" version="7.2" release="60.el6_4.1" arch="x86_64" src="gdb-7.2-60.el6_4.1.src.rpm"><filename>gdb-7.2-60.el6_4.1.x86_64.rpm</filename><sum type="sha256">4391910ed5c1140d79d0f4bdb1f7591d269f57838b93a9ccf9790d853392d4c7</sum></package><package epoch="0" name="gdb-gdbserver" version="7.2" release="60.el6_4.1" arch="x86_64" src="gdb-7.2-60.el6_4.1.src.rpm"><filename>gdb-gdbserver-7.2-60.el6_4.1.x86_64.rpm</filename><sum type="sha256">2d5069c8c7688e6047a197fc0d2f3a35181546559dea2358bacf395d42909046</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0816-1</id><title>scsi-target-utils bug fix update</title><description>This update fixes the following bug:

* Attempts to add a new iscsi target device with the "--bstype aio" command failed on the tgtadm utility with an "invalid request" error message. In a related matter, the following error message was in /var/log/messages, "tgtd: tgt_device_create(521) failed to find bstype, aio." This update checks for the presence of libaio to enable the aio bstypes, and adds libaio as a runtime dependency. Now, using the "--bstype aio" command with the tgtadm utility no longer fails, and attempts to add a new logical unit are successful.

All running scsi-target-utils services must be restarted for the update to take effect.</description><release>Scientific Linux Fermi</release><issued date="2013-05-14 00:00:00"/><restart_suggested>true</restart_suggested><references><reference title="" type="bugzilla" id="960922" href="https://bugzilla.redhat.com/show_bug.cgi?id=960922"/><reference title="RHBA-2013:0816-1" type="self" id="RHBA-2013:0816-1" href="https://rhn.redhat.com/errata/RHBA-2013-0816.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="scsi-target-utils" version="1.0.24" release="3.el6_4" arch="x86_64" src="scsi-target-utils-1.0.24-3.el6_4.src.rpm"><filename>scsi-target-utils-1.0.24-3.el6_4.x86_64.rpm</filename><sum type="sha256">aefb1e0735c1297f409754ce1c7e29b300ca1f55d3920ebe16dd94863389fa6b</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0824-1</id><title>corosync bug fix update</title><description>This update fixes the following bug:

* When running applications which used the Corosync IPC library, some messages in the dispatch() function were lost or duplicated. This update properly checks the return values of the dispatch_put() function, returns the correct remaining bytes in the IPC ring buffer, and ensures that the IPC client is correctly informed about the real number of messages in the ring buffer. Now, messages in the dispatch() function are no longer lost or duplicated.</description><release>Scientific Linux Fermi</release><issued date="2013-05-21 00:00:00"/><references><reference title="CPG: Corosync can duplicate and/or lost messages - Local IPC" type="bugzilla" id="929101" href="https://bugzilla.redhat.com/show_bug.cgi?id=929101"/><reference title="RHBA-2013:0824-1" type="self" id="RHBA-2013:0824-1" href="https://rhn.redhat.com/errata/RHBA-2013-0824.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="corosync" version="1.4.1" release="15.el6_4.1" arch="x86_64" src="corosync-1.4.1-15.el6_4.1.src.rpm"><filename>corosync-1.4.1-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">fb88e21b258df38e239dbef22e288587ca5d537a159bc4b6ce9e4641765ae082</sum></package><package epoch="0" name="corosynclib" version="1.4.1" release="15.el6_4.1" arch="i686" src="corosync-1.4.1-15.el6_4.1.src.rpm"><filename>corosynclib-1.4.1-15.el6_4.1.i686.rpm</filename><sum type="sha256">d1d35893e51778a6ec61e153fe944caf125a5a4132578fdeb63211237df6957a</sum></package><package epoch="0" name="corosynclib" version="1.4.1" release="15.el6_4.1" arch="x86_64" src="corosync-1.4.1-15.el6_4.1.src.rpm"><filename>corosynclib-1.4.1-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">3b9dbe774de3cee47e7de8c2147b41b3bfd6d7dd56f2e89785940e431906f87b</sum></package><package epoch="0" name="corosynclib-devel" version="1.4.1" release="15.el6_4.1" arch="i686" src="corosync-1.4.1-15.el6_4.1.src.rpm"><filename>corosynclib-devel-1.4.1-15.el6_4.1.i686.rpm</filename><sum type="sha256">ae10dc05becba88fc9ac8ef0c22c3538903dfcaee207e83d17d4deaf71bd9a80</sum></package><package epoch="0" name="corosynclib-devel" version="1.4.1" release="15.el6_4.1" arch="x86_64" src="corosync-1.4.1-15.el6_4.1.src.rpm"><filename>corosynclib-devel-1.4.1-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">8b72bd85e8b6ef26a203bae132b116724668ddacd9527e509cc38661f78e23e3</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0836-1</id><title>perl-Test-MockObject bug fix update</title><description>This update fixes the following bug:

* Building a perl-Test-MockObject source RPM package without an installed perl-CGI package failed on test execution. To fix this bug, build-time dependencies on the CGI, Test::Builder, and Test::More Perl modules have been declared in the RPM package. As a result, it is possible to rebuild the perl-Test-MockObject source RPM package in a minimal environment.</description><release>Scientific Linux Fermi</release><issued date="2013-05-21 00:00:00"/><references><reference title="can&amp;#39;t be rebuilt in mock" type="bugzilla" id="661804" href="https://bugzilla.redhat.com/show_bug.cgi?id=661804"/><reference title="RHBA-2013:0836-1" type="self" id="RHBA-2013:0836-1" href="https://rhn.redhat.com/errata/RHBA-2013-0836.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="perl-Test-MockObject" version="1.09" release="4.el6" arch="noarch" src="perl-Test-MockObject-1.09-4.el6.src.rpm"><filename>perl-Test-MockObject-1.09-4.el6.noarch.rpm</filename><sum type="sha256">cc3568f92da6c79550ed91a846a4f0e216f4e2aa5c05f62510617cadff0ffecc</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0837-1</id><title>libksba bug fix update</title><description>This update fixes the following bug:

* Previously, contents of the /usr/bin/libksba-config script conflicted between 32-bit and 64-bit versions of libksba-devel packages. Consequently, these packages could not be installed simultaneously. This update amends the script to make its contents consistent for all architectures, thus fixing this bug.</description><release>Scientific Linux Fermi</release><issued date="2013-05-21 00:00:00"/><references><reference title="" type="bugzilla" id="658058" href="https://bugzilla.redhat.com/show_bug.cgi?id=658058"/><reference title="RHBA-2013:0837-1" type="self" id="RHBA-2013:0837-1" href="https://rhn.redhat.com/errata/RHBA-2013-0837.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libksba" version="1.0.7" release="4.el6" arch="i686" src="libksba-1.0.7-4.el6.src.rpm"><filename>libksba-1.0.7-4.el6.i686.rpm</filename><sum type="sha256">44e45068dec1e5c3fc9c9cfa4305c089a93dca786618882be8c3e15063ae7cec</sum></package><package epoch="0" name="libksba" version="1.0.7" release="4.el6" arch="x86_64" src="libksba-1.0.7-4.el6.src.rpm"><filename>libksba-1.0.7-4.el6.x86_64.rpm</filename><sum type="sha256">e161bc5d29eaabe21fae495909cf3956e684189d4f359edf2a57606f4e326a1b</sum></package><package epoch="0" name="libksba-devel" version="1.0.7" release="4.el6" arch="i686" src="libksba-1.0.7-4.el6.src.rpm"><filename>libksba-devel-1.0.7-4.el6.i686.rpm</filename><sum type="sha256">3dfb95f566617bdc5aaa4257e0bf2a2b7aabb10ae793947bf24667f244dd0ed4</sum></package><package epoch="0" name="libksba-devel" version="1.0.7" release="4.el6" arch="x86_64" src="libksba-1.0.7-4.el6.src.rpm"><filename>libksba-devel-1.0.7-4.el6.x86_64.rpm</filename><sum type="sha256">59969a5d6d1320735fc317c819e01ac25593a6b5d015fe418341c59c4ff5cadf</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0838-1</id><title>perl-XML-Dumper bug fix update</title><description>This update fixes the following bug:

* The XML::Dumper module could not be used due to a missing dependency to the XML::Parser module. This update adds the required dependency to the perl-XML-Dumper spec file and XML::Dumper can now be used as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-05-21 00:00:00"/><references><reference title="perl-XML-Dumper missing dependencies" type="bugzilla" id="652833" href="https://bugzilla.redhat.com/show_bug.cgi?id=652833"/><reference title="RHBA-2013:0838-1" type="self" id="RHBA-2013:0838-1" href="https://rhn.redhat.com/errata/RHBA-2013-0838.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="perl-XML-Dumper" version="0.81" release="8.el6" arch="noarch" src="perl-XML-Dumper-0.81-8.el6.src.rpm"><filename>perl-XML-Dumper-0.81-8.el6.noarch.rpm</filename><sum type="sha256">6a73a41842d26e5d9eac7fed0db440d8da2252fca766db0563f77a01249e63c9</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0843-1</id><title>arptables_jf bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, both the "mangle-hw-s" and "mangle-hw-d" options required the use of the "--arhln" option. However, even if the "--arhln" option was specified on the command line, the "arptables" command did not recognize it. As a consequence, it was not possible to use those two options successfully. These updated packages fix this bug and the "-- arhln" option can now be used together with the mangle hardware options.

* When the "-x" command line option (exact values) was used along with the "-L" (List rules) option, the arptables utility did not list rules but issued an error message saying "-x" option is illegal with "-L". With this update, the arptables utility now uses the "-x" option when listing rules.</description><release>Scientific Linux Fermi</release><issued date="2013-05-21 00:00:00"/><references><reference title="cannot set arhln using arptables mangle options" type="bugzilla" id="807315" href="https://bugzilla.redhat.com/show_bug.cgi?id=807315"/><reference title="arptables option -x does not work together with -L" type="bugzilla" id="963209" href="https://bugzilla.redhat.com/show_bug.cgi?id=963209"/><reference title="RHBA-2013:0843-1" type="self" id="RHBA-2013:0843-1" href="https://rhn.redhat.com/errata/RHBA-2013-0843.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="arptables_jf" version="0.0.8" release="23.el6" arch="x86_64" src="arptables_jf-0.0.8-23.el6.src.rpm"><filename>arptables_jf-0.0.8-23.el6.x86_64.rpm</filename><sum type="sha256">b1b002cf43ee8a4637c11dc3deff41789e2196d8a883d97f73448bcb42c1d1a1</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0844-1</id><title>environment-modules bug fix update</title><description>This update fixes the following bugs:

* When updating the environment-modules package, changes to the /usr/share/Modules/init/.modulespath config file were being silently replaced by upgrades. The file is now set marked as %config(noreplace) in the spec file, thus it is preserved between updates.

* The environment scripts of csh and tcsh used the "test" command without specifying the PATH variable. That could have possibly resulted in an unexpected behavior as a user binary called "test" could have been run instead. With this update, the "test" binary is called by its full path. Misbehavior caused by calling a random test binary is no longer possible.

* When updating the environment-modules package, changes to environment scripts in /etc/profile.d were not preserved. With this update, those scripts have been marked as configuration scripts, thus they are preserved between updates.</description><release>Scientific Linux Fermi</release><issued date="2013-05-21 00:00:00"/><references><reference title="" type="bugzilla" id="918540" href="https://bugzilla.redhat.com/show_bug.cgi?id=918540"/><reference title="" type="bugzilla" id="929007" href="https://bugzilla.redhat.com/show_bug.cgi?id=929007"/><reference title="Environment scripts not preserved on upgrade" type="bugzilla" id="953198" href="https://bugzilla.redhat.com/show_bug.cgi?id=953198"/><reference title="RHBA-2013:0844-1" type="self" id="RHBA-2013:0844-1" href="https://rhn.redhat.com/errata/RHBA-2013-0844.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="environment-modules" version="3.2.9c" release="6.el6" arch="x86_64" src="environment-modules-3.2.9c-6.el6.src.rpm"><filename>environment-modules-3.2.9c-6.el6.x86_64.rpm</filename><sum type="sha256">ba7a5055d1fc7aea23bc3d5e774ae44bf41d4eab42f7d5be1f03383120d87d7c</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0845-1</id><title>ftp bug fix update</title><description>This update fixes the following bug:

* Prior to this update, when the FTP client was used from a shell with elevated permissions (through the su or the sudo utility), it incorrectly assumed the UID from the original login, instead of the user initiating the client. Consequently, the local home directory was incorrect. With this update, the underlying code has been modified to correctly get the login credentials using the getpwuid(3) utility function call. Now, the local home directory is set according to the user running the client.</description><release>Scientific Linux Fermi</release><issued date="2013-05-21 00:00:00"/><references><reference title="FTP client does not expand home directory correctly after sudo or su" type="bugzilla" id="861113" href="https://bugzilla.redhat.com/show_bug.cgi?id=861113"/><reference title="RHBA-2013:0845-1" type="self" id="RHBA-2013:0845-1" href="https://rhn.redhat.com/errata/RHBA-2013-0845.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ftp" version="0.17" release="54.el6" arch="x86_64" src="ftp-0.17-54.el6.src.rpm"><filename>ftp-0.17-54.el6.x86_64.rpm</filename><sum type="sha256">356c1086ffcc5839ef112a6a455ce6800e1699983aedb303593c185454a131b9</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0851-1</id><title>perl-CGI-Session bug fix update</title><description>This update fixes the following bug:

* Previously, several build-time dependencies were missing in the package. As a consequence, the package could not be rebuilt from source. This update adds the missing dependencies to the package, which can now be rebuilt from source as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-05-28 00:00:00"/><references><reference title="perl-CGI-Session-4.35-5 rebuild fails in mock and plain rpmbuild, x86_64" type="bugzilla" id="657359" href="https://bugzilla.redhat.com/show_bug.cgi?id=657359"/><reference title="RHBA-2013:0851-1" type="self" id="RHBA-2013:0851-1" href="https://rhn.redhat.com/errata/RHBA-2013-0851.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="perl-CGI-Session" version="4.35" release="6.el6" arch="noarch" src="perl-CGI-Session-4.35-6.el6.src.rpm"><filename>perl-CGI-Session-4.35-6.el6.noarch.rpm</filename><sum type="sha256">a4149a3dd86744fc821bf14310ae18a87620c8a99f56422cc4e4cc2acb0e5662</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0854-1</id><title>vte bug fix update</title><description>This update fixes the following bug:

* Due to a bug in the VTE code, the GNOME terminal did not release the allocated file descriptor if a newly open terminal tab was closed. As a consequence, the GNOME terminal eventually ran out of file descriptors after long usage without terminating the process. Any attempt to open a new terminal failed with a "too many open files" error unless all open terminal windows were closed first. This update modifies the VTE code so that file descriptors are freed as expected in this scenario and the problem no longer occurs.</description><release>Scientific Linux Fermi</release><issued date="2013-05-28 00:00:00"/><references><reference title="gnome-terminal gives &amp;quot;too many open files&amp;quot; error" type="bugzilla" id="963221" href="https://bugzilla.redhat.com/show_bug.cgi?id=963221"/><reference title="RHBA-2013:0854-1" type="self" id="RHBA-2013:0854-1" href="https://rhn.redhat.com/errata/RHBA-2013-0854.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="vte" version="0.25.1" release="8.el6_4" arch="i686" src="vte-0.25.1-8.el6_4.src.rpm"><filename>vte-0.25.1-8.el6_4.i686.rpm</filename><sum type="sha256">a3d76be5f9d8d9fa96a803718f4ce92112558b1a270d268ebafec371625a6001</sum></package><package epoch="0" name="vte" version="0.25.1" release="8.el6_4" arch="x86_64" src="vte-0.25.1-8.el6_4.src.rpm"><filename>vte-0.25.1-8.el6_4.x86_64.rpm</filename><sum type="sha256">2ed1b1250f84b1212be8aeace5e4f0ea36255c65f313362ee989f37ee7ec155a</sum></package><package epoch="0" name="vte-devel" version="0.25.1" release="8.el6_4" arch="i686" src="vte-0.25.1-8.el6_4.src.rpm"><filename>vte-devel-0.25.1-8.el6_4.i686.rpm</filename><sum type="sha256">7000e969dfa1943a20e5a32a439b9b4d20cba0709cf88bfb6b0d47f34d89822a</sum></package><package epoch="0" name="vte-devel" version="0.25.1" release="8.el6_4" arch="x86_64" src="vte-0.25.1-8.el6_4.src.rpm"><filename>vte-devel-0.25.1-8.el6_4.x86_64.rpm</filename><sum type="sha256">3fa25c2000399743e6a9aa568c7246412437facb54f5f4abd349a3545ae3eec7</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0857-1</id><title>qemu-kvm bug fix update</title><description>This update fixes the following bug:

* Previously, the qemu-kvm utility did not enable the IOeventFD feature, which caused the IOeventFD support for virtio-blk devices to be silently disabled. This update enables the IOeventFD feature, and the IOeventFD support for virtio-blk devices functions normally.</description><release>Scientific Linux Fermi</release><issued date="2013-05-28 00:00:00"/><references><reference title="" type="bugzilla" id="929105" href="https://bugzilla.redhat.com/show_bug.cgi?id=929105"/><reference title="RHBA-2013:0857-1" type="self" id="RHBA-2013:0857-1" href="https://rhn.redhat.com/errata/RHBA-2013-0857.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="2" name="qemu-guest-agent" version="0.12.1.2" release="2.355.el6_4.3" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.3.src.rpm"><filename>qemu-guest-agent-0.12.1.2-2.355.el6_4.3.x86_64.rpm</filename><sum type="sha256">22c5a3f2ae2e7829a57f6d1ea1c46e3e06d5c8d2eb27a6e68086a02246660a87</sum></package><package epoch="2" name="qemu-guest-agent-win32" version="0.12.1.2" release="2.355.el6_4.3" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.3.src.rpm"><filename>qemu-guest-agent-win32-0.12.1.2-2.355.el6_4.3.x86_64.rpm</filename><sum type="sha256">17c1c815712462ac0846952a24a9c0b7e385e0cc51e75e977022894aefb81364</sum></package><package epoch="2" name="qemu-img" version="0.12.1.2" release="2.355.el6_4.3" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.3.src.rpm"><filename>qemu-img-0.12.1.2-2.355.el6_4.3.x86_64.rpm</filename><sum type="sha256">76c5c518f7cb545c68b9a82425b04428a79a95b99f21fd4d61f6ea771fe539dc</sum></package><package epoch="2" name="qemu-kvm" version="0.12.1.2" release="2.355.el6_4.3" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.3.src.rpm"><filename>qemu-kvm-0.12.1.2-2.355.el6_4.3.x86_64.rpm</filename><sum type="sha256">758b6ff8bcf6919b34a7eb15744d66c475afc6a047ce05f9aaeb09ed177553fe</sum></package><package epoch="2" name="qemu-kvm-tools" version="0.12.1.2" release="2.355.el6_4.3" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.3.src.rpm"><filename>qemu-kvm-tools-0.12.1.2-2.355.el6_4.3.x86_64.rpm</filename><sum type="sha256">00c3c1d675aecb773b3b9da02a2acfcc6ca4f8a8b05b43119e3ece814199ebb9</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0858-1</id><title>coreutils bug fix update</title><description>This update fixes the following bug:

* When parsing the file content and the end of a field was specified using the obsolete key formats (+POS -POS), the sort utility determined the end of the field incorrectly, and therefore produced incorrect output. This update fixes the parsing logic to match the usage of the "-k" option when using these obsolete key formats. The sort utility now returns expected results in this situation. (#963327)</description><release>Scientific Linux Fermi</release><issued date="2013-05-28 00:00:00"/><references><reference title="RHBA-2013:0858-1" type="self" id="RHBA-2013:0858-1" href="https://rhn.redhat.com/errata/RHBA-2013-0858.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="coreutils" version="8.4" release="19.el6_4.2" arch="x86_64" src="coreutils-8.4-19.el6_4.2.src.rpm"><filename>coreutils-8.4-19.el6_4.2.x86_64.rpm</filename><sum type="sha256">2fff61eea62c4a52846c9e8044b825d333c9a4610cb5adb92c6a7834ff1422a6</sum></package><package epoch="0" name="coreutils-libs" version="8.4" release="19.el6_4.2" arch="x86_64" src="coreutils-8.4-19.el6_4.2.src.rpm"><filename>coreutils-libs-8.4-19.el6_4.2.x86_64.rpm</filename><sum type="sha256">556ee49fb64cbc5d16307fefccbace589a2b2d156f7d3e6d0d8330597a156938</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0859-1</id><title>perl-Test-Memory-Cycle bug fix update</title><description>This update fixes the following bug:

* Previously, the perl-Test-Memory-Cycle package was missing a build requirement. Consequently, the package could not be built. This update adds the perl-CGI package build requirement to the perl-Test-Memory- Cycle.spec file and perl-Test-Memory-Cycle can now be built as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-05-28 00:00:00"/><references><reference title="FTBFS: perl-Test-Memory-Cycle-1.04-7.1.el6" type="bugzilla" id="621089" href="https://bugzilla.redhat.com/show_bug.cgi?id=621089"/><reference title="RHBA-2013:0859-1" type="self" id="RHBA-2013:0859-1" href="https://rhn.redhat.com/errata/RHBA-2013-0859.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="perl-Test-Memory-Cycle" version="1.04" release="8.el6" arch="noarch" src="perl-Test-Memory-Cycle-1.04-8.el6.src.rpm"><filename>perl-Test-Memory-Cycle-1.04-8.el6.noarch.rpm</filename><sum type="sha256">936af3a15508828dae2d603dfe242964a09cdbe97d1d8a50cef77414c4cf1eff</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0860-1</id><title>mod_auth_kerb bug fix update</title><description>This update fixes the following bug:

* Previously, when the KrbLocalUserMapping directive was enabled, mod_auth_kerb did not translate a principal name properly if the local name was of a higher length. Consequently, the Apache server returned the HTTP 500 error in such a scenario. A patch has been provided to address this issue and the module now correctly translates account names longer than their counterpart principal names.</description><release>Scientific Linux Fermi</release><issued date="2013-05-28 00:00:00"/><references><reference title="bugfix: mod_auth_kerb wrt KrbLocalUserMapping" type="bugzilla" id="867153" href="https://bugzilla.redhat.com/show_bug.cgi?id=867153"/><reference title="RHBA-2013:0860-1" type="self" id="RHBA-2013:0860-1" href="https://rhn.redhat.com/errata/RHBA-2013-0860.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="mod_auth_kerb" version="5.4" release="10.el6" arch="x86_64" src="mod_auth_kerb-5.4-10.el6.src.rpm"><filename>mod_auth_kerb-5.4-10.el6.x86_64.rpm</filename><sum type="sha256">3e4fef6b8b976e89c5cced5dee698d072c66cf9242397b6b5a59f73e47c22971</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0861-1</id><title>mdadm bug fix update</title><description>This update fixes the following bugs:

* If a rebuild of an IMSM RAID5 volume was started in OROM (Option ROM), the rebuild operation did not proceed on the operating system, and the volume was left in a degraded state. This happened because OROM used a different mechanism of moving a RAID volume from a degraded state to a recovery state than the mdadm utility. This update provides a patch addressing this problem and the rebuild operation now proceeds as expected in this situation.

* When expanding the size of a RAID1 or RAID5 volume, the resync process is reported in the /proc/mdstat file. However, due to a bug in the mdmon daemon, the volume?s metadata did not contain any information about the resync operation, and no volume's checkpoint was saved. Therefore, if the RAID volume was stopped during the process of size expansion, all information about this progress was lost. The resync process had to be started from scratch when the array was available again. With this update,the saved metadata now includes information about the ongoing resync process during the expansion of the size of RAID1 or RAID5 volume.</description><release>Scientific Linux Fermi</release><issued date="2013-05-28 00:00:00"/><references><reference title="" type="bugzilla" id="958024" href="https://bugzilla.redhat.com/show_bug.cgi?id=958024"/><reference title="" type="bugzilla" id="960612" href="https://bugzilla.redhat.com/show_bug.cgi?id=960612"/><reference title="RHBA-2013:0861-1" type="self" id="RHBA-2013:0861-1" href="https://rhn.redhat.com/errata/RHBA-2013-0861.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="mdadm" version="3.2.5" release="4.el6_4.1" arch="x86_64" src="mdadm-3.2.5-4.el6_4.1.src.rpm"><filename>mdadm-3.2.5-4.el6_4.1.x86_64.rpm</filename><sum type="sha256">3c710cd0dfb1c19b5fb0f21c602c737c55433b0e00d14a63cf2f18b32a37cd5b</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0862-1</id><title>gzip bug fix update</title><description>This update fixes the following bug:

* The O_NONBLOCK flag was recently added to the open() system call. As a consequence gzip did not prevent opening of parity (PAR) and Ots File List (OFL) files that are managed by the SGI Data Migration Facility (DMF). Processing of such files resulted in gzip aborts or corrupted output files. With this update, if an attempt to read a file with the O_NONBLOCK flag fails with the EAGAIN error code, the file is re-read without O_NONBLOCK. The gzip utility no longer aborts or produce corrupted output files in this situation..</description><release>Scientific Linux Fermi</release><issued date="2013-05-28 00:00:00"/><references><reference title="" type="bugzilla" id="963195" href="https://bugzilla.redhat.com/show_bug.cgi?id=963195"/><reference title="RHBA-2013:0862-1" type="self" id="RHBA-2013:0862-1" href="https://rhn.redhat.com/errata/RHBA-2013-0862.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="gzip" version="1.3.12" release="19.el6_4" arch="x86_64" src="gzip-1.3.12-19.el6_4.src.rpm"><filename>gzip-1.3.12-19.el6_4.x86_64.rpm</filename><sum type="sha256">81ab58714945ce7fe284177712564ac5b385cc202bc9d9d80250ece3b4729c49</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0865-1</id><title>xorg-x11-drv-mach64 bug fix update</title><description>This update fixes the following bug:

* When installing Scientific Linux in graphical mode, the X server failed and the installation proceeded in text mode. With this update, a backported patch is provided and installation in graphical mode proceeds as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-05-28 00:00:00"/><references><reference title="" type="bugzilla" id="963219" href="https://bugzilla.redhat.com/show_bug.cgi?id=963219"/><reference title="RHBA-2013:0865-1" type="self" id="RHBA-2013:0865-1" href="https://rhn.redhat.com/errata/RHBA-2013-0865.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="xorg-x11-drv-mach64" version="6.9.3" release="4.1.el6_4" arch="x86_64" src="xorg-x11-drv-mach64-6.9.3-4.1.el6_4.src.rpm"><filename>xorg-x11-drv-mach64-6.9.3-4.1.el6_4.x86_64.rpm</filename><sum type="sha256">278de4cdbe2c8557ec0b9bde6e30edc0c95632773abb267e04f7e6599ac880fb</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0866-1</id><title>spice-server bug fix update</title><description>This update fixes the following bugs:

* If the SPICE source server was streaming video data during a migration process, the SPICE server could send stream-related messages to the SPICE client after sending a MSG_MIGRATE message. This is not allowed and the client thus forwarded a wrong message instead of a MSG_MIGRATE_DATA message to the destination host. The destination host then aborted the migration. This update modifies the SPICE server code to ensure that only the MSG_MIGRATE_DATA message can be sent after sending MSG_MIGRATE and the migration process now successfully finish.

* Under certain circumstances, the SPICE server could abort upon a virtual machine (VM) migration. This could happen if the VM was being migrated to a new host after the previous migration to the current host within the same SPICE client session. Then, if the connection between the original host and the current host was a low bandwidth connection, the SPICE client passed an incorrect connection bandwidth value to the SPICE server causing the SPICE server to abort. This update provides a patch addressing this problem and the SPICE client now sends the correct connection bandwidth value in this scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-05-28 00:00:00"/><references><reference title="video streaming during migration might result in destination aborting" type="bugzilla" id="956984" href="https://bugzilla.redhat.com/show_bug.cgi?id=956984"/><reference title="Spice server aborts after 2 seamless migration" type="bugzilla" id="961427" href="https://bugzilla.redhat.com/show_bug.cgi?id=961427"/><reference title="RHBA-2013:0866-1" type="self" id="RHBA-2013:0866-1" href="https://rhn.redhat.com/errata/RHBA-2013-0866.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="spice-server" version="0.12.0" release="12.el6_4.1" arch="x86_64" src="spice-server-0.12.0-12.el6_4.1.src.rpm"><filename>spice-server-0.12.0-12.el6_4.1.x86_64.rpm</filename><sum type="sha256">38d6e14bfa10baf6ede41a7224e1f085f5fbaac084c2a63ae3217cfd97b17d85</sum></package><package epoch="0" name="spice-server-devel" version="0.12.0" release="12.el6_4.1" arch="x86_64" src="spice-server-0.12.0-12.el6_4.1.src.rpm"><filename>spice-server-devel-0.12.0-12.el6_4.1.x86_64.rpm</filename><sum type="sha256">e68af1c5e6021a30f136d811e03dd96cfba10f4272fbe86f218fd2e88712ce9d</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0879-1</id><title>createrepo bug fix update</title><description>This update fixes the following bugs:

* Previously, a time-stamp check did not pass if a file did not exist. As a consequence, an empty repository was incorrectly flagged as being up to date and the "createrepo --checkts" command performed no action on an empty repository. With this update, missing file is now considered as a failure, and not a pass. The "createrepo --checkts" command now properly creates a new repository when called on an empty repository.

* The --basedir, --retain-old-md, and --update-md-path options were reported only in the createrepo utility help message but not in the man page. This update amends the man page and the options are now properly documented in both the help message and the man page.</description><release>Scientific Linux Fermi</release><issued date="2013-06-04 00:00:00"/><references><reference title="createrepo -C does nothing on empty repo" type="bugzilla" id="877301" href="https://bugzilla.redhat.com/show_bug.cgi?id=877301"/><reference title="options not listed in --help and manpage" type="bugzilla" id="892657" href="https://bugzilla.redhat.com/show_bug.cgi?id=892657"/><reference title="RHBA-2013:0879-1" type="self" id="RHBA-2013:0879-1" href="https://rhn.redhat.com/errata/RHBA-2013-0879.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="createrepo" version="0.9.9" release="18.el6" arch="noarch" src="createrepo-0.9.9-18.el6.src.rpm"><filename>createrepo-0.9.9-18.el6.noarch.rpm</filename><sum type="sha256">d10ecf3b7c75960457e7941f6b3814efdd7e1a014f490ece52df1c1b6f4ecf20</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0881-1</id><title>nmap bug fix update</title><description>This update fixes the following bugs:

* Previously, the debuginfo file for the ncat utility was missing in the nmap debuginfo package. Consequently, debugging and analysis of unexpected terminations could not be done properly. This update ensure the missing file is present in the package, thus fixing this bug.

* In a previous version, the ncat utility failed to write its session data to an output file when the used protocol was UDP. This update provides a patch, which ensures that the data are properly written in the described scenario, thus fixing this bug.</description><release>Scientific Linux Fermi</release><issued date="2013-06-04 00:00:00"/><references><reference title="Debug file missing in debuginfo package for a binary" type="bugzilla" id="729045" href="https://bugzilla.redhat.com/show_bug.cgi?id=729045"/><reference title="ncat does not write to output file with UDP" type="bugzilla" id="826601" href="https://bugzilla.redhat.com/show_bug.cgi?id=826601"/><reference title="RHBA-2013:0881-1" type="self" id="RHBA-2013:0881-1" href="https://rhn.redhat.com/errata/RHBA-2013-0881.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="2" name="nmap" version="5.51" release="3.el6" arch="x86_64" src="nmap-5.51-3.el6.src.rpm"><filename>nmap-5.51-3.el6.x86_64.rpm</filename><sum type="sha256">f48564a3015360ef5aad094cf1d3189de8ec0b254552aa5cbcb92a6848878ea5</sum></package><package epoch="2" name="nmap-frontend" version="5.51" release="3.el6" arch="noarch" src="nmap-5.51-3.el6.src.rpm"><filename>nmap-frontend-5.51-3.el6.noarch.rpm</filename><sum type="sha256">b67ab0c6213f7624af82ea6c753fccd9daf9ff37d15e0b15e86fe4736c9b6cb4</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0891-1</id><title>setuptool bug fix update</title><description>This update fixes the following bug:

* The /usr/share/man/man1/setup.1.gz file no longer has the executable flags set.</description><release>Scientific Linux Fermi</release><issued date="2013-06-04 00:00:00"/><references><reference title="man page has executable flags set" type="bugzilla" id="883581" href="https://bugzilla.redhat.com/show_bug.cgi?id=883581"/><reference title="RHBA-2013:0891-1" type="self" id="RHBA-2013:0891-1" href="https://rhn.redhat.com/errata/RHBA-2013-0891.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="setuptool" version="1.19.9" release="4.el6" arch="x86_64" src="setuptool-1.19.9-4.el6.src.rpm"><filename>setuptool-1.19.9-4.el6.x86_64.rpm</filename><sum type="sha256">d53528e143c3ea3f777a8e58f7d2f47b77e634bc2bb3f3b8c12eca0f733548d5</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0899-1</id><title>perl-Makefile-Parser bug fix update</title><description>This update fixes the following bug:

* Previously, when the perl-Makefile-Parser source RPM package was built without the perl-Time-HiRes package installed, the building process failed executing the Makefile.PL script. With this update, build-time dependencies on the MDOM::Document::Gmake, MDOM::Util, and Time::HiRes Perl modules have been added to the RPM package and the perl-Makefile- Parser source package can now be built in minimal environment as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-06-04 00:00:00"/><references><reference title="perl-Makefile-Parser source rpm rebuild failing" type="bugzilla" id="657496" href="https://bugzilla.redhat.com/show_bug.cgi?id=657496"/><reference title="RHBA-2013:0899-1" type="self" id="RHBA-2013:0899-1" href="https://rhn.redhat.com/errata/RHBA-2013-0899.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="perl-Makefile-Parser" version="0.211" release="2.el6" arch="noarch" src="perl-Makefile-Parser-0.211-2.el6.src.rpm"><filename>perl-Makefile-Parser-0.211-2.el6.noarch.rpm</filename><sum type="sha256">734469fc2d08941c7b7fbc43961a966db0f545ff071075aaecfe59bd7cd3534f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0900-1</id><title>kexec-tools bug fix update</title><description>This update fixes the following bugs:

* Certain multi-port network cards return the same PCI bus address for all ports. When the kdump utility maps the network ports, it cannot differentiate one network port from another on these cards. Consequently, when different network ports were on different networks, kdump failed to dump data over NFS or SSH. This update ensures that the MAP_NET_BY_MAC variable is set in the described scenario and kdump now dumps data for all ports as expected.

* Previously, kernel modules in the extra_modules list were overridden by the built-in blacklist. Consequently, kdump was unable to load the mlx4_core and mlx4_en modules and dump data over network cards using these modules. With this update, modules in the extra_modules list are not excluded if they are blacklisted and kdump can use them as expected.

* When the kdump file system resided on a logical volume or a volume group with another independent and encrypted device, the mkdumprd utility exited with an error message when trying to access the encrypted device, preventing kdump from functioning properly. A patch has been provided to address this issue and kdump is now properly reconfigured and restarted in the described scenario, thus fixing this bug.</description><release>Scientific Linux Fermi</release><issued date="2013-06-18 00:00:00"/><references><reference title="" type="bugzilla" id="923656" href="https://bugzilla.redhat.com/show_bug.cgi?id=923656"/><reference title="" type="bugzilla" id="924820" href="https://bugzilla.redhat.com/show_bug.cgi?id=924820"/><reference title="" type="bugzilla" id="963563" href="https://bugzilla.redhat.com/show_bug.cgi?id=963563"/><reference title="RHBA-2013:0900-1" type="self" id="RHBA-2013:0900-1" href="https://rhn.redhat.com/errata/RHBA-2013-0900.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="kexec-tools" version="2.0.0" release="258.el6_4.2" arch="x86_64" src="kexec-tools-2.0.0-258.el6_4.2.src.rpm"><filename>kexec-tools-2.0.0-258.el6_4.2.x86_64.rpm</filename><sum type="sha256">666624818a2cb638518f201aa559c7ff14840230200d700a366eb1e41cc91bd7</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0901-1</id><title>iputils bug fix update</title><description>This update fixes the following bug:

* Previously, the arping utility read a broadcast address from a file on the sysfs file system. On some systems, that file could be unavailable, which resulted in a critical error. This update provides a fallback logic that uses a default value if the aforementioned file is not readable. As a result, arping no longer exits with a critical error and works as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-06-18 00:00:00"/><references><reference title="arping is not compatible with network namespaces" type="bugzilla" id="968342" href="https://bugzilla.redhat.com/show_bug.cgi?id=968342"/><reference title="RHBA-2013:0901-1" type="self" id="RHBA-2013:0901-1" href="https://rhn.redhat.com/errata/RHBA-2013-0901.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="iputils" version="20071127" release="17.el6_4" arch="x86_64" src="iputils-20071127-17.el6_4.src.rpm"><filename>iputils-20071127-17.el6_4.x86_64.rpm</filename><sum type="sha256">e9562e1ebf6e75f2b9ac5f700affdf246136a68be8643b658c5d4e2f319da7c7</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0906-1</id><title>libXcursor bug fix update</title><description>This update fixes the following bug:

* In the last rebuild of libXcursor, the Icon Theme was changed to Adwaita, which was not available in Scientific Linux 6. To fix this bug, the Icon Theme has been changed back to dmz-aa for Scientific Linux 6.</description><release>Scientific Linux Fermi</release><issued date="2013-06-18 00:00:00"/><references><reference title="" type="bugzilla" id="949586" href="https://bugzilla.redhat.com/show_bug.cgi?id=949586"/><reference title="RHBA-2013:0906-1" type="self" id="RHBA-2013:0906-1" href="https://rhn.redhat.com/errata/RHBA-2013-0906.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libXcursor" version="1.1.13" release="6.20130524git8f677eaea.el6" arch="i686" src="libXcursor-1.1.13-6.20130524git8f677eaea.el6.src.rpm"><filename>libXcursor-1.1.13-6.20130524git8f677eaea.el6.i686.rpm</filename><sum type="sha256">ce24a4968783ba059f2a88ef405ad92a9fc94ae63ce13f8e9d2939d8622f1a4f</sum></package><package epoch="0" name="libXcursor" version="1.1.13" release="6.20130524git8f677eaea.el6" arch="x86_64" src="libXcursor-1.1.13-6.20130524git8f677eaea.el6.src.rpm"><filename>libXcursor-1.1.13-6.20130524git8f677eaea.el6.x86_64.rpm</filename><sum type="sha256">07ec8dcc9c284e2d4f172f62019542d3a693234599dd81fbf0b8f26d318cf858</sum></package><package epoch="0" name="libXcursor-devel" version="1.1.13" release="6.20130524git8f677eaea.el6" arch="i686" src="libXcursor-1.1.13-6.20130524git8f677eaea.el6.src.rpm"><filename>libXcursor-devel-1.1.13-6.20130524git8f677eaea.el6.i686.rpm</filename><sum type="sha256">d6fcb26006efc4e6bd6661395320c17e59e787659220ff56590fba5b3fc58e7c</sum></package><package epoch="0" name="libXcursor-devel" version="1.1.13" release="6.20130524git8f677eaea.el6" arch="x86_64" src="libXcursor-1.1.13-6.20130524git8f677eaea.el6.src.rpm"><filename>libXcursor-devel-1.1.13-6.20130524git8f677eaea.el6.x86_64.rpm</filename><sum type="sha256">6cb9af8269ee3ce875f1d2f1cb8448a75754019d3dfa8c1d9950f417ad95d61e</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0910-1</id><title>libvirt-cim bug fix update</title><description>This update fixes the following bugs:

* Previously, if a qemu domain was defined with a bridge network interface, running the libvirt-cim provider failed with the following error message:

Unable to start domain: unsupported configuration: scripts are are not supported on interfaces of type bridge

This was because code triggering a script was added in a file used to create the domain prior to checking the qemu domain type. However, scripts are not allowed for qemu domains. With this update, a check for the qemu domain type is performed prior to adding the code triggering the script. As a result, when using libvirt-cim, it is now possible to create qemu domains with the bridge network interface.

* Previously, a call to query a guest's current VNC address and port number returned the static configuration of the guest. If the guest was used to enable the "autoport" selection, the call did not return the allocated port. The libvirt-cim code has been modified to only return static configuration information. This allows other interfaces to return information based on the domain state. As a result, the current and correct port being used by the domain for VNC is now returned.</description><release>Scientific Linux Fermi</release><issued date="2013-06-18 00:00:00"/><references><reference title="" type="bugzilla" id="951402" href="https://bugzilla.redhat.com/show_bug.cgi?id=951402"/><reference title="" type="bugzilla" id="966877" href="https://bugzilla.redhat.com/show_bug.cgi?id=966877"/><reference title="RHBA-2013:0910-1" type="self" id="RHBA-2013:0910-1" href="https://rhn.redhat.com/errata/RHBA-2013-0910.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt-cim" version="0.6.1" release="4.el6_4.1" arch="i686" src="libvirt-cim-0.6.1-4.el6_4.1.src.rpm"><filename>libvirt-cim-0.6.1-4.el6_4.1.i686.rpm</filename><sum type="sha256">3a8acc113e6933216cbb845bf772856cd9d36b0a5cea650b380837efe28b14e5</sum></package><package epoch="0" name="libvirt-cim" version="0.6.1" release="4.el6_4.1" arch="x86_64" src="libvirt-cim-0.6.1-4.el6_4.1.src.rpm"><filename>libvirt-cim-0.6.1-4.el6_4.1.x86_64.rpm</filename><sum type="sha256">0dc6a323a7c65946da93823eed2bb551114d95cccac043450f200fa9ce9ce5c4</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0940-1</id><title>system-config-keyboard bug fix update</title><description>This update fixes the following bug:

* The system-config-keyboard packages contain a plug-in for firstboot. Previous versions of system-config-keyboard depended on firstboot, so it was not possible to install the packages without pulling in firstboot too. This erroneous dependency has been removed and the system-config-keyboard packages can now be installed without pulling in firstboot.</description><release>Scientific Linux Fermi</release><issued date="2013-06-18 00:00:00"/><references><reference title="dependency issue in packaging" type="bugzilla" id="952125" href="https://bugzilla.redhat.com/show_bug.cgi?id=952125"/><reference title="RHBA-2013:0940-1" type="self" id="RHBA-2013:0940-1" href="https://rhn.redhat.com/errata/RHBA-2013-0940.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="system-config-keyboard" version="1.3.1" release="5.el6" arch="x86_64" src="system-config-keyboard-1.3.1-5.el6.src.rpm"><filename>system-config-keyboard-1.3.1-5.el6.x86_64.rpm</filename><sum type="sha256">bb1bc90465ec0d077d6e027187fb1bb12873439db51145b15e74457833a9f7b2</sum></package><package epoch="0" name="system-config-keyboard-base" version="1.3.1" release="5.el6" arch="x86_64" src="system-config-keyboard-1.3.1-5.el6.src.rpm"><filename>system-config-keyboard-base-1.3.1-5.el6.x86_64.rpm</filename><sum type="sha256">7345fc498d5fc5ed70247a3108e7c0eff111e1fc9be956607bdb63350050e2f1</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0945-1</id><title>ipa bug fix update</title><description>This update fixes the following bugs:

* Anonymous access to the Identity Management servers can be set to the "rootdse" option, which means that anonymous clients can only access the rootDSE LDAP entry. Previously, when all the configured Identity Management servers had this option enabled, an attempt to enroll the Identity Management client using the "ipa-client-install" command failed during the discovery phase. This update provides a patch to fix this bug and "ipa-client-install" proceeds as expected in the described scenario.

* Under certain circumstances, the Identity Management Certificate Authority (CA) certificate stored in Directory Server was double encoded. This behavior prevented some of the Identity Management clients from enrolling. With this update, the CA certificates are encoded and stored in Directory Server properly.

* Previously, the Identity Management server certificate subsystem did not set the NSS database trust arguments properly after the renewal. Consequently, the Identity Management server was unable to communicate with the certificate system. The underlying source code has been modified and the trust arguments are now set correctly after the renewal.</description><release>Scientific Linux Fermi</release><issued date="2013-06-18 00:00:00"/><references><reference title="unattended ipa-client installation fails when anonymous access to LDAP is disabled on IPA servers" type="bugzilla" id="952741" href="https://bugzilla.redhat.com/show_bug.cgi?id=952741"/><reference title="LDAP upload CA cert sometimes double-encodes the value" type="bugzilla" id="964128" href="https://bugzilla.redhat.com/show_bug.cgi?id=964128"/><reference title="ipa cert automatic renew: wrong trust argument assigned to renewed certs" type="bugzilla" id="964130" href="https://bugzilla.redhat.com/show_bug.cgi?id=964130"/><reference title="RHBA-2013:0945-1" type="self" id="RHBA-2013:0945-1" href="https://rhn.redhat.com/errata/RHBA-2013-0945.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ipa-admintools" version="3.0.0" release="26.el6_4.4" arch="x86_64" src="ipa-3.0.0-26.el6_4.4.src.rpm"><filename>ipa-admintools-3.0.0-26.el6_4.4.x86_64.rpm</filename><sum type="sha256">6c5cef74980542b0fd7343787fd449c403712145e30980c489eaaecfff6041d3</sum></package><package epoch="0" name="ipa-client" version="3.0.0" release="26.el6_4.4" arch="x86_64" src="ipa-3.0.0-26.el6_4.4.src.rpm"><filename>ipa-client-3.0.0-26.el6_4.4.x86_64.rpm</filename><sum type="sha256">7541475b4ccc3f58cddb4012276d682b03164af639bbab42acef68e4a5137f98</sum></package><package epoch="0" name="ipa-python" version="3.0.0" release="26.el6_4.4" arch="x86_64" src="ipa-3.0.0-26.el6_4.4.src.rpm"><filename>ipa-python-3.0.0-26.el6_4.4.x86_64.rpm</filename><sum type="sha256">3b8d4d1af1ef513a85a30dd1602f08a43cb3f91c6982d3e2f37ce25cd7c62c24</sum></package><package epoch="0" name="ipa-server" version="3.0.0" release="26.el6_4.4" arch="x86_64" src="ipa-3.0.0-26.el6_4.4.src.rpm"><filename>ipa-server-3.0.0-26.el6_4.4.x86_64.rpm</filename><sum type="sha256">d1668773e9ece6547197365674f756c8f41d2d7151983ea1eebecf83e8ddc6bc</sum></package><package epoch="0" name="ipa-server-selinux" version="3.0.0" release="26.el6_4.4" arch="x86_64" src="ipa-3.0.0-26.el6_4.4.src.rpm"><filename>ipa-server-selinux-3.0.0-26.el6_4.4.x86_64.rpm</filename><sum type="sha256">1159d3ee96fddb91b6149a2ece379548f3501ca3335ef0de3a4df2187f4fbe6f</sum></package><package epoch="0" name="ipa-server-trust-ad" version="3.0.0" release="26.el6_4.4" arch="x86_64" src="ipa-3.0.0-26.el6_4.4.src.rpm"><filename>ipa-server-trust-ad-3.0.0-26.el6_4.4.x86_64.rpm</filename><sum type="sha256">252fa9765e2571fb6a2070c130e6ce0e7426a6db31dfc5a20acb4c496d36c560</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0948-1</id><title>rpmlint bug fix update</title><description>This update fixes the following bugs:

* Previously, an incorrect rule in rpmlint caused it to report a "missing- lsb-keyword Default-Stop" error message for services that did not start by default in any run level. This update corrects the rule in rpmlint, and error messages no longer occur in the described scenario.

* When a package had a UTF-8 encoding error in the description, or the description was encoded in a different character set, then rpmlint terminated unexpectedly with a segmentation fault. With this update, rmplint returns an error message that the description has incorrectly encoded UTF-8 data (tag-not-utf8 error), and crashes no longer occur in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-06-18 00:00:00"/><references><reference title="rpmlint reports missing-lsb-keyword Default-Stop" type="bugzilla" id="663082" href="https://bugzilla.redhat.com/show_bug.cgi?id=663082"/><reference title="rpmlint doesn&amp;#39;t handle Unicode encoding errors gracefully" type="bugzilla" id="958038" href="https://bugzilla.redhat.com/show_bug.cgi?id=958038"/><reference title="RHBA-2013:0948-1" type="self" id="RHBA-2013:0948-1" href="https://rhn.redhat.com/errata/RHBA-2013-0948.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="rpmlint" version="0.94" release="3.1.el6" arch="noarch" src="rpmlint-0.94-3.1.el6.src.rpm"><filename>rpmlint-0.94-3.1.el6.noarch.rpm</filename><sum type="sha256">cc222c3343254c2ede1193cc72a91e46848e1d8fdf7e65bc25917e7cb4ddd636</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0949-1</id><title>kdelibs bug fix update</title><description>This update fixes the following bug:

* Previously, when using two or more monitors, clicking on the activity applet to switch the activity caused KDE to terminate unexpectedly with a segmentation fault. This update corrects an issue with the Plasma:tabbar.cpp file, and clicking on the activity applet while switching activities in KDE no longer causes crashes.

The desktop must be restarted (log out, then log back in) for this update to take effect.</description><release>Scientific Linux Fermi</release><issued date="2013-06-18 00:00:00"/><relogin_suggested>true</relogin_suggested><references><reference title="" type="bugzilla" id="972730" href="https://bugzilla.redhat.com/show_bug.cgi?id=972730"/><reference title="RHBA-2013:0949-1" type="self" id="RHBA-2013:0949-1" href="https://rhn.redhat.com/errata/RHBA-2013-0949.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="6" name="kdelibs" version="4.3.4" release="20.el6_4.1" arch="i686" src="kdelibs-4.3.4-20.el6_4.1.src.rpm"><filename>kdelibs-4.3.4-20.el6_4.1.i686.rpm</filename><sum type="sha256">92c6374f753f0796359268eb56125cc26399aa61cd1a3dbff93dc92eef5cc90d</sum></package><package epoch="6" name="kdelibs" version="4.3.4" release="20.el6_4.1" arch="x86_64" src="kdelibs-4.3.4-20.el6_4.1.src.rpm"><filename>kdelibs-4.3.4-20.el6_4.1.x86_64.rpm</filename><sum type="sha256">8377aa9f8fd369a77c8bcecec3dba2a9661a41e91a0f1ca735e9a7e4bea07c30</sum></package><package epoch="6" name="kdelibs-apidocs" version="4.3.4" release="20.el6_4.1" arch="noarch" src="kdelibs-4.3.4-20.el6_4.1.src.rpm"><filename>kdelibs-apidocs-4.3.4-20.el6_4.1.noarch.rpm</filename><sum type="sha256">4ebcf6d8e8d920db9e64ebc43b8a4e61ad817e44fe3be3501d9c7968ae4d6e01</sum></package><package epoch="6" name="kdelibs-common" version="4.3.4" release="20.el6_4.1" arch="x86_64" src="kdelibs-4.3.4-20.el6_4.1.src.rpm"><filename>kdelibs-common-4.3.4-20.el6_4.1.x86_64.rpm</filename><sum type="sha256">14a250784746d5de9fa5ccebb37c344d1e334f205976469af5fb022a9ca85d44</sum></package><package epoch="6" name="kdelibs-devel" version="4.3.4" release="20.el6_4.1" arch="i686" src="kdelibs-4.3.4-20.el6_4.1.src.rpm"><filename>kdelibs-devel-4.3.4-20.el6_4.1.i686.rpm</filename><sum type="sha256">10fb2a7416d74a8ca3235ca48e445fce942cfe078ddd14d6b401eebe95207fca</sum></package><package epoch="6" name="kdelibs-devel" version="4.3.4" release="20.el6_4.1" arch="x86_64" src="kdelibs-4.3.4-20.el6_4.1.src.rpm"><filename>kdelibs-devel-4.3.4-20.el6_4.1.x86_64.rpm</filename><sum type="sha256">e1c05a07e7031d3a1f66c1e4ffc1744fe8fa6a02a6828cf6468044f54bb14b93</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0951-1</id><title>libvirt bug fix update</title><description>This update fixes the following bugs:

* Previously, the listen attribute in QEMU cookie files was discarded. Consequently, if the user had different networks in use, one for management and migration, and one for VNC and SPICE, the remote host name was passed to QEMU via the client_migrate_info flag. This resulted in the SPICE client to be disconnected upon migration of a virtual machine. With this update, the remote listen address is passed instead and the SPICE client is no longer disconnected in the described scenario.

* Prior to this update, the F_DUPFD_CLOEXEC operation with the fcntl() function expected a single argument, specifying the minimum file descriptor (FD) number, but was provided none. Consequently, random stack data were accessed as the FD number and a libvirt live migration could then terminate unexpectedly. This update ensures that the argument is provided in the described scenario, thus fixing this bug.

* When cgroups were enabled, moving tasks among kernel cgroups could, in rare occurrences, result in a race condition. Consequently, a guest could fail to start after repeating the start and stop commands tens of times using the virsh utility. With this update, the code that handles groups of threads has been optimized to prevent races while moving from one cgroup to another and guests now start as expected in the described scenario.

After installing the updated packages, the libvirtd daemon will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2013-06-18 00:00:00"/><references><reference title="After upgrading hypervisors from 6.3 to 6.4, spice client gets disconnected upon migration of the VM" type="bugzilla" id="966587" href="https://bugzilla.redhat.com/show_bug.cgi?id=966587"/><reference title="libvirt live migration got unexpected fail" type="bugzilla" id="966707" href="https://bugzilla.redhat.com/show_bug.cgi?id=966707"/><reference title="" type="bugzilla" id="966710" href="https://bugzilla.redhat.com/show_bug.cgi?id=966710"/><reference title="RHBA-2013:0951-1" type="self" id="RHBA-2013:0951-1" href="https://rhn.redhat.com/errata/RHBA-2013-0951.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt" version="0.10.2" release="18.el6_4.8" arch="x86_64" src="libvirt-0.10.2-18.el6_4.8.src.rpm"><filename>libvirt-0.10.2-18.el6_4.8.x86_64.rpm</filename><sum type="sha256">7f654891332a933294a06ab2d0f216cf1daee6459c65c7aab01a82d116403e92</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="18.el6_4.8" arch="i686" src="libvirt-0.10.2-18.el6_4.8.src.rpm"><filename>libvirt-client-0.10.2-18.el6_4.8.i686.rpm</filename><sum type="sha256">7f6b4d96841f88529bad44f1d32c1aec76c758e6c6844aa363a9d9ab6cbf66dd</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="18.el6_4.8" arch="x86_64" src="libvirt-0.10.2-18.el6_4.8.src.rpm"><filename>libvirt-client-0.10.2-18.el6_4.8.x86_64.rpm</filename><sum type="sha256">4ec8548693398f138ccb378c3ff4f6af0efe10a11e8f557df010870d2aea5867</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="18.el6_4.8" arch="i686" src="libvirt-0.10.2-18.el6_4.8.src.rpm"><filename>libvirt-devel-0.10.2-18.el6_4.8.i686.rpm</filename><sum type="sha256">45a7dd910955dc453efd9100a045c0461543baca8599eedf2962989815302422</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="18.el6_4.8" arch="x86_64" src="libvirt-0.10.2-18.el6_4.8.src.rpm"><filename>libvirt-devel-0.10.2-18.el6_4.8.x86_64.rpm</filename><sum type="sha256">d4f7c766725cb4b9a343a66b1766be54eb2ca02b07e18efb06d7b2ee745c44d4</sum></package><package epoch="0" name="libvirt-lock-sanlock" version="0.10.2" release="18.el6_4.8" arch="x86_64" src="libvirt-0.10.2-18.el6_4.8.src.rpm"><filename>libvirt-lock-sanlock-0.10.2-18.el6_4.8.x86_64.rpm</filename><sum type="sha256">6e403ada776f140fc737b9e5158aee31977f5a963f0169ba16860eb816b3436d</sum></package><package epoch="0" name="libvirt-python" version="0.10.2" release="18.el6_4.8" arch="x86_64" src="libvirt-0.10.2-18.el6_4.8.src.rpm"><filename>libvirt-python-0.10.2-18.el6_4.8.x86_64.rpm</filename><sum type="sha256">68afafe16445f9d341d6cafcc053a6d0e53e1fa71df487bfb75c359724288667</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0952-1</id><title>rp-pppoe bug fix update</title><description>This update fixes the following bug:

* Previously, the pppoe-server service started by default at each system boot, which was not intended as pppoe-server is supposed to run only when enabled by an administrator. This update ensures that pppoe-server is not started by default, thus fixing this bug.</description><release>Scientific Linux Fermi</release><issued date="2013-06-25 00:00:00"/><references><reference title="pppoe-server enabled by default" type="bugzilla" id="841190" href="https://bugzilla.redhat.com/show_bug.cgi?id=841190"/><reference title="RHBA-2013:0952-1" type="self" id="RHBA-2013:0952-1" href="https://rhn.redhat.com/errata/RHBA-2013-0952.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="rp-pppoe" version="3.10" release="10.el6" arch="x86_64" src="rp-pppoe-3.10-10.el6.src.rpm"><filename>rp-pppoe-3.10-10.el6.x86_64.rpm</filename><sum type="sha256">a35b7ac41ae3adcebf7c488ed35d79f3c0d099272e0eaa15911c3e7ffeb2e377</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0954-1</id><title>python-rtslib bug fix update</title><description>This update fixes the following bug:

* Due to a bug in the python-rtslib package, the targetcli command failed when attempting to create a pscsi storage object. Consequently, targetcli failed with a traceback error and users could not configure pscsi storage. This bug is fixed in the aforementioned package and users can now create pscsi storage objects using targetcli.</description><release>Scientific Linux Fermi</release><issued date="2013-06-25 00:00:00"/><references><reference title="Got python call trace when creating pscsi storage object in targetcli." type="bugzilla" id="917478" href="https://bugzilla.redhat.com/show_bug.cgi?id=917478"/><reference title="RHBA-2013:0954-1" type="self" id="RHBA-2013:0954-1" href="https://rhn.redhat.com/errata/RHBA-2013-0954.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="python-rtslib" version="2.1.fb21" release="3.el6_4" arch="noarch" src="python-rtslib-2.1.fb21-3.el6_4.src.rpm"><filename>python-rtslib-2.1.fb21-3.el6_4.noarch.rpm</filename><sum type="sha256">ccd286a06046ad7d8ef9fa32032b989500d1e9a34d66916890033d1d89a81321</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0955-1</id><title>pcsc-lite bug fix update</title><description>This update fixes the following bug:

* Due to a race condition, the pcsc-lite client could, under certain circumstances, become unresponsive. This behavior occurred especially when smart cards were used with the Firefox web browser. This update provides a backported patch to fix the race condition and pcsc-lite no longer hangs in such a case.</description><release>Scientific Linux Fermi</release><issued date="2013-06-25 00:00:00"/><references><reference title="Firefox hangs when window is closed after loading a ssl web page." type="bugzilla" id="959927" href="https://bugzilla.redhat.com/show_bug.cgi?id=959927"/><reference title="RHBA-2013:0955-1" type="self" id="RHBA-2013:0955-1" href="https://rhn.redhat.com/errata/RHBA-2013-0955.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="pcsc-lite" version="1.5.2" release="13.el6_4" arch="x86_64" src="pcsc-lite-1.5.2-13.el6_4.src.rpm"><filename>pcsc-lite-1.5.2-13.el6_4.x86_64.rpm</filename><sum type="sha256">813ab95406fdcf86517ebbec872a2b0c58d83aa45bf27cd107e07f41a574b223</sum></package><package epoch="0" name="pcsc-lite-devel" version="1.5.2" release="13.el6_4" arch="i686" src="pcsc-lite-1.5.2-13.el6_4.src.rpm"><filename>pcsc-lite-devel-1.5.2-13.el6_4.i686.rpm</filename><sum type="sha256">fd172b81a7aa64ba19a87a076546fe9cafc33b5fdb055b433821c69d7781f832</sum></package><package epoch="0" name="pcsc-lite-devel" version="1.5.2" release="13.el6_4" arch="x86_64" src="pcsc-lite-1.5.2-13.el6_4.src.rpm"><filename>pcsc-lite-devel-1.5.2-13.el6_4.x86_64.rpm</filename><sum type="sha256">f816d45eab70e12af3970d71f12d05e3641f95b89d99fc6e1871b0753eaa3b05</sum></package><package epoch="0" name="pcsc-lite-doc" version="1.5.2" release="13.el6_4" arch="x86_64" src="pcsc-lite-1.5.2-13.el6_4.src.rpm"><filename>pcsc-lite-doc-1.5.2-13.el6_4.x86_64.rpm</filename><sum type="sha256">5e5cb6b48f0190b983e2c30e221677ffbe5cc842c98d5a94ec19b131c85e0b98</sum></package><package epoch="0" name="pcsc-lite-libs" version="1.5.2" release="13.el6_4" arch="i686" src="pcsc-lite-1.5.2-13.el6_4.src.rpm"><filename>pcsc-lite-libs-1.5.2-13.el6_4.i686.rpm</filename><sum type="sha256">f3c94248738d2afa89f8e3575db3cf2c19aa7c07a30b7b3d468aafe213dc6792</sum></package><package epoch="0" name="pcsc-lite-libs" version="1.5.2" release="13.el6_4" arch="x86_64" src="pcsc-lite-1.5.2-13.el6_4.src.rpm"><filename>pcsc-lite-libs-1.5.2-13.el6_4.x86_64.rpm</filename><sum type="sha256">16070a7d7f304c1437e9030b868d8fa32da67cc971c19a70767a4458f4977732</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0956-1</id><title>sg3_utils bug fix update</title><description>This update fixes the following bug:

* The logic used in the show_devices() function (as used by the "sginfo" command) to identify the available storage devices opened these devices by scanning the /dev directory. Consequently, the /dev/snapshot file was opened, causing the system to prepare for suspend/hibernate and, as a part of that, to block hot-added CPUs from being activated. To fix this bug, the logic used in the show_devices() function to decide, which devices to open, has been adjusted. As a result, running the "sginfo -l" command no longer has the unintended side effect of blocking the activation of hot- added CPUs.</description><release>Scientific Linux Fermi</release><issued date="2013-06-25 00:00:00"/><references><reference title="&amp;quot;sginfo -l&amp;quot; should not open /dev/snapshot" type="bugzilla" id="920687" href="https://bugzilla.redhat.com/show_bug.cgi?id=920687"/><reference title="RHBA-2013:0956-1" type="self" id="RHBA-2013:0956-1" href="https://rhn.redhat.com/errata/RHBA-2013-0956.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="sg3_utils" version="1.28" release="5.el6" arch="x86_64" src="sg3_utils-1.28-5.el6.src.rpm"><filename>sg3_utils-1.28-5.el6.x86_64.rpm</filename><sum type="sha256">0b1013de413974d285c7a4c324ed25ec90f8f3318ab2d9b364a9f810c78136f8</sum></package><package epoch="0" name="sg3_utils-devel" version="1.28" release="5.el6" arch="i686" src="sg3_utils-1.28-5.el6.src.rpm"><filename>sg3_utils-devel-1.28-5.el6.i686.rpm</filename><sum type="sha256">c8ad6e20595619323b4a3537fceb8373e003b4a7169d76fb8681225dff18c11d</sum></package><package epoch="0" name="sg3_utils-devel" version="1.28" release="5.el6" arch="x86_64" src="sg3_utils-1.28-5.el6.src.rpm"><filename>sg3_utils-devel-1.28-5.el6.x86_64.rpm</filename><sum type="sha256">cf52b16ba223261c994f130caa5823e3c77afbcd8a43c9cf8135d38485add9b4</sum></package><package epoch="0" name="sg3_utils-libs" version="1.28" release="5.el6" arch="i686" src="sg3_utils-1.28-5.el6.src.rpm"><filename>sg3_utils-libs-1.28-5.el6.i686.rpm</filename><sum type="sha256">ef5b1efea0844649fc38930c4b5f20d9dd1aadbc9d06e7e67f3f3d13cd1c5fa5</sum></package><package epoch="0" name="sg3_utils-libs" version="1.28" release="5.el6" arch="x86_64" src="sg3_utils-1.28-5.el6.src.rpm"><filename>sg3_utils-libs-1.28-5.el6.x86_64.rpm</filename><sum type="sha256">533f4a49aacbe765f5539a4763969f3ceea13d31a1648fb99139d863e7fda22a</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0961-1</id><title>module-init-tools bug fix update</title><description>This update fixes the following bug:

* Previously the modinfo command caused an unexpected termination with a segmentation fault when called with a module which was just deleted from the file system without re-running depmod. This update passes the file name instead of the address of it to the error() function, and crashes no longer occur in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-06-25 00:00:00"/><references><reference title="" type="bugzilla" id="972588" href="https://bugzilla.redhat.com/show_bug.cgi?id=972588"/><reference title="RHBA-2013:0961-1" type="self" id="RHBA-2013:0961-1" href="https://rhn.redhat.com/errata/RHBA-2013-0961.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="module-init-tools" version="3.9" release="21.el6_4" arch="x86_64" src="module-init-tools-3.9-21.el6_4.src.rpm"><filename>module-init-tools-3.9-21.el6_4.x86_64.rpm</filename><sum type="sha256">cd48e36434a37902ab0337c91ce2fa565eba0adfb26cd43b328237add83aa270</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0962-1</id><title>cjkuni-fonts bug fix update</title><description>This update fixes the following bug:

* Previously, under some configurations, the KDE startup menu did not show any Chinese characters in Chinese locales (both zh-CN and zh-TW), while Japanese and Korean did not have this problem. With this update, the KDE startup menu now displays Chinese characters in Chinese locales.</description><release>Scientific Linux Fermi</release><issued date="2013-06-25 00:00:00"/><references><reference title="[kde-l10n] [subpixel] kickoff does not show any Chinese characters in Chinese locales" type="bugzilla" id="651651" href="https://bugzilla.redhat.com/show_bug.cgi?id=651651"/><reference title="RHBA-2013:0962-1" type="self" id="RHBA-2013:0962-1" href="https://rhn.redhat.com/errata/RHBA-2013-0962.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="cjkuni-fonts-common" version="0.2.20080216.1" release="36.el6" arch="noarch" src="cjkuni-fonts-0.2.20080216.1-36.el6.src.rpm"><filename>cjkuni-fonts-common-0.2.20080216.1-36.el6.noarch.rpm</filename><sum type="sha256">ef4e50c655a7d2e0049e6cd2a999f710df74899e1e692b26800d9d3f9a9c96e5</sum></package><package epoch="0" name="cjkuni-fonts-ghostscript" version="0.2.20080216.1" release="36.el6" arch="noarch" src="cjkuni-fonts-0.2.20080216.1-36.el6.src.rpm"><filename>cjkuni-fonts-ghostscript-0.2.20080216.1-36.el6.noarch.rpm</filename><sum type="sha256">711f31d1c003e8582534d71dde5fe83e628ea0079cc2e82da54a30bd2f14b5f5</sum></package><package epoch="0" name="cjkuni-ukai-fonts" version="0.2.20080216.1" release="36.el6" arch="noarch" src="cjkuni-fonts-0.2.20080216.1-36.el6.src.rpm"><filename>cjkuni-ukai-fonts-0.2.20080216.1-36.el6.noarch.rpm</filename><sum type="sha256">de985a5b948689d1689df93014b1c54013fdf2a4a16b21956e3f16f0cb05d8b1</sum></package><package epoch="0" name="cjkuni-uming-fonts" version="0.2.20080216.1" release="36.el6" arch="noarch" src="cjkuni-fonts-0.2.20080216.1-36.el6.src.rpm"><filename>cjkuni-uming-fonts-0.2.20080216.1-36.el6.noarch.rpm</filename><sum type="sha256">e323b7022153db6fdb68a1fc8edd6092fdeb24bc46477e794d46aa62e5f8cc8e</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0970-1</id><title>e2fsprogs bug fix update</title><description>This update fixes the following bug:

* Some ext4 extent tree corruptions were not detected or repaired by e2fsck. Inconsistencies related to overlapping interior or leaf nodes in the extent tree were not detected, and the file system remained in an inconsistent state after an e2fsck. These inconsistencies were then detected by the kernel at run time. e2fsck is now able to detect and repair this class of corruptions in the file system.</description><release>Scientific Linux Fermi</release><issued date="2013-06-25 00:00:00"/><references><reference title="" type="bugzilla" id="974193" href="https://bugzilla.redhat.com/show_bug.cgi?id=974193"/><reference title="RHBA-2013:0970-1" type="self" id="RHBA-2013:0970-1" href="https://rhn.redhat.com/errata/RHBA-2013-0970.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="e2fsprogs" version="1.41.12" release="14.el6_4.2" arch="x86_64" src="e2fsprogs-1.41.12-14.el6_4.2.src.rpm"><filename>e2fsprogs-1.41.12-14.el6_4.2.x86_64.rpm</filename><sum type="sha256">82cd3d7993b064b7873424bbbcdf324b9d28c05fb5c1fcaba3e98161c25b7e68</sum></package><package epoch="0" name="e2fsprogs-devel" version="1.41.12" release="14.el6_4.2" arch="i686" src="e2fsprogs-1.41.12-14.el6_4.2.src.rpm"><filename>e2fsprogs-devel-1.41.12-14.el6_4.2.i686.rpm</filename><sum type="sha256">ee5daa4bcdb60a9d6c617108eede54fa0fb3abc1aa82d236a121cec70369cc1f</sum></package><package epoch="0" name="e2fsprogs-devel" version="1.41.12" release="14.el6_4.2" arch="x86_64" src="e2fsprogs-1.41.12-14.el6_4.2.src.rpm"><filename>e2fsprogs-devel-1.41.12-14.el6_4.2.x86_64.rpm</filename><sum type="sha256">267d9d0fbb92a43c32e5f50ae87b16ee404df5622ca2f4be804e1347e9e6caa4</sum></package><package epoch="0" name="e2fsprogs-libs" version="1.41.12" release="14.el6_4.2" arch="i686" src="e2fsprogs-1.41.12-14.el6_4.2.src.rpm"><filename>e2fsprogs-libs-1.41.12-14.el6_4.2.i686.rpm</filename><sum type="sha256">38d5f5ea5ba2f2b22c6eb8bba3691b19a45c1834a785ca87bdc5eb6abf34054c</sum></package><package epoch="0" name="e2fsprogs-libs" version="1.41.12" release="14.el6_4.2" arch="x86_64" src="e2fsprogs-1.41.12-14.el6_4.2.src.rpm"><filename>e2fsprogs-libs-1.41.12-14.el6_4.2.x86_64.rpm</filename><sum type="sha256">19270efe753995179191103dce7760d9dc7ae4379848b5fee4a4f93772f89b90</sum></package><package epoch="0" name="libcom_err" version="1.41.12" release="14.el6_4.2" arch="i686" src="e2fsprogs-1.41.12-14.el6_4.2.src.rpm"><filename>libcom_err-1.41.12-14.el6_4.2.i686.rpm</filename><sum type="sha256">4c8f88b89109856a42945673d83030edf9b04cd9d64bd9d730cc29d7b161790e</sum></package><package epoch="0" name="libcom_err" version="1.41.12" release="14.el6_4.2" arch="x86_64" src="e2fsprogs-1.41.12-14.el6_4.2.src.rpm"><filename>libcom_err-1.41.12-14.el6_4.2.x86_64.rpm</filename><sum type="sha256">bcbaa50788c83df0456d9da6edd077f4aa7914be8e3c42fa23012f252f5b4824</sum></package><package epoch="0" name="libcom_err-devel" version="1.41.12" release="14.el6_4.2" arch="i686" src="e2fsprogs-1.41.12-14.el6_4.2.src.rpm"><filename>libcom_err-devel-1.41.12-14.el6_4.2.i686.rpm</filename><sum type="sha256">518242405c788495702da6556a895ee49867fabc11677762b338bf96173f2010</sum></package><package epoch="0" name="libcom_err-devel" version="1.41.12" release="14.el6_4.2" arch="x86_64" src="e2fsprogs-1.41.12-14.el6_4.2.src.rpm"><filename>libcom_err-devel-1.41.12-14.el6_4.2.x86_64.rpm</filename><sum type="sha256">46cee499ba13df0a8fda1d3e7228b54503e0c5f69709074a93ded28b7fb7a37d</sum></package><package epoch="0" name="libss" version="1.41.12" release="14.el6_4.2" arch="i686" src="e2fsprogs-1.41.12-14.el6_4.2.src.rpm"><filename>libss-1.41.12-14.el6_4.2.i686.rpm</filename><sum type="sha256">78820813ce98312733a1a0b6b51e9eb126f16d87e5301ae3134cc730efdeb691</sum></package><package epoch="0" name="libss" version="1.41.12" release="14.el6_4.2" arch="x86_64" src="e2fsprogs-1.41.12-14.el6_4.2.src.rpm"><filename>libss-1.41.12-14.el6_4.2.x86_64.rpm</filename><sum type="sha256">e028f8a67b7e39d49b870f038722aebdfd2c4c98e103302da5ac0ac12432159e</sum></package><package epoch="0" name="libss-devel" version="1.41.12" release="14.el6_4.2" arch="i686" src="e2fsprogs-1.41.12-14.el6_4.2.src.rpm"><filename>libss-devel-1.41.12-14.el6_4.2.i686.rpm</filename><sum type="sha256">045a473e1453d29665df4459015558fffcf3c6c6e0a855ada0898b2535d49bae</sum></package><package epoch="0" name="libss-devel" version="1.41.12" release="14.el6_4.2" arch="x86_64" src="e2fsprogs-1.41.12-14.el6_4.2.src.rpm"><filename>libss-devel-1.41.12-14.el6_4.2.x86_64.rpm</filename><sum type="sha256">950e800105ed0bceb73e5f27945598def7f12575c4659ec636f2e5cce950cf7d</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0971-1</id><title>upstart bug fix update</title><description>This update fixes the following bug:

* Previously, console was not reset, when the user changed the runlevel. Consequently, terminal flags, such as the "echo" flag, were not reset properly, resulting in various problems. With this update, console is always reset to default settings for the console owner, thus ensuring that a runlevel change no longer causes problems in the console.</description><release>Scientific Linux Fermi</release><issued date="2013-06-25 00:00:00"/><references><reference title="Input echo disabled after switching to runlevel 1" type="bugzilla" id="967554" href="https://bugzilla.redhat.com/show_bug.cgi?id=967554"/><reference title="RHBA-2013:0971-1" type="self" id="RHBA-2013:0971-1" href="https://rhn.redhat.com/errata/RHBA-2013-0971.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="upstart" version="0.6.5" release="12.el6_4.1" arch="x86_64" src="upstart-0.6.5-12.el6_4.1.src.rpm"><filename>upstart-0.6.5-12.el6_4.1.x86_64.rpm</filename><sum type="sha256">0e6dbf97a755121df83826c1c61566efc23d0a51ab0f9f85176828ce13078c71</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0974-1</id><title>mobile-broadband-provider-info bug fix update</title><description>This update fixes the following bug:

* Previously, in the serviceproviders.xml file located in the /usr/share /mobile-broadband-provider-info/ directory, "internet.saunalahti" was incorrectly specified as an APN (Access Point Name) value for the Sonera provider. This prevented the Sonera mobile broadband configuration from working. The stanza containing "internet.saunalahti" as an APN value for Sonera has been removed from the XML file, and the Sonera mobile broadband configuration now works as expected. (#BZ844288)</description><release>Scientific Linux Fermi</release><issued date="2013-06-25 00:00:00"/><references><reference title="Incorrect value of APN name for Sonera ISP" type="bugzilla" id="844288" href="https://bugzilla.redhat.com/show_bug.cgi?id=844288"/><reference title="RHBA-2013:0974-1" type="self" id="RHBA-2013:0974-1" href="https://rhn.redhat.com/errata/RHBA-2013-0974.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="mobile-broadband-provider-info" version="1.20100122" release="2.el6" arch="noarch" src="mobile-broadband-provider-info-1.20100122-2.el6.src.rpm"><filename>mobile-broadband-provider-info-1.20100122-2.el6.noarch.rpm</filename><sum type="sha256">000c1382c70056812f955d1bbf24a56002c936f5c5aa248aab16a965d7f2c41a</sum></package><package epoch="0" name="mobile-broadband-provider-info-devel" version="1.20100122" release="2.el6" arch="noarch" src="mobile-broadband-provider-info-1.20100122-2.el6.src.rpm"><filename>mobile-broadband-provider-info-devel-1.20100122-2.el6.noarch.rpm</filename><sum type="sha256">f2f30a1c3783056916c4d87849e89200bd1439816543cc7782a1b1b0666ef579</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0975-1</id><title>libcgroup bug fix update</title><description>This update fixes the following bug:

* Previously, the pam_cgoup PAM module did not use cache. Consequently, when a system had several thousand users and the cgrules.conf file contained several thousand lines of configuration settings, the login time could take several seconds. This was because the libcgroup code read /etc/passwd once for every line in cgrules.conf, unless the CGFLAG_USECACHE flag was used. With this update, the libcgroup code no longer reads the /etc/passwd file once for every line in cgrules.conf, and the login time is no longer affected in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-06-25 00:00:00"/><references><reference title="pam_cgroup is slow when cgrules.conf and /etc/passwd are large" type="bugzilla" id="974471" href="https://bugzilla.redhat.com/show_bug.cgi?id=974471"/><reference title="RHBA-2013:0975-1" type="self" id="RHBA-2013:0975-1" href="https://rhn.redhat.com/errata/RHBA-2013-0975.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libcgroup" version="0.37" release="7.2.el6_4" arch="i686" src="libcgroup-0.37-7.2.el6_4.src.rpm"><filename>libcgroup-0.37-7.2.el6_4.i686.rpm</filename><sum type="sha256">99823490560d5f08f0c6a1c741a812b480cba2c559fa18e91522ffd1c2cf2bee</sum></package><package epoch="0" name="libcgroup" version="0.37" release="7.2.el6_4" arch="x86_64" src="libcgroup-0.37-7.2.el6_4.src.rpm"><filename>libcgroup-0.37-7.2.el6_4.x86_64.rpm</filename><sum type="sha256">990997b848cdf762964aeea96b70143b81ad7d1a54b92f24bcc427af604856af</sum></package><package epoch="0" name="libcgroup-devel" version="0.37" release="7.2.el6_4" arch="i686" src="libcgroup-0.37-7.2.el6_4.src.rpm"><filename>libcgroup-devel-0.37-7.2.el6_4.i686.rpm</filename><sum type="sha256">dda648d9320924bf8b588fd56203f03f511969dd67dc465110ceb7fd58f6244d</sum></package><package epoch="0" name="libcgroup-devel" version="0.37" release="7.2.el6_4" arch="x86_64" src="libcgroup-0.37-7.2.el6_4.src.rpm"><filename>libcgroup-devel-0.37-7.2.el6_4.x86_64.rpm</filename><sum type="sha256">b2ecc41fd9874a818bdcee568fcca17af52f2e7c4eda70c896d2e027eae05a4a</sum></package><package epoch="0" name="libcgroup-pam" version="0.37" release="7.2.el6_4" arch="i686" src="libcgroup-0.37-7.2.el6_4.src.rpm"><filename>libcgroup-pam-0.37-7.2.el6_4.i686.rpm</filename><sum type="sha256">6bd9298cd15003957da5d4fe07c4edccef15b852cdf920c2acc6980c738c7ed8</sum></package><package epoch="0" name="libcgroup-pam" version="0.37" release="7.2.el6_4" arch="x86_64" src="libcgroup-0.37-7.2.el6_4.src.rpm"><filename>libcgroup-pam-0.37-7.2.el6_4.x86_64.rpm</filename><sum type="sha256">3fad362fc4370a54be9dc7846664444a1836cb915c0e0d8b6678c53c9ec396ad</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0977-1</id><title>grep bug fix update</title><description>This update fixes the following bugs:

* For some regular expressions, the DFA analysis could insert up to double "positions" than there were leaves. Consequently, there were not enough room to insert all the positions and grep could terminate unexpectedly on certain regular expressions. To fix this problem, space allocation has been increased and grep works as expected in the described scenario.

* When a fixed string pattern was empty while the case-insensitive search was active, grep could terminate unexpectedly. With this update, the check for this case has been added to the code and grep works as expected in the described scenario.

* Previously, the code handling case-insensitive searches could alter a string's byte size while converting it to lower case. Consequently, grep could truncate certain output strings. To fix this bug, the grep code has been modified to correctly handle such cases when the byte size gets altered during the conversion to lower case. As a result, case-insensitive searches work correctly and grep no longer truncates its output.</description><release>Scientific Linux Fermi</release><issued date="2013-06-25 00:00:00"/><references><reference title="[abrt] grep-2.6.3-2.el6: __libc_message: Process /bin/grep was killed by signal 6 (SIGABRT)" type="bugzilla" id="715295" href="https://bugzilla.redhat.com/show_bug.cgi?id=715295"/><reference title="" type="bugzilla" id="797934" href="https://bugzilla.redhat.com/show_bug.cgi?id=797934"/><reference title="grep -i (case-insensitive) is broken with UTF8" type="bugzilla" id="826997" href="https://bugzilla.redhat.com/show_bug.cgi?id=826997"/><reference title="RHBA-2013:0977-1" type="self" id="RHBA-2013:0977-1" href="https://rhn.redhat.com/errata/RHBA-2013-0977.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="grep" version="2.6.3" release="4.el6" arch="x86_64" src="grep-2.6.3-4.el6.src.rpm"><filename>grep-2.6.3-4.el6.x86_64.rpm</filename><sum type="sha256">629433de740879bab3a85bd9d8fa2697a17085ca9e03fd0bbb1b33c42a45e2ae</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0978-1</id><title>net-snmp bug fix update</title><description>This update fixes the following bug:

* Net-SNMP did not verify if incoming SNMP messages were encoded properly. In some instances, it read past the receiving buffer size when parsing a message with an invalid size of an integer filed in the message. This caused snmptrapd, the SNMP trap processing daemon, to terminate unexpectedly with a segmentation fault on the incoming malformed message. This update enhances the checks of incoming messages and snmptrapd no longer crashes when parsing incoming messages with invalid integer sizes.</description><release>Scientific Linux Fermi</release><issued date="2013-06-25 00:00:00"/><references><reference title="snmptrapd crash &amp;quot;buffer overflow detected&amp;quot; at fortify_fail.c" type="bugzilla" id="971041" href="https://bugzilla.redhat.com/show_bug.cgi?id=971041"/><reference title="RHBA-2013:0978-1" type="self" id="RHBA-2013:0978-1" href="https://rhn.redhat.com/errata/RHBA-2013-0978.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="net-snmp" version="5.5" release="44.el6_4.2" arch="x86_64" src="net-snmp-5.5-44.el6_4.2.src.rpm"><filename>net-snmp-5.5-44.el6_4.2.x86_64.rpm</filename><sum type="sha256">11d0b33727a8845c51ac1845f96fc4ddd3d56216cc1f1458cc0b6f2474a4ae61</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="44.el6_4.2" arch="i686" src="net-snmp-5.5-44.el6_4.2.src.rpm"><filename>net-snmp-devel-5.5-44.el6_4.2.i686.rpm</filename><sum type="sha256">d635894928ffd4fdabd9b6f1360df58bae45b53c460ac074f54133abf4eca114</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="44.el6_4.2" arch="x86_64" src="net-snmp-5.5-44.el6_4.2.src.rpm"><filename>net-snmp-devel-5.5-44.el6_4.2.x86_64.rpm</filename><sum type="sha256">e34ca7a733041e5b48bbd7a1a35893259c90a2128724fe320e238311c9578d01</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="44.el6_4.2" arch="i686" src="net-snmp-5.5-44.el6_4.2.src.rpm"><filename>net-snmp-libs-5.5-44.el6_4.2.i686.rpm</filename><sum type="sha256">0aede4938c45e1915d3ded1a13f50ec5f004698a15ebcc6a074cf3d0a8134ace</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="44.el6_4.2" arch="x86_64" src="net-snmp-5.5-44.el6_4.2.src.rpm"><filename>net-snmp-libs-5.5-44.el6_4.2.x86_64.rpm</filename><sum type="sha256">36c5be2802e006bc81dcf0a9314a26a8aa0cac51894925f0d432bfc39f44a325</sum></package><package epoch="1" name="net-snmp-perl" version="5.5" release="44.el6_4.2" arch="x86_64" src="net-snmp-5.5-44.el6_4.2.src.rpm"><filename>net-snmp-perl-5.5-44.el6_4.2.x86_64.rpm</filename><sum type="sha256">77ae8f4656f207d03e00ad8c19e1a21f7859a2838202cc45ffccb86c14c07b11</sum></package><package epoch="1" name="net-snmp-python" version="5.5" release="44.el6_4.2" arch="x86_64" src="net-snmp-5.5-44.el6_4.2.src.rpm"><filename>net-snmp-python-5.5-44.el6_4.2.x86_64.rpm</filename><sum type="sha256">3e30466ff61765f9c0d1ed7a0bf378c4c62a7563b453886468d56675978b0e86</sum></package><package epoch="1" name="net-snmp-utils" version="5.5" release="44.el6_4.2" arch="x86_64" src="net-snmp-5.5-44.el6_4.2.src.rpm"><filename>net-snmp-utils-5.5-44.el6_4.2.x86_64.rpm</filename><sum type="sha256">bb038243c692bb15e28774fb47c9e183f7b53afdc9d489ad5a5c623a65d63f49</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0985-1</id><title>squid bug fix update</title><description>This update fixes the following bugs:

* When the http10 option was enabled, squid incorrectly sent a "Proxy- Connection" header in server side http requests, and this could cause an inability to retrieve a requested object. With this update, squid no longer uses the "Proxy-Connection" header in server side requests.

* When the ftp passive mode was disabled and squid tried to handle an active FTP connection, the squid process terminated on assertion failed. With this update, active FTP connections are now handled as expected.

After installing this update, the squid service will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2013-07-02 00:00:00"/><references><reference title="" type="bugzilla" id="976353" href="https://bugzilla.redhat.com/show_bug.cgi?id=976353"/><reference title="" type="bugzilla" id="976354" href="https://bugzilla.redhat.com/show_bug.cgi?id=976354"/><reference title="RHBA-2013:0985-1" type="self" id="RHBA-2013:0985-1" href="https://rhn.redhat.com/errata/RHBA-2013-0985.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="7" name="squid" version="3.1.10" release="18.el6_4" arch="x86_64" src="squid-3.1.10-18.el6_4.src.rpm"><filename>squid-3.1.10-18.el6_4.x86_64.rpm</filename><sum type="sha256">ef8b6dd1be255f5ad3b4e9d9533fd8c59a67f88bba087a62722f6a276185f0a0</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0986-1</id><title>libnl</title><description>The libnl package has been upgraded to upstream version 1.1.4, which provides a number of bug fixes over the previous version.

This update also fixes the following bug:

* When the max_vfs parameter of the igb module, which allocates the maximum number of Virtual Functions, was set to any value greater than 50,50 on a KVM host, the guest failed to start with the following error messages:

error : virNetDevParseVfConfig:1484 : internal error missing IFLA_VF_INFO in netlink response

error : virFileReadAll:457 : Failed to open file '/var/run/libvirt/qemu/eth0_vf0': No such file or directory error : virFileReadAll:457 : Failed to open file '/var/run/libvirt/qemu/eth1_vf0': No such file or directory

This update increases the default receive buffer size to allow receiving of Netlink messages that exceed the size of a memory page. Thus, guests are able to start on the KVM host, and error messages no longer occur in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="" type="bugzilla" id="962892" href="https://bugzilla.redhat.com/show_bug.cgi?id=962892"/><reference title="RHBA-2013:0986-1" type="self" id="RHBA-2013:0986-1" href="https://rhn.redhat.com/errata/RHBA-2013-0986.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libnl" version="1.1.4" release="1.el6_4" arch="i686" src="libnl-1.1.4-1.el6_4.src.rpm"><filename>libnl-1.1.4-1.el6_4.i686.rpm</filename><sum type="sha256">8ca03b4b4c9294bafae88aa71e1bcc570851c19bd2dfbaaafdcd53839be5800c</sum></package><package epoch="0" name="libnl" version="1.1.4" release="1.el6_4" arch="x86_64" src="libnl-1.1.4-1.el6_4.src.rpm"><filename>libnl-1.1.4-1.el6_4.x86_64.rpm</filename><sum type="sha256">1227af5f8f860161812ab68e7cad93666aeeaee9d5b538a05f7bbe0d7b0a5bb0</sum></package><package epoch="0" name="libnl-devel" version="1.1.4" release="1.el6_4" arch="i686" src="libnl-1.1.4-1.el6_4.src.rpm"><filename>libnl-devel-1.1.4-1.el6_4.i686.rpm</filename><sum type="sha256">b5a27a35aaf73c294508e050d42de6874a9060a51b8df697ce920dff3bf7508a</sum></package><package epoch="0" name="libnl-devel" version="1.1.4" release="1.el6_4" arch="x86_64" src="libnl-1.1.4-1.el6_4.src.rpm"><filename>libnl-devel-1.1.4-1.el6_4.x86_64.rpm</filename><sum type="sha256">16bad13ecde74d0ef71b3400e98aabab5dc8ebd5885075caf38ea39bd2afb5db</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0987-1</id><title>xfsprogs bug fix update</title><description>This update fixes the following bugs:

* When stripe geometry was specified manually to the mkfs.xfs utility, mkfs.xfs did not properly select "multidisk mode" as it does when stripe geometry is automatically detected. As a result, a less than optimal number of allocation groups were created. With this update, multidisk mode is selected properly, and a larger number of allocation groups are created.

* Previously, xfs_repair was unable to properly handle fragmented multiblock version 2 directories (Multiblock dir2 is only enabled with the "-n size=" mkfs.xfs option, where the size is greater than the file system block size). With this update, xfs_repair can operate on fragmented dir2 directories without errors.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="mkfs.xfs: go into multidisk mode when geometry is on cmdline" type="bugzilla" id="971698" href="https://bugzilla.redhat.com/show_bug.cgi?id=971698"/><reference title="xfs_repair: handle fragmented multiblock dir2 directories" type="bugzilla" id="976217" href="https://bugzilla.redhat.com/show_bug.cgi?id=976217"/><reference title="RHBA-2013:0987-1" type="self" id="RHBA-2013:0987-1" href="https://rhn.redhat.com/errata/RHBA-2013-0987.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="xfsprogs" version="3.1.1" release="10.el6_4.1" arch="i686" src="xfsprogs-3.1.1-10.el6_4.1.src.rpm"><filename>xfsprogs-3.1.1-10.el6_4.1.i686.rpm</filename><sum type="sha256">6dd47d1241b90c1765941bb2c75e3377fbeff73d1b069ff223b3c07469598439</sum></package><package epoch="0" name="xfsprogs" version="3.1.1" release="10.el6_4.1" arch="x86_64" src="xfsprogs-3.1.1-10.el6_4.1.src.rpm"><filename>xfsprogs-3.1.1-10.el6_4.1.x86_64.rpm</filename><sum type="sha256">2b4530e5c35560c46bb4d3be35988ff0ddb1a73135e97847a199b8b5c05cb563</sum></package><package epoch="0" name="xfsprogs-devel" version="3.1.1" release="10.el6_4.1" arch="i686" src="xfsprogs-3.1.1-10.el6_4.1.src.rpm"><filename>xfsprogs-devel-3.1.1-10.el6_4.1.i686.rpm</filename><sum type="sha256">4a1ef172056df82d1ce3e40afb7ff99df10d2c0971c2da7c6e4f73b6a00edb7c</sum></package><package epoch="0" name="xfsprogs-devel" version="3.1.1" release="10.el6_4.1" arch="x86_64" src="xfsprogs-3.1.1-10.el6_4.1.src.rpm"><filename>xfsprogs-devel-3.1.1-10.el6_4.1.x86_64.rpm</filename><sum type="sha256">fa0e0971449dea992ba8dd1550e18c228b208e1e05cd8f59edc16701d7b97fbd</sum></package><package epoch="0" name="xfsprogs-qa-devel" version="3.1.1" release="10.el6_4.1" arch="i686" src="xfsprogs-3.1.1-10.el6_4.1.src.rpm"><filename>xfsprogs-qa-devel-3.1.1-10.el6_4.1.i686.rpm</filename><sum type="sha256">9e933ce736b8d1c0963a39876f7d3a049e16e2b69a7bb305421094726c0946a5</sum></package><package epoch="0" name="xfsprogs-qa-devel" version="3.1.1" release="10.el6_4.1" arch="x86_64" src="xfsprogs-3.1.1-10.el6_4.1.src.rpm"><filename>xfsprogs-qa-devel-3.1.1-10.el6_4.1.x86_64.rpm</filename><sum type="sha256">50aaf9e6f6dab4455e58332b43614d645de0584e370d49faeac310a8d2427d79</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0988-1</id><title>suitesparse bug fix update</title><description>This update fixes the following bug:

* The suitesparse base package was missing a copy of the General Public License (GPL). The license was included in the suitesparse-doc subpackage, but it was possible to install suitesparse without the suitesparse-doc subpackage. With this update, a copy of the license is now included also in the base package.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="" type="bugzilla" id="902854" href="https://bugzilla.redhat.com/show_bug.cgi?id=902854"/><reference title="RHBA-2013:0988-1" type="self" id="RHBA-2013:0988-1" href="https://rhn.redhat.com/errata/RHBA-2013-0988.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="suitesparse" version="3.4.0" release="8.el6" arch="i686" src="suitesparse-3.4.0-8.el6.src.rpm"><filename>suitesparse-3.4.0-8.el6.i686.rpm</filename><sum type="sha256">94db8411a9b955109d9f016e6ffbebb5eb9fa19e46ceb382a6e7494f7fb533f0</sum></package><package epoch="0" name="suitesparse" version="3.4.0" release="8.el6" arch="x86_64" src="suitesparse-3.4.0-8.el6.src.rpm"><filename>suitesparse-3.4.0-8.el6.x86_64.rpm</filename><sum type="sha256">a8ee2b4c80f6c0bbfd54e0bbe0b89cee497234c758515a13f3a7448dc40dd9fa</sum></package><package epoch="0" name="suitesparse-devel" version="3.4.0" release="8.el6" arch="i686" src="suitesparse-3.4.0-8.el6.src.rpm"><filename>suitesparse-devel-3.4.0-8.el6.i686.rpm</filename><sum type="sha256">29b72a82e1892bec9dd94538d50a8383956f5ca3ed419d4e4cf0ba45b4fbd010</sum></package><package epoch="0" name="suitesparse-devel" version="3.4.0" release="8.el6" arch="x86_64" src="suitesparse-3.4.0-8.el6.src.rpm"><filename>suitesparse-devel-3.4.0-8.el6.x86_64.rpm</filename><sum type="sha256">7dbfd8e8b0e0a2a7a8698b8ab8a2e117f0fcf650f9e76c9fdb619d7929e5574a</sum></package><package epoch="0" name="suitesparse-doc" version="3.4.0" release="8.el6" arch="noarch" src="suitesparse-3.4.0-8.el6.src.rpm"><filename>suitesparse-doc-3.4.0-8.el6.noarch.rpm</filename><sum type="sha256">b672e0387057dcc881bb2796c1ebd2cade9d7b5ce66ded049f9d5755b0376e9a</sum></package><package epoch="0" name="suitesparse-static" version="3.4.0" release="8.el6" arch="x86_64" src="suitesparse-3.4.0-8.el6.src.rpm"><filename>suitesparse-static-3.4.0-8.el6.x86_64.rpm</filename><sum type="sha256">179bfcb52dce787f747a95738f08f9a6c13138d8eb00804d3d64c5d102eb1204</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:0989-1</id><title>python-dmidecode bug fix update</title><description>This update fixes the following bug:

* On some hardware, the DMI tables contain data which makes python- dmidecode generate XML tags with duplicated "dmispec" attributes. In some cases, when running the XML data through xmllint or other XML libraries, it failed to parse the data. This update corrects the duplicate "installed" and "dmispec" attributes, and data parsing no longer fails in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="python-dmidecode produces invalid XML data on some hardware" type="bugzilla" id="975059" href="https://bugzilla.redhat.com/show_bug.cgi?id=975059"/><reference title="RHBA-2013:0989-1" type="self" id="RHBA-2013:0989-1" href="https://rhn.redhat.com/errata/RHBA-2013-0989.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="python-dmidecode" version="3.10.13" release="3.el6_4" arch="x86_64" src="python-dmidecode-3.10.13-3.el6_4.src.rpm"><filename>python-dmidecode-3.10.13-3.el6_4.x86_64.rpm</filename><sum type="sha256">f85acddc07753898de343dc5daf8f9ff066d5c3fe39724940eadbec4c6414c10</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1002-1</id><title>system-config-users-docs bug fix update</title><description>This update fixes the following bug:

* Previously, text in screenshots was not translated and the untranslated screenshots did not match the running program. This update brings the screenshots up to date and their translations are now included.</description><release>Scientific Linux Fermi</release><issued date="2013-07-02 00:00:00"/><references><reference title="" type="bugzilla" id="635248" href="https://bugzilla.redhat.com/show_bug.cgi?id=635248"/><reference title="RHBA-2013:1002-1" type="self" id="RHBA-2013:1002-1" href="https://rhn.redhat.com/errata/RHBA-2013-1002.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="system-config-users-docs" version="1.0.8" release="2.el6" arch="noarch" src="system-config-users-docs-1.0.8-2.el6.src.rpm"><filename>system-config-users-docs-1.0.8-2.el6.noarch.rpm</filename><sum type="sha256">b510ff089d499465fdd9a77b3643f34e02aa7790a422954bad58ca4a4a93d078</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1003-1</id><title>sysvinit bug fix update</title><description>This update fixes the following bug:

* When the pidof utility was processing the /proc/*/stat file, the content of the file was read by the fgets() function. This function did not behave correctly when the new line character, "\n", was in the name of a process and also when the read file disappeared between the fopen and fgets function. Consequently, the "pidof: could not get program name from" message was emitted in these cases. To fix this problem, the program reads the whole file and silently skips all files with empty content. As a result, binary files containing the new line character with "\n" are now correctly recognized and disappearing files do not emit any warning messages.</description><release>Scientific Linux Fermi</release><issued date="2013-07-02 00:00:00"/><references><reference title="" type="bugzilla" id="814132" href="https://bugzilla.redhat.com/show_bug.cgi?id=814132"/><reference title="RHBA-2013:1003-1" type="self" id="RHBA-2013:1003-1" href="https://rhn.redhat.com/errata/RHBA-2013-1003.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="sysvinit-tools" version="2.87" release="5.dsf.el6" arch="x86_64" src="sysvinit-2.87-5.dsf.el6.src.rpm"><filename>sysvinit-tools-2.87-5.dsf.el6.x86_64.rpm</filename><sum type="sha256">91f9a7a7c995243c11d1d558afeba99ed176ff4c932126d3c5881fd351142d74</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1004-1</id><title>java-1.7.0-openjdk bug fix update</title><description>The java-1.7.0-openjdk packages provide the OpenJDK 7 Java Runtime Environment and the OpenJDK 7 Java Software Development Kit.

This update provides the following bug fix:

* The java-1.7.0-openjdk packages have been upgraded to upstream version 2.3.10, which fixes these bugs: - Previously, GlassFish 4 failed to start with the following message: Caused by: java.util.MissingResourceException: Can't find com.sun.enterprise.util.LogMessages bundle - Picketlink on JBoss AS 7.1 failed to create SAML assertions for user names containing the vertical bar (|) symbol due to an incorrect library path. The path for the JDK image has been corrected and the problem no longer occurs. - After application server restart on servers that were using SOAP messaging, the initialization of the service consumer failed with an ExceptionInInitializerError. - When running GRails applications, the applications failed with a ClassNotFoundException due to an incorrect library path.</description><release>Scientific Linux Fermi</release><issued date="2013-07-02 00:00:00"/><references><reference title="" type="bugzilla" id="978441" href="https://bugzilla.redhat.com/show_bug.cgi?id=978441"/><reference title="RHBA-2013:1004-1" type="self" id="RHBA-2013:1004-1" href="https://rhn.redhat.com/errata/RHBA-2013-1004.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="java-1.7.0-openjdk" version="1.7.0.25" release="2.3.10.4.el6_4" arch="x86_64" src="java-1.7.0-openjdk-1.7.0.25-2.3.10.4.el6_4.src.rpm"><filename>java-1.7.0-openjdk-1.7.0.25-2.3.10.4.el6_4.x86_64.rpm</filename><sum type="sha256">2d0c118628d27fde9b4a5e3c69583935608b5c1de1e521dcd2f4d1fb82da5944</sum></package><package epoch="1" name="java-1.7.0-openjdk-demo" version="1.7.0.25" release="2.3.10.4.el6_4" arch="x86_64" src="java-1.7.0-openjdk-1.7.0.25-2.3.10.4.el6_4.src.rpm"><filename>java-1.7.0-openjdk-demo-1.7.0.25-2.3.10.4.el6_4.x86_64.rpm</filename><sum type="sha256">2cf7fb655a67120f61e9204cc4b66c592c7a124c7824d052016cbc9b7df54a13</sum></package><package epoch="1" name="java-1.7.0-openjdk-devel" version="1.7.0.25" release="2.3.10.4.el6_4" arch="x86_64" src="java-1.7.0-openjdk-1.7.0.25-2.3.10.4.el6_4.src.rpm"><filename>java-1.7.0-openjdk-devel-1.7.0.25-2.3.10.4.el6_4.x86_64.rpm</filename><sum type="sha256">9a80b0e9816ec8a5475606f479f5ce7084c0f6977a1aa7cf88448454599e7a4d</sum></package><package epoch="1" name="java-1.7.0-openjdk-src" version="1.7.0.25" release="2.3.10.4.el6_4" arch="x86_64" src="java-1.7.0-openjdk-1.7.0.25-2.3.10.4.el6_4.src.rpm"><filename>java-1.7.0-openjdk-src-1.7.0.25-2.3.10.4.el6_4.x86_64.rpm</filename><sum type="sha256">fd358e4a459ec8e44d10e64030ecedf69ffb8c1d935fc2b0c284cfb8cc241c9e</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1009-1</id><title>libvirt bug fix update</title><description>This update fixes the following bug:

* SPICE can be set to listen on the given IP address or obtain the listening IP address from the given network. QEMU does not allow changing the SPICE listening IP address at runtime, therefore libvirt verifies this IP address with every user's update of SPICE settings on a guest. A regression bug in the libvirt code caused libvirt to incorrectly evaluate this listening IP address check if the user had SPICE set to listen on the given network because the user's XLM request contained both, the listening IP address and network address. Consequently, the user's operation was rejected. With this update, libvirt considers also the type of the listening IP address when comparing an IP address from the user's request with the current listening IP address. The user is now able to update SPICE settings on a guest as expected in this scenario.

After installing the updated packages, libvirtd will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2013-07-02 00:00:00"/><references><reference title="" type="bugzilla" id="976543" href="https://bugzilla.redhat.com/show_bug.cgi?id=976543"/><reference title="RHBA-2013:1009-1" type="self" id="RHBA-2013:1009-1" href="https://rhn.redhat.com/errata/RHBA-2013-1009.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt" version="0.10.2" release="18.el6_4.9" arch="x86_64" src="libvirt-0.10.2-18.el6_4.9.src.rpm"><filename>libvirt-0.10.2-18.el6_4.9.x86_64.rpm</filename><sum type="sha256">bf896305f8dce087e4d5480ea730779e64ac02f01ded3eb83a6402890fdf4ca1</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="18.el6_4.9" arch="i686" src="libvirt-0.10.2-18.el6_4.9.src.rpm"><filename>libvirt-client-0.10.2-18.el6_4.9.i686.rpm</filename><sum type="sha256">f1cd09d851894c7f0da04ae669376f0ce1c60ed4c7a570a77f6257013ac0ca4f</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="18.el6_4.9" arch="x86_64" src="libvirt-0.10.2-18.el6_4.9.src.rpm"><filename>libvirt-client-0.10.2-18.el6_4.9.x86_64.rpm</filename><sum type="sha256">945f4512b2cf3d5035493d91e13a037abe92299006adce31ffa662e97ea95442</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="18.el6_4.9" arch="i686" src="libvirt-0.10.2-18.el6_4.9.src.rpm"><filename>libvirt-devel-0.10.2-18.el6_4.9.i686.rpm</filename><sum type="sha256">f987f0f8e9b1f8ddece659bfb12b13522885e2d7eb38722ca3e585a270fde32b</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="18.el6_4.9" arch="x86_64" src="libvirt-0.10.2-18.el6_4.9.src.rpm"><filename>libvirt-devel-0.10.2-18.el6_4.9.x86_64.rpm</filename><sum type="sha256">3dcd2526dbb9694fb395f875cdb13c7eb277d096daffb2532b8f662b018f3d35</sum></package><package epoch="0" name="libvirt-lock-sanlock" version="0.10.2" release="18.el6_4.9" arch="x86_64" src="libvirt-0.10.2-18.el6_4.9.src.rpm"><filename>libvirt-lock-sanlock-0.10.2-18.el6_4.9.x86_64.rpm</filename><sum type="sha256">ba583b933eb0de77a0b0bc69770431b497c1671d9bdef30820bdea6b26f14812</sum></package><package epoch="0" name="libvirt-python" version="0.10.2" release="18.el6_4.9" arch="x86_64" src="libvirt-0.10.2-18.el6_4.9.src.rpm"><filename>libvirt-python-0.10.2-18.el6_4.9.x86_64.rpm</filename><sum type="sha256">937ad602d0b37661d6165cd0012d440c22fdfbf88a31e75e0f8adcf424cd588f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1015-1</id><title>tog-pegasus bug fix update</title><description>This update fixes the following bug:

* Previously, in cases where cimserver was terminated unexpectedly, restarting the tog-pegasus service failed. This was due to the fact that the cimserver process is supposed to terminate the cimservermain process when finishing with the privilege separation feature enabled, and if it is shut down or dies, it is unable to complete this task. This update disables the privilege separation feature, which resolves this issue.</description><release>Scientific Linux Fermi</release><issued date="2013-07-09 00:00:00"/><references><reference title="" type="bugzilla" id="972704" href="https://bugzilla.redhat.com/show_bug.cgi?id=972704"/><reference title="RHBA-2013:1015-1" type="self" id="RHBA-2013:1015-1" href="https://rhn.redhat.com/errata/RHBA-2013-1015.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="2" name="tog-pegasus" version="2.12.0" release="3.el6_4" arch="i686" src="tog-pegasus-2.12.0-3.el6_4.src.rpm"><filename>tog-pegasus-2.12.0-3.el6_4.i686.rpm</filename><sum type="sha256">6fb8f74e19309e2734263c2fbc29cac6cb575632fbe2ed0715c1d06db38dbae6</sum></package><package epoch="2" name="tog-pegasus" version="2.12.0" release="3.el6_4" arch="x86_64" src="tog-pegasus-2.12.0-3.el6_4.src.rpm"><filename>tog-pegasus-2.12.0-3.el6_4.x86_64.rpm</filename><sum type="sha256">5c84d881a0b7c4e66cfaecb706925ada715585b708998acab0e7798b6e9202d2</sum></package><package epoch="2" name="tog-pegasus-devel" version="2.12.0" release="3.el6_4" arch="i686" src="tog-pegasus-2.12.0-3.el6_4.src.rpm"><filename>tog-pegasus-devel-2.12.0-3.el6_4.i686.rpm</filename><sum type="sha256">d8755e89fd49d2d20e4a7bbde19161e47cd098573a65b0f683d425d5a1979589</sum></package><package epoch="2" name="tog-pegasus-devel" version="2.12.0" release="3.el6_4" arch="x86_64" src="tog-pegasus-2.12.0-3.el6_4.src.rpm"><filename>tog-pegasus-devel-2.12.0-3.el6_4.x86_64.rpm</filename><sum type="sha256">55ba3379d7ffb55ffbeff783dd8c31829f7f2fc413b0660e02be4740867f1789</sum></package><package epoch="2" name="tog-pegasus-libs" version="2.12.0" release="3.el6_4" arch="i686" src="tog-pegasus-2.12.0-3.el6_4.src.rpm"><filename>tog-pegasus-libs-2.12.0-3.el6_4.i686.rpm</filename><sum type="sha256">0289f3f19169219d74b5f37b2222ebd78f7da96a5d4da47d5940dd7e15bc0013</sum></package><package epoch="2" name="tog-pegasus-libs" version="2.12.0" release="3.el6_4" arch="x86_64" src="tog-pegasus-2.12.0-3.el6_4.src.rpm"><filename>tog-pegasus-libs-2.12.0-3.el6_4.x86_64.rpm</filename><sum type="sha256">170285c287790a31a866114da20014416c915f13c5cf4af08bf4088722d7c16a</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1017-1</id><title>ksh bug fix update</title><description>This update fixes the following bug:

* Previously, the output a of command substitutions was not always redirected properly, and therefore, such an output in a here-document could be lost. This update fixes the redirection code for command substitutions, and the here-document now contains the output of command substitutions as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-07-09 00:00:00"/><references><reference title="" type="bugzilla" id="927584" href="https://bugzilla.redhat.com/show_bug.cgi?id=927584"/><reference title="RHBA-2013:1017-1" type="self" id="RHBA-2013:1017-1" href="https://rhn.redhat.com/errata/RHBA-2013-1017.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ksh" version="20100621" release="19.el6_4.4" arch="x86_64" src="ksh-20100621-19.el6_4.4.src.rpm"><filename>ksh-20100621-19.el6_4.4.x86_64.rpm</filename><sum type="sha256">3a6d2747d6845d01b1677f140999d8a4683166deb12ae33aacb531bb034e6828</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1018-1</id><title>openhpi bug fix update</title><description>This update fixes the following bugs:

* Due to missing support for certain thermal sensors, the getBladeInfo() function terminated, making the whole discovery process fail. This update adds the support for these sensors and OpenHPI discovery now works as expected.

* Previously, code supporting certain RDR sensors was missing in OpenHPI. Consequently, after the extraction and reinsertion of an enclosure monitored via the Onboard Administrator (OA) SOAP plug-in, the following error messages were returned to the log file:

openhpid: ERROR: (oa_soap_sensor.c, 2005, RDR not present) openhpid: ERROR: (oa_soap_fan_event.c, 279, processing the sensor event for sensor 24 has failed)

This bug has been fixed and no error messages are now logged after a component is extracted and reinserted.

* Prior to this update, support for certain blade servers was missing in OpenHPI. Consequently, the OpenHPI daemon terminated unexpectedly with a segmentation fault as startup on these servers. A patch has been provided to add the missing support and the OpenHPI daemon no longer crashes in the described scenario.

* Under certain conditions, when using OpenHPI with the Onboard Administrator (OA) SOAP plug-in when an OA switch-over took place, HPI clients became unresponsive or the openhpi daemon failed to connect to the new active OA. Consequently, clients were unable to retrieve events and data. A series of patches has been provided to better account for OA failover situations, thus fixing this bug.

* Due to a bug in the power_supply() parsing routines, some returned strings could contain incorrectly displayed characters. Consequently, retrieving a serial or part number of a power supply unit (PSU) via the OpenHPI API resulted in strings containing these characters. This update ensures that proper serial and part numbers are returned for PSUs and the returned strings now only contain valid characters.</description><release>Scientific Linux Fermi</release><issued date="2013-07-09 00:00:00"/><references><reference title="" type="bugzilla" id="915336" href="https://bugzilla.redhat.com/show_bug.cgi?id=915336"/><reference title="Sensor RDRs are missing for the fan resource" type="bugzilla" id="969003" href="https://bugzilla.redhat.com/show_bug.cgi?id=969003"/><reference title="openhpi connection fails with redundant OAs" type="bugzilla" id="969004" href="https://bugzilla.redhat.com/show_bug.cgi?id=969004"/><reference title="openhpi 2.14.x segfaults when retrieving thermal info" type="bugzilla" id="969005" href="https://bugzilla.redhat.com/show_bug.cgi?id=969005"/><reference title="openhpi thermal sensors are missing and discovery will fail" type="bugzilla" id="969006" href="https://bugzilla.redhat.com/show_bug.cgi?id=969006"/><reference title="RHBA-2013:1018-1" type="self" id="RHBA-2013:1018-1" href="https://rhn.redhat.com/errata/RHBA-2013-1018.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="openhpi" version="2.14.1" release="3.el6_4.3" arch="x86_64" src="openhpi-2.14.1-3.el6_4.3.src.rpm"><filename>openhpi-2.14.1-3.el6_4.3.x86_64.rpm</filename><sum type="sha256">d43cb3a0e2863d3337450569e5cf5e1a115092303a99e579ac86bc710d5fa355</sum></package><package epoch="0" name="openhpi-devel" version="2.14.1" release="3.el6_4.3" arch="i686" src="openhpi-2.14.1-3.el6_4.3.src.rpm"><filename>openhpi-devel-2.14.1-3.el6_4.3.i686.rpm</filename><sum type="sha256">415e99f9d5e730a9d6a235287907c0ceaad3cdfdbabf2edb5cef46b532a4e29a</sum></package><package epoch="0" name="openhpi-devel" version="2.14.1" release="3.el6_4.3" arch="x86_64" src="openhpi-2.14.1-3.el6_4.3.src.rpm"><filename>openhpi-devel-2.14.1-3.el6_4.3.x86_64.rpm</filename><sum type="sha256">b2b44d38aaa458300a10df7560c97e0faf7e549c53c4949fff521d7bdac4aa08</sum></package><package epoch="0" name="openhpi-libs" version="2.14.1" release="3.el6_4.3" arch="i686" src="openhpi-2.14.1-3.el6_4.3.src.rpm"><filename>openhpi-libs-2.14.1-3.el6_4.3.i686.rpm</filename><sum type="sha256">76ca03cbaf3148fa3ff2f1d79c5293b7d033b51e7c6ea8dc5bac245778f0340b</sum></package><package epoch="0" name="openhpi-libs" version="2.14.1" release="3.el6_4.3" arch="x86_64" src="openhpi-2.14.1-3.el6_4.3.src.rpm"><filename>openhpi-libs-2.14.1-3.el6_4.3.x86_64.rpm</filename><sum type="sha256">faab0471fa960423c80e0396b5c268f1fbebba0f80c91d351fd9ede3a83f3ffa</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1021-1</id><title>gegl bug fix update</title><description>This update fixes the following bug:

* Documentation files were installed executable. As a consequence, testing tools failed due to that configuration. To fix this bug, executable bits were removed from documentation files and testing tools now work as expected in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-07-09 00:00:00"/><references><reference title="" type="bugzilla" id="620378" href="https://bugzilla.redhat.com/show_bug.cgi?id=620378"/><reference title="RHBA-2013:1021-1" type="self" id="RHBA-2013:1021-1" href="https://rhn.redhat.com/errata/RHBA-2013-1021.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="gegl" version="0.1.2" release="5.el6" arch="i686" src="gegl-0.1.2-5.el6.src.rpm"><filename>gegl-0.1.2-5.el6.i686.rpm</filename><sum type="sha256">6030875361c1ef0c0fc3afdee9737b0fe009955ba45fb4d1bcc59a5bf256f90b</sum></package><package epoch="0" name="gegl" version="0.1.2" release="5.el6" arch="x86_64" src="gegl-0.1.2-5.el6.src.rpm"><filename>gegl-0.1.2-5.el6.x86_64.rpm</filename><sum type="sha256">3233b31d1e593bd3df9ded7f3aaae682165cd9608609b449f097817392860cbb</sum></package><package epoch="0" name="gegl-devel" version="0.1.2" release="5.el6" arch="i686" src="gegl-0.1.2-5.el6.src.rpm"><filename>gegl-devel-0.1.2-5.el6.i686.rpm</filename><sum type="sha256">c98e7165684427e14d2a3c9c02625ff184dbeff9d29c083e2e421e2171c83a4f</sum></package><package epoch="0" name="gegl-devel" version="0.1.2" release="5.el6" arch="x86_64" src="gegl-0.1.2-5.el6.src.rpm"><filename>gegl-devel-0.1.2-5.el6.x86_64.rpm</filename><sum type="sha256">3f8174bd801287d517126547cf65fe17579e52feefeb2a320c0e07bcb0bde3e0</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1036-1</id><title>ibus-hangul bug fix update</title><description>This update fixes the following bug:

* Previously, the Hangul engine for IBus did not function properly. If a preedit string was available, and the input focus was moved to another window, then the preedit string was committed. After that, when the input focus was moved back to the window, the X Input Method (XIM) could not handle the first key input. This update resolves this issue with a change in the code, and key press inputs after a focus change are no longer lost in the described scenario..</description><release>Scientific Linux Fermi</release><issued date="2013-07-16 00:00:00"/><references><reference title="" type="bugzilla" id="965554" href="https://bugzilla.redhat.com/show_bug.cgi?id=965554"/><reference title="RHBA-2013:1036-1" type="self" id="RHBA-2013:1036-1" href="https://rhn.redhat.com/errata/RHBA-2013-1036.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ibus-hangul" version="1.3.0.20100329" release="6.el6" arch="x86_64" src="ibus-hangul-1.3.0.20100329-6.el6.src.rpm"><filename>ibus-hangul-1.3.0.20100329-6.el6.x86_64.rpm</filename><sum type="sha256">b0279942e9d3dd04519b41c76af89c169e514a7359f5a5e3b2d7f27d82984819</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1037-1</id><title>spice-server bug fix update</title><description>This update fixes the following bug:

* Previously, qemu-kvm terminated with the following error message, "((null):3635): SpiceWorker-CRITICAL **: red_worker.c:9306:red_create_surface: Untested path stride &gt;= 0." The spice-server did not allow creation of a surface with "stride &gt;= 0," as this path of code was untested, and no qxl driver did this before. On some systems, spice-server terminated when the qxl driver tried creating a surface with the "stride &gt;= 0" path. With this update, spice-server no longer checks for the "stride &gt;=0" path, and VMs with qxl devices are able to run and use their qxl driver.</description><release>Scientific Linux Fermi</release><issued date="2013-07-16 00:00:00"/><references><reference title="RHEL-7/F-19 does not work on 6.4 qemu-kvm + spice: assert &amp;quot;red_create_surface: Untested path stride &amp;gt;= 0&amp;quot; failed" type="bugzilla" id="973703" href="https://bugzilla.redhat.com/show_bug.cgi?id=973703"/><reference title="RHBA-2013:1037-1" type="self" id="RHBA-2013:1037-1" href="https://rhn.redhat.com/errata/RHBA-2013-1037.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="spice-server" version="0.12.0" release="12.el6_4.2" arch="x86_64" src="spice-server-0.12.0-12.el6_4.2.src.rpm"><filename>spice-server-0.12.0-12.el6_4.2.x86_64.rpm</filename><sum type="sha256">c359c13d01f3e7daea3d128de4f2a7e636615aa9e7556678ad5f9c2f6eb135de</sum></package><package epoch="0" name="spice-server-devel" version="0.12.0" release="12.el6_4.2" arch="x86_64" src="spice-server-0.12.0-12.el6_4.2.src.rpm"><filename>spice-server-devel-0.12.0-12.el6_4.2.x86_64.rpm</filename><sum type="sha256">b618e4aa88e1003721eadb1914dbb3b0157569782725a157f3c52d24ac103e41</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1038-1</id><title>python bug fix update</title><description>This update fixes the following bug:

* Previously, the "timeout=None" parameter was added to Scientific Linux 6 Python's subprocess methods and functions, such as subprocess.call(), Popen.communicate(), and Popen.wait(). This change caused a regression in the Eventlet library as Eventlet does not support this modification. Consequently, Eventlet overrode the original Python's methods and an attempt to call the functions with the "timeout=None" parameter failed. With this update, a patch has been provided to fix this bug and Python works as expected in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-07-16 00:00:00"/><references><reference title="Downstream added &amp;quot;timeout=None&amp;quot; keyword argument causes regression in eventlet" type="bugzilla" id="966991" href="https://bugzilla.redhat.com/show_bug.cgi?id=966991"/><reference title="RHBA-2013:1038-1" type="self" id="RHBA-2013:1038-1" href="https://rhn.redhat.com/errata/RHBA-2013-1038.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="python" version="2.6.6" release="37.el6_4" arch="i686" src="python-2.6.6-37.el6_4.src.rpm"><filename>python-2.6.6-37.el6_4.i686.rpm</filename><sum type="sha256">59adad9866ec95bd6ec198ec637adbf1bb5ebac9a2bbc2b78f958cb88f7030a4</sum></package><package epoch="0" name="python" version="2.6.6" release="37.el6_4" arch="x86_64" src="python-2.6.6-37.el6_4.src.rpm"><filename>python-2.6.6-37.el6_4.x86_64.rpm</filename><sum type="sha256">035edeb3aed7510446b0215da66d11ba45187e2dc86f73b9d1c2ae4fea5949ca</sum></package><package epoch="0" name="python-devel" version="2.6.6" release="37.el6_4" arch="i686" src="python-2.6.6-37.el6_4.src.rpm"><filename>python-devel-2.6.6-37.el6_4.i686.rpm</filename><sum type="sha256">7fd27c354874cb2ae900e3bbdb4a689de9ba2dc34a4807234fa7b37f2f679340</sum></package><package epoch="0" name="python-devel" version="2.6.6" release="37.el6_4" arch="x86_64" src="python-2.6.6-37.el6_4.src.rpm"><filename>python-devel-2.6.6-37.el6_4.x86_64.rpm</filename><sum type="sha256">bb6c7bdeb62386939bfb050d2fc81761585f15744eed3a8175783ed20d7931d0</sum></package><package epoch="0" name="python-libs" version="2.6.6" release="37.el6_4" arch="i686" src="python-2.6.6-37.el6_4.src.rpm"><filename>python-libs-2.6.6-37.el6_4.i686.rpm</filename><sum type="sha256">f5dd458e26ff005f2bfd3feb6ab834fdb4a7162a5e6853d330f1a6d3036d97ac</sum></package><package epoch="0" name="python-libs" version="2.6.6" release="37.el6_4" arch="x86_64" src="python-2.6.6-37.el6_4.src.rpm"><filename>python-libs-2.6.6-37.el6_4.x86_64.rpm</filename><sum type="sha256">74b02f3ab5b8f319fe711391ba8749810f61ff683edbf823a671e48008c384ea</sum></package><package epoch="0" name="python-test" version="2.6.6" release="37.el6_4" arch="x86_64" src="python-2.6.6-37.el6_4.src.rpm"><filename>python-test-2.6.6-37.el6_4.x86_64.rpm</filename><sum type="sha256">06554f4ee90e2fe9bcef63f0d0e8c1a78e006ad549151407ef2780e5d160db25</sum></package><package epoch="0" name="python-tools" version="2.6.6" release="37.el6_4" arch="x86_64" src="python-2.6.6-37.el6_4.src.rpm"><filename>python-tools-2.6.6-37.el6_4.x86_64.rpm</filename><sum type="sha256">a75f6e4b430c86102702c56006caadc93d24922619f393e25a9c88d9765b1950</sum></package><package epoch="0" name="tkinter" version="2.6.6" release="37.el6_4" arch="x86_64" src="python-2.6.6-37.el6_4.src.rpm"><filename>tkinter-2.6.6-37.el6_4.x86_64.rpm</filename><sum type="sha256">30f0b463121e1e21f4e5185e6f593d3b21853219e4df822299e77eb574e48738</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1046-1</id><title>glibc bug fix update</title><description>This update fixes the following bugs:

* A fix to prevent logic errors in various mathematical functions, including exp, exp2, expf, exp2f, pow, sin, tan, and rint, caused by inconsistent results when the functions were used with the non-default rounding mode, creates performance regressions for certain inputs. The performance regressions have been analyzed and the core routines have been optimized to bring performance back to reasonable levels.

* A program that opens and uses dynamic libraries which use thread-local storage variables may terminate unexpectedly with a segmentation fault when it is being audited by a module that also uses thread-local storage. This update modifies the dynamic linker to detect such a condition, and crashes no longer occur in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-07-16 00:00:00"/><references><reference title="serious CPU time regressions in the glibc math library" type="bugzilla" id="964044" href="https://bugzilla.redhat.com/show_bug.cgi?id=964044"/><reference title="[PATCH] Correctly determine when the application required DSOs with TLS and bump the generation counter" type="bugzilla" id="970992" href="https://bugzilla.redhat.com/show_bug.cgi?id=970992"/><reference title="RHBA-2013:1046-1" type="self" id="RHBA-2013:1046-1" href="https://rhn.redhat.com/errata/RHBA-2013-1046.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="glibc" version="2.12" release="1.107.el6_4.2" arch="i686" src="glibc-2.12-1.107.el6_4.2.src.rpm"><filename>glibc-2.12-1.107.el6_4.2.i686.rpm</filename><sum type="sha256">9a0ac74807f30ebe266a571ac6c18f4aa7de3c517ca21f10ea6608c0bef21357</sum></package><package epoch="0" name="glibc" version="2.12" release="1.107.el6_4.2" arch="x86_64" src="glibc-2.12-1.107.el6_4.2.src.rpm"><filename>glibc-2.12-1.107.el6_4.2.x86_64.rpm</filename><sum type="sha256">0dbe6c164063011c550874bba43710f2ebbe915b649bedf2db52f68f31cac724</sum></package><package epoch="0" name="glibc-common" version="2.12" release="1.107.el6_4.2" arch="x86_64" src="glibc-2.12-1.107.el6_4.2.src.rpm"><filename>glibc-common-2.12-1.107.el6_4.2.x86_64.rpm</filename><sum type="sha256">c40e9489d758fe7937f89fdddd27c878f7d00f37b3e4b5da2916956dde06dc1e</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.107.el6_4.2" arch="i686" src="glibc-2.12-1.107.el6_4.2.src.rpm"><filename>glibc-devel-2.12-1.107.el6_4.2.i686.rpm</filename><sum type="sha256">4d88b6226def63969b946380c5262e0ea0d3aa08d8a7a4e92f870f9adf7f5ba4</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.107.el6_4.2" arch="x86_64" src="glibc-2.12-1.107.el6_4.2.src.rpm"><filename>glibc-devel-2.12-1.107.el6_4.2.x86_64.rpm</filename><sum type="sha256">e9a62d731ffc1a8e6ad65661ae92cdf02fac7dd9dbc347312244d12112ef1086</sum></package><package epoch="0" name="glibc-headers" version="2.12" release="1.107.el6_4.2" arch="x86_64" src="glibc-2.12-1.107.el6_4.2.src.rpm"><filename>glibc-headers-2.12-1.107.el6_4.2.x86_64.rpm</filename><sum type="sha256">ec7de62605b16e0d085b59cb8b3048d7c0af811615707ab0e83ddc425f24bab3</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.107.el6_4.2" arch="i686" src="glibc-2.12-1.107.el6_4.2.src.rpm"><filename>glibc-static-2.12-1.107.el6_4.2.i686.rpm</filename><sum type="sha256">9614b5d47e095206ae8c9845493f07de0f7a35b63077e8bc4396da06f730dad6</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.107.el6_4.2" arch="x86_64" src="glibc-2.12-1.107.el6_4.2.src.rpm"><filename>glibc-static-2.12-1.107.el6_4.2.x86_64.rpm</filename><sum type="sha256">626e0f037165b42791fdbc49e23bf6dfec243d42cd08cc57f5ecaf594a334833</sum></package><package epoch="0" name="glibc-utils" version="2.12" release="1.107.el6_4.2" arch="x86_64" src="glibc-2.12-1.107.el6_4.2.src.rpm"><filename>glibc-utils-2.12-1.107.el6_4.2.x86_64.rpm</filename><sum type="sha256">f6a5ba072502bb557d958ac7fd002c5593c2a77a29688e81da591c6a85ddc761</sum></package><package epoch="0" name="nscd" version="2.12" release="1.107.el6_4.2" arch="x86_64" src="glibc-2.12-1.107.el6_4.2.src.rpm"><filename>nscd-2.12-1.107.el6_4.2.x86_64.rpm</filename><sum type="sha256">a32f8a67c0f02fd82af9f8cdcd7b22c033dbedd886540dab67eb166e989bc032</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1047-1</id><title>sblim-wbemcli bug fix update</title><description>This update fixes the following bugs:

* Previously, the spec file of the sblim-wbemcli package contained a requirement for the tog-pegasus CIM server, which could cause problems. This update amends the spec file and top-pegasus is no longer required when installing sblim-wbemcli.

* Due to incorrect usage of the curl API in the code, when the wbemcli utility was called with an HTTPS scheme, wbemcli terminated unexpectedly with a segmentation fault. With this update, the curl API is used properly and wbemcli no longer crashes in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-07-16 00:00:00"/><references><reference title="" type="bugzilla" id="745264" href="https://bugzilla.redhat.com/show_bug.cgi?id=745264"/><reference title="" type="bugzilla" id="868905" href="https://bugzilla.redhat.com/show_bug.cgi?id=868905"/><reference title="RHBA-2013:1047-1" type="self" id="RHBA-2013:1047-1" href="https://rhn.redhat.com/errata/RHBA-2013-1047.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="sblim-wbemcli" version="1.6.1" release="2.el6" arch="x86_64" src="sblim-wbemcli-1.6.1-2.el6.src.rpm"><filename>sblim-wbemcli-1.6.1-2.el6.x86_64.rpm</filename><sum type="sha256">635a5a41258cc62344769409266119e689eacca28ea331f9b5a14e1e360515cb</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1052-1</id><title>krb5 bug fix update</title><description>This update fixes the following bug:

* When the application lookup_etypes_for_keytab() function in krb5-libs attempted to use a keytab file to obtain initial credentials from a KDC, as a preliminary step, it enumerated the set of keys in the keytab to determine which types of keys it possessed. While doing so, it leaked memory. This update adds a krb5_kt_free_entry() call in this loop, and memory leaks no longer occur in the described scenario..</description><release>Scientific Linux Fermi</release><issued date="2013-07-16 00:00:00"/><references><reference title="krb5_get_init_creds_keytab() leaks memory" type="bugzilla" id="978312" href="https://bugzilla.redhat.com/show_bug.cgi?id=978312"/><reference title="RHBA-2013:1052-1" type="self" id="RHBA-2013:1052-1" href="https://rhn.redhat.com/errata/RHBA-2013-1052.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="krb5-devel" version="1.10.3" release="10.el6_4.4" arch="i686" src="krb5-1.10.3-10.el6_4.4.src.rpm"><filename>krb5-devel-1.10.3-10.el6_4.4.i686.rpm</filename><sum type="sha256">25ab30fbed82dce6d3ab7f6e4621d7662ac1775570d3bcadca02b58f9d431c4b</sum></package><package epoch="0" name="krb5-devel" version="1.10.3" release="10.el6_4.4" arch="x86_64" src="krb5-1.10.3-10.el6_4.4.src.rpm"><filename>krb5-devel-1.10.3-10.el6_4.4.x86_64.rpm</filename><sum type="sha256">584bacbdfec25926c9a7646852cfd869fff1593fe6075e964086d21af6a11218</sum></package><package epoch="0" name="krb5-libs" version="1.10.3" release="10.el6_4.4" arch="i686" src="krb5-1.10.3-10.el6_4.4.src.rpm"><filename>krb5-libs-1.10.3-10.el6_4.4.i686.rpm</filename><sum type="sha256">46ec1add66567aa3c2211b8f7a881de1449052f8db3e281787d6082d3cd5c992</sum></package><package epoch="0" name="krb5-libs" version="1.10.3" release="10.el6_4.4" arch="x86_64" src="krb5-1.10.3-10.el6_4.4.src.rpm"><filename>krb5-libs-1.10.3-10.el6_4.4.x86_64.rpm</filename><sum type="sha256">3d5cbd8167a672c18ed8919d52e5d96d5446f8fa2164a6d0ef3f2c5222e4d6bb</sum></package><package epoch="0" name="krb5-pkinit-openssl" version="1.10.3" release="10.el6_4.4" arch="x86_64" src="krb5-1.10.3-10.el6_4.4.src.rpm"><filename>krb5-pkinit-openssl-1.10.3-10.el6_4.4.x86_64.rpm</filename><sum type="sha256">79b3a276405690fd3b27651b0b245f11c58e22ad11289960c5335991ca8edce9</sum></package><package epoch="0" name="krb5-server" version="1.10.3" release="10.el6_4.4" arch="x86_64" src="krb5-1.10.3-10.el6_4.4.src.rpm"><filename>krb5-server-1.10.3-10.el6_4.4.x86_64.rpm</filename><sum type="sha256">29e6f9cbeb85d2c668f859ade4487951930142faf142bf6786ad62b839ea13e4</sum></package><package epoch="0" name="krb5-server-ldap" version="1.10.3" release="10.el6_4.4" arch="i686" src="krb5-1.10.3-10.el6_4.4.src.rpm"><filename>krb5-server-ldap-1.10.3-10.el6_4.4.i686.rpm</filename><sum type="sha256">ba54eadabba48259f2502f0288e96194750118130269b6b40c4774e5207ecca5</sum></package><package epoch="0" name="krb5-server-ldap" version="1.10.3" release="10.el6_4.4" arch="x86_64" src="krb5-1.10.3-10.el6_4.4.src.rpm"><filename>krb5-server-ldap-1.10.3-10.el6_4.4.x86_64.rpm</filename><sum type="sha256">65359c9ec305abe1c3c00248daa6addc67e614e7bf69387827e87dd2f7e9e2f6</sum></package><package epoch="0" name="krb5-workstation" version="1.10.3" release="10.el6_4.4" arch="x86_64" src="krb5-1.10.3-10.el6_4.4.src.rpm"><filename>krb5-workstation-1.10.3-10.el6_4.4.x86_64.rpm</filename><sum type="sha256">daa41a84df60f29053c0f6df2d32ea55e076cee4f36d1900f33eccf8a8a9b8b3</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1053-1</id><title>kde-settings bug fix update</title><description>This update fixes the following bug:

* The Konqueror browser enabled Java support by default. Because Java is one of the common targets for browser-based malware attacks, Java is now disabled by default in Konqueror.

To enable Java in Konqueror, navigate to Settings -&gt; Configure Konqueror -&gt; Java &amp; JavaScript (which sets the path to Java), and select the "Enable Java globally" check box.</description><release>Scientific Linux Fermi</release><issued date="2013-07-16 00:00:00"/><relogin_suggested>true</relogin_suggested><references><reference title="konqueror: disable Java by default [rhel-6]" type="bugzilla" id="886237" href="https://bugzilla.redhat.com/show_bug.cgi?id=886237"/><reference title="RHBA-2013:1053-1" type="self" id="RHBA-2013:1053-1" href="https://rhn.redhat.com/errata/RHBA-2013-1053.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="kde-settings" version="4.3.1" release="2.el6" arch="noarch" src="kde-settings-4.3.1-2.el6.src.rpm"><filename>kde-settings-4.3.1-2.el6.noarch.rpm</filename><sum type="sha256">26f24b21359003b1f9b5373fe993881e1fa8ddc5eac5d60fc2fbec4e97ac2c4f</sum></package><package epoch="0" name="kde-settings-kdm" version="4.3.1" release="2.el6" arch="noarch" src="kde-settings-4.3.1-2.el6.src.rpm"><filename>kde-settings-kdm-4.3.1-2.el6.noarch.rpm</filename><sum type="sha256">5b70a5fc724770d1b8b8f66998e59c34bfb2abd507d3e8ab181755b6001d4887</sum></package><package epoch="0" name="kde-settings-pulseaudio" version="4.3.1" release="2.el6" arch="noarch" src="kde-settings-4.3.1-2.el6.src.rpm"><filename>kde-settings-pulseaudio-4.3.1-2.el6.noarch.rpm</filename><sum type="sha256">c197889a4541fefd628b2dba0d3b38bf5c56f1cbf59786d63e13be9cbb59fbbe</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1055-1</id><title>cluster and gfs2-utils bug fix update</title><description>This update fixes the following bug:

* Previously, the cman init script did not handle its lock file correctly. During a node reboot, this could have caused the node itself to be evicted from the cluster by other members. With this update, the cman init script now handles the lock file correctly, and no fencing action is taken by other nodes of the cluster.</description><release>Scientific Linux Fermi</release><issued date="2013-07-16 00:00:00"/><references><reference title="" type="bugzilla" id="982700" href="https://bugzilla.redhat.com/show_bug.cgi?id=982700"/><reference title="RHBA-2013:1055-1" type="self" id="RHBA-2013:1055-1" href="https://rhn.redhat.com/errata/RHBA-2013-1055.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="clusterlib" version="3.0.12.1" release="49.el6_4.1" arch="i686" src="cluster-3.0.12.1-49.el6_4.1.src.rpm"><filename>clusterlib-3.0.12.1-49.el6_4.1.i686.rpm</filename><sum type="sha256">65cac0b27e82032349c503ca59085f7844c589cc028df68c63429464ee2de2b1</sum></package><package epoch="0" name="clusterlib" version="3.0.12.1" release="49.el6_4.1" arch="x86_64" src="cluster-3.0.12.1-49.el6_4.1.src.rpm"><filename>clusterlib-3.0.12.1-49.el6_4.1.x86_64.rpm</filename><sum type="sha256">7ae2158f4b603b89ffceb4c5e90bd9ac983820f6a34f0d6b09a095803ddb8ea8</sum></package><package epoch="0" name="clusterlib-devel" version="3.0.12.1" release="49.el6_4.1" arch="i686" src="cluster-3.0.12.1-49.el6_4.1.src.rpm"><filename>clusterlib-devel-3.0.12.1-49.el6_4.1.i686.rpm</filename><sum type="sha256">8548494cdb8d9f6d5eb8206af6240acd4bdd203436bd5965ae07b905ed4dcd03</sum></package><package epoch="0" name="clusterlib-devel" version="3.0.12.1" release="49.el6_4.1" arch="x86_64" src="cluster-3.0.12.1-49.el6_4.1.src.rpm"><filename>clusterlib-devel-3.0.12.1-49.el6_4.1.x86_64.rpm</filename><sum type="sha256">e2aad1fb5b5116156202b5f320f9b9dcc1630dbb57f5480269b2517c9dbee267</sum></package><package epoch="0" name="cman" version="3.0.12.1" release="49.el6_4.1" arch="x86_64" src="cluster-3.0.12.1-49.el6_4.1.src.rpm"><filename>cman-3.0.12.1-49.el6_4.1.x86_64.rpm</filename><sum type="sha256">fbfc9a53d217aeed0f3db1e0e7d2dc3f53516a05a6527296d9d83c20d1d312ca</sum></package><package epoch="0" name="gfs2-utils" version="3.0.12.1" release="49.el6_4.1" arch="x86_64" src="cluster-3.0.12.1-49.el6_4.1.src.rpm"><filename>gfs2-utils-3.0.12.1-49.el6_4.1.x86_64.rpm</filename><sum type="sha256">9df306194492c4fc8646b645c12ed82193bdcda0aadf06fd5b8f0acbefe0bec1</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1065-1</id><title>scl-utils bug fix update</title><description>This update fixes the following bugs:

* Previously, python27 required a specific byte compiler, thus, the build of python27 collection failed, because it used the wrong byte compiler. With this update, python27 utilizes a new functionality to override various rpm macros and, thus, can be compiled.

* If the PATH variable was not set as scl-utils expected it, then executing the "scl enable" command produced a "command not found" error. This was caused by the scl utility calling the scl_enabled command without an absolute path, and relying on the PATH that the user has set. This update uses absolute path when calling the scl_enabled helper script, thus it does not rely on PATH any more, and the aforementioned errors no longer occur.

* When starting an inspection of what collections are already enabled, a wrong variable was taken as a source of this information. In a specific case, when users ran a shell in an scl_enabled environment, and tried to enable an already-enabled collection, then the collection was enabled twice. This could have caused problems if the enable scriptlets were not prepared for something like this, and might have destroyed some parts of the original environment. This update accepts the correct variable as a source of information about the already-enabled collections, and the collections are no longer enabled multiple times.

* Previously, detection of collections that were specified to be enabled was done in the wrong place in the code. Thus, if users wanted to enable multiple collections with a single command, only the first one was enabled, while the rest were ignored. With this update, the package scans all the arguments now opposed to the original approach where only the first one was taken, and all specified collections are now enabled.

* Previously, when enabling collections, a check whether a collection was enabled was performed. However, independently of the result the collection was always enabled. Consequently, if a single collection had been stated multiple times in the command line, it would be enabled multiple times. In the case of some destructive enable scriptlets, this might have led to some undetermined behavior. This update runs the enable scriptlet only if the collection has not been enabled before, and attempts to enable a collection multiple times in one environment will be ignored.</description><release>Scientific Linux Fermi</release><issued date="2013-07-16 00:00:00"/><references><reference title="" type="bugzilla" id="960556" href="https://bugzilla.redhat.com/show_bug.cgi?id=960556"/><reference title="" type="bugzilla" id="961421" href="https://bugzilla.redhat.com/show_bug.cgi?id=961421"/><reference title="A collection can get twice-enabled" type="bugzilla" id="961429" href="https://bugzilla.redhat.com/show_bug.cgi?id=961429"/><reference title="" type="bugzilla" id="961430" href="https://bugzilla.redhat.com/show_bug.cgi?id=961430"/><reference title="No check for already enabled collections in scl enable &amp;lt;collection&amp;gt;+ &amp;lt;command&amp;gt;" type="bugzilla" id="976551" href="https://bugzilla.redhat.com/show_bug.cgi?id=976551"/><reference title="RHBA-2013:1065-1" type="self" id="RHBA-2013:1065-1" href="https://rhn.redhat.com/errata/RHBA-2013-1065.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="scl-utils" version="20120927" release="2.el6_4.6" arch="x86_64" src="scl-utils-20120927-2.el6_4.6.src.rpm"><filename>scl-utils-20120927-2.el6_4.6.x86_64.rpm</filename><sum type="sha256">d8b17f07f7c70ddabac99db4a99f9da31acebb083e3c9746e2c4c4625174bb53</sum></package><package epoch="0" name="scl-utils-build" version="20120927" release="2.el6_4.6" arch="x86_64" src="scl-utils-20120927-2.el6_4.6.src.rpm"><filename>scl-utils-build-20120927-2.el6_4.6.x86_64.rpm</filename><sum type="sha256">6f11125e36bcbb8907fbc6b41a65b2b3a6670d75a294603620937a281b68ec45</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1066-1</id><title>irqbalance bug fix update</title><description>This update fixes the following bug:

* Previously, irqbalance warned about MSI interrupts, and that IRQs would not be properly classified due to the use of a kernel version older than kernel-2.6.32-279. This update blocks users from using irqbalance with an older version of the kernel, without features required for processing MSI interrupts, and warning messages are no longer received.</description><release>Scientific Linux Fermi</release><issued date="2013-07-16 00:00:00"/><references><reference title="" type="bugzilla" id="982570" href="https://bugzilla.redhat.com/show_bug.cgi?id=982570"/><reference title="RHBA-2013:1066-1" type="self" id="RHBA-2013:1066-1" href="https://rhn.redhat.com/errata/RHBA-2013-1066.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="2" name="irqbalance" version="1.0.4" release="4.el6_4" arch="x86_64" src="irqbalance-1.0.4-4.el6_4.src.rpm"><filename>irqbalance-1.0.4-4.el6_4.x86_64.rpm</filename><sum type="sha256">ee7b8228068926217ea2380dcae88335cd9826fd2dc0c555ffc9ea109ff8bcc4</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1084-1</id><title>foomatic bug fix update</title><description>This update fixes the following bugs:

* The foomatic package could not be rebuilt due to the RPM package spec file having incorrect locations for Perl files. The installation locations have been fixed and the package can now be rebuilt.

* Under certain circumstances, the foomatic-rip CUPS filter could fail, causing print jobs to pass raw data to the printer without being correctly filtered. This was caused by a missing parameter to a logging function. This programming error has been corrected and foomatic-rip now behaves correctly in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-07-23 00:00:00"/><references><reference title="can&amp;#39;t be rebuild in mock" type="bugzilla" id="661770" href="https://bugzilla.redhat.com/show_bug.cgi?id=661770"/><reference title="too few arguments for format in a debugging string" type="bugzilla" id="726385" href="https://bugzilla.redhat.com/show_bug.cgi?id=726385"/><reference title="RHBA-2013:1084-1" type="self" id="RHBA-2013:1084-1" href="https://rhn.redhat.com/errata/RHBA-2013-1084.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="foomatic" version="4.0.4" release="3.el6" arch="x86_64" src="foomatic-4.0.4-3.el6.src.rpm"><filename>foomatic-4.0.4-3.el6.x86_64.rpm</filename><sum type="sha256">5cc0bda384246e1ddd1fe82dfc9a39a68f884fb9650ea4d44ff87b09e5a25b91</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1088-1</id><title>emacs bug fix update</title><description>This update fixes the following bug:

* The Lucida Typewriter and Lucida Console fonts were not usable with Emacs 23.1 in Scientific Linux 6. Consequently, the following error message was displayed in the Messages buffer: "set-face-attribute: Font not available". With this update, no error message is displayed in this scenario and the selected font can be used to display the buffer contents.</description><release>Scientific Linux Fermi</release><issued date="2013-07-23 00:00:00"/><references><reference title="" type="bugzilla" id="678225" href="https://bugzilla.redhat.com/show_bug.cgi?id=678225"/><reference title="RHBA-2013:1088-1" type="self" id="RHBA-2013:1088-1" href="https://rhn.redhat.com/errata/RHBA-2013-1088.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="emacs" version="23.1" release="25.el6" arch="x86_64" src="emacs-23.1-25.el6.src.rpm"><filename>emacs-23.1-25.el6.x86_64.rpm</filename><sum type="sha256">6f3d05cf3879a43982e63f76d5a6ce685384d4b6705acd04e5eb12e8ad80fcc2</sum></package><package epoch="1" name="emacs-common" version="23.1" release="25.el6" arch="x86_64" src="emacs-23.1-25.el6.src.rpm"><filename>emacs-common-23.1-25.el6.x86_64.rpm</filename><sum type="sha256">ee269f8707eda2b47a042b2db0e5fd9348c519d621275b278ebf2cdee11b8703</sum></package><package epoch="1" name="emacs-el" version="23.1" release="25.el6" arch="x86_64" src="emacs-23.1-25.el6.src.rpm"><filename>emacs-el-23.1-25.el6.x86_64.rpm</filename><sum type="sha256">31524adb63a3eba1609ad822d1ff95e20625b5b1e1e2806866263ea974a3efab</sum></package><package epoch="1" name="emacs-nox" version="23.1" release="25.el6" arch="x86_64" src="emacs-23.1-25.el6.src.rpm"><filename>emacs-nox-23.1-25.el6.x86_64.rpm</filename><sum type="sha256">49151ffa4ece9ffc212128cefea946f9ba219d0d53ccfc2d42bbe81c3faba2c2</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1093-1</id><title>man-pages-fr bug fix update</title><description>This update fixes the following bug:

* Due to some problem in the build system of the French manual page package man-pages-fr, some manual pages were not included in the package. Some manual pages, for example the manual page of ?echo? were displayed in English even when the system was running in a French locale. Thus, the command ?man echo? displayed an English manual page. The build problem in the man-pages-fr package is fixed, and the missing manual pages are now included. Hence, manual pages are now displayed in French when the system is running in a French locale, for example ?man echo? now shows a French manual page.</description><release>Scientific Linux Fermi</release><issued date="2013-07-23 00:00:00"/><references><reference title="[fr_FR] various manpages missing from man-pages-fr" type="bugzilla" id="903048" href="https://bugzilla.redhat.com/show_bug.cgi?id=903048"/><reference title="RHBA-2013:1093-1" type="self" id="RHBA-2013:1093-1" href="https://rhn.redhat.com/errata/RHBA-2013-1093.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="man-pages-fr" version="3.23" release="10.el6" arch="noarch" src="man-pages-fr-3.23-10.el6.src.rpm"><filename>man-pages-fr-3.23-10.el6.noarch.rpm</filename><sum type="sha256">2a73582e5257cc316237b7c17bb10d4cfaf4b8afff3c0e7bace2b399393dc3f1</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1094-1</id><title>man-pages-ja bug fix update</title><description>This update fixes the following bugs:

* The shmat(2) man page in the previous release did not mention the EIDRM error code, which could have been returned by the shmat utility. With this update, the EIDRM error code is included in shmat.

* The strtoul(3) man page in the previous release incorrectly mentioned the range of the return value. This update fixes the aforementioned problem.</description><release>Scientific Linux Fermi</release><issued date="2013-07-23 00:00:00"/><references><reference title="" type="bugzilla" id="949787" href="https://bugzilla.redhat.com/show_bug.cgi?id=949787"/><reference title="" type="bugzilla" id="957937" href="https://bugzilla.redhat.com/show_bug.cgi?id=957937"/><reference title="RHBA-2013:1094-1" type="self" id="RHBA-2013:1094-1" href="https://rhn.redhat.com/errata/RHBA-2013-1094.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="man-pages-ja" version="20100115" release="6.el6" arch="noarch" src="man-pages-ja-20100115-6.el6.src.rpm"><filename>man-pages-ja-20100115-6.el6.noarch.rpm</filename><sum type="sha256">18baa066fa93718be7355bdf2d40869a47bf6414eedd4d79afbce4db7bc93edc</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1095-1</id><title>logrotate bug fix update</title><description>This update fixes the following bugs:

* The logrotate utility always tried to set owner of the rotated log even when the owner was the same as the current owner of the log file. Conseqeuntly, the rotation failed on file systems or systems where changing the ownership was not supported. With this update, before the ownership is changed, logrotate check if it is a real ownership change; that is, logrotate verifies if the new ownership is not the same as the previous one, and skips the change if the ownership change has not been real. The logrotate utility now rotates logs as expected in this scenario.

* Setting the Access control list (ACL) on a rotated log overwrote the previously set mode of the log file. As a consequence, the "create" directive was ignored. To fix this bug, the ACL is no longer copied from the old log file when using the "create" directive and the mode defined using the "create" directive is used instead. As a result, "create" mode works as expected and it is no longer ignored in the described scenario.

* Both the acl_set_fd() and fchmod() functions were called to set the log files permissions. Consequently, there was a race condition where the log file could have unsafe permissions for a short time during its creation. With this update, only one of those functions is now called depending on directives combination used in the configuration file and race condition between the acl_set_fd() and fchmod() function is not possible in the described scenario.

* Because the inverse umask value 0000 was used when creating a new log file, the newly created log file could have unwanted 0600 permissions for a short time before the permissions were set to the proper value using the fchmod() function. With this update, umask is set to 0777 and the newly created log file has proper 0000 permissions for this short period.

* The default SELinux context was set after the compressed log file had been created. Consequently, the compressed log did not have the proper SELinux context. With this update, the default SELinux context is now set before the compressed log file creation and compressed log files have proper SELinux context.

* Temporary files created by the logrotate utility were not removed if an error occurred during its use. With this update, temporary files are now removed in such a case.</description><release>Scientific Linux Fermi</release><issued date="2013-07-23 00:00:00"/><references><reference title="logrotate is unable to compress log files on NFS mounted directory" type="bugzilla" id="841520" href="https://bugzilla.redhat.com/show_bug.cgi?id=841520"/><reference title="logrotate ignores create mode" type="bugzilla" id="847338" href="https://bugzilla.redhat.com/show_bug.cgi?id=847338"/><reference title="logrotate ACL fix race condition" type="bugzilla" id="847339" href="https://bugzilla.redhat.com/show_bug.cgi?id=847339"/><reference title="logrotate uses inverse umask" type="bugzilla" id="848131" href="https://bugzilla.redhat.com/show_bug.cgi?id=848131"/><reference title="" type="bugzilla" id="920030" href="https://bugzilla.redhat.com/show_bug.cgi?id=920030"/><reference title="" type="bugzilla" id="922169" href="https://bugzilla.redhat.com/show_bug.cgi?id=922169"/><reference title="RHBA-2013:1095-1" type="self" id="RHBA-2013:1095-1" href="https://rhn.redhat.com/errata/RHBA-2013-1095.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="logrotate" version="3.7.8" release="17.el6" arch="x86_64" src="logrotate-3.7.8-17.el6.src.rpm"><filename>logrotate-3.7.8-17.el6.x86_64.rpm</filename><sum type="sha256">d304872346b4a67e510d4c6016652c2bad26220409bcc767b040fe937c9a9cfd</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1096-1</id><title>bash bug fix update</title><description>This update fixes the following bug:

* When a trap handler was invoked while running another trap handler, which was invoked during a pipeline call, bash was unresponsive. With this update, pipeline calls are saved and subsequently restored in this scenario, and bash responds normally.</description><release>Scientific Linux Fermi</release><issued date="2013-07-23 00:00:00"/><references><reference title="" type="bugzilla" id="982610" href="https://bugzilla.redhat.com/show_bug.cgi?id=982610"/><reference title="RHBA-2013:1096-1" type="self" id="RHBA-2013:1096-1" href="https://rhn.redhat.com/errata/RHBA-2013-1096.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="bash" version="4.1.2" release="15.el6_4" arch="x86_64" src="bash-4.1.2-15.el6_4.src.rpm"><filename>bash-4.1.2-15.el6_4.x86_64.rpm</filename><sum type="sha256">f2a958c33a8daaf83896d26d22efafa1b186eddd94549df273c8707570a08db3</sum></package><package epoch="0" name="bash-doc" version="4.1.2" release="15.el6_4" arch="x86_64" src="bash-4.1.2-15.el6_4.src.rpm"><filename>bash-doc-4.1.2-15.el6_4.x86_64.rpm</filename><sum type="sha256">2a7974ef727fcaa68e64c6fe185bb4053c074546dbfdf919f7e83373da013d0b</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1097-1</id><title>libtevent bug fix and enhancement update</title><description>The libtevent package has been upgraded to upstream version 0.9.18, which provides a number of bug fixes and enhancements over the previous version.</description><release>Scientific Linux Fermi</release><issued date="2013-07-23 00:00:00"/><references><reference title="Rebase libtevent to version 0.9.18" type="bugzilla" id="980956" href="https://bugzilla.redhat.com/show_bug.cgi?id=980956"/><reference title="RHBA-2013:1097-1" type="self" id="RHBA-2013:1097-1" href="https://rhn.redhat.com/errata/RHBA-2013-1097.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libtevent" version="0.9.18" release="1.el6_4" arch="i686" src="libtevent-0.9.18-1.el6_4.src.rpm"><filename>libtevent-0.9.18-1.el6_4.i686.rpm</filename><sum type="sha256">b6b64181b868c36e3374d18fc662fb2ebac238aadbc07d07cc13294a801d2a7e</sum></package><package epoch="0" name="libtevent" version="0.9.18" release="1.el6_4" arch="x86_64" src="libtevent-0.9.18-1.el6_4.src.rpm"><filename>libtevent-0.9.18-1.el6_4.x86_64.rpm</filename><sum type="sha256">a0b25b5b6609a1bb3a8990559fa51831256ed7f57da64cbcbc976e319fed8815</sum></package><package epoch="0" name="libtevent-devel" version="0.9.18" release="1.el6_4" arch="i686" src="libtevent-0.9.18-1.el6_4.src.rpm"><filename>libtevent-devel-0.9.18-1.el6_4.i686.rpm</filename><sum type="sha256">855d94910fb6e1951f62ef346210b2349c44002d5dc30ffc09a06782b74005a2</sum></package><package epoch="0" name="libtevent-devel" version="0.9.18" release="1.el6_4" arch="x86_64" src="libtevent-0.9.18-1.el6_4.src.rpm"><filename>libtevent-devel-0.9.18-1.el6_4.x86_64.rpm</filename><sum type="sha256">46a412e8507931df038cd1502d94a7b8accbdcbf0544862f47e6ff96214eb11a</sum></package><package epoch="0" name="python-tevent" version="0.9.18" release="1.el6_4" arch="x86_64" src="libtevent-0.9.18-1.el6_4.src.rpm"><filename>python-tevent-0.9.18-1.el6_4.x86_64.rpm</filename><sum type="sha256">61842dd9c28a8938e7974acd7de15d6c91be1d8b7e49f99c4f845ef669a87447</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1098-1</id><title>system-config-date bug fix update</title><description>This update fixes the following bug:

* When using unsupported locale settings during system installation, the firstboot utility previously failed with a stack trace after the initial phase of installation. Consequently, the user was not able to configure peripherals, users, kdump, and other settings. With this update, the underlying code has been modified to catch exceptions caused by incorrect locale values and firstboot now warns the users to change their locale instead of failing.</description><release>Scientific Linux Fermi</release><issued date="2013-07-23 00:00:00"/><references><reference title="" type="bugzilla" id="760977" href="https://bugzilla.redhat.com/show_bug.cgi?id=760977"/><reference title="RHBA-2013:1098-1" type="self" id="RHBA-2013:1098-1" href="https://rhn.redhat.com/errata/RHBA-2013-1098.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="system-config-date" version="1.9.60" release="2.el6" arch="noarch" src="system-config-date-1.9.60-2.el6.src.rpm"><filename>system-config-date-1.9.60-2.el6.noarch.rpm</filename><sum type="sha256">d466eca76524cd2667b35bba2c72f9698e85bf498ff0c46121197ce90c22175b</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1102-1</id><title>crash-gcore-command bug fix update</title><description>This update fixes the following bug:

* VDSO and vsyscall pages are not contained in the generated process core dump, due to a backported madvise/MADV_DONTDUMP change in the Scientific Linux 6 kernel. With this update, the VDSO and vsyscall pages are contained in the generated core dump.</description><release>Scientific Linux Fermi</release><issued date="2013-07-23 00:00:00"/><references><reference title="" type="bugzilla" id="968897" href="https://bugzilla.redhat.com/show_bug.cgi?id=968897"/><reference title="RHBA-2013:1102-1" type="self" id="RHBA-2013:1102-1" href="https://rhn.redhat.com/errata/RHBA-2013-1102.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="crash-gcore-command" version="1.0" release="4.el6_4" arch="x86_64" src="crash-gcore-command-1.0-4.el6_4.src.rpm"><filename>crash-gcore-command-1.0-4.el6_4.x86_64.rpm</filename><sum type="sha256">a6f1532a489da9e0bbcc01b6e142f547d472843f4317f9e2abd7bb0835f477eb</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1109-1</id><title>xorg-x11-drv-mga bug fix update</title><description>This update fixes the following bug:

* Previously, resolutions higher than 1440x900 were not available with Scientific Linux (SL) 6.4 using the Kronos 3 and 4 chips. Consequently, the Matrox driver would not allow native resolutions to be reached for many monitors. With this update, X Server no longer discards larger resolution modes, and resolutions higher than 1440x900 are now available.</description><release>Scientific Linux Fermi</release><issued date="2013-07-30 00:00:00"/><references><reference title="" type="bugzilla" id="986833" href="https://bugzilla.redhat.com/show_bug.cgi?id=986833"/><reference title="RHBA-2013:1109-1" type="self" id="RHBA-2013:1109-1" href="https://rhn.redhat.com/errata/RHBA-2013-1109.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="xorg-x11-drv-mga" version="1.6.1" release="8.el6_4" arch="x86_64" src="xorg-x11-drv-mga-1.6.1-8.el6_4.src.rpm"><filename>xorg-x11-drv-mga-1.6.1-8.el6_4.x86_64.rpm</filename><sum type="sha256">f15d96496024823a15f6259124c6e7aad4b6c7fd6c796f328679acfef6058afe</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1112-1</id><title>net-snmp bug fix update</title><description>This update fixes the following bug:

* In previous Net-SNMP releases, snmpd reported an invalid speed of network interfaces in IF-MIB::ifTable and IF-MIB::ifXTable if the interface had a speed other than 10, 100, 1000 or 2500 MB/s. Thus, the net-snmp ifHighSpeed value returned was "0" compared to the correct speed as reported in ethtool, if the Virtual Connect speed was set to, for example, 0.9 Gb/s. With this update, the ifHighSpeed value returns the correct speed as reported in ethtool, and snmpd correctly reports non- standard network interface speeds.</description><release>Scientific Linux Fermi</release><issued date="2013-07-30 00:00:00"/><references><reference title="" type="bugzilla" id="986193" href="https://bugzilla.redhat.com/show_bug.cgi?id=986193"/><reference title="RHBA-2013:1112-1" type="self" id="RHBA-2013:1112-1" href="https://rhn.redhat.com/errata/RHBA-2013-1112.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="net-snmp" version="5.5" release="44.el6_4.3" arch="x86_64" src="net-snmp-5.5-44.el6_4.3.src.rpm"><filename>net-snmp-5.5-44.el6_4.3.x86_64.rpm</filename><sum type="sha256">42397b6b069363f75bc110f5b63dadbe02cab1d96e4088dd79dff41621960aaf</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="44.el6_4.3" arch="i686" src="net-snmp-5.5-44.el6_4.3.src.rpm"><filename>net-snmp-devel-5.5-44.el6_4.3.i686.rpm</filename><sum type="sha256">30f683d868cd5bbd9d1b56512c43dff449ce33e5c274f5160a75eb2c0c4302d0</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="44.el6_4.3" arch="x86_64" src="net-snmp-5.5-44.el6_4.3.src.rpm"><filename>net-snmp-devel-5.5-44.el6_4.3.x86_64.rpm</filename><sum type="sha256">2285bbe3ec80fa54a8e2e3cb83d55cf2f388066aa6fb4ca6c4b85f3208a7ac5c</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="44.el6_4.3" arch="i686" src="net-snmp-5.5-44.el6_4.3.src.rpm"><filename>net-snmp-libs-5.5-44.el6_4.3.i686.rpm</filename><sum type="sha256">5efafecf4de5e0ea7041de4e4f6af4ebf1685507e8088f2ef9cf5c51b7033378</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="44.el6_4.3" arch="x86_64" src="net-snmp-5.5-44.el6_4.3.src.rpm"><filename>net-snmp-libs-5.5-44.el6_4.3.x86_64.rpm</filename><sum type="sha256">20ad54ba6618aa08dc748fbb3e18b469f83991ac0e2f04e64eb0466a27dd5e3d</sum></package><package epoch="1" name="net-snmp-perl" version="5.5" release="44.el6_4.3" arch="x86_64" src="net-snmp-5.5-44.el6_4.3.src.rpm"><filename>net-snmp-perl-5.5-44.el6_4.3.x86_64.rpm</filename><sum type="sha256">42aa70a691a44e737a594b1c104361d9ad4f878c875e5fde26c4bac52504d8fe</sum></package><package epoch="1" name="net-snmp-python" version="5.5" release="44.el6_4.3" arch="x86_64" src="net-snmp-5.5-44.el6_4.3.src.rpm"><filename>net-snmp-python-5.5-44.el6_4.3.x86_64.rpm</filename><sum type="sha256">472500182f526e23952a03ee4e443d0dd999cdee092a31b7030ef7308184dddc</sum></package><package epoch="1" name="net-snmp-utils" version="5.5" release="44.el6_4.3" arch="x86_64" src="net-snmp-5.5-44.el6_4.3.src.rpm"><filename>net-snmp-utils-5.5-44.el6_4.3.x86_64.rpm</filename><sum type="sha256">cf39017b07ba79ab4427d70624d59351945d1d74c760652d083ca9aa26458a5f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1117-1</id><title>python-urlgrabber bug fix update</title><description>This update fixes the following bug:

* Previously, a flaw in the source code resulted in a traceback error when users used the reposync command to synchronize a remote Yum repository to a local directory, when the utime() system call had an error. This update corrects the mistake in the source code, and traceback errors no longer occur in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-07-30 00:00:00"/><references><reference title="" type="bugzilla" id="807030" href="https://bugzilla.redhat.com/show_bug.cgi?id=807030"/><reference title="RHBA-2013:1117-1" type="self" id="RHBA-2013:1117-1" href="https://rhn.redhat.com/errata/RHBA-2013-1117.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="python-urlgrabber" version="3.9.1" release="9.el6" arch="noarch" src="python-urlgrabber-3.9.1-9.el6.src.rpm"><filename>python-urlgrabber-3.9.1-9.el6.noarch.rpm</filename><sum type="sha256">e1c43ee03193b986c17e2a3a3939a08c48a6d1b263321c64faf0547ab20b9ed9</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1118-1</id><title>opencv bug fix update</title><description>This update fixes the following bug:

* The OpenCVConfig.cmake file had different contents on 32-bit and 64-bit architecture and was installed under the /usr/share directory. Consequently, the opencv-devel package could not be installed in a multilib environment. With this update, the OpenCVConfig.cmake file has been moved to the /usr/lib(64) directory and the opencv-devel package can now be installed in a multilib environment.</description><release>Scientific Linux Fermi</release><issued date="2013-07-30 00:00:00"/><references><reference title="" type="bugzilla" id="658060" href="https://bugzilla.redhat.com/show_bug.cgi?id=658060"/><reference title="RHBA-2013:1118-1" type="self" id="RHBA-2013:1118-1" href="https://rhn.redhat.com/errata/RHBA-2013-1118.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="opencv" version="2.0.0" release="12.el6" arch="i686" src="opencv-2.0.0-12.el6.src.rpm"><filename>opencv-2.0.0-12.el6.i686.rpm</filename><sum type="sha256">ad839c8a772ac6bdda1e550cf6de66c2ded3c8c5b2a0a4064656f631ee2549ff</sum></package><package epoch="0" name="opencv" version="2.0.0" release="12.el6" arch="x86_64" src="opencv-2.0.0-12.el6.src.rpm"><filename>opencv-2.0.0-12.el6.x86_64.rpm</filename><sum type="sha256">1c9611571dc128fc55b8fcf8169b49ca1d62b2381b67d7e17b28c33bb6361bfb</sum></package><package epoch="0" name="opencv-devel" version="2.0.0" release="12.el6" arch="i686" src="opencv-2.0.0-12.el6.src.rpm"><filename>opencv-devel-2.0.0-12.el6.i686.rpm</filename><sum type="sha256">0733ac0a631c185c963e9b33789ec14b16dc072f49e2711f68bdba5e9eb493d8</sum></package><package epoch="0" name="opencv-devel" version="2.0.0" release="12.el6" arch="x86_64" src="opencv-2.0.0-12.el6.src.rpm"><filename>opencv-devel-2.0.0-12.el6.x86_64.rpm</filename><sum type="sha256">5dac24743ac882e4d05b7a003849e18f7cc28a8f88551535c3037f55d10f13fb</sum></package><package epoch="0" name="opencv-devel-docs" version="2.0.0" release="12.el6" arch="noarch" src="opencv-2.0.0-12.el6.src.rpm"><filename>opencv-devel-docs-2.0.0-12.el6.noarch.rpm</filename><sum type="sha256">f32be11db22e8e452f0be70de94f43354cf4fc5506750d9bd46001eda3e95abf</sum></package><package epoch="0" name="opencv-python" version="2.0.0" release="12.el6" arch="x86_64" src="opencv-2.0.0-12.el6.src.rpm"><filename>opencv-python-2.0.0-12.el6.x86_64.rpm</filename><sum type="sha256">e7d2967efef5a57c28a81c2670d8980890da15ed5338a8a925cf9b01d5eb3cea</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1127-1</id><title>device-mapper-multipath bug fix update</title><description>This update fixes the following bug:

* Prior to this update, Device Mapper Multipath did not check for NULL pointers before dereferencing them in the sysfs functions. As a result, the multipathd daemon could crash if a multipath device was resized while a path device was being removed. With this update, Device Mapper Multipath checks for NULL pointers in sysfs functions and no longer crashes when a multipath device is resized at the same time as a path device is removed.</description><release>Scientific Linux Fermi</release><issued date="2013-08-06 00:00:00"/><references><reference title="" type="bugzilla" id="988704" href="https://bugzilla.redhat.com/show_bug.cgi?id=988704"/><reference title="RHBA-2013:1127-1" type="self" id="RHBA-2013:1127-1" href="https://rhn.redhat.com/errata/RHBA-2013-1127.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="device-mapper-multipath" version="0.4.9" release="64.el6_4.1" arch="x86_64" src="device-mapper-multipath-0.4.9-64.el6_4.1.src.rpm"><filename>device-mapper-multipath-0.4.9-64.el6_4.1.x86_64.rpm</filename><sum type="sha256">0b66eac5112fa5d72dc6f51901b644c95fbb42b8d37b0c885740965d14ea4f69</sum></package><package epoch="0" name="device-mapper-multipath-libs" version="0.4.9" release="64.el6_4.1" arch="x86_64" src="device-mapper-multipath-0.4.9-64.el6_4.1.src.rpm"><filename>device-mapper-multipath-libs-0.4.9-64.el6_4.1.x86_64.rpm</filename><sum type="sha256">07b749a9def86bcce4c1560e67f8953d64ebffe0cd47779060e990a7dc61d863</sum></package><package epoch="0" name="kpartx" version="0.4.9" release="64.el6_4.1" arch="x86_64" src="device-mapper-multipath-0.4.9-64.el6_4.1.src.rpm"><filename>kpartx-0.4.9-64.el6_4.1.x86_64.rpm</filename><sum type="sha256">486a329b40588972ac1bc6799d805a844f67e54a40527cc85fdd1a207de929ef</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1129-1</id><title>mailx bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, the "mail" utility provided with the Scientific Linux 6 mailx packages was not fully compatible with the utility provided with the Scientific Linux 5 mailx package and packages in earlier releases of Scientific Linux. Consequently, some user scripts written for the mail utility did not work with "mail" in Scientific Linux 6. Support for multiple versions of the "mail" utility has been added to the mailx packages. This allows the user to install alternative packages providing this utility, for example, bsd-mailx.

* The mailx command did not set the error return code when it failed to send an e-mail because the TMPDIR environment variable was set to an invalid path. As a consequence, error checking was incorrect and therefore not helpful. With this update, the correct return code is set when mailx fails to send an e-mail. The error checking now works properly.</description><release>Scientific Linux Fermi</release><issued date="2013-08-06 00:00:00"/><references><reference title="" type="bugzilla" id="845098" href="https://bugzilla.redhat.com/show_bug.cgi?id=845098"/><reference title="" type="bugzilla" id="857120" href="https://bugzilla.redhat.com/show_bug.cgi?id=857120"/><reference title="RHBA-2013:1129-1" type="self" id="RHBA-2013:1129-1" href="https://rhn.redhat.com/errata/RHBA-2013-1129.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="mailx" version="12.4" release="7.el6" arch="x86_64" src="mailx-12.4-7.el6.src.rpm"><filename>mailx-12.4-7.el6.x86_64.rpm</filename><sum type="sha256">53b5cfa127d212fd752f1feefb70f2a4261cbfec6d99be2ddd1c3f029e8c3d68</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1132-1</id><title>initscripts bug fix update</title><description>This update fixes the following bug:

* In Scientific Linux 6.4, a master device was always started after its slaves while using Mode 6 bonding. As a consequence, bonded interfaces were unusable. This update ensures the master device is always set up before its slaves and Mode 6 bonding now works as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-08-06 00:00:00"/><references><reference title="" type="bugzilla" id="987998" href="https://bugzilla.redhat.com/show_bug.cgi?id=987998"/><reference title="RHBA-2013:1132-1" type="self" id="RHBA-2013:1132-1" href="https://rhn.redhat.com/errata/RHBA-2013-1132.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="debugmode" version="9.03.38" release="1.el6_4.2" arch="x86_64" src="initscripts-9.03.38-1.el6_4.2.src.rpm"><filename>debugmode-9.03.38-1.el6_4.2.x86_64.rpm</filename><sum type="sha256">c0cd671fef72644659dabb3d5c8bccfda1dc7a436039e5b85038b763ebf8b32c</sum></package><package epoch="0" name="initscripts" version="9.03.38" release="1.el6_4.2" arch="x86_64" src="initscripts-9.03.38-1.el6_4.2.src.rpm"><filename>initscripts-9.03.38-1.el6_4.2.x86_64.rpm</filename><sum type="sha256">be19ea2b49a93581ef0271e1b762d8d67f033b7c98f36f2f23ef64f44d766175</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1146-1</id><title>nss-pam-ldapd bug fix update</title><description>This update fixes the following bug:

* When the nslcd daemon requested a zero-length attribute, then nslcd returned an error message and skipped the whole entry. Consequently, if the skipped entry was a secondary group, nslcd was unable to resolve it. A patch has been provided that adjusts the tio_skip() and tio_skipall() routines to only skip the zero-length attribute in the described scenario and nscld now resolves secondary groups as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-08-13 00:00:00"/><references><reference title="" type="bugzilla" id="986898" href="https://bugzilla.redhat.com/show_bug.cgi?id=986898"/><reference title="RHBA-2013:1146-1" type="self" id="RHBA-2013:1146-1" href="https://rhn.redhat.com/errata/RHBA-2013-1146.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="nss-pam-ldapd" version="0.7.5" release="18.2.el6_4" arch="i686" src="nss-pam-ldapd-0.7.5-18.2.el6_4.src.rpm"><filename>nss-pam-ldapd-0.7.5-18.2.el6_4.i686.rpm</filename><sum type="sha256">66bae90e1b4364baa0da96725b167b600824bd0a0503e4377c8dd8201b2c62b8</sum></package><package epoch="0" name="nss-pam-ldapd" version="0.7.5" release="18.2.el6_4" arch="x86_64" src="nss-pam-ldapd-0.7.5-18.2.el6_4.src.rpm"><filename>nss-pam-ldapd-0.7.5-18.2.el6_4.x86_64.rpm</filename><sum type="sha256">9a5ed1fd8987ed39b1852e606035a13295354ef816305355754a0c9286ebc0f6</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1148-1</id><title>talk bug fix update</title><description>This update fixes the following bug:

* The talk utility allows a user to specify the target user in the "username.hostname" form. Consequent to this, previous versions of the utility did not support usernames that contained a period. With this update, a new command line option (that is, "-x") has been added to enforce the use of the "username@hostname" form, so that the username can contain periods. As well, the corresponding manual page has been extended to provide a complete list of supported command line arguments.</description><release>Scientific Linux Fermi</release><issued date="2013-08-13 00:00:00"/><references><reference title="" type="bugzilla" id="691355" href="https://bugzilla.redhat.com/show_bug.cgi?id=691355"/><reference title="RHBA-2013:1148-1" type="self" id="RHBA-2013:1148-1" href="https://rhn.redhat.com/errata/RHBA-2013-1148.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="talk" version="0.17" release="36.el6" arch="x86_64" src="talk-0.17-36.el6.src.rpm"><filename>talk-0.17-36.el6.x86_64.rpm</filename><sum type="sha256">4532b246156e9140fae588f21fcaf4b58d4256ea875f3ac0d1449d117ec81680</sum></package><package epoch="0" name="talk-server" version="0.17" release="36.el6" arch="x86_64" src="talk-0.17-36.el6.src.rpm"><filename>talk-server-0.17-36.el6.x86_64.rpm</filename><sum type="sha256">ce0b8e0f35239555c5c696b46cf2fe9e50bbe88d9870ccec6ca0d91aa4e01bbb</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1150-1</id><title>net-snmp bug fix update</title><description>This update fixes the following bug:

* When an AgentX subagent disconnected from the SNMP daemon (snmpd), the daemon did not properly check that there were no active requests queued in the subagent and destroyed the session. Consequently, the session was referenced by snmpd later when processing queued requests and because it was already destroyed, snmpd terminated unexpectedly with a segmentation fault or looped indefinitely. This update adds several checks to prevent the destruction of sessions with active requests, and snmpd no longer crashes in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-08-13 00:00:00"/><references><reference title="net-snmpd crash on time out" type="bugzilla" id="993579" href="https://bugzilla.redhat.com/show_bug.cgi?id=993579"/><reference title="RHBA-2013:1150-1" type="self" id="RHBA-2013:1150-1" href="https://rhn.redhat.com/errata/RHBA-2013-1150.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="net-snmp" version="5.5" release="44.el6_4.4" arch="x86_64" src="net-snmp-5.5-44.el6_4.4.src.rpm"><filename>net-snmp-5.5-44.el6_4.4.x86_64.rpm</filename><sum type="sha256">a45d13f8ec121b664e70f94f6a8bce6e583d26d1b133ee254335e5058a6e18a2</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="44.el6_4.4" arch="i686" src="net-snmp-5.5-44.el6_4.4.src.rpm"><filename>net-snmp-devel-5.5-44.el6_4.4.i686.rpm</filename><sum type="sha256">3a47ba684c5bf3b9892d24bc9bbd08728be2c21c8565e75b4795675dfe22a046</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="44.el6_4.4" arch="x86_64" src="net-snmp-5.5-44.el6_4.4.src.rpm"><filename>net-snmp-devel-5.5-44.el6_4.4.x86_64.rpm</filename><sum type="sha256">a1c068678ca61128e2604dbcdc04c193ff242e76e354760fd246012a3f348aeb</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="44.el6_4.4" arch="i686" src="net-snmp-5.5-44.el6_4.4.src.rpm"><filename>net-snmp-libs-5.5-44.el6_4.4.i686.rpm</filename><sum type="sha256">c2f305c2411d41359738f211a1b5086d2a4c596ca2d4fad5b2f6ec6c555141aa</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="44.el6_4.4" arch="x86_64" src="net-snmp-5.5-44.el6_4.4.src.rpm"><filename>net-snmp-libs-5.5-44.el6_4.4.x86_64.rpm</filename><sum type="sha256">2c4baf972ff1e81e85619455ad1ecc7ff6cb51a9037c3ede68686ae3a3489989</sum></package><package epoch="1" name="net-snmp-perl" version="5.5" release="44.el6_4.4" arch="x86_64" src="net-snmp-5.5-44.el6_4.4.src.rpm"><filename>net-snmp-perl-5.5-44.el6_4.4.x86_64.rpm</filename><sum type="sha256">f7f8d8345caa0fd8a6fc7655f1f7ed63ed906e850c181edf795a65d8117dfa2d</sum></package><package epoch="1" name="net-snmp-python" version="5.5" release="44.el6_4.4" arch="x86_64" src="net-snmp-5.5-44.el6_4.4.src.rpm"><filename>net-snmp-python-5.5-44.el6_4.4.x86_64.rpm</filename><sum type="sha256">8ed68383ed1cf0a014eb0debfad1661703aca410b25fa03cf4d6eaa99ef04876</sum></package><package epoch="1" name="net-snmp-utils" version="5.5" release="44.el6_4.4" arch="x86_64" src="net-snmp-5.5-44.el6_4.4.src.rpm"><filename>net-snmp-utils-5.5-44.el6_4.4.x86_64.rpm</filename><sum type="sha256">d45b70c4b724481137fceeb9dd1391757a7e26ddd93c4dbbe8d94c042ab09f35</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1153-1</id><title>cpuspeed bug fix update</title><description>This update fixes the following bug:

* The cpuspeed init script relied on the presence of the scaling_available_frequencies sysfs file to get the maximum possible scaling frequency for the system. Certain platforms did not provide the scaling_available_frequencies sysfs file, which caused the attempt to set the maximum scaling frequency to fail. With this update, the init script now reads the frequency from cpuinfo_max_speed, and setting the maximum scaling frequency now works on all platforms.</description><release>Scientific Linux Fermi</release><issued date="2013-08-13 00:00:00"/><references><reference title="" type="bugzilla" id="990474" href="https://bugzilla.redhat.com/show_bug.cgi?id=990474"/><reference title="RHBA-2013:1153-1" type="self" id="RHBA-2013:1153-1" href="https://rhn.redhat.com/errata/RHBA-2013-1153.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="cpuspeed" version="1.5" release="20.el6_4" arch="x86_64" src="cpuspeed-1.5-20.el6_4.src.rpm"><filename>cpuspeed-1.5-20.el6_4.x86_64.rpm</filename><sum type="sha256">904ef3d6818f311ea8f42f64326864b3ba83bbcee7d051718366c09ccc65bd88</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1159-1</id><title>spice-gtk bug fix update</title><description>This update fixes the following bug:

* Prior to this update, image palettes (mapping of an ID to a bitmap) that were not rendered on the client side were not cached in the client even though they were marked as cached in the server. As a result, a client application, which attempted to use image palettes that were not cached, terminated unexpectedly. This occurred, for example, when the Shift-Ctrl-V keyboard shortcut was used to bring up the "Move Items" dialog box in Microsoft Outlook in the client. With this update, image palettes, which are not rendered, are now properly cached, and the aforementioned crashes no longer occur.</description><release>Scientific Linux Fermi</release><issued date="2013-08-20 00:00:00"/><references><reference title="spice client crashes at first Shift-Ctrl-V in Microsoft Outlook" type="bugzilla" id="988924" href="https://bugzilla.redhat.com/show_bug.cgi?id=988924"/><reference title="RHBA-2013:1159-1" type="self" id="RHBA-2013:1159-1" href="https://rhn.redhat.com/errata/RHBA-2013-1159.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="spice-glib" version="0.14" release="7.el6_4.1" arch="i686" src="spice-gtk-0.14-7.el6_4.1.src.rpm"><filename>spice-glib-0.14-7.el6_4.1.i686.rpm</filename><sum type="sha256">a4511f18f097f8df2602a53f167fe76e768de062e2dca9a1eb4d8f783bb4185d</sum></package><package epoch="0" name="spice-glib" version="0.14" release="7.el6_4.1" arch="x86_64" src="spice-gtk-0.14-7.el6_4.1.src.rpm"><filename>spice-glib-0.14-7.el6_4.1.x86_64.rpm</filename><sum type="sha256">e45264ee9dbdea2cf55b2882dff8ca6360e1cf68555b8749cdf9c26a989ccbad</sum></package><package epoch="0" name="spice-glib-devel" version="0.14" release="7.el6_4.1" arch="i686" src="spice-gtk-0.14-7.el6_4.1.src.rpm"><filename>spice-glib-devel-0.14-7.el6_4.1.i686.rpm</filename><sum type="sha256">cb006ddd5ae4429b44ab253dfaac28e34180a2d33968ca4a9558d654c73366c9</sum></package><package epoch="0" name="spice-glib-devel" version="0.14" release="7.el6_4.1" arch="x86_64" src="spice-gtk-0.14-7.el6_4.1.src.rpm"><filename>spice-glib-devel-0.14-7.el6_4.1.x86_64.rpm</filename><sum type="sha256">4aa4603acfd3278f1e90d892e44a08563ad2ca38d9b068474bbb8e2c5afdaaa6</sum></package><package epoch="0" name="spice-gtk" version="0.14" release="7.el6_4.1" arch="i686" src="spice-gtk-0.14-7.el6_4.1.src.rpm"><filename>spice-gtk-0.14-7.el6_4.1.i686.rpm</filename><sum type="sha256">21c7f82e93df383f181341a555bb82e3304fc48aa6b063b7cf09667e5b7f131a</sum></package><package epoch="0" name="spice-gtk" version="0.14" release="7.el6_4.1" arch="x86_64" src="spice-gtk-0.14-7.el6_4.1.src.rpm"><filename>spice-gtk-0.14-7.el6_4.1.x86_64.rpm</filename><sum type="sha256">0c9c7a92942f316fd75b436f1069e58a38666b33c8ff4f27e586dfa6caa84bc6</sum></package><package epoch="0" name="spice-gtk-devel" version="0.14" release="7.el6_4.1" arch="i686" src="spice-gtk-0.14-7.el6_4.1.src.rpm"><filename>spice-gtk-devel-0.14-7.el6_4.1.i686.rpm</filename><sum type="sha256">18e0ef9379f4f5fa866cdece9897075e52be0ea3d91032730fd2daa777089147</sum></package><package epoch="0" name="spice-gtk-devel" version="0.14" release="7.el6_4.1" arch="x86_64" src="spice-gtk-0.14-7.el6_4.1.src.rpm"><filename>spice-gtk-devel-0.14-7.el6_4.1.x86_64.rpm</filename><sum type="sha256">3d742cef2efa80733d7014b81ed858447ede80b78c793bfeef9d1a1cfd87d33c</sum></package><package epoch="0" name="spice-gtk-python" version="0.14" release="7.el6_4.1" arch="x86_64" src="spice-gtk-0.14-7.el6_4.1.src.rpm"><filename>spice-gtk-python-0.14-7.el6_4.1.x86_64.rpm</filename><sum type="sha256">a960ba3c21212c53c46e99dac2ba60fe5c6d3e1e7284e58036ed3d9b325719e1</sum></package><package epoch="0" name="spice-gtk-tools" version="0.14" release="7.el6_4.1" arch="x86_64" src="spice-gtk-0.14-7.el6_4.1.src.rpm"><filename>spice-gtk-tools-0.14-7.el6_4.1.x86_64.rpm</filename><sum type="sha256">cfc0e75f513e90dd694565139e47e5273ed02619d734290cc217b96aaeb018de</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1162-1</id><title>openswan bug fix update</title><description>This update fixes the following bug:

* The openswan package for Internet Protocol Security (IPsec) contains two diagnostic commands, "ipsec barf" and "ipsec look", that can cause the iptables kernel modules for NAT and IP connection tracking to be loaded. On very busy systems, loading such kernel modules can result in severely degraded performance or lead to a crash when the kernel runs out of resources. With this update, the diagnostic commands do not cause loading of the NAT and IP connection tracking modules. This update does not affect systems that already use IP connection tracking or NAT as the iptables and ip6tables services will already have loaded these kernel modules.</description><release>Scientific Linux Fermi</release><issued date="2013-08-20 00:00:00"/><references><reference title="" type="bugzilla" id="983451" href="https://bugzilla.redhat.com/show_bug.cgi?id=983451"/><reference title="RHBA-2013:1162-1" type="self" id="RHBA-2013:1162-1" href="https://rhn.redhat.com/errata/RHBA-2013-1162.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="openswan" version="2.6.32" release="21.el6_4" arch="x86_64" src="openswan-2.6.32-21.el6_4.src.rpm"><filename>openswan-2.6.32-21.el6_4.x86_64.rpm</filename><sum type="sha256">341b96aa904f46f1b2da7b371fd2f0392f0aeb86d471037ba3479f71c67c8176</sum></package><package epoch="0" name="openswan-doc" version="2.6.32" release="21.el6_4" arch="x86_64" src="openswan-2.6.32-21.el6_4.src.rpm"><filename>openswan-doc-2.6.32-21.el6_4.x86_64.rpm</filename><sum type="sha256">7da5cdfd9a9a41f7d4f49a3bf393acee36b5286e6407d55a40dae4f33216a818</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1163-1</id><title>cups bug fix update</title><description>This update fixes the following bug:

* For queues using the "ipp" back-end, print jobs containing more than one file were previously treated as though all files were in the same format as the first file in the job when transferring the job to the remote IPP system. This has been corrected by declaring each file as having an unknown document format ("application/octet-stream") for multiple file jobs, and leaving format detection to the remote IPP system.</description><release>Scientific Linux Fermi</release><issued date="2013-08-20 00:00:00"/><references><reference title="" type="bugzilla" id="994480" href="https://bugzilla.redhat.com/show_bug.cgi?id=994480"/><reference title="RHBA-2013:1163-1" type="self" id="RHBA-2013:1163-1" href="https://rhn.redhat.com/errata/RHBA-2013-1163.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="cups" version="1.4.2" release="50.el6_4.5" arch="x86_64" src="cups-1.4.2-50.el6_4.5.src.rpm"><filename>cups-1.4.2-50.el6_4.5.x86_64.rpm</filename><sum type="sha256">4efd58f140ee0965e142fd26fe19537313cc4b8b48beb6b344693ca341d587ef</sum></package><package epoch="1" name="cups-devel" version="1.4.2" release="50.el6_4.5" arch="i686" src="cups-1.4.2-50.el6_4.5.src.rpm"><filename>cups-devel-1.4.2-50.el6_4.5.i686.rpm</filename><sum type="sha256">5da5d09670d73d99556b8425d4ca9423e998e2e7e3f0308ed35d6a93ead3bbf6</sum></package><package epoch="1" name="cups-devel" version="1.4.2" release="50.el6_4.5" arch="x86_64" src="cups-1.4.2-50.el6_4.5.src.rpm"><filename>cups-devel-1.4.2-50.el6_4.5.x86_64.rpm</filename><sum type="sha256">390b89713a032bf51a5a3a746867fb2480bb0e99b288f5d38c03b3e89603eb33</sum></package><package epoch="1" name="cups-libs" version="1.4.2" release="50.el6_4.5" arch="i686" src="cups-1.4.2-50.el6_4.5.src.rpm"><filename>cups-libs-1.4.2-50.el6_4.5.i686.rpm</filename><sum type="sha256">e353913ef46c7e824bb861791b2c6212f58035956bcf1d9b1b002c52ec4dabfb</sum></package><package epoch="1" name="cups-libs" version="1.4.2" release="50.el6_4.5" arch="x86_64" src="cups-1.4.2-50.el6_4.5.src.rpm"><filename>cups-libs-1.4.2-50.el6_4.5.x86_64.rpm</filename><sum type="sha256">ee464a5ff00e6290f1ed23e4151496d1c84c521200275ccb7f5da6e991738cee</sum></package><package epoch="1" name="cups-lpd" version="1.4.2" release="50.el6_4.5" arch="x86_64" src="cups-1.4.2-50.el6_4.5.src.rpm"><filename>cups-lpd-1.4.2-50.el6_4.5.x86_64.rpm</filename><sum type="sha256">64199c340371344ea199ba8638fa3d880bf842b1dea9a7d89d5e9ddfbdc43976</sum></package><package epoch="1" name="cups-php" version="1.4.2" release="50.el6_4.5" arch="x86_64" src="cups-1.4.2-50.el6_4.5.src.rpm"><filename>cups-php-1.4.2-50.el6_4.5.x86_64.rpm</filename><sum type="sha256">80b84afe099e12576dc04866d840ac5f039e86851520e7c93a3b430e0cbbaaf7</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1165-1</id><title>busybox bug fix update</title><description>This update fixes the following bug:

* Prior to this update, the "mknod" command was unable to create device nodes with a major or minor number larger than 255. Consequently, the kdump utility failed to handle such a device. The underlying source code has been modified, and it is now possible to use the "mknod" command to create device nodes with a major or minor number larger than 255.</description><release>Scientific Linux Fermi</release><issued date="2013-08-20 00:00:00"/><references><reference title="" type="bugzilla" id="981178" href="https://bugzilla.redhat.com/show_bug.cgi?id=981178"/><reference title="RHBA-2013:1165-1" type="self" id="RHBA-2013:1165-1" href="https://rhn.redhat.com/errata/RHBA-2013-1165.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="busybox" version="1.15.1" release="16.el6_4" arch="x86_64" src="busybox-1.15.1-16.el6_4.src.rpm"><filename>busybox-1.15.1-16.el6_4.x86_64.rpm</filename><sum type="sha256">c747e48d42c454033f1ed62808872eb5cd68ec64235bc43e86397b4ff006d841</sum></package><package epoch="1" name="busybox-petitboot" version="1.15.1" release="16.el6_4" arch="x86_64" src="busybox-1.15.1-16.el6_4.src.rpm"><filename>busybox-petitboot-1.15.1-16.el6_4.x86_64.rpm</filename><sum type="sha256">9397c8443922b82a3fb0741fdaa5553ac05fe13ecf8dba5b79507a41c09436ff</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1167-1</id><title>prelink bug fix update</title><description>This update fixes the following bug:

* If the DT_RPATH attribute had been set on a library or executable, then that library or executable could have been entered into the prelink cache even if it was unable to be prelinked. This caused prelink to terminate unexpectedly with a segmentation fault when the command "prelink -av -mR -f" was run. With this update, unprelinkable entries are no longer allowed in the cache, and crashes no longer occur in the aforementioned scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-08-20 00:00:00"/><references><reference title="" type="bugzilla" id="986148" href="https://bugzilla.redhat.com/show_bug.cgi?id=986148"/><reference title="RHBA-2013:1167-1" type="self" id="RHBA-2013:1167-1" href="https://rhn.redhat.com/errata/RHBA-2013-1167.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="prelink" version="0.4.6" release="3.1.el6_4" arch="x86_64" src="prelink-0.4.6-3.1.el6_4.src.rpm"><filename>prelink-0.4.6-3.1.el6_4.x86_64.rpm</filename><sum type="sha256">2586c99357167c6266856e285d5c9568446e555187135057f02f0f6946e5c482</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1168-1</id><title>authd bug fix update</title><description>This update fixes the following bug:

* If authd encountered a negative UID when reading a /proc/net/tcp entry then it stopped reading at that point, and failed to identify the connection it was looking for. Consequently, authd returned a "non- existent user" error response. With this update, the handling of negative UID values in authd is modified, and authd correctly reports a valid user.</description><release>Scientific Linux Fermi</release><issued date="2013-08-27 00:00:00"/><references><reference title="" type="bugzilla" id="994118" href="https://bugzilla.redhat.com/show_bug.cgi?id=994118"/><reference title="RHBA-2013:1168-1" type="self" id="RHBA-2013:1168-1" href="https://rhn.redhat.com/errata/RHBA-2013-1168.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="authd" version="1.4.3" release="31.el6_4" arch="x86_64" src="authd-1.4.3-31.el6_4.src.rpm"><filename>authd-1.4.3-31.el6_4.x86_64.rpm</filename><sum type="sha256">4bfd445b48eb9b9a05711074cc898df48b73fd8bb19d0092a169ac5bffe44551</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1175-1</id><title>qemu-kvm bug fix update</title><description>This update fixes the following bug:

* Previously, a counter variable was not correctly reset when restarting an allocating request for disk images using the qcow2 format, which resulted in corruption of these disk images in the cluster allocation code in some cases. This update changes the way that the number of available clusters are counted in the qcow2 format, and qcow2 disks are no longer corrupted in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-08-27 00:00:00"/><references><reference title="qcow2 corruption bug in cluster allocation code" type="bugzilla" id="996151" href="https://bugzilla.redhat.com/show_bug.cgi?id=996151"/><reference title="RHBA-2013:1175-1" type="self" id="RHBA-2013:1175-1" href="https://rhn.redhat.com/errata/RHBA-2013-1175.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="2" name="qemu-guest-agent" version="0.12.1.2" release="2.355.el6_4.7" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.7.src.rpm"><filename>qemu-guest-agent-0.12.1.2-2.355.el6_4.7.x86_64.rpm</filename><sum type="sha256">9db1021d3f28c4e699532527dd4d60478caf81a45424a4857a746714d2dacc9b</sum></package><package epoch="2" name="qemu-guest-agent-win32" version="0.12.1.2" release="2.355.el6_4.7" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.7.src.rpm"><filename>qemu-guest-agent-win32-0.12.1.2-2.355.el6_4.7.x86_64.rpm</filename><sum type="sha256">f982c3acfd44c7910b58c5b4756f5863834acf4e0fc7e5196755b376f74fe31f</sum></package><package epoch="2" name="qemu-img" version="0.12.1.2" release="2.355.el6_4.7" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.7.src.rpm"><filename>qemu-img-0.12.1.2-2.355.el6_4.7.x86_64.rpm</filename><sum type="sha256">0fe218e01b7890ae602fc5cf371d210e6fa5d21203ca87394ced37ec9480fcfd</sum></package><package epoch="2" name="qemu-kvm" version="0.12.1.2" release="2.355.el6_4.7" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.7.src.rpm"><filename>qemu-kvm-0.12.1.2-2.355.el6_4.7.x86_64.rpm</filename><sum type="sha256">c8ff67a4bbf791e217c3470922488e2e541491666df08de675c9af83105d2d94</sum></package><package epoch="2" name="qemu-kvm-tools" version="0.12.1.2" release="2.355.el6_4.7" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.7.src.rpm"><filename>qemu-kvm-tools-0.12.1.2-2.355.el6_4.7.x86_64.rpm</filename><sum type="sha256">b2329a09fea45cd2b5f900c5b14b796c2fc0b74d413d958b42501be6d5c20872</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1177-1</id><title>bind bug fix update</title><description>This update fixes the following bug:

* Due to a missing gss_release_name() call, the BIND DNS server leaked memory when the "tkey-gssapi-credential" option was used in the BIND configuration. This update properly frees all memory in case the "tkey- gssapi-credential" is used, and BIND no longer leaks memory when GSSAPI credentials are used internally by the server for authentication.

After installing the update, the BIND daemon (named) will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2013-08-27 00:00:00"/><references><reference title="tkey-gssapi-credential option in /etc/named.conf creates a memory leak" type="bugzilla" id="996955" href="https://bugzilla.redhat.com/show_bug.cgi?id=996955"/><reference title="RHBA-2013:1177-1" type="self" id="RHBA-2013:1177-1" href="https://rhn.redhat.com/errata/RHBA-2013-1177.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="32" name="bind" version="9.8.2" release="0.17.rc1.el6_4.6" arch="x86_64" src="bind-9.8.2-0.17.rc1.el6_4.6.src.rpm"><filename>bind-9.8.2-0.17.rc1.el6_4.6.x86_64.rpm</filename><sum type="sha256">443307f4b9556bfe01749cc5461db68a6b9bbb3f5f787add11c7fad01a6a16c4</sum></package><package epoch="32" name="bind-chroot" version="9.8.2" release="0.17.rc1.el6_4.6" arch="x86_64" src="bind-9.8.2-0.17.rc1.el6_4.6.src.rpm"><filename>bind-chroot-9.8.2-0.17.rc1.el6_4.6.x86_64.rpm</filename><sum type="sha256">ee19e1902cb10d3e43d9f40c1bafc877b88849ebdb3b3c807064525e8bd58226</sum></package><package epoch="32" name="bind-devel" version="9.8.2" release="0.17.rc1.el6_4.6" arch="i686" src="bind-9.8.2-0.17.rc1.el6_4.6.src.rpm"><filename>bind-devel-9.8.2-0.17.rc1.el6_4.6.i686.rpm</filename><sum type="sha256">5f2ae4264b4e9836b2bbadb4f015a5dc7b07f87daa2dca6263c3436386c61b74</sum></package><package epoch="32" name="bind-devel" version="9.8.2" release="0.17.rc1.el6_4.6" arch="x86_64" src="bind-9.8.2-0.17.rc1.el6_4.6.src.rpm"><filename>bind-devel-9.8.2-0.17.rc1.el6_4.6.x86_64.rpm</filename><sum type="sha256">ff7959ad055637307b5c91a3e0381440ceb829a197d4e8e3f64b70283ff28496</sum></package><package epoch="32" name="bind-libs" version="9.8.2" release="0.17.rc1.el6_4.6" arch="i686" src="bind-9.8.2-0.17.rc1.el6_4.6.src.rpm"><filename>bind-libs-9.8.2-0.17.rc1.el6_4.6.i686.rpm</filename><sum type="sha256">14c3fe6dab15fda46b6a500c43acbf567097169eb785f0b7b9c8ba27362284e0</sum></package><package epoch="32" name="bind-libs" version="9.8.2" release="0.17.rc1.el6_4.6" arch="x86_64" src="bind-9.8.2-0.17.rc1.el6_4.6.src.rpm"><filename>bind-libs-9.8.2-0.17.rc1.el6_4.6.x86_64.rpm</filename><sum type="sha256">d4f2c65d1baf07305ae087484cd5d8120dea0787e3c9e00ba8193fff9b4a248c</sum></package><package epoch="32" name="bind-sdb" version="9.8.2" release="0.17.rc1.el6_4.6" arch="x86_64" src="bind-9.8.2-0.17.rc1.el6_4.6.src.rpm"><filename>bind-sdb-9.8.2-0.17.rc1.el6_4.6.x86_64.rpm</filename><sum type="sha256">83e5cfec2580208cb1bebf35522dcf59d0ac4a30d4812d6c9cb62f2ee4b59c56</sum></package><package epoch="32" name="bind-utils" version="9.8.2" release="0.17.rc1.el6_4.6" arch="x86_64" src="bind-9.8.2-0.17.rc1.el6_4.6.src.rpm"><filename>bind-utils-9.8.2-0.17.rc1.el6_4.6.x86_64.rpm</filename><sum type="sha256">8172aa0c851d1cc94c9223df7f940e02f20989c54cda4b41dd3fc2a2e1c6f1bf</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1178-1</id><title>gnome-screensaver bug fix update</title><description>This update fixes the following bug:

* Previously, when using virt-manager, virt-viewer, and spice-xpi applications, users were unable to enter the gnome-screensaver password after the screen saver started. This happened only when the VM system used the Compiz composting window manager. After users released the mouse cursor, then pressed a key to enter a password, the dialog did not accept any input. This happened due to incorrect assignment of window focus to applications that did not drop their keyboard grab. With this update, window focus is now properly assigned to the correct place, and attempts to enter the gnome-screensaver password no longer fail in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-08-27 00:00:00"/><relogin_suggested>true</relogin_suggested><references><reference title="virt-viewer - unable to enter gnome-screensaver password" type="bugzilla" id="994868" href="https://bugzilla.redhat.com/show_bug.cgi?id=994868"/><reference title="RHBA-2013:1178-1" type="self" id="RHBA-2013:1178-1" href="https://rhn.redhat.com/errata/RHBA-2013-1178.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="gnome-screensaver" version="2.28.3" release="24.el6_4.1" arch="x86_64" src="gnome-screensaver-2.28.3-24.el6_4.1.src.rpm"><filename>gnome-screensaver-2.28.3-24.el6_4.1.x86_64.rpm</filename><sum type="sha256">03aef31c0848c68dfb934cc1306f3a36eb558df21fa3f8b341df7e70282d5c05</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1179-1</id><title>glibc bug fix update</title><description>This update fixes the following bug:

* The C library security framework was unable to handle dynamically loaded character conversion routines when loaded at specific virtual addresses. This resulted in an unexpected termination with a segmentation fault when trying to use the dynamically loaded character conversion routine. This update enhances the C library security framework to handle dynamically loaded character conversion routines at any virtual memory address, and crashes no longer occur in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-09-03 00:00:00"/><references><reference title="" type="bugzilla" id="989558" href="https://bugzilla.redhat.com/show_bug.cgi?id=989558"/><reference title="RHBA-2013:1179-1" type="self" id="RHBA-2013:1179-1" href="https://rhn.redhat.com/errata/RHBA-2013-1179.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="glibc" version="2.12" release="1.107.el6_4.4" arch="i686" src="glibc-2.12-1.107.el6_4.4.src.rpm"><filename>glibc-2.12-1.107.el6_4.4.i686.rpm</filename><sum type="sha256">1cd3ccf88d021ca4f57e67b4df74b79997912fb447a69ecbd76a467f6e14082a</sum></package><package epoch="0" name="glibc" version="2.12" release="1.107.el6_4.4" arch="x86_64" src="glibc-2.12-1.107.el6_4.4.src.rpm"><filename>glibc-2.12-1.107.el6_4.4.x86_64.rpm</filename><sum type="sha256">4d22340d5b67aeff8468e57af89a5973da61e17a13fe43a0e0665cd6d88c1938</sum></package><package epoch="0" name="glibc-common" version="2.12" release="1.107.el6_4.4" arch="x86_64" src="glibc-2.12-1.107.el6_4.4.src.rpm"><filename>glibc-common-2.12-1.107.el6_4.4.x86_64.rpm</filename><sum type="sha256">07cd7fb755553d2ddfa41b233153cdd234afe86a9afc5a568c227f0bfc597c05</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.107.el6_4.4" arch="i686" src="glibc-2.12-1.107.el6_4.4.src.rpm"><filename>glibc-devel-2.12-1.107.el6_4.4.i686.rpm</filename><sum type="sha256">79db91ceb8755f6faa6524812bf8f6664caecad9e0fd19d3da0e93359fbd2cfe</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.107.el6_4.4" arch="x86_64" src="glibc-2.12-1.107.el6_4.4.src.rpm"><filename>glibc-devel-2.12-1.107.el6_4.4.x86_64.rpm</filename><sum type="sha256">5ae06e36860c512ea559f02a631867c126b8ce1c415f8367c4cdacf20ce25ed1</sum></package><package epoch="0" name="glibc-headers" version="2.12" release="1.107.el6_4.4" arch="x86_64" src="glibc-2.12-1.107.el6_4.4.src.rpm"><filename>glibc-headers-2.12-1.107.el6_4.4.x86_64.rpm</filename><sum type="sha256">53917568275839105fdd3abfa0fd76352c48704140eb8bbf798720cf144906a1</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.107.el6_4.4" arch="i686" src="glibc-2.12-1.107.el6_4.4.src.rpm"><filename>glibc-static-2.12-1.107.el6_4.4.i686.rpm</filename><sum type="sha256">80cb505c821dbd91387355d4ecf45279eba03ef9abcede57c711949a41e33c7e</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.107.el6_4.4" arch="x86_64" src="glibc-2.12-1.107.el6_4.4.src.rpm"><filename>glibc-static-2.12-1.107.el6_4.4.x86_64.rpm</filename><sum type="sha256">76824f5f9171664c1d532c9e701214c05117599ad1e78fa0f76e6e2536d31164</sum></package><package epoch="0" name="glibc-utils" version="2.12" release="1.107.el6_4.4" arch="x86_64" src="glibc-2.12-1.107.el6_4.4.src.rpm"><filename>glibc-utils-2.12-1.107.el6_4.4.x86_64.rpm</filename><sum type="sha256">87194a2a5587822d97dead0af0a399c98f8d444b3b63562a7ad5583abb8e578f</sum></package><package epoch="0" name="nscd" version="2.12" release="1.107.el6_4.4" arch="x86_64" src="glibc-2.12-1.107.el6_4.4.src.rpm"><filename>nscd-2.12-1.107.el6_4.4.x86_64.rpm</filename><sum type="sha256">31404244bddb1799ea05a710e2e2249e65770ba5d30b4efe9c4a3b325d14324c</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1184-1</id><title>sos bug fix update</title><description>This update fixes the following bugs:

* The SELinux plug-in attempted to use commands that are now obsolete on modern distributions. The plug-in has been updated to reflect changes in the SELinux tools and diagnostics, and it is now able to collect a more complete set of information from these components.

* The device-mapper plug-in used an obsolete syntax to obtain information from the udev subsystem. It invoked the "udevinfo" command, which was no longer present on the system, while the replacement command should be "udevadm info." This is improved by this update, and correct property data is now collected for relevant block device types.</description><release>Scientific Linux Fermi</release><issued date="2013-09-03 00:00:00"/><references><reference title="" type="bugzilla" id="985242" href="https://bugzilla.redhat.com/show_bug.cgi?id=985242"/><reference title="" type="bugzilla" id="985244" href="https://bugzilla.redhat.com/show_bug.cgi?id=985244"/><reference title="RHBA-2013:1184-1" type="self" id="RHBA-2013:1184-1" href="https://rhn.redhat.com/errata/RHBA-2013-1184.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="sos" version="2.2" release="38.el6_4.2" arch="noarch" src="sos-2.2-38.el6_4.2.src.rpm"><filename>sos-2.2-38.el6_4.2.noarch.rpm</filename><sum type="sha256">07bfffb582ecc0e9a1ede098ec1b7805f602025a3a3f8f3904422313fd0466db</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1187-1</id><title>boost bug fix update</title><description>This update fixes the following bug:

* The Boost package did not contain the Boost.Math shared libraries, which include an inverse of trigonometric functions over complex numbers and gamma, beta and erf special functions, as specified in the Technical Report on C++ Library Extensions. This update adds the boost-math sub- package, which includes the symbols corresponding to the mentioned functions.</description><release>Scientific Linux Fermi</release><issued date="2013-09-03 00:00:00"/><references><reference title="Math TR1 isn&amp;#39;t included" type="bugzilla" id="820670" href="https://bugzilla.redhat.com/show_bug.cgi?id=820670"/><reference title="RHBA-2013:1187-1" type="self" id="RHBA-2013:1187-1" href="https://rhn.redhat.com/errata/RHBA-2013-1187.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="boost" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">70eb9b611c4e2a84a05ffe5377aa0c4b68ac02b24d140e3a331fb514d6c892cf</sum></package><package epoch="0" name="boost-date-time" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-date-time-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">766c1df8c23cc9ff7208603de07805e0d65117f1aa084a930d7683bd43656431</sum></package><package epoch="0" name="boost-date-time" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-date-time-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">2bf4cce2fa812f7f5e5e094dad3f58c982043be963869cda46028aed4c2e9936</sum></package><package epoch="0" name="boost-devel" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-devel-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">6fd26f8d6d229369c6ed88be37f1f3c785c06d49efb48260388b1aa0e07c96ad</sum></package><package epoch="0" name="boost-doc" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-doc-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">956252bf3783fc58bd27f3c38e0f41a53070c6c9774f0b4f75fd66ef66e2d178</sum></package><package epoch="0" name="boost-filesystem" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-filesystem-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">4c6913ddc6a76a7053464b26f36559496a3b0c179387c96a1f25a54cbd11f556</sum></package><package epoch="0" name="boost-filesystem" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-filesystem-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">ef27b7721848f17a22789e6f50e20e35a0140ce7d10ff3bc213365ffb97c037a</sum></package><package epoch="0" name="boost-graph" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-graph-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">7b69b70d8ae013bff2ea3078476eb30987e493153a986cc88cef9fd1c39f9bfe</sum></package><package epoch="0" name="boost-graph" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-graph-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">541dcc85446c904dbc1626eebe0177d13a1683ff1310f5c5a0b001880d41cd6e</sum></package><package epoch="0" name="boost-graph-mpich2" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-graph-mpich2-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">2d8bf4d0348c29cbcb19df6493eea250cbacf15d34d56dff2f0229592b89efb1</sum></package><package epoch="0" name="boost-graph-mpich2" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-graph-mpich2-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">3ba1092b3f3d4a06b13ed4e79affc5b1858ce29094366246f1a2b0e133d9013d</sum></package><package epoch="0" name="boost-graph-openmpi" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-graph-openmpi-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">bc32b04ae34516a13e5e09eba3e252c9df898ba973953ad8f168a41e80dafc1d</sum></package><package epoch="0" name="boost-iostreams" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-iostreams-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">e22a6778df638e12db500f47cabbc9ce9c1736505aad98c46df16b2229df7f11</sum></package><package epoch="0" name="boost-iostreams" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-iostreams-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">ee6ea8f2084759f2ccd4fee55c571f1648b6770ba6879abbf7413d1750e60d0f</sum></package><package epoch="0" name="boost-math" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-math-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">7623421ffed3d410108a132844e45362d926c1b5c548055bcba303e51c7f851a</sum></package><package epoch="0" name="boost-mpich2" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-mpich2-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">a3b892ff7e64ec53c92cefa9dadecc8598fd652f1ad84f23b80bed755918f355</sum></package><package epoch="0" name="boost-mpich2" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-mpich2-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">1fd730306869e1335cb810e462f8d218863da627a06f4b4fecf34a8d4ac91df5</sum></package><package epoch="0" name="boost-mpich2-devel" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-mpich2-devel-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">06116e73739cf1d1948859ac93e373a0f4c20ed8a305856768e980d24fef2016</sum></package><package epoch="0" name="boost-mpich2-devel" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-mpich2-devel-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">e289f771d81c77c2b873413b956a268d87c18c0887aa955cc8ae65574732b6e9</sum></package><package epoch="0" name="boost-mpich2-python" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-mpich2-python-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">4518792a4e8af93774a90197d34371fd1d1f0b971910826dfa2fd75b76197549</sum></package><package epoch="0" name="boost-mpich2-python" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-mpich2-python-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">2cc930762466013fd53433d8fb3682f6089de6403e141884abf24dd1e0c560b9</sum></package><package epoch="0" name="boost-openmpi" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-openmpi-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">f0fd5ba8ff8aa970c336529fb61782ed54e28f0900a9941bc96b0d9dd9ad195b</sum></package><package epoch="0" name="boost-openmpi-devel" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-openmpi-devel-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">4ff0731dbb85d3b93716d61252216fdd1470843bd3c8d3f19b31897e755b5680</sum></package><package epoch="0" name="boost-openmpi-devel" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-openmpi-devel-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">dcd461c43f3b309961d23a68d24e0408cb8787c3af0bd45a24d679acdcafe555</sum></package><package epoch="0" name="boost-openmpi-python" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-openmpi-python-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">01ece2e62c089818390ad27f209af438762d54e90716e81134f4db8dd4bbdf1a</sum></package><package epoch="0" name="boost-program-options" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-program-options-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">fda89f754f8d989e45a2ee9ab71cf4d05e68b2fa4f44f497d744095f9b8bea95</sum></package><package epoch="0" name="boost-program-options" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-program-options-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">acb3398e04d0a9c18a107971f24e56608895d91c139d34114a8e159c0bfe1a7a</sum></package><package epoch="0" name="boost-python" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-python-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">d43e3eaf366f08107470c3a5fdb5f879abb74b0bcd89516ff24c0e784a67f9c5</sum></package><package epoch="0" name="boost-python" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-python-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">2e7a8dec769194b4dbb3badee844c42707f5ddc221a58b59f1a097e34cdbadf4</sum></package><package epoch="0" name="boost-regex" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-regex-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">ea40d545023db92fad5216fd8b9b92db030732849d071f3bd458e8a545a1e189</sum></package><package epoch="0" name="boost-regex" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-regex-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">d04e4bce1e2b6ce4997bce8ae3886117879304fc60c9525e6e49b06d49005941</sum></package><package epoch="0" name="boost-serialization" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-serialization-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">cb4a268593f6e013dae4d146518b2591a1838f1ee232781563cfda2ebd785742</sum></package><package epoch="0" name="boost-serialization" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-serialization-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">60a7820e8846aff5362e0def1e309e0231ce954ac180d01f4343ac93d691cf5a</sum></package><package epoch="0" name="boost-signals" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-signals-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">8c2fe98f4934d140fb5305ae029b9898404157feab921d7b076eaf5084d40516</sum></package><package epoch="0" name="boost-signals" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-signals-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">8a2f6e775ac02c10652b3f06d1381b2e702b311351c24599cd4fc1743a7725a7</sum></package><package epoch="0" name="boost-static" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-static-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">d7fcf2c88a426d8ce80e9f9d23731b12f6859bb8f0dde30fa70d72f157443172</sum></package><package epoch="0" name="boost-system" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-system-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">5ac7dc68f48e18094acf0d7f0cb66290ecace5b64b645f690ca00a95cde18de3</sum></package><package epoch="0" name="boost-system" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-system-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">6922c3ee5d1440723dfdb522e80192539a66ae1f8c6a8785cc563b71a44d18fc</sum></package><package epoch="0" name="boost-test" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-test-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">ef57a91c2a2c37a9797cef554d047d5f7851637e224e52d45d548c0497642d4a</sum></package><package epoch="0" name="boost-test" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-test-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">8d0c5685b84427c22fc9308bde106336d290134bcf0a6bd43add5335f9aa6584</sum></package><package epoch="0" name="boost-thread" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-thread-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">b93779441c23890dbfbfadce8412ba68d94923e3bd5336b28a3bdfda820a0fda</sum></package><package epoch="0" name="boost-thread" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-thread-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">63ffe02e5bb3cf80984b7315d735df9337ea52c103e888f82737cc3f79144d43</sum></package><package epoch="0" name="boost-wave" version="1.41.0" release="18.el6" arch="i686" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-wave-1.41.0-18.el6.i686.rpm</filename><sum type="sha256">781af4bc9f8d1b9cd656f72a8bf3e99e1b1a181d040be0e793bdbc5c184b6df6</sum></package><package epoch="0" name="boost-wave" version="1.41.0" release="18.el6" arch="x86_64" src="boost-1.41.0-18.el6.src.rpm"><filename>boost-wave-1.41.0-18.el6.x86_64.rpm</filename><sum type="sha256">17e1782ac6b629bab2fde737b2740b344cc3bc5dd576648761973b9858a02cad</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1189-1</id><title>cluster and gfs2-utils bug fix update</title><description>This update fixes the following bug:

* Prior to this update, if one of the gfs2_tool, gfs2_quota, gfs2_grow, or gfs2_jadd commands was killed unexpectedly, a temporary GFS2 metadata mount point used by those tools could be left mounted. The mount point was also not registered in the /etc/mtab file, and so the "umount -a -t gfs2" command would not unmount it. This mount point could prevent systems from rebooting properly, and cause the kernel to panic in cases where it was manually unmounted after the normal GFS2 mount point. This update corrects the problem by creating an mtab entry for the temporary mount point, which unmounts it before exiting when signals are received.</description><release>Scientific Linux Fermi</release><issued date="2013-09-03 00:00:00"/><references><reference title="" type="bugzilla" id="1001504" href="https://bugzilla.redhat.com/show_bug.cgi?id=1001504"/><reference title="RHBA-2013:1189-1" type="self" id="RHBA-2013:1189-1" href="https://rhn.redhat.com/errata/RHBA-2013-1189.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="clusterlib" version="3.0.12.1" release="49.el6_4.2" arch="i686" src="cluster-3.0.12.1-49.el6_4.2.src.rpm"><filename>clusterlib-3.0.12.1-49.el6_4.2.i686.rpm</filename><sum type="sha256">9e71c989a76ecf924040adc4a1e343aa710cfb8306964e805a8e03c27317e003</sum></package><package epoch="0" name="clusterlib" version="3.0.12.1" release="49.el6_4.2" arch="x86_64" src="cluster-3.0.12.1-49.el6_4.2.src.rpm"><filename>clusterlib-3.0.12.1-49.el6_4.2.x86_64.rpm</filename><sum type="sha256">8cc26d0b1a65384111b5918e3b372313b1d3196fb35a22de370013ea69fc7bdc</sum></package><package epoch="0" name="clusterlib-devel" version="3.0.12.1" release="49.el6_4.2" arch="i686" src="cluster-3.0.12.1-49.el6_4.2.src.rpm"><filename>clusterlib-devel-3.0.12.1-49.el6_4.2.i686.rpm</filename><sum type="sha256">03d20e626f29070d3ac3ac3d2cd107ee671d581eeb8d29352c35e2b23cac9e13</sum></package><package epoch="0" name="clusterlib-devel" version="3.0.12.1" release="49.el6_4.2" arch="x86_64" src="cluster-3.0.12.1-49.el6_4.2.src.rpm"><filename>clusterlib-devel-3.0.12.1-49.el6_4.2.x86_64.rpm</filename><sum type="sha256">34ca68c9fd65118f5a68cb685081efa33dfe3d34c71c8bfc8e771875e55b92d9</sum></package><package epoch="0" name="cman" version="3.0.12.1" release="49.el6_4.2" arch="x86_64" src="cluster-3.0.12.1-49.el6_4.2.src.rpm"><filename>cman-3.0.12.1-49.el6_4.2.x86_64.rpm</filename><sum type="sha256">b7f7294f82b0262ac02b60292a911e1b4923f68c6a6c97e770504260369e19cc</sum></package><package epoch="0" name="gfs2-utils" version="3.0.12.1" release="49.el6_4.2" arch="x86_64" src="cluster-3.0.12.1-49.el6_4.2.src.rpm"><filename>gfs2-utils-3.0.12.1-49.el6_4.2.x86_64.rpm</filename><sum type="sha256">b036d92f12032e8f2335670876a35dea42398a5a8d3ebe648cb8b38a3f31fac7</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1214-1</id><title>rsyslog bug fix update</title><description>This update fixes the following bug:

* An erroneous patch in a previous release, which changed the implementation of the configuration file parser, caused the rsyslog daemon to terminate unexpectedly with a segmentation fault for certain configurations. With this update, the patch is removed, and file crashes no longer occur with the default configuration. However, if users add an "$IncludeConfig" directive, they should add it at the beginning before other actions. If there is a specific need to use the "$IncludeConfig" directive after any actions, users should put a dummy action before, for example, a "syslog.debug /dev/null" configuration snippet.</description><release>Scientific Linux Fermi</release><issued date="2013-09-10 00:00:00"/><references><reference title="" type="bugzilla" id="996826" href="https://bugzilla.redhat.com/show_bug.cgi?id=996826"/><reference title="RHBA-2013:1214-1" type="self" id="RHBA-2013:1214-1" href="https://rhn.redhat.com/errata/RHBA-2013-1214.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="rsyslog" version="5.8.10" release="7.el6_4" arch="x86_64" src="rsyslog-5.8.10-7.el6_4.src.rpm"><filename>rsyslog-5.8.10-7.el6_4.x86_64.rpm</filename><sum type="sha256">c53d7e5c4e48367ce4cbf40120bfe36ecc38e718518286e89e397f874b4aeb9b</sum></package><package epoch="0" name="rsyslog-gnutls" version="5.8.10" release="7.el6_4" arch="x86_64" src="rsyslog-5.8.10-7.el6_4.src.rpm"><filename>rsyslog-gnutls-5.8.10-7.el6_4.x86_64.rpm</filename><sum type="sha256">8987e4952fce28cc718ca2c4bc064f76d3d606aa373c55836051d5b0be158515</sum></package><package epoch="0" name="rsyslog-gssapi" version="5.8.10" release="7.el6_4" arch="x86_64" src="rsyslog-5.8.10-7.el6_4.src.rpm"><filename>rsyslog-gssapi-5.8.10-7.el6_4.x86_64.rpm</filename><sum type="sha256">9c9c9ec04d69bd76178084be5aa822d1afa1a82f5392f5ca2e1573578b0835ff</sum></package><package epoch="0" name="rsyslog-mysql" version="5.8.10" release="7.el6_4" arch="x86_64" src="rsyslog-5.8.10-7.el6_4.src.rpm"><filename>rsyslog-mysql-5.8.10-7.el6_4.x86_64.rpm</filename><sum type="sha256">3b159233ee7d3233a616a50a0631c732df0d86ecab4abc4c700dae8e817d30a2</sum></package><package epoch="0" name="rsyslog-pgsql" version="5.8.10" release="7.el6_4" arch="x86_64" src="rsyslog-5.8.10-7.el6_4.src.rpm"><filename>rsyslog-pgsql-5.8.10-7.el6_4.x86_64.rpm</filename><sum type="sha256">a093f235d0b9da25624a7864148437bcccf3016399a80e5dc585aca4d6d6ba45</sum></package><package epoch="0" name="rsyslog-relp" version="5.8.10" release="7.el6_4" arch="x86_64" src="rsyslog-5.8.10-7.el6_4.src.rpm"><filename>rsyslog-relp-5.8.10-7.el6_4.x86_64.rpm</filename><sum type="sha256">be7b5c89c1a3d49d72b91568cbafe9a46f45371a6d6cdb6c2ef19bdb0e78773b</sum></package><package epoch="0" name="rsyslog-snmp" version="5.8.10" release="7.el6_4" arch="x86_64" src="rsyslog-5.8.10-7.el6_4.src.rpm"><filename>rsyslog-snmp-5.8.10-7.el6_4.x86_64.rpm</filename><sum type="sha256">bddc9afa0a6be7f3104a694dd362428c82ae1f74b491fd44c06adcacf442bc42</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1222-1</id><title>krb5 bug fix update</title><description>This update fixes the following bugs:

* In the simplest configuration, an organization establishes a single Kerberos realm, in which all of its clients and servers trust the same KDC. Clients from one realm can authenticate to services in another realm if their respective KDCs are properly configured for cross-realm authentication. Cross-realm authentication can also be performed transitively, allowing clients from one realm to authenticate first to the KDC of an intermediate realm, possibly continuing along a path containing multiple intermediate realms, and then finally to a service in yet another realm. When a service accepts authentication using GSSAPI, if the client is a member of a different realm, the server will check the client's ticket for a list of the intermediate realms whose KDCs the client contacted in order to obtain a ticket for the service. If the list contains any entries which the service does not expect to be in that path, the ticket is considered invalid and authentication is rejected. In certain configurations, due to a bug introduced while adding support for the "ignore_acceptor_hostname" option, this test failed unconditionally. This update corrects the issue with the "ignore_acceptor_hostname" option, and failures no longer occur in the described scenario..

* When processing client requests transmitted to it using the flexible authentication secure tunneling (FAST) facility, the KDC would lose track of the type of the request that the client supplied, potentially causing it to fail to include authorization data in the ticket it would later issue in response to the request. In some environments, this would result in authorization to resources being incorrectly denied. This update sets the msg_type option when decoding FAST requests, and access control no longer fails in the described scenario..</description><release>Scientific Linux Fermi</release><issued date="2013-09-10 00:00:00"/><references><reference title="" type="bugzilla" id="1000313" href="https://bugzilla.redhat.com/show_bug.cgi?id=1000313"/><reference title="PAC is not recognized in krb5 1.10 KDC at TGS-REQ from krb5-1.11 client" type="bugzilla" id="1002179" href="https://bugzilla.redhat.com/show_bug.cgi?id=1002179"/><reference title="RHBA-2013:1222-1" type="self" id="RHBA-2013:1222-1" href="https://rhn.redhat.com/errata/RHBA-2013-1222.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="krb5-devel" version="1.10.3" release="10.el6_4.6" arch="i686" src="krb5-1.10.3-10.el6_4.6.src.rpm"><filename>krb5-devel-1.10.3-10.el6_4.6.i686.rpm</filename><sum type="sha256">3e60d72662a7ca9e81f850304fa2898330ad4f2d516fdd85d848768216855022</sum></package><package epoch="0" name="krb5-devel" version="1.10.3" release="10.el6_4.6" arch="x86_64" src="krb5-1.10.3-10.el6_4.6.src.rpm"><filename>krb5-devel-1.10.3-10.el6_4.6.x86_64.rpm</filename><sum type="sha256">d95e4e5fef1a49b161451a7307dfe8907ab89d67c1e2f4c515eab5f033d5f83d</sum></package><package epoch="0" name="krb5-libs" version="1.10.3" release="10.el6_4.6" arch="i686" src="krb5-1.10.3-10.el6_4.6.src.rpm"><filename>krb5-libs-1.10.3-10.el6_4.6.i686.rpm</filename><sum type="sha256">9038df1835810f73933c420b8ea4207db71b2fce37ff8ea6060e497d51113b64</sum></package><package epoch="0" name="krb5-libs" version="1.10.3" release="10.el6_4.6" arch="x86_64" src="krb5-1.10.3-10.el6_4.6.src.rpm"><filename>krb5-libs-1.10.3-10.el6_4.6.x86_64.rpm</filename><sum type="sha256">3dd8a7b1fa7ff2a424c75c3ef6c71c84cc4bf20b21c2fa1c0b477fd3105caa02</sum></package><package epoch="0" name="krb5-pkinit-openssl" version="1.10.3" release="10.el6_4.6" arch="x86_64" src="krb5-1.10.3-10.el6_4.6.src.rpm"><filename>krb5-pkinit-openssl-1.10.3-10.el6_4.6.x86_64.rpm</filename><sum type="sha256">a2379a9c6334b4ed6c20b3d35665916e15b0c12d8d4903e8dff4cc5a4dd0d74d</sum></package><package epoch="0" name="krb5-server" version="1.10.3" release="10.el6_4.6" arch="x86_64" src="krb5-1.10.3-10.el6_4.6.src.rpm"><filename>krb5-server-1.10.3-10.el6_4.6.x86_64.rpm</filename><sum type="sha256">2af3561ed7cf6b8db2484df798f9d24c468f952caa246144ea7ecb4630bdaf4b</sum></package><package epoch="0" name="krb5-server-ldap" version="1.10.3" release="10.el6_4.6" arch="i686" src="krb5-1.10.3-10.el6_4.6.src.rpm"><filename>krb5-server-ldap-1.10.3-10.el6_4.6.i686.rpm</filename><sum type="sha256">adc58af285d2c071533ff956f31c0ad5054e14e0434cb7f703fbfd6847a8edff</sum></package><package epoch="0" name="krb5-server-ldap" version="1.10.3" release="10.el6_4.6" arch="x86_64" src="krb5-1.10.3-10.el6_4.6.src.rpm"><filename>krb5-server-ldap-1.10.3-10.el6_4.6.x86_64.rpm</filename><sum type="sha256">56f897d9d319d2112b57cda4255c92ff71b6b47960d61345fb64c84b94301f67</sum></package><package epoch="0" name="krb5-workstation" version="1.10.3" release="10.el6_4.6" arch="x86_64" src="krb5-1.10.3-10.el6_4.6.src.rpm"><filename>krb5-workstation-1.10.3-10.el6_4.6.x86_64.rpm</filename><sum type="sha256">2682338fcbfba24d053b60c7e4a2e2771aee464bc470da8550eadcb5e1069a9e</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1246-1</id><title>samba</title><description>This update fixes the following bug:

* An attempt to execute the wkssvc_NetWkstaEnumUsers RPC command without a pointer to the resume handle caused the smbd daemon to terminate with a segmentation fault. Consequently, the client was disconnected. With this update, the underlying source code has been adapted to verify that the pointer is valid before attempting to dereference it. As a result, smbd no longer crashes in this situation.</description><release>Scientific Linux Fermi</release><issued date="2013-09-10 00:00:00"/><references><reference title="" type="bugzilla" id="997747" href="https://bugzilla.redhat.com/show_bug.cgi?id=997747"/><reference title="RHBA-2013:1246-1" type="self" id="RHBA-2013:1246-1" href="https://rhn.redhat.com/errata/RHBA-2013-1246.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libsmbclient" version="3.6.9" release="151.el6_4.1" arch="i686" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>libsmbclient-3.6.9-151.el6_4.1.i686.rpm</filename><sum type="sha256">e69c89c8f0acaa77be053cdc91af80e008bb1fce211f393c3c7301812dc27381</sum></package><package epoch="0" name="libsmbclient" version="3.6.9" release="151.el6_4.1" arch="x86_64" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>libsmbclient-3.6.9-151.el6_4.1.x86_64.rpm</filename><sum type="sha256">429cede9f8bd74b5f570749123689878101424ba479ae24370a76d511b863e58</sum></package><package epoch="0" name="libsmbclient-devel" version="3.6.9" release="151.el6_4.1" arch="i686" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>libsmbclient-devel-3.6.9-151.el6_4.1.i686.rpm</filename><sum type="sha256">dfa92883ba37879ec999a32e64d70beb46a7a984c6c9b449c98a6dfc5d802c4f</sum></package><package epoch="0" name="libsmbclient-devel" version="3.6.9" release="151.el6_4.1" arch="x86_64" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>libsmbclient-devel-3.6.9-151.el6_4.1.x86_64.rpm</filename><sum type="sha256">f262ed0f0df6baded93e008634d8dcb2170ad390ab883aa33cbd044ec6155116</sum></package><package epoch="0" name="samba" version="3.6.9" release="151.el6_4.1" arch="x86_64" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>samba-3.6.9-151.el6_4.1.x86_64.rpm</filename><sum type="sha256">2e4b8ba551926b5eebf0033f89eb6476637c271ff303d4f598d67f90e8b4aab4</sum></package><package epoch="0" name="samba-client" version="3.6.9" release="151.el6_4.1" arch="x86_64" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>samba-client-3.6.9-151.el6_4.1.x86_64.rpm</filename><sum type="sha256">c1194e81f2384a2ed21e5f87579a9984aff4d0925709a35863e1175e9c850019</sum></package><package epoch="0" name="samba-common" version="3.6.9" release="151.el6_4.1" arch="i686" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>samba-common-3.6.9-151.el6_4.1.i686.rpm</filename><sum type="sha256">4c40c4915342173ccafde5e28ebd403ba934dfe7663a62c9db1973fee841b3fc</sum></package><package epoch="0" name="samba-common" version="3.6.9" release="151.el6_4.1" arch="x86_64" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>samba-common-3.6.9-151.el6_4.1.x86_64.rpm</filename><sum type="sha256">5b5727bd84789c78ea37ec0bfa10e7015815f66656b3bfbdb6c824a4c6a6b955</sum></package><package epoch="0" name="samba-doc" version="3.6.9" release="151.el6_4.1" arch="x86_64" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>samba-doc-3.6.9-151.el6_4.1.x86_64.rpm</filename><sum type="sha256">45df8add4018588d7e74222e29ad197b2944f7e20607c1edd1ec147bd906500c</sum></package><package epoch="0" name="samba-domainjoin-gui" version="3.6.9" release="151.el6_4.1" arch="x86_64" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>samba-domainjoin-gui-3.6.9-151.el6_4.1.x86_64.rpm</filename><sum type="sha256">5b0d80bd3f4e114124f1fead5c6649bafe3ab528cafa466912ccd12a1239bcc1</sum></package><package epoch="0" name="samba-swat" version="3.6.9" release="151.el6_4.1" arch="x86_64" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>samba-swat-3.6.9-151.el6_4.1.x86_64.rpm</filename><sum type="sha256">3547512e0249200c714d26b77b5d588bcb92be4bc20ff72a120a7f56d0fff80e</sum></package><package epoch="0" name="samba-winbind" version="3.6.9" release="151.el6_4.1" arch="x86_64" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>samba-winbind-3.6.9-151.el6_4.1.x86_64.rpm</filename><sum type="sha256">ed8f2abe9802560c6a3f9b012543e23e5a45e6af4fdc9bd22b2675999d6b26aa</sum></package><package epoch="0" name="samba-winbind-clients" version="3.6.9" release="151.el6_4.1" arch="i686" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>samba-winbind-clients-3.6.9-151.el6_4.1.i686.rpm</filename><sum type="sha256">cec21e86e59964f1346ff0b970067f723ec65ef26a1380561d094ed4140c97f6</sum></package><package epoch="0" name="samba-winbind-clients" version="3.6.9" release="151.el6_4.1" arch="x86_64" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>samba-winbind-clients-3.6.9-151.el6_4.1.x86_64.rpm</filename><sum type="sha256">8cddb4e0b87ecaa661af893a40f1ccc6a9459cadd072e2cb413c26c3255237e2</sum></package><package epoch="0" name="samba-winbind-devel" version="3.6.9" release="151.el6_4.1" arch="i686" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>samba-winbind-devel-3.6.9-151.el6_4.1.i686.rpm</filename><sum type="sha256">e22a93092994956a53d59b4d23414ece52fcf948550e55cf54d118784b9a7040</sum></package><package epoch="0" name="samba-winbind-devel" version="3.6.9" release="151.el6_4.1" arch="x86_64" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>samba-winbind-devel-3.6.9-151.el6_4.1.x86_64.rpm</filename><sum type="sha256">a78714002068a0a981e304441344827fa6d11265f1b71d955ed407beaf51ce88</sum></package><package epoch="0" name="samba-winbind-krb5-locator" version="3.6.9" release="151.el6_4.1" arch="x86_64" src="samba-3.6.9-151.el6_4.1.src.rpm"><filename>samba-winbind-krb5-locator-3.6.9-151.el6_4.1.x86_64.rpm</filename><sum type="sha256">7540d5a7438ea2865a2943e19ad681eca9967a57ff4df639c3c453c85b71a06f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1247-1</id><title>logwatch bug fix update</title><description>This update fixes the following bugs:

* Previously, logwatch did not correctly parse the up2date service's "updateLoginInfo() login info" messages and displayed them as unmatched entries. With this update, parsing of such log messages has been fixed and works as expected.

* Prior to this update, logwatch did not correctly parse many Openswan log messages and displayed them as unmatched entries. With this update, parsing of such log messages has been fixed and works as expected.

* Logwatch did not parse Dovecot 2.x log messages properly. That resulted in a lot of unmatched entries in its reports. This patch adds additional logic to correctly parse Dovecot 2.x logs, thus unmatched entries related to Dovecot 2.x messages no longer appear.

* The .hdr files are headers for RPM packages; they are essentially metadata. Logwatch's HTTP service parser emitted warnings for the .hdr files, even when the "Detail" parameter was set to "Low". With this update, the .hdr files are now parsed as archives, which removes spurious warnings about the .hdr files.

* Previously, logwatch did not correctly handle the "MailTo" option in its configuration. That resulted in no output, even though a report should have been displayed. This patch adds additional logic to correctly handle an empty "MailTo" option. As a result, output is correctly produced even when this option is empty.

* Prior to this update, logwatch did not correctly parse many smartd log messages and displayed them as unmatched entries. With this update, parsing of such log messages has been fixed and works as expected.

* Prior to this update, logwatch did not correctly parse DNS log messages with DNSSEC validation enabled and displayed them as unmatched entries. With this update, parsing of such log messages has been fixed and works as expected.

* Previously, logwatch did not correctly parse the postfix service's "improper command pipelining" messages and displayed them as unmatched entries. With this update, parsing of such log messages has been fixed and works as expected.

* Previously, logwatch did not correctly parse user names in the secure log. It improperly assumed that such names are composed of letters only and displayed messages containing names with other symbols, such as digits, as unmatched entries. With this update, parsing of user names has been enhanced to include underscores and digits, thus log messages containing such user names no longer display as unmatched entries.

* Logins initiated with the "su -" or "su -l" command were not correctly parsed by logwatch and were displayed as unmatched entries. This update fixes this bug.

* Prior to this update, logwatch did not correctly parse the RSYSLOG_FileFormat time stamps and displayed them as unmatched entries. With this update, parsing of the rsyslog time stamps has been fixed and works as expected.

* SSH Kerberos (GSS) logins were not correctly parsed by logwatch and were displayed as unmatched entries. This update fixes this bug.

* Xen virtual console logins were not correctly parsed by logwatch and were displayed as unmatched entries. This update fixes this bug.</description><release>Scientific Linux Fermi</release><issued date="2013-09-17 00:00:00"/><references><reference title="logwatch/up2date fix and extension" type="bugzilla" id="737247" href="https://bugzilla.redhat.com/show_bug.cgi?id=737247"/><reference title="Ignore the ignorable openswan messages" type="bugzilla" id="799690" href="https://bugzilla.redhat.com/show_bug.cgi?id=799690"/><reference title="" type="bugzilla" id="799987" href="https://bugzilla.redhat.com/show_bug.cgi?id=799987"/><reference title="logwatch &amp;quot;http&amp;quot; script should treat APT .hdr files as &amp;quot;archives&amp;quot; (and not as &amp;quot;other&amp;quot;)" type="bugzilla" id="800843" href="https://bugzilla.redhat.com/show_bug.cgi?id=800843"/><reference title="" type="bugzilla" id="837034" href="https://bugzilla.redhat.com/show_bug.cgi?id=837034"/><reference title="logwatch a bit chatty with smartd" type="bugzilla" id="888007" href="https://bugzilla.redhat.com/show_bug.cgi?id=888007"/><reference title="" type="bugzilla" id="894134" href="https://bugzilla.redhat.com/show_bug.cgi?id=894134"/><reference title="Logwatch does not handle &amp;quot;improper command pipelining after (NOOP|RSET)&amp;quot;" type="bugzilla" id="894185" href="https://bugzilla.redhat.com/show_bug.cgi?id=894185"/><reference title="Logwatch doesn&amp;#39;t proper ignore &amp;quot;password check failed for user&amp;quot;" type="bugzilla" id="894191" href="https://bugzilla.redhat.com/show_bug.cgi?id=894191"/><reference title="" type="bugzilla" id="974042" href="https://bugzilla.redhat.com/show_bug.cgi?id=974042"/><reference title="" type="bugzilla" id="974044" href="https://bugzilla.redhat.com/show_bug.cgi?id=974044"/><reference title="" type="bugzilla" id="974046" href="https://bugzilla.redhat.com/show_bug.cgi?id=974046"/><reference title="" type="bugzilla" id="974047" href="https://bugzilla.redhat.com/show_bug.cgi?id=974047"/><reference title="RHBA-2013:1247-1" type="self" id="RHBA-2013:1247-1" href="https://rhn.redhat.com/errata/RHBA-2013-1247.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="logwatch" version="7.3.6" release="52.el6" arch="noarch" src="logwatch-7.3.6-52.el6.src.rpm"><filename>logwatch-7.3.6-52.el6.noarch.rpm</filename><sum type="sha256">3c4caba5f9956eaf558604f61781261883f21e3c46ab06f83e1d064141dbf9de</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1254-2</id><title>xmlrpc-c bug fix update</title><description>This update fixes the following bug:

* Previously, features listed when the "--help" command was run were not consistent with the list when the "--features" command was run. Also, running the reproducer script resulted in "Unrecognized token" errors. With this update, listed features are consistent, and "Unrecognized token" errors are no longer displayed.</description><release>Scientific Linux Fermi</release><issued date="2013-09-17 00:00:00"/><references><reference title="Features listed when you run --features aren&amp;#39;t listed when you run --help" type="bugzilla" id="809819" href="https://bugzilla.redhat.com/show_bug.cgi?id=809819"/><reference title="RHBA-2013:1254-2" type="self" id="RHBA-2013:1254-2" href="https://rhn.redhat.com/errata/RHBA-2013-1254.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="xmlrpc-c" version="1.16.24" release="1210.1840.el6" arch="i686" src="xmlrpc-c-1.16.24-1210.1840.el6.src.rpm"><filename>xmlrpc-c-1.16.24-1210.1840.el6.i686.rpm</filename><sum type="sha256">c822e6467f73ff45027f55df4e6dc3fe9aa43f440885d6d167d302d25054ad9d</sum></package><package epoch="0" name="xmlrpc-c" version="1.16.24" release="1210.1840.el6" arch="x86_64" src="xmlrpc-c-1.16.24-1210.1840.el6.src.rpm"><filename>xmlrpc-c-1.16.24-1210.1840.el6.x86_64.rpm</filename><sum type="sha256">6f387c0e751c804b783964bd6942d59f454e761c532628503dc92aff2141fd25</sum></package><package epoch="0" name="xmlrpc-c-apps" version="1.16.24" release="1210.1840.el6" arch="x86_64" src="xmlrpc-c-1.16.24-1210.1840.el6.src.rpm"><filename>xmlrpc-c-apps-1.16.24-1210.1840.el6.x86_64.rpm</filename><sum type="sha256">321edb4b83c0c86f65f838e83e91256a372cce0310327d36363290d9d7f40b7c</sum></package><package epoch="0" name="xmlrpc-c-c++" version="1.16.24" release="1210.1840.el6" arch="i686" src="xmlrpc-c-1.16.24-1210.1840.el6.src.rpm"><filename>xmlrpc-c-c++-1.16.24-1210.1840.el6.i686.rpm</filename><sum type="sha256">cbc2841c28f49070d7b3c392bfa15b7adb68624aa62848b2a867d2a2702a16ed</sum></package><package epoch="0" name="xmlrpc-c-c++" version="1.16.24" release="1210.1840.el6" arch="x86_64" src="xmlrpc-c-1.16.24-1210.1840.el6.src.rpm"><filename>xmlrpc-c-c++-1.16.24-1210.1840.el6.x86_64.rpm</filename><sum type="sha256">c2e13c6ba53103ee2a0b81a01c06ba03984b14ed67001f883e28c394ac5e9526</sum></package><package epoch="0" name="xmlrpc-c-client++" version="1.16.24" release="1210.1840.el6" arch="i686" src="xmlrpc-c-1.16.24-1210.1840.el6.src.rpm"><filename>xmlrpc-c-client++-1.16.24-1210.1840.el6.i686.rpm</filename><sum type="sha256">e8eb40adb7740952e448a316cf607b2879dd49f4affa681d57920193c876d5de</sum></package><package epoch="0" name="xmlrpc-c-client++" version="1.16.24" release="1210.1840.el6" arch="x86_64" src="xmlrpc-c-1.16.24-1210.1840.el6.src.rpm"><filename>xmlrpc-c-client++-1.16.24-1210.1840.el6.x86_64.rpm</filename><sum type="sha256">da9a5259b3dc4d8dea49e9526c6c75f0e345051d5cbf99f688011871ceed940c</sum></package><package epoch="0" name="xmlrpc-c-client" version="1.16.24" release="1210.1840.el6" arch="i686" src="xmlrpc-c-1.16.24-1210.1840.el6.src.rpm"><filename>xmlrpc-c-client-1.16.24-1210.1840.el6.i686.rpm</filename><sum type="sha256">27b2e2b979933160a6652352956b46805dcd43ad9c38dc50626b46aee9131921</sum></package><package epoch="0" name="xmlrpc-c-client" version="1.16.24" release="1210.1840.el6" arch="x86_64" src="xmlrpc-c-1.16.24-1210.1840.el6.src.rpm"><filename>xmlrpc-c-client-1.16.24-1210.1840.el6.x86_64.rpm</filename><sum type="sha256">fdb6df0641f9067830ea083a6f854c78af84798bb254224c0e8257634e5a0daa</sum></package><package epoch="0" name="xmlrpc-c-devel" version="1.16.24" release="1210.1840.el6" arch="i686" src="xmlrpc-c-1.16.24-1210.1840.el6.src.rpm"><filename>xmlrpc-c-devel-1.16.24-1210.1840.el6.i686.rpm</filename><sum type="sha256">35c9f7a1a545977d6157c87ef6586358a0798aeadca9c375f30a522fa6c4636d</sum></package><package epoch="0" name="xmlrpc-c-devel" version="1.16.24" release="1210.1840.el6" arch="x86_64" src="xmlrpc-c-1.16.24-1210.1840.el6.src.rpm"><filename>xmlrpc-c-devel-1.16.24-1210.1840.el6.x86_64.rpm</filename><sum type="sha256">0cf6a7330f648303c7092307fc37b1c4d1edb41e01ccde9fc646ed051224ccaa</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1255-2</id><title>dhcp bug fix update</title><description>This update fixes the following bug:

* Previously, the dhcpd daemon or dhclient tool were started to serve on an alias interface for Infiniband network interface card. Consequently, dhcpd/dhclient terminated unexpectedly. One of patches was improved to cover this specific case, thus fixing the bug. Now, both dhcpd and dhclient run correctly.</description><release>Scientific Linux Fermi</release><issued date="2013-09-17 00:00:00"/><references><reference title="" type="bugzilla" id="1005672" href="https://bugzilla.redhat.com/show_bug.cgi?id=1005672"/><reference title="RHBA-2013:1255-2" type="self" id="RHBA-2013:1255-2" href="https://rhn.redhat.com/errata/RHBA-2013-1255.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="12" name="dhclient" version="4.1.1" release="34.P1.el6_4.1" arch="x86_64" src="dhcp-4.1.1-34.P1.el6_4.1.src.rpm"><filename>dhclient-4.1.1-34.P1.el6_4.1.x86_64.rpm</filename><sum type="sha256">c9d25d7ebb38fa4545eea96cddbf3b2958a1ec84182de5b1be5d9c0dd7fa56b6</sum></package><package epoch="12" name="dhcp" version="4.1.1" release="34.P1.el6_4.1" arch="x86_64" src="dhcp-4.1.1-34.P1.el6_4.1.src.rpm"><filename>dhcp-4.1.1-34.P1.el6_4.1.x86_64.rpm</filename><sum type="sha256">072745a0d9b110bc76bc064061f37973e50cc1587c08178369f9e4c4c3070938</sum></package><package epoch="12" name="dhcp-common" version="4.1.1" release="34.P1.el6_4.1" arch="x86_64" src="dhcp-4.1.1-34.P1.el6_4.1.src.rpm"><filename>dhcp-common-4.1.1-34.P1.el6_4.1.x86_64.rpm</filename><sum type="sha256">e50f2e4723869803f1704cac79bc93c0da72c80d9f855e3d004431ac0126033d</sum></package><package epoch="12" name="dhcp-devel" version="4.1.1" release="34.P1.el6_4.1" arch="i686" src="dhcp-4.1.1-34.P1.el6_4.1.src.rpm"><filename>dhcp-devel-4.1.1-34.P1.el6_4.1.i686.rpm</filename><sum type="sha256">680ae232e596b37cf35a6178200d1bfc44d950c633bdd9cacb8ffb626e26a479</sum></package><package epoch="12" name="dhcp-devel" version="4.1.1" release="34.P1.el6_4.1" arch="x86_64" src="dhcp-4.1.1-34.P1.el6_4.1.src.rpm"><filename>dhcp-devel-4.1.1-34.P1.el6_4.1.x86_64.rpm</filename><sum type="sha256">67f86f6de18606fcb3d98fef2b5b61184946eb268e6b30ffaf9e218c8f0175e0</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1257-1</id><title>mdadm bug fix update</title><description>This update fixes the following bug:

* Previously, mdadm could have experienced a segmentation fault if it encountered a write error while attempting to write a superblock onto a defective drive. This his been corrected in this update so that mdadm no longer crashes if the aforementioned scenario occurs.</description><release>Scientific Linux Fermi</release><issued date="2013-09-17 00:00:00"/><references><reference title="mdadm segfault when failing to write metadata" type="bugzilla" id="1001493" href="https://bugzilla.redhat.com/show_bug.cgi?id=1001493"/><reference title="RHBA-2013:1257-1" type="self" id="RHBA-2013:1257-1" href="https://rhn.redhat.com/errata/RHBA-2013-1257.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="mdadm" version="3.2.5" release="4.el6_4.2" arch="x86_64" src="mdadm-3.2.5-4.el6_4.2.src.rpm"><filename>mdadm-3.2.5-4.el6_4.2.x86_64.rpm</filename><sum type="sha256">02efc2628ee58a3006a21771970b9ba7b0dcde71d42b12c04047b57a0124c6c6</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1258-1</id><title>db4 bug fix update</title><description>This update fixes the following bug:

* Due to an incorrect order of the mutex initialization calls, the rpm utility became unresponsive under certain circumstances, until it was terminated. With this update, the order of mutex initialization calls has been revised. As a result, the rpm utility no longer becomes unresponsive.</description><release>Scientific Linux Fermi</release><issued date="2013-09-17 00:00:00"/><references><reference title="" type="bugzilla" id="1005826" href="https://bugzilla.redhat.com/show_bug.cgi?id=1005826"/><reference title="RHBA-2013:1258-1" type="self" id="RHBA-2013:1258-1" href="https://rhn.redhat.com/errata/RHBA-2013-1258.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="db4" version="4.7.25" release="18.el6_4" arch="i686" src="db4-4.7.25-18.el6_4.src.rpm"><filename>db4-4.7.25-18.el6_4.i686.rpm</filename><sum type="sha256">37ddf14ac2f372c91eb8b520ef4facee8069af0876b44686035ad5d8a48dca0b</sum></package><package epoch="0" name="db4" version="4.7.25" release="18.el6_4" arch="x86_64" src="db4-4.7.25-18.el6_4.src.rpm"><filename>db4-4.7.25-18.el6_4.x86_64.rpm</filename><sum type="sha256">49fb164f95886fb13f683dd41e1c7b7e470acfdeb5ac6581881b491ca7d62572</sum></package><package epoch="0" name="db4-cxx" version="4.7.25" release="18.el6_4" arch="i686" src="db4-4.7.25-18.el6_4.src.rpm"><filename>db4-cxx-4.7.25-18.el6_4.i686.rpm</filename><sum type="sha256">3603c0624f6bc0a7d9f1ccd146a9014b7a8cff2250d9298b99e6038a2849f570</sum></package><package epoch="0" name="db4-cxx" version="4.7.25" release="18.el6_4" arch="x86_64" src="db4-4.7.25-18.el6_4.src.rpm"><filename>db4-cxx-4.7.25-18.el6_4.x86_64.rpm</filename><sum type="sha256">958449236e8d4ff1bd91618c295edddb3a4f9da96d238585939857aa3ce5b125</sum></package><package epoch="0" name="db4-devel" version="4.7.25" release="18.el6_4" arch="i686" src="db4-4.7.25-18.el6_4.src.rpm"><filename>db4-devel-4.7.25-18.el6_4.i686.rpm</filename><sum type="sha256">9cd1e4aafffc1e25b514f3c242406e97fe60b99129147609e43f596e6050a29d</sum></package><package epoch="0" name="db4-devel" version="4.7.25" release="18.el6_4" arch="x86_64" src="db4-4.7.25-18.el6_4.src.rpm"><filename>db4-devel-4.7.25-18.el6_4.x86_64.rpm</filename><sum type="sha256">fd59572443b0f83a9872f697c7c9d7cb00a7c4b05f10dd28911f1a74ccffaab8</sum></package><package epoch="0" name="db4-devel-static" version="4.7.25" release="18.el6_4" arch="x86_64" src="db4-4.7.25-18.el6_4.src.rpm"><filename>db4-devel-static-4.7.25-18.el6_4.x86_64.rpm</filename><sum type="sha256">1b2a7721221137902117390c4ff2c437efce3adeb6940307d45eff0c1e9d7472</sum></package><package epoch="0" name="db4-java" version="4.7.25" release="18.el6_4" arch="x86_64" src="db4-4.7.25-18.el6_4.src.rpm"><filename>db4-java-4.7.25-18.el6_4.x86_64.rpm</filename><sum type="sha256">576704283d51c1f9fce28cb40cc2f306dc3340ccf2f8d7b02ba50050f2e58ad3</sum></package><package epoch="0" name="db4-tcl" version="4.7.25" release="18.el6_4" arch="x86_64" src="db4-4.7.25-18.el6_4.src.rpm"><filename>db4-tcl-4.7.25-18.el6_4.x86_64.rpm</filename><sum type="sha256">52b5290b97cd146bf11e076d6f3e2c35bff58466a5d67020041e75b87373f675</sum></package><package epoch="0" name="db4-utils" version="4.7.25" release="18.el6_4" arch="x86_64" src="db4-4.7.25-18.el6_4.src.rpm"><filename>db4-utils-4.7.25-18.el6_4.x86_64.rpm</filename><sum type="sha256">7d8b3dcf5612625bd7dc1cc6da922d8ad1052ea428354e41d5a1520113224a8e</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1259-1</id><title>ipmitool bug fix update</title><description>This update fixes the following bugs:

* In a previous ipmitool update, the new options "-R" and "-N" were added to adjust the retransmission rate of outgoing IPMI requests over LAN and lanplus interfaces. Implementation of these options set a wrong default value of the retransmission timeout, and an outgoing request timed out prematurely. In addition, in some corner cases, ipmitool could terminate unexpectedly with a segmentation fault when the timeout occurred. This update fixes the default timeout value, so ipmitool without the "-N" option retransmits outgoing IPMI requests as in previous versions, and crashes no longer occur in the described scenario.

* Previously, enabling the "ipmi" and "link" keys in user access information using the ipmitool utility did not work properly. Consequently, the values of these settings were not taken into account. A patch has been provided that ensures the values of these settings are read and processed as expected.

* In cases of congested network or slow-responding Baseboard Management Controller (BMC), the reply operation timeout triggered the protocol command retry action. Consequently, the ipmitool utility could incorrectly process a LAN session protocol command with the reply from a previous protocol command. This update fixes handling of expected replies for each command alone, and cleans up expected replies between commands. Now, the retried reply of the first command is correctly ignored while the later command, which is currently pending, is properly processed in the described scenario.

After installing this update, the IPMI event daemon (ipmievd) will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2013-09-17 00:00:00"/><references><reference title="ipmitool segfaults in ipmi_lanplus_send_payload" type="bugzilla" id="826027" href="https://bugzilla.redhat.com/show_bug.cgi?id=826027"/><reference title="" type="bugzilla" id="903251" href="https://bugzilla.redhat.com/show_bug.cgi?id=903251"/><reference title="" type="bugzilla" id="923192" href="https://bugzilla.redhat.com/show_bug.cgi?id=923192"/><reference title="RHBA-2013:1259-1" type="self" id="RHBA-2013:1259-1" href="https://rhn.redhat.com/errata/RHBA-2013-1259.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ipmitool" version="1.8.11" release="16.el6" arch="x86_64" src="ipmitool-1.8.11-16.el6.src.rpm"><filename>ipmitool-1.8.11-16.el6.x86_64.rpm</filename><sum type="sha256">0971075f6625012115a75e82d4114988e7518bb9eaac166ea335485030e2d183</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1271-1</id><title>sssd bug fix update</title><description>This update fixes the following bugs:

* In case the processing of an LDAP request took longer than the client timeout (60 seconds by default), upon completing the request, the PAM client could have accessed memory that was previously freed due to the client timeout being reached. As a result, the sssd_pam process terminated unexpectedly with a segmentation fault. With this update, SSSD ignores an LDAP request result when it detects that the set timeout of this request has been reached. The sssd_pam process no longer crashes in the aforementioned scenario.

* In case SSSD could not save a sudo rule to the cache, it returned an error and stopped processing the rest of the sudo rules. Consequently, none of the rules from the related provider were saved because the error canceled the entire transaction. With this update, in case a sudo rule cannot be saved to the cache, a message is appended to the logs and the rules is skipped; processing of the remaining rules continues and works as expected. As a result, all but the defective sudo rule are saved to the cache.

* If a large amount of sudo rules with a combined size that exceeded 265 KB was configured on the system, due to the way the sss_packet_grow() function computed the total length of a response packet, SSSD failed with a "Unable to create response: Invalid argument" error message. With this update, the sss_package_grow() function code has been fixed to properly compute the response packet length, and SSSD no longer fails in the aforementioned scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-10-01 00:00:00"/><references><reference title="large number of sudo rules results in error - Unable to create response: Invalid argument" type="bugzilla" id="1003567" href="https://bugzilla.redhat.com/show_bug.cgi?id=1003567"/><reference title="" type="bugzilla" id="986824" href="https://bugzilla.redhat.com/show_bug.cgi?id=986824"/><reference title="" type="bugzilla" id="996020" href="https://bugzilla.redhat.com/show_bug.cgi?id=996020"/><reference title="RHBA-2013:1271-1" type="self" id="RHBA-2013:1271-1" href="https://rhn.redhat.com/errata/RHBA-2013-1271.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libipa_hbac" version="1.9.2" release="82.10.el6_4" arch="i686" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>libipa_hbac-1.9.2-82.10.el6_4.i686.rpm</filename><sum type="sha256">2f94cec5cf5552b04dc05c228ddc4c360a651796dbf9ba6c5325328f77256c81</sum></package><package epoch="0" name="libipa_hbac" version="1.9.2" release="82.10.el6_4" arch="x86_64" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>libipa_hbac-1.9.2-82.10.el6_4.x86_64.rpm</filename><sum type="sha256">bf40afc63c04b74ef2dfaf20b2da80c8dc8d019cee5707015ef1420b6102f8ea</sum></package><package epoch="0" name="libipa_hbac-devel" version="1.9.2" release="82.10.el6_4" arch="i686" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>libipa_hbac-devel-1.9.2-82.10.el6_4.i686.rpm</filename><sum type="sha256">9362a30d33ee5a72a3c41a214fb351a061ad6b0f6869fded3d29aaedcc1d4621</sum></package><package epoch="0" name="libipa_hbac-devel" version="1.9.2" release="82.10.el6_4" arch="x86_64" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>libipa_hbac-devel-1.9.2-82.10.el6_4.x86_64.rpm</filename><sum type="sha256">584e087bab669ea764f2d835f5cb8da8427d0c8d3f5f8a0fc7d4210c737bae24</sum></package><package epoch="0" name="libipa_hbac-python" version="1.9.2" release="82.10.el6_4" arch="x86_64" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>libipa_hbac-python-1.9.2-82.10.el6_4.x86_64.rpm</filename><sum type="sha256">40850a703732b68a07ad3481d75441f02d3e1b58ec115c03467873e12c31b83b</sum></package><package epoch="0" name="libsss_autofs" version="1.9.2" release="82.10.el6_4" arch="x86_64" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>libsss_autofs-1.9.2-82.10.el6_4.x86_64.rpm</filename><sum type="sha256">6d16cafcb980e500ebdea4d17c8326aa7b19329486d305105b745e166a71b8b5</sum></package><package epoch="0" name="libsss_idmap" version="1.9.2" release="82.10.el6_4" arch="i686" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>libsss_idmap-1.9.2-82.10.el6_4.i686.rpm</filename><sum type="sha256">7687a73aec0668aa94217b7b08f79f231db7909a86ee374037d754f691d30e45</sum></package><package epoch="0" name="libsss_idmap" version="1.9.2" release="82.10.el6_4" arch="x86_64" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>libsss_idmap-1.9.2-82.10.el6_4.x86_64.rpm</filename><sum type="sha256">e9446e4405be08028c1da9c003179e9e60c13dc779589877f0dab958f7da3e65</sum></package><package epoch="0" name="libsss_idmap-devel" version="1.9.2" release="82.10.el6_4" arch="i686" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>libsss_idmap-devel-1.9.2-82.10.el6_4.i686.rpm</filename><sum type="sha256">d19cb7aa88660647a7157ef7088816fcad18f98ff5ac778767f112f137196ef4</sum></package><package epoch="0" name="libsss_idmap-devel" version="1.9.2" release="82.10.el6_4" arch="x86_64" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>libsss_idmap-devel-1.9.2-82.10.el6_4.x86_64.rpm</filename><sum type="sha256">9fd1d124ab276a42d971f2e9e497104f74e33b5278a5a63aaa95270fa6e6cb50</sum></package><package epoch="0" name="libsss_sudo" version="1.9.2" release="82.10.el6_4" arch="x86_64" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>libsss_sudo-1.9.2-82.10.el6_4.x86_64.rpm</filename><sum type="sha256">00cc4e6a46ae63ed3142a98dff15b419f95039d1c7a76d838dc70f325cffffad</sum></package><package epoch="0" name="libsss_sudo-devel" version="1.9.2" release="82.10.el6_4" arch="i686" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>libsss_sudo-devel-1.9.2-82.10.el6_4.i686.rpm</filename><sum type="sha256">11ec058cf30124f218948e564da14eba64a90894cc2e594397055bb002c57fbf</sum></package><package epoch="0" name="libsss_sudo-devel" version="1.9.2" release="82.10.el6_4" arch="x86_64" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>libsss_sudo-devel-1.9.2-82.10.el6_4.x86_64.rpm</filename><sum type="sha256">7c0298579c133977b47b0b5642fe62e5e976d822f9f991c69e9abcb52f35ccd5</sum></package><package epoch="0" name="sssd" version="1.9.2" release="82.10.el6_4" arch="x86_64" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>sssd-1.9.2-82.10.el6_4.x86_64.rpm</filename><sum type="sha256">31524914ae166e6cf852b4e30a9996b42812ebfcc62da63ce4a9ec4e686e8633</sum></package><package epoch="0" name="sssd-client" version="1.9.2" release="82.10.el6_4" arch="i686" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>sssd-client-1.9.2-82.10.el6_4.i686.rpm</filename><sum type="sha256">1874739766c91e9a2f48882ed7d2eacc7d2590d7cc4afd10f931044c4150020b</sum></package><package epoch="0" name="sssd-client" version="1.9.2" release="82.10.el6_4" arch="x86_64" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>sssd-client-1.9.2-82.10.el6_4.x86_64.rpm</filename><sum type="sha256">1cb43a33fe93eb4c4c5f83cf25666f5415c787adbff7a27a492534247db09f2c</sum></package><package epoch="0" name="sssd-tools" version="1.9.2" release="82.10.el6_4" arch="x86_64" src="sssd-1.9.2-82.10.el6_4.src.rpm"><filename>sssd-tools-1.9.2-82.10.el6_4.x86_64.rpm</filename><sum type="sha256">d26dc869f84a9cdce30327b3b0167d6fdcdf4fc38967e9652d0646f9ddc31d74</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1276-1</id><title>chkconfig bug fix update</title><description>This update fixes the following bug:

* Previously, the readServices() function returned a wrong value when the /etc/init.d directory was not readable. As a consequence, a segmentation fault occurred. With this update, when the /etc/init.d directory is not readable, the readServices() function properly detects the situation and exits with a failure message. As a result, a segmentation fault no longer occurs.</description><release>Scientific Linux Fermi</release><issued date="2013-10-01 00:00:00"/><references><reference title="" type="bugzilla" id="1007372" href="https://bugzilla.redhat.com/show_bug.cgi?id=1007372"/><reference title="RHBA-2013:1276-1" type="self" id="RHBA-2013:1276-1" href="https://rhn.redhat.com/errata/RHBA-2013-1276.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="chkconfig" version="1.3.49.3" release="2.el6_4.1" arch="x86_64" src="chkconfig-1.3.49.3-2.el6_4.1.src.rpm"><filename>chkconfig-1.3.49.3-2.el6_4.1.x86_64.rpm</filename><sum type="sha256">d3f6250204b4f5e997d7615eac34900fe58feb470ddd450662dcd1c14aff5994</sum></package><package epoch="0" name="ntsysv" version="1.3.49.3" release="2.el6_4.1" arch="x86_64" src="chkconfig-1.3.49.3-2.el6_4.1.src.rpm"><filename>ntsysv-1.3.49.3-2.el6_4.1.x86_64.rpm</filename><sum type="sha256">09bf214248299bc9b3107bff069be25d73edb7bcac303eaaf8a7e46828baac54</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1278-1</id><title>autofs bug fix update</title><description>This update fixes the following bug:

* Previously, when mounting new mounts, the automount daemon stopped responding. This occurred due to an execution order race during an expire thread creation. This update refactors the code handling the expire thread creation and the problem no longer occurs.</description><release>Scientific Linux Fermi</release><issued date="2013-10-01 00:00:00"/><references><reference title="" type="bugzilla" id="1006163" href="https://bugzilla.redhat.com/show_bug.cgi?id=1006163"/><reference title="RHBA-2013:1278-1" type="self" id="RHBA-2013:1278-1" href="https://rhn.redhat.com/errata/RHBA-2013-1278.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="autofs" version="5.0.5" release="75.el6_4" arch="x86_64" src="autofs-5.0.5-75.el6_4.src.rpm"><filename>autofs-5.0.5-75.el6_4.x86_64.rpm</filename><sum type="sha256">f2a2476179bf88898c818a83c0c8aa09562840670a939a38c3af6c31e2131edf</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1289-1</id><title>abrt bug fix update</title><description>This update fixes the following bugs:

* Previously, attempts to create a Python virtualenv environment using the "--system-site-packages" option resulted in an exception when the site.py() function attempted to load the abrt_exception_handler package. This was caused because Python tried to load the abrt.pth file, in which the abrt_exception_handler module was imported. Since the abrt_exception_handler module was installed under the /usr/lib64 directory and the abrt.pth file was installed under the /usr/lib directory, the site.py() function did not find the required module. This update moves the abrt.pth file to the architecture specific folder, so on 32-bit systems to the /usr/lib/python2.7/site-packages/ directory and on 64-bit systems to the /usr/lib64/python2.7/site-packages/ directory, which corrects this issue.

* Prior to this update, attempts to use ABRT to report bugs in a Bugzilla server returned the following Remote Procedure Call (RPC) error message: "fatal: RPC failed at server. The requested method 'bugzilla.getBug' was not found." Consequently, Bugzilla tickets were not created, and bugs were not reported. This update changes the code to use the new XMLRPC calls, and with the latest version of ABRT, Bugzilla tickets are created without any problems.)</description><release>Scientific Linux Fermi</release><issued date="2013-10-01 00:00:00"/><references><reference title="" type="bugzilla" id="1002856" href="https://bugzilla.redhat.com/show_bug.cgi?id=1002856"/><reference title="abrt.pth prevents python virtualenv creation" type="bugzilla" id="968345" href="https://bugzilla.redhat.com/show_bug.cgi?id=968345"/><reference title="RHBA-2013:1289-1" type="self" id="RHBA-2013:1289-1" href="https://rhn.redhat.com/errata/RHBA-2013-1289.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="abrt" version="2.0.8" release="16.el6_4.1" arch="x86_64" src="abrt-2.0.8-16.el6_4.1.src.rpm"><filename>abrt-2.0.8-16.el6_4.1.x86_64.rpm</filename><sum type="sha256">61b4540f7e51167faa1f3c3b632e2793324c7457541be52e5b679283a3caea03</sum></package><package epoch="0" name="abrt-addon-ccpp" version="2.0.8" release="16.el6_4.1" arch="x86_64" src="abrt-2.0.8-16.el6_4.1.src.rpm"><filename>abrt-addon-ccpp-2.0.8-16.el6_4.1.x86_64.rpm</filename><sum type="sha256">b78d53d97d925a091b0a5d90c2df5c453ea41a9bf5579e027aaf2214d6ffee96</sum></package><package epoch="0" name="abrt-addon-kerneloops" version="2.0.8" release="16.el6_4.1" arch="x86_64" src="abrt-2.0.8-16.el6_4.1.src.rpm"><filename>abrt-addon-kerneloops-2.0.8-16.el6_4.1.x86_64.rpm</filename><sum type="sha256">0e0a1b5f9c800fb6f212936ed6fc289dba5c2ea5e46b391fb5e2a1eb864792e7</sum></package><package epoch="0" name="abrt-addon-python" version="2.0.8" release="16.el6_4.1" arch="x86_64" src="abrt-2.0.8-16.el6_4.1.src.rpm"><filename>abrt-addon-python-2.0.8-16.el6_4.1.x86_64.rpm</filename><sum type="sha256">447e1441c66e03afb8a9f0d4a2c7df7bd090f9f5ff53fcf817ede06835de9dc1</sum></package><package epoch="0" name="abrt-addon-vmcore" version="2.0.8" release="16.el6_4.1" arch="x86_64" src="abrt-2.0.8-16.el6_4.1.src.rpm"><filename>abrt-addon-vmcore-2.0.8-16.el6_4.1.x86_64.rpm</filename><sum type="sha256">57e9fc45e8242df20ac4d84b2b1326b0eff2d811cd362ddd5ab7446d2bf4ad01</sum></package><package epoch="0" name="abrt-cli" version="2.0.8" release="16.el6_4.1" arch="x86_64" src="abrt-2.0.8-16.el6_4.1.src.rpm"><filename>abrt-cli-2.0.8-16.el6_4.1.x86_64.rpm</filename><sum type="sha256">85e7b3a97208faecf7c18b2e2d0c087e1d88571bdad2fa44854253e018d770c7</sum></package><package epoch="0" name="abrt-desktop" version="2.0.8" release="16.el6_4.1" arch="x86_64" src="abrt-2.0.8-16.el6_4.1.src.rpm"><filename>abrt-desktop-2.0.8-16.el6_4.1.x86_64.rpm</filename><sum type="sha256">ab3d85b04f01ea9e0ba3b511719e4e2c2454e8b6eac9cd637db81e776936d304</sum></package><package epoch="0" name="abrt-devel" version="2.0.8" release="16.el6_4.1" arch="i686" src="abrt-2.0.8-16.el6_4.1.src.rpm"><filename>abrt-devel-2.0.8-16.el6_4.1.i686.rpm</filename><sum type="sha256">171f42601df663bc85e4b37721a6372ac7a149372a8caa04e206abb2084aabda</sum></package><package epoch="0" name="abrt-devel" version="2.0.8" release="16.el6_4.1" arch="x86_64" src="abrt-2.0.8-16.el6_4.1.src.rpm"><filename>abrt-devel-2.0.8-16.el6_4.1.x86_64.rpm</filename><sum type="sha256">51f8d6e9425cf1688dc40769ad63dc476b552c931d5c0edf5663c0f918543e32</sum></package><package epoch="0" name="abrt-gui" version="2.0.8" release="16.el6_4.1" arch="x86_64" src="abrt-2.0.8-16.el6_4.1.src.rpm"><filename>abrt-gui-2.0.8-16.el6_4.1.x86_64.rpm</filename><sum type="sha256">5574902187205cc8a92df50993ac1f19af44318c22f9e566219a238b5bd64db9</sum></package><package epoch="0" name="abrt-libs" version="2.0.8" release="16.el6_4.1" arch="i686" src="abrt-2.0.8-16.el6_4.1.src.rpm"><filename>abrt-libs-2.0.8-16.el6_4.1.i686.rpm</filename><sum type="sha256">cd095129aa0cfd9600b9cd81233d604e7a65f13e0839f64291c9d0a26f102e3f</sum></package><package epoch="0" name="abrt-libs" version="2.0.8" release="16.el6_4.1" arch="x86_64" src="abrt-2.0.8-16.el6_4.1.src.rpm"><filename>abrt-libs-2.0.8-16.el6_4.1.x86_64.rpm</filename><sum type="sha256">7e7f1e7a4213b9d85f49078fbe76c6501ede68882bff3155228e61a7202abc87</sum></package><package epoch="0" name="abrt-tui" version="2.0.8" release="16.el6_4.1" arch="x86_64" src="abrt-2.0.8-16.el6_4.1.src.rpm"><filename>abrt-tui-2.0.8-16.el6_4.1.x86_64.rpm</filename><sum type="sha256">0c9fb319aadbd547003cff58e8832d0528c7aa5969aa297523c36f1978f04e66</sum></package><package epoch="0" name="libreport" version="2.0.9" release="15.el6_4.1" arch="i686" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-2.0.9-15.el6_4.1.i686.rpm</filename><sum type="sha256">6dc7475f8e85203c777e1e468368aaa345713e971b0f9d0b0da388542144a9b9</sum></package><package epoch="0" name="libreport" version="2.0.9" release="15.el6_4.1" arch="x86_64" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-2.0.9-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">b08322b8d4002b0344d4fd745851257a2a3579c3b1b212e4c0d160cfc530f15c</sum></package><package epoch="0" name="libreport-cli" version="2.0.9" release="15.el6_4.1" arch="x86_64" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-cli-2.0.9-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">7a79560d6d189a86359872d92c7b389608d39361e047e8485dad9e9c5942b786</sum></package><package epoch="0" name="libreport-compat" version="2.0.9" release="15.el6_4.1" arch="x86_64" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-compat-2.0.9-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">2daf84da8be8a7feb19894b72390a8978a2e663906ae3ad10ed53289803e5607</sum></package><package epoch="0" name="libreport-devel" version="2.0.9" release="15.el6_4.1" arch="i686" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-devel-2.0.9-15.el6_4.1.i686.rpm</filename><sum type="sha256">92a20acd3dff27b6575949b57e938cf5ca7ead300828cd9644c0ef0b798c1437</sum></package><package epoch="0" name="libreport-devel" version="2.0.9" release="15.el6_4.1" arch="x86_64" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-devel-2.0.9-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">4e8d3a9539c2b9cda4316da2dda912e93aa063607c53b0be2d3d6bc6de74bddc</sum></package><package epoch="0" name="libreport-filesystem" version="2.0.9" release="15.el6_4.1" arch="x86_64" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-filesystem-2.0.9-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">d06b7d2456053d85dfde1844392e18eedab0ca9aa204cf9cac3ab99fe040a4da</sum></package><package epoch="0" name="libreport-gtk" version="2.0.9" release="15.el6_4.1" arch="i686" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-gtk-2.0.9-15.el6_4.1.i686.rpm</filename><sum type="sha256">073fccf61430e15583e0ed6f034a781b64e4578e817d08f1e07b1ab974741947</sum></package><package epoch="0" name="libreport-gtk" version="2.0.9" release="15.el6_4.1" arch="x86_64" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-gtk-2.0.9-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">8842dfdbe4e909df53f78ceb0ed9a2f809c7ede9e51025303b14a19b41bd3712</sum></package><package epoch="0" name="libreport-gtk-devel" version="2.0.9" release="15.el6_4.1" arch="i686" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-gtk-devel-2.0.9-15.el6_4.1.i686.rpm</filename><sum type="sha256">2d2e775276b991fca119fa6671c7606801d47e7b55289d83a81afd0aaeb7a6e1</sum></package><package epoch="0" name="libreport-gtk-devel" version="2.0.9" release="15.el6_4.1" arch="x86_64" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-gtk-devel-2.0.9-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">267dff0a6b054b8935c78a2ea1f8694b08cbd15c1385475e136c715c1159a3c5</sum></package><package epoch="0" name="libreport-newt" version="2.0.9" release="15.el6_4.1" arch="x86_64" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-newt-2.0.9-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">e31c0753b829804bd2b365e1534d4f94cc85630b5e0c2c7a3c301615b437d428</sum></package><package epoch="0" name="libreport-plugin-bugzilla" version="2.0.9" release="15.el6_4.1" arch="x86_64" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-plugin-bugzilla-2.0.9-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">bbd3021b2459ac7ec82f09234e3bc6d661cdc5c1f4704837f5024e380593bd04</sum></package><package epoch="0" name="libreport-plugin-kerneloops" version="2.0.9" release="15.el6_4.1" arch="x86_64" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-plugin-kerneloops-2.0.9-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">e51816f3dae7de971aa6d6015baf4ff17ff394a1366c64c41c4c3d20bc7a35b6</sum></package><package epoch="0" name="libreport-plugin-logger" version="2.0.9" release="15.el6_4.1" arch="x86_64" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-plugin-logger-2.0.9-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">6a6b25808f54e006a7c63ced3124627ab922dfb4d442aef0e3b500c476d35a80</sum></package><package epoch="0" name="libreport-plugin-mailx" version="2.0.9" release="15.el6_4.1" arch="x86_64" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-plugin-mailx-2.0.9-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">3c99e9fc3d914d4f4561be5ee660abbc620242496ddf1a48c102658952680dc1</sum></package><package epoch="0" name="libreport-plugin-reportuploader" version="2.0.9" release="15.el6_4.1" arch="x86_64" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-plugin-reportuploader-2.0.9-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">689983f238212200e5ac6ea5e9c1a62fd8333209c7a66ab5712571cb75b82cd3</sum></package><package epoch="0" name="libreport-plugin-rhtsupport" version="2.0.9" release="15.el6_4.1" arch="x86_64" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-plugin-rhtsupport-2.0.9-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">8fa421a30de634d8b49c06bf8f8ff9c7314b017a0c872be171b1a60e4476fc61</sum></package><package epoch="0" name="libreport-python" version="2.0.9" release="15.el6_4.1" arch="x86_64" src="libreport-2.0.9-15.el6_4.1.src.rpm"><filename>libreport-python-2.0.9-15.el6_4.1.x86_64.rpm</filename><sum type="sha256">0be34df268f5c08bd51536e195fbf3e36456758cfc7b82e6de73e1292731372d</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1290-1</id><title>iputils bug fix update</title><description>This update fixes the following bug:

* Previously, when the system time was set backwards while the arping utility was running, arping never exited. This update enhances arping's internal logic that is responsible for the time measurement. As a result, arping works as expected when the system time is set backwards while it is running.</description><release>Scientific Linux Fermi</release><issued date="2013-10-01 00:00:00"/><references><reference title="" type="bugzilla" id="998827" href="https://bugzilla.redhat.com/show_bug.cgi?id=998827"/><reference title="RHBA-2013:1290-1" type="self" id="RHBA-2013:1290-1" href="https://rhn.redhat.com/errata/RHBA-2013-1290.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="iputils" version="20071127" release="17.el6_4.2" arch="x86_64" src="iputils-20071127-17.el6_4.2.src.rpm"><filename>iputils-20071127-17.el6_4.2.x86_64.rpm</filename><sum type="sha256">4b718e255543f3e7874fdbe037c9226e3558b53fdcb4004ec9d416c8b392347b</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1291-1</id><title>libvirt-cim bug fix update</title><description>This update fixes the following bug:

* Virtual Machines managed by a libvirt-cim broker were not aware of the "dumpCore" flag in the "memory" section nor was there support for the "shareable" property for "disk" devices. Thus those properties were dropped from the Virtual Machine XML configuration when the configuration was updated by the broker. As a consequence, customers expecting or setting these properties on their Virtual Machines had to adjust the configurations in order to reset them. With this update, a patch has been added to libvirt-cim and it is now aware of these properties so that any changes made to the Virtual Machine XML configuration will not be lost by the broker when it writes the configuration. As a result, Virtual Machines managed by the libvirt-cim broker will recognize the "dumpCore" tag in the "memory" section and/or the "shareable" tag on a "disk" device and not remove either when updating the Virtual Machine XML configuration.</description><release>Scientific Linux Fermi</release><issued date="2013-10-01 00:00:00"/><references><reference title="" type="bugzilla" id="1009117" href="https://bugzilla.redhat.com/show_bug.cgi?id=1009117"/><reference title="RHBA-2013:1291-1" type="self" id="RHBA-2013:1291-1" href="https://rhn.redhat.com/errata/RHBA-2013-1291.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt-cim" version="0.6.1" release="4.el6_4.2" arch="i686" src="libvirt-cim-0.6.1-4.el6_4.2.src.rpm"><filename>libvirt-cim-0.6.1-4.el6_4.2.i686.rpm</filename><sum type="sha256">29e2bac1d99ab4d48f0a9ffa00889616c01872e18334831f8c927f2b112a5062</sum></package><package epoch="0" name="libvirt-cim" version="0.6.1" release="4.el6_4.2" arch="x86_64" src="libvirt-cim-0.6.1-4.el6_4.2.src.rpm"><filename>libvirt-cim-0.6.1-4.el6_4.2.x86_64.rpm</filename><sum type="sha256">5e07af9fe10fb12820dbcf6accc90dd8c65ef74a21e899c17afac55cd193953e</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1389-1</id><title>subscription-manager and python-rhsm bug fix and enhancement update</title><description>The subscription-manager packages provide programs and libraries to allow users to manage subscriptions and yum repositories from the Red Hat Entitlement platform.

* The python-rhsm packages have been upgraded to the latest upstream version, which provides a number of bug fixes and enhancements over the previous version.

* The subscription-manager packages have been upgraded to the latest upstream version, which provides a number of bug fixes and enhancements over the previous version.

* The subscription-manager-migration-data packages have been upgraded to the latest upstream version, which provides a number of bug fixes and enhancements over the previous version.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="[RFE] Rebase python-rhsm to the latest upstream version for 6.5" type="bugzilla" id="963601" href="https://bugzilla.redhat.com/show_bug.cgi?id=963601"/><reference title="Rebase Subscription Manager for RHEL 6.5" type="bugzilla" id="963603" href="https://bugzilla.redhat.com/show_bug.cgi?id=963603"/><reference title="" type="bugzilla" id="963784" href="https://bugzilla.redhat.com/show_bug.cgi?id=963784"/><reference title="RHBA-2013:1389-1" type="self" id="RHBA-2013:1389-1" href="https://rhn.redhat.com/errata/RHBA-2013-1389.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="python-rhsm" version="1.8.17" release="1.el6_4" arch="x86_64" src="python-rhsm-1.8.17-1.el6_4.src.rpm"><filename>python-rhsm-1.8.17-1.el6_4.x86_64.rpm</filename><sum type="sha256">18d1e60cc137bf19cd84e2993205253b522bd93699f094f34e87b6dfdb5141f2</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1396-1</id><title>squid bug fix update</title><description>This update fixes the following bug:

* A fix for CVE-2012-5643 released in the SLSA-2013:0505 advisory as part of Scientific Linux 6.4 introduced a bug in the /usr/lib/squid/cachemgr.cgi file. The CGI application became unresponsive whenever an attempt was made to make an authenticated connection to a proxy server. A patch has been applied to fix this bug and authentication errors no longer occur in this scenario.

After installing this update, the squid service will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="squid: cachemgr regression introduced in RHSA-2013:0505" type="bugzilla" id="1009402" href="https://bugzilla.redhat.com/show_bug.cgi?id=1009402"/><reference title="RHBA-2013:1396-1" type="self" id="RHBA-2013:1396-1" href="https://rhn.redhat.com/errata/RHBA-2013-1396.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="7" name="squid" version="3.1.10" release="19.el6_4" arch="x86_64" src="squid-3.1.10-19.el6_4.src.rpm"><filename>squid-3.1.10-19.el6_4.x86_64.rpm</filename><sum type="sha256">7cd7b453b363f11fc628cdb56d0853fbcec2f433cdab62a778f587649ff79b0a</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1400-1</id><title>setup bug fix update</title><description>This update fixes the following bugs:

* The setup package reserves the system static user and group IDs in the range of 0 to 200 for various applications. This update synchronizes the list of reserved IDs (available in the /usr/share/doc/setup-*/uidgid file) for Red Hat layered products with the latest upstream version of this list.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="Ensure that rhel addon products reserved uids/gids are documented in setup rpm" type="bugzilla" id="998912" href="https://bugzilla.redhat.com/show_bug.cgi?id=998912"/><reference title="Assign UID to haclient" type="bugzilla" id="998923" href="https://bugzilla.redhat.com/show_bug.cgi?id=998923"/><reference title="RHBA-2013:1400-1" type="self" id="RHBA-2013:1400-1" href="https://rhn.redhat.com/errata/RHBA-2013-1400.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="setup" version="2.8.14" release="20.el6_4.1" arch="noarch" src="setup-2.8.14-20.el6_4.1.src.rpm"><filename>setup-2.8.14-20.el6_4.1.noarch.rpm</filename><sum type="sha256">129d0c81d36ec3b612388b7f18a8428bd7257508abed4f1701ba18774eaa0182</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1401-1</id><title>qemu-kvm bug fix update</title><description>This update fixes the following bugs:

* Previously, smart card emulation with a Microsoft Windows guest in versions XP, 2003 and 7 failed due to inconsistent Answer To Reset (ATR) file length with a smart card I/0 device error. This update creates an ATR file length with appropriate historical bytes, and disables USB signaling when necessary. Now, smart card emulation is possible, and failures no longer occur in the aforementioned scenario.

* When using KVM, the page_l1_map() function is expected to return NULL for all addresses, since it is essentially used for tracking information only relevant to qemu's dynamic translation. Prior to this update, if the given page index was outside the range covered by the l1_map(), which is 2^20 pages / 4G of memory, the test had an off-by-one error, using the "greater-than" sign (&gt;) instead of "greater-than or equal to" sign (&gt;=). Consequently, calling page_l1_map(1 &lt;&lt; 20) accessed beyond the end of the l1_map array, leading to segmentation faults or other problems. With this update, the page_l1_map() function works correctly in the aforementioned scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="" type="bugzilla" id="1004660" href="https://bugzilla.redhat.com/show_bug.cgi?id=1004660"/><reference title="Smartcard emulation with Windows guest fails" type="bugzilla" id="965152" href="https://bugzilla.redhat.com/show_bug.cgi?id=965152"/><reference title="RHBA-2013:1401-1" type="self" id="RHBA-2013:1401-1" href="https://rhn.redhat.com/errata/RHBA-2013-1401.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="2" name="qemu-guest-agent" version="0.12.1.2" release="2.355.el6_4.9" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.9.src.rpm"><filename>qemu-guest-agent-0.12.1.2-2.355.el6_4.9.x86_64.rpm</filename><sum type="sha256">0117791a26d8ad77565580020504ca5deb110754a3fb52d56ca6b4e6235dc90a</sum></package><package epoch="2" name="qemu-guest-agent-win32" version="0.12.1.2" release="2.355.el6_4.9" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.9.src.rpm"><filename>qemu-guest-agent-win32-0.12.1.2-2.355.el6_4.9.x86_64.rpm</filename><sum type="sha256">4a7f924541507a4d222fd71dc0558a081bfdf3ff1fcb2a9eb2b80e63c81918f9</sum></package><package epoch="2" name="qemu-img" version="0.12.1.2" release="2.355.el6_4.9" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.9.src.rpm"><filename>qemu-img-0.12.1.2-2.355.el6_4.9.x86_64.rpm</filename><sum type="sha256">e61b85877d65af3e121e1eabaece2bdc8fbb6be3f3108b39d42d8cfa71913356</sum></package><package epoch="2" name="qemu-kvm" version="0.12.1.2" release="2.355.el6_4.9" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.9.src.rpm"><filename>qemu-kvm-0.12.1.2-2.355.el6_4.9.x86_64.rpm</filename><sum type="sha256">e4946591f42059ace05c63aeca616cc6d8e5225ac725ca824be5a58a8c6bf478</sum></package><package epoch="2" name="qemu-kvm-tools" version="0.12.1.2" release="2.355.el6_4.9" arch="x86_64" src="qemu-kvm-0.12.1.2-2.355.el6_4.9.src.rpm"><filename>qemu-kvm-tools-0.12.1.2-2.355.el6_4.9.x86_64.rpm</filename><sum type="sha256">32ac62e68bc33208ca560711ec98e05cece7fb60f55d72225aea7a377a8ab6b7</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1406-1</id><title>ypserv bug fix update</title><description>This update fixes the following bug:

* After previous bug fixes, the ypbind utility had such chkconfig priorities, that it was started before the ypserv utility during system boot and then stopped after the ypserv utility during system shutdown. As a consequence, when booting the system with the ypbind and ypserv utilities running locally and both enabled, ypbind failed to start during boot, because ypserv was not running. The chkconfig priorities of ypserv have been modified so that ypserv starts before ypbind during system boot and stops after ypbind during system shutdown. As a result, when booting the system with the ypbind and ypserv utilities running locally and both enabled, ypbind now successfully starts during boot. In order to apply new startup priority settings in case the ypserv service has already been enabled before installing these updated packages, ypserv priorities have to be reset using the "service ypserv resetpriorities" command. This is done automatically after installing the package, only if the ypbind service is enabled; it is done this way in order to not change priority when it is not necessary.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="" type="bugzilla" id="1011507" href="https://bugzilla.redhat.com/show_bug.cgi?id=1011507"/><reference title="RHBA-2013:1406-1" type="self" id="RHBA-2013:1406-1" href="https://rhn.redhat.com/errata/RHBA-2013-1406.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ypserv" version="2.19" release="26.el6_4.2" arch="x86_64" src="ypserv-2.19-26.el6_4.2.src.rpm"><filename>ypserv-2.19-26.el6_4.2.x86_64.rpm</filename><sum type="sha256">5457e4598894bd729f217b17ae754b5493f18fdf5d59efde78d9a8a35e998612</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1414-1</id><title>java-1.6.0-openjdk bug fix and enhancement update</title><description>The java-1.6.0-openjdk package has been upgraded to upstream version 1.11.13, which provides a number of bug fixes and enhancements over the previous version.

This update also fixes the following bug:

* Previously, int[] objects allocated by instances of the com.sun.imageio.plugins.jpeg.JPEGImageWriter class were consuming extensive amounts of memory, which was consequently not released. With this update, the underlying stream processing logic has been modified to ensure correct releasing of such memory, and extensive memory consumption no longer occurs.

All running instances of OpenJDK Java must be restarted for the update to take effect.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><restart_suggested>true</restart_suggested><references><reference title="" type="bugzilla" id="992909" href="https://bugzilla.redhat.com/show_bug.cgi?id=992909"/><reference title="Excessive Heap Consumption in com.sun.imageio.plugins.jpeg.JPEGImageWriter" type="bugzilla" id="992910" href="https://bugzilla.redhat.com/show_bug.cgi?id=992910"/><reference title="RHBA-2013:1414-1" type="self" id="RHBA-2013:1414-1" href="https://rhn.redhat.com/errata/RHBA-2013-1414.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="java-1.6.0-openjdk" version="1.6.0.0" release="1.65.1.11.13.el6_4" arch="x86_64" src="java-1.6.0-openjdk-1.6.0.0-1.65.1.11.13.el6_4.src.rpm"><filename>java-1.6.0-openjdk-1.6.0.0-1.65.1.11.13.el6_4.x86_64.rpm</filename><sum type="sha256">5fa089d633aa2879c6a1a519e2eec70e5e7880d7873d691896a69dbf014382e2</sum></package><package epoch="1" name="java-1.6.0-openjdk-demo" version="1.6.0.0" release="1.65.1.11.13.el6_4" arch="x86_64" src="java-1.6.0-openjdk-1.6.0.0-1.65.1.11.13.el6_4.src.rpm"><filename>java-1.6.0-openjdk-demo-1.6.0.0-1.65.1.11.13.el6_4.x86_64.rpm</filename><sum type="sha256">7c8d68e7cb39370711704955506d705322291483d59898269bdcac59ba2b3f31</sum></package><package epoch="1" name="java-1.6.0-openjdk-devel" version="1.6.0.0" release="1.65.1.11.13.el6_4" arch="x86_64" src="java-1.6.0-openjdk-1.6.0.0-1.65.1.11.13.el6_4.src.rpm"><filename>java-1.6.0-openjdk-devel-1.6.0.0-1.65.1.11.13.el6_4.x86_64.rpm</filename><sum type="sha256">bce566e3d693148bf76acb8ef887ad8d0e362edb1d7cee25ed875d7a9e95436a</sum></package><package epoch="1" name="java-1.6.0-openjdk-javadoc" version="1.6.0.0" release="1.65.1.11.13.el6_4" arch="x86_64" src="java-1.6.0-openjdk-1.6.0.0-1.65.1.11.13.el6_4.src.rpm"><filename>java-1.6.0-openjdk-javadoc-1.6.0.0-1.65.1.11.13.el6_4.x86_64.rpm</filename><sum type="sha256">5abc082a64fd348d8e4980e0044aa3cd728d2dbbb743ac74f1b29be30d440620</sum></package><package epoch="1" name="java-1.6.0-openjdk-src" version="1.6.0.0" release="1.65.1.11.13.el6_4" arch="x86_64" src="java-1.6.0-openjdk-1.6.0.0-1.65.1.11.13.el6_4.src.rpm"><filename>java-1.6.0-openjdk-src-1.6.0.0-1.65.1.11.13.el6_4.x86_64.rpm</filename><sum type="sha256">51216349097b5401c1285827d17ed5bf0c37cb83da4189464fb112ddd0c9f63b</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1419-1</id><title>xorg-x11-drv-synaptics bug fix update</title><description>This update fixes the following bug:

* Previously, the synaptics driver scaled input coordinates based on the device resolution. This prevented the X server from applying uniform resolution-based scaling for other devices in relative mode. The synaptics driver has been fixed to only apply scaling if the X server does not support per-device resolution scaling.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="synaptics needs to do conditional scaling based on resolution" type="bugzilla" id="1012816" href="https://bugzilla.redhat.com/show_bug.cgi?id=1012816"/><reference title="RHBA-2013:1419-1" type="self" id="RHBA-2013:1419-1" href="https://rhn.redhat.com/errata/RHBA-2013-1419.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="xorg-x11-drv-synaptics" version="1.6.2" release="11.el6_4.1" arch="x86_64" src="xorg-x11-drv-synaptics-1.6.2-11.el6_4.1.src.rpm"><filename>xorg-x11-drv-synaptics-1.6.2-11.el6_4.1.x86_64.rpm</filename><sum type="sha256">2b8daafabc9cd23f9c4a4dc5247ab398d6bcd199badc6d56d601f9f18b5e1a40</sum></package><package epoch="0" name="xorg-x11-drv-synaptics-devel" version="1.6.2" release="11.el6_4.1" arch="i686" src="xorg-x11-drv-synaptics-1.6.2-11.el6_4.1.src.rpm"><filename>xorg-x11-drv-synaptics-devel-1.6.2-11.el6_4.1.i686.rpm</filename><sum type="sha256">0635f7e8d65efdd3b0fe46041ab5257a0b896c0f441ed5cf3eadd2af805c1e65</sum></package><package epoch="0" name="xorg-x11-drv-synaptics-devel" version="1.6.2" release="11.el6_4.1" arch="x86_64" src="xorg-x11-drv-synaptics-1.6.2-11.el6_4.1.src.rpm"><filename>xorg-x11-drv-synaptics-devel-1.6.2-11.el6_4.1.x86_64.rpm</filename><sum type="sha256">98ce89803a6bf2389178763a50de1090eea135347f9f71ac785efe3ad2409b06</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1421-1</id><title>glibc bug fix update</title><description>This update fixes the following bug:

* A defect in the name service cache daemon (nscd) caused cached DNS queries, under certain conditions, to return only IPv4 addresses when querying for an address using the AF_UNSPEC address family, even though IPv4 and IPv6 results existed. The defect has been corrected and nscd correctly returns both IPv4 and IPv6 results if they both exist.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="" type="bugzilla" id="1001050" href="https://bugzilla.redhat.com/show_bug.cgi?id=1001050"/><reference title="RHBA-2013:1421-1" type="self" id="RHBA-2013:1421-1" href="https://rhn.redhat.com/errata/RHBA-2013-1421.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="glibc" version="2.12" release="1.107.el6_4.5" arch="i686" src="glibc-2.12-1.107.el6_4.5.src.rpm"><filename>glibc-2.12-1.107.el6_4.5.i686.rpm</filename><sum type="sha256">1d2a7380176ecbdddec218e9a33e6e3c4e0b11dae245dd2b30e5c78b20742e95</sum></package><package epoch="0" name="glibc" version="2.12" release="1.107.el6_4.5" arch="x86_64" src="glibc-2.12-1.107.el6_4.5.src.rpm"><filename>glibc-2.12-1.107.el6_4.5.x86_64.rpm</filename><sum type="sha256">53f1aa595b2ca51ea569a4a5812f0786c048cec2374ad5a6e6aacb1b62e69177</sum></package><package epoch="0" name="glibc-common" version="2.12" release="1.107.el6_4.5" arch="x86_64" src="glibc-2.12-1.107.el6_4.5.src.rpm"><filename>glibc-common-2.12-1.107.el6_4.5.x86_64.rpm</filename><sum type="sha256">d2ad82ec67c5a8027077790ad3a3e452e356216d643aaf500ed3f1190533283d</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.107.el6_4.5" arch="i686" src="glibc-2.12-1.107.el6_4.5.src.rpm"><filename>glibc-devel-2.12-1.107.el6_4.5.i686.rpm</filename><sum type="sha256">2a802bcb3efdbf3a90b3d128bf29d78f867c3154b6bf5dabe689a7a2d89a8bb7</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.107.el6_4.5" arch="x86_64" src="glibc-2.12-1.107.el6_4.5.src.rpm"><filename>glibc-devel-2.12-1.107.el6_4.5.x86_64.rpm</filename><sum type="sha256">9a7f2e43d3188a4f1f4c3596532eaf534de68643073caa16f7df1568e8c1bbc8</sum></package><package epoch="0" name="glibc-headers" version="2.12" release="1.107.el6_4.5" arch="x86_64" src="glibc-2.12-1.107.el6_4.5.src.rpm"><filename>glibc-headers-2.12-1.107.el6_4.5.x86_64.rpm</filename><sum type="sha256">1b819cdb4ca041cd46605713f01bbed2eab89f61f7974de53b6b23573631ece0</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.107.el6_4.5" arch="i686" src="glibc-2.12-1.107.el6_4.5.src.rpm"><filename>glibc-static-2.12-1.107.el6_4.5.i686.rpm</filename><sum type="sha256">0b365918b9c2731e2429c3c8f7167fd4fa003e9a54a45185aaf279b770cb37ea</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.107.el6_4.5" arch="x86_64" src="glibc-2.12-1.107.el6_4.5.src.rpm"><filename>glibc-static-2.12-1.107.el6_4.5.x86_64.rpm</filename><sum type="sha256">0e4d06bf6f977e23771309cb16fa0e90e46aff514c3fe66e5dbc1b6096729baf</sum></package><package epoch="0" name="glibc-utils" version="2.12" release="1.107.el6_4.5" arch="x86_64" src="glibc-2.12-1.107.el6_4.5.src.rpm"><filename>glibc-utils-2.12-1.107.el6_4.5.x86_64.rpm</filename><sum type="sha256">73a4aaac1973fe1c3142e33d4efb16b4f0ceb2fb239ee4931eea5db42e564ace</sum></package><package epoch="0" name="nscd" version="2.12" release="1.107.el6_4.5" arch="x86_64" src="glibc-2.12-1.107.el6_4.5.src.rpm"><filename>nscd-2.12-1.107.el6_4.5.x86_64.rpm</filename><sum type="sha256">1716588efa52d001abf34ace1e4e06ae4b54388b6edbe1f95f3f5e7a3593bcc6</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1431-1</id><title>libqb bug fix and enhancement update</title><description>The libqb packages have been upgraded to upstream version 0.16.0, which provides a number of bug fixes and enhancements over the previous version. One of the notable changes fixes a bug in the qb_log_from_external_source() function, that caused the Pacemaker's policy engine to terminate unexpectedly. The engine now works as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="Pengine assert in qb_log_from_external_source()" type="bugzilla" id="1001491" href="https://bugzilla.redhat.com/show_bug.cgi?id=1001491"/><reference title="RHBA-2013:1431-1" type="self" id="RHBA-2013:1431-1" href="https://rhn.redhat.com/errata/RHBA-2013-1431.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libqb" version="0.16.0" release="1.el6_4.1" arch="i686" src="libqb-0.16.0-1.el6_4.1.src.rpm"><filename>libqb-0.16.0-1.el6_4.1.i686.rpm</filename><sum type="sha256">9ba3e0268f27f90ec96abd75299d9afa10971e5930543b1b151b0fe97d0fac21</sum></package><package epoch="0" name="libqb" version="0.16.0" release="1.el6_4.1" arch="x86_64" src="libqb-0.16.0-1.el6_4.1.src.rpm"><filename>libqb-0.16.0-1.el6_4.1.x86_64.rpm</filename><sum type="sha256">1b71f244ddc747cc19d918c88b4a4fc1ff83458e5d1d6f36b0fc3ba8b7ad115c</sum></package><package epoch="0" name="libqb-devel" version="0.16.0" release="1.el6_4.1" arch="i686" src="libqb-0.16.0-1.el6_4.1.src.rpm"><filename>libqb-devel-0.16.0-1.el6_4.1.i686.rpm</filename><sum type="sha256">cbd23a55d4744d61b4972635fab30f7fe8d421cd28a0c2111ffebd46fa6b9f6a</sum></package><package epoch="0" name="libqb-devel" version="0.16.0" release="1.el6_4.1" arch="x86_64" src="libqb-0.16.0-1.el6_4.1.src.rpm"><filename>libqb-devel-0.16.0-1.el6_4.1.x86_64.rpm</filename><sum type="sha256">25ca35bb3dd3b60167bd59aa3775714ad8bdc4c8e3baa4fb3c00b515dcd905c8</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1445-1</id><title>luci bug fix update</title><description>This update fixes the following bugs:

* Previously, luci did not include concurrent additions to parameters for some fence devices (including "cmd_prompt", "login_timeout", "power_timeout", "retry_on", "shell_timeout") or respective instances ("delay") as happened in the fence-agents package. Consequently, the valid parameters could be dropped from the respective part of the configuration upon submitting the dedicated forms in luci. This update restores the capability of luci to work with a full intended set of fence agents parameters and, in turn, prevents luci from unexpectedly discarding the already configured ones.

* Previously, luci did not include concurrent additions to fence devices coverage as happened in the fence-agents package. Consequently, Dell iDRAC (idrac), HP iLO2 (ilo2), HP iLO3 (ilo3), and IBM Integrated Management Module (imm) devices or agents were not honored in luci, leading to an inability to properly work with or to setup a cluster comprising them. This update restores the capability of luci to work with a full intended set of fence devices.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="Update support for &amp;quot;cmd_prompt&amp;quot;, &amp;quot;login_timeout&amp;quot;, &amp;quot;power_timeout&amp;quot;, &amp;quot;retry_on&amp;quot;, &amp;quot;shell_timeout&amp;quot;, and &amp;quot;delay&amp;quot; fence agent attributes" type="bugzilla" id="969328" href="https://bugzilla.redhat.com/show_bug.cgi?id=969328"/><reference title="idrac, ilo2, ilo3, and imm fence agents are not honored in luci" type="bugzilla" id="996423" href="https://bugzilla.redhat.com/show_bug.cgi?id=996423"/><reference title="RHBA-2013:1445-1" type="self" id="RHBA-2013:1445-1" href="https://rhn.redhat.com/errata/RHBA-2013-1445.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="luci" version="0.26.0" release="37.el6_4.1" arch="x86_64" src="luci-0.26.0-37.el6_4.1.src.rpm"><filename>luci-0.26.0-37.el6_4.1.x86_64.rpm</filename><sum type="sha256">9f5a5c86a2697cec30d72da0deca6d4cd4057ccf6e86d505a462c6c7ab1aeb91</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1446-1</id><title>mdadm bug fix update</title><description>This update fixes the following bug:

* If resync or recovery of a RAID10 was stopped at more than 50%, it did not continue after reassembly. Instead, the array entered normal state after reassembly and data was corrupted. This bug has been corrected in this update, and the RAID10 array now correctly continues resync or recovery upon reassembly.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="" type="bugzilla" id="1009243" href="https://bugzilla.redhat.com/show_bug.cgi?id=1009243"/><reference title="RHBA-2013:1446-1" type="self" id="RHBA-2013:1446-1" href="https://rhn.redhat.com/errata/RHBA-2013-1446.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="mdadm" version="3.2.5" release="4.el6_4.3" arch="x86_64" src="mdadm-3.2.5-4.el6_4.3.src.rpm"><filename>mdadm-3.2.5-4.el6_4.3.x86_64.rpm</filename><sum type="sha256">4a352104ca59a592c8c94e6f155a4eac6c945b44a77ca41839e1466e41e82689</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1471-1</id><title>lvm2 bug fix update</title><description>This update fixes the following bugs:

* Previously, on certain HP servers using Scientific Linux 6 with the xfs file system, a regression in the code caused the lvm2 utility to ignore the "optimal_io_size" parameter and use a 1MB offset start. Consequently, there was an increase in the disk write operations which caused data misalignment and considerably lowered the performance of the servers. With this update, lvm2 no longer ignores "optimal_io_size" and data misalignment no longer occurs in this scenario.

* The lvm2 tools determine the PowerPath major number by searching for an "emcpower" line in the /proc/devices file. Previously, some versions of PowerPath used the ID string "power2". ?s a consequence, on systems with such an identifier, PowerPath devices were not given the expected precedence over PowerPath components which exhibit the same physical volume UUID. With this update, detection of EMC power devices works as expected, and the priority of devices is now set properly

* Due to an error in the LVM allocation code, lvm2 attempted free space allocation contiguous to an existing striped space. When trying to extend a 3-way striped logical volume using the lvextend command, the lvm2 utility terminated unexpectedly with a segmentation fault. With this update, the behavior of LVM has been modified, and lvextend now completes the extension without a segmentation fault.</description><release>Scientific Linux Fermi</release><issued date="2013-11-05 00:00:00"/><references><reference title="lvextend segfaults in _alloc_parallel_area when trying to extend 3-way striped logical volume" type="bugzilla" id="1016083" href="https://bugzilla.redhat.com/show_bug.cgi?id=1016083"/><reference title="" type="bugzilla" id="965810" href="https://bugzilla.redhat.com/show_bug.cgi?id=965810"/><reference title="lvm2 ignores the detected optimal_io_size which results in misaligned pe_start." type="bugzilla" id="965811" href="https://bugzilla.redhat.com/show_bug.cgi?id=965811"/><reference title="" type="bugzilla" id="965968" href="https://bugzilla.redhat.com/show_bug.cgi?id=965968"/><reference title="RHBA-2013:1471-1" type="self" id="RHBA-2013:1471-1" href="https://rhn.redhat.com/errata/RHBA-2013-1471.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="cmirror" version="2.02.98" release="9.el6_4.2" arch="x86_64" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>cmirror-2.02.98-9.el6_4.2.x86_64.rpm</filename><sum type="sha256">c3eb2107ce6ab99b07b693324bff9a8ee681a6a8385673d08c0370e2b6547a2f</sum></package><package epoch="0" name="device-mapper" version="1.02.77" release="9.el6_4.2" arch="x86_64" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>device-mapper-1.02.77-9.el6_4.2.x86_64.rpm</filename><sum type="sha256">15f469a80467cd7315ddd6a544d0495f93baecff7c6766d3f9474549b217a571</sum></package><package epoch="0" name="device-mapper-devel" version="1.02.77" release="9.el6_4.2" arch="i686" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>device-mapper-devel-1.02.77-9.el6_4.2.i686.rpm</filename><sum type="sha256">49d5cbf508e753962b67b2edfbfb650e9be79484194486254d4f56eb633a7a80</sum></package><package epoch="0" name="device-mapper-devel" version="1.02.77" release="9.el6_4.2" arch="x86_64" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>device-mapper-devel-1.02.77-9.el6_4.2.x86_64.rpm</filename><sum type="sha256">f9b09f322d9408288c58abe9a076614791948f31d9f1142dcf63bde0f3a48272</sum></package><package epoch="0" name="device-mapper-event" version="1.02.77" release="9.el6_4.2" arch="x86_64" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>device-mapper-event-1.02.77-9.el6_4.2.x86_64.rpm</filename><sum type="sha256">b0475e33f2f6e126ba327bf7b80ceb097f1378b6afb53237a897797f3e7f1f2b</sum></package><package epoch="0" name="device-mapper-event-devel" version="1.02.77" release="9.el6_4.2" arch="i686" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>device-mapper-event-devel-1.02.77-9.el6_4.2.i686.rpm</filename><sum type="sha256">64cacd7029ce3a00427e5ff70e1942b0e69e15e6548d36c39107d20c216e7551</sum></package><package epoch="0" name="device-mapper-event-devel" version="1.02.77" release="9.el6_4.2" arch="x86_64" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>device-mapper-event-devel-1.02.77-9.el6_4.2.x86_64.rpm</filename><sum type="sha256">15d25b1c698f5331025fbfdb967d44b91a481fcf75d3e53bb3ec41d76ef4b028</sum></package><package epoch="0" name="device-mapper-event-libs" version="1.02.77" release="9.el6_4.2" arch="i686" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>device-mapper-event-libs-1.02.77-9.el6_4.2.i686.rpm</filename><sum type="sha256">8e5723c8be70f4cc7a309fd1413808e89bffa4b6cd924b129504c8632df36b8f</sum></package><package epoch="0" name="device-mapper-event-libs" version="1.02.77" release="9.el6_4.2" arch="x86_64" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>device-mapper-event-libs-1.02.77-9.el6_4.2.x86_64.rpm</filename><sum type="sha256">e53175bc91a79377915b35a8f6d90afb25df4504cb240f7083de24b7ac389dfa</sum></package><package epoch="0" name="device-mapper-libs" version="1.02.77" release="9.el6_4.2" arch="i686" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>device-mapper-libs-1.02.77-9.el6_4.2.i686.rpm</filename><sum type="sha256">900005999d32fc1bb64df6f86e4ab37a1e5ecb21e5b6bab9ced8de40c8fc68aa</sum></package><package epoch="0" name="device-mapper-libs" version="1.02.77" release="9.el6_4.2" arch="x86_64" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>device-mapper-libs-1.02.77-9.el6_4.2.x86_64.rpm</filename><sum type="sha256">e2cec78cdc71cb917f8733e4aedb027efdf962465694ded8a5b252cbbe4f4bb3</sum></package><package epoch="0" name="lvm2" version="2.02.98" release="9.el6_4.2" arch="x86_64" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>lvm2-2.02.98-9.el6_4.2.x86_64.rpm</filename><sum type="sha256">dfabd2f7a458fdbb40ad6f3ce197baf061ceb40b7553d859b57b1217b2fe536a</sum></package><package epoch="0" name="lvm2-cluster" version="2.02.98" release="9.el6_4.2" arch="x86_64" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>lvm2-cluster-2.02.98-9.el6_4.2.x86_64.rpm</filename><sum type="sha256">3648fddee506277abff5d213c56e0810ddb9abde6c6eb3a3fee3c9d063b4d04a</sum></package><package epoch="0" name="lvm2-devel" version="2.02.98" release="9.el6_4.2" arch="i686" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>lvm2-devel-2.02.98-9.el6_4.2.i686.rpm</filename><sum type="sha256">193d043103b73efe7b4bcdf2275420ce39566b9ce423e78d8389c0948c83f1f8</sum></package><package epoch="0" name="lvm2-devel" version="2.02.98" release="9.el6_4.2" arch="x86_64" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>lvm2-devel-2.02.98-9.el6_4.2.x86_64.rpm</filename><sum type="sha256">411a9c871b7bbe9d9846e1e82998f835e763a02c70baed36b1f1964ff4a39655</sum></package><package epoch="0" name="lvm2-libs" version="2.02.98" release="9.el6_4.2" arch="i686" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>lvm2-libs-2.02.98-9.el6_4.2.i686.rpm</filename><sum type="sha256">6784d8d68c4d5dfe76bc38eafcc78475b27ef01d5c18570c14f47073764b3a7b</sum></package><package epoch="0" name="lvm2-libs" version="2.02.98" release="9.el6_4.2" arch="x86_64" src="lvm2-2.02.98-9.el6_4.2.src.rpm"><filename>lvm2-libs-2.02.98-9.el6_4.2.x86_64.rpm</filename><sum type="sha256">616dbc1b40ff72606f45154b61f5d0d51d6826298f550429ffde32f9f930406f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1479-1</id><title>mksh bug fix update</title><description>This update fixes the following bug:

* Previously, the mksh command interpreter interpreted the number as octal if the leading character was zero. An upstream patch has been backported to fix this bug and mksh now interprets all numbers correctly.</description><release>Scientific Linux Fermi</release><issued date="2013-11-05 00:00:00"/><references><reference title="" type="bugzilla" id="1022601" href="https://bugzilla.redhat.com/show_bug.cgi?id=1022601"/><reference title="RHBA-2013:1479-1" type="self" id="RHBA-2013:1479-1" href="https://rhn.redhat.com/errata/RHBA-2013-1479.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="mksh" version="39" release="7.el6_4.1" arch="x86_64" src="mksh-39-7.el6_4.1.src.rpm"><filename>mksh-39-7.el6_4.1.x86_64.rpm</filename><sum type="sha256">002e064e2a550a9e966c2c1ced11cd6a0e0fc57ed21588f8beb1e2aff2c28637</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1483-1</id><title>rsync bug fix update</title><description>This updated rsync package fixes the following bug:

* Previously, the rsync tool did not check whether the inbuf variable is non-empty. As a consequence, rsync terminated unexpectedly while trying to do the required encoding in a loop. With this update, rsync checks whether inbuf is non-empty and no longer crashes in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-11-05 00:00:00"/><references><reference title="" type="bugzilla" id="1022358" href="https://bugzilla.redhat.com/show_bug.cgi?id=1022358"/><reference title="RHBA-2013:1483-1" type="self" id="RHBA-2013:1483-1" href="https://rhn.redhat.com/errata/RHBA-2013-1483.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="rsync" version="3.0.6" release="9.el6_4.1" arch="x86_64" src="rsync-3.0.6-9.el6_4.1.src.rpm"><filename>rsync-3.0.6-9.el6_4.1.x86_64.rpm</filename><sum type="sha256">e1ab54eecdb0dba17bc78c75eb2889605cd711e333f9a5e954563cca45ea9b2e</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1484-1</id><title>openmotif bug fix update</title><description>This update fixes the following bugs:

* Scrolling within the XmList widget with lots of entries was very slow due to calling the XQueryColor() function for every single element in the list. With this update, a cache has been introduced to reduce these calls, and scrolling now works as expected.

* Due to 32-bit time stamp issues, attempting to copy and paste on a 64-bit architecture using the clipboard failed occasionally. With this update, the underlying source code has been modified to ensure the time stamp always contains a "CARD32" value, so that copy and paste on 64-bit architectures works as expected.</description><release>Scientific Linux Fermi</release><issued date="2013-11-05 00:00:00"/><references><reference title="" type="bugzilla" id="1005742" href="https://bugzilla.redhat.com/show_bug.cgi?id=1005742"/><reference title="Copy/paste with Clipboard sometimes fails in 64bits because of timestamp issues" type="bugzilla" id="1005810" href="https://bugzilla.redhat.com/show_bug.cgi?id=1005810"/><reference title="RHBA-2013:1484-1" type="self" id="RHBA-2013:1484-1" href="https://rhn.redhat.com/errata/RHBA-2013-1484.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="openmotif" version="2.3.3" release="6.1.el6_4" arch="i686" src="openmotif-2.3.3-6.1.el6_4.src.rpm"><filename>openmotif-2.3.3-6.1.el6_4.i686.rpm</filename><sum type="sha256">350a656a9c4652ffd64d564b74887bee45796f07923ca0e29a57b8d9e099d240</sum></package><package epoch="0" name="openmotif" version="2.3.3" release="6.1.el6_4" arch="x86_64" src="openmotif-2.3.3-6.1.el6_4.src.rpm"><filename>openmotif-2.3.3-6.1.el6_4.x86_64.rpm</filename><sum type="sha256">711b43a2f7d964e32d6e4b0b5b2dac2358dcd0c4156896aeb049789fd265addd</sum></package><package epoch="0" name="openmotif-devel" version="2.3.3" release="6.1.el6_4" arch="i686" src="openmotif-2.3.3-6.1.el6_4.src.rpm"><filename>openmotif-devel-2.3.3-6.1.el6_4.i686.rpm</filename><sum type="sha256">d2840cc873ba8f86e5b2fe26e3c589f03ac131492d0fd3727cc379cb62a2bc59</sum></package><package epoch="0" name="openmotif-devel" version="2.3.3" release="6.1.el6_4" arch="x86_64" src="openmotif-2.3.3-6.1.el6_4.src.rpm"><filename>openmotif-devel-2.3.3-6.1.el6_4.x86_64.rpm</filename><sum type="sha256">4eb5e40fb52a6f79f4bbce0b99b945da6a199157873c930e9d1c870fc6ff642a</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1492-1</id><title>pcs bug fix and enhancement update</title><description>The pcs package has been upgraded to upstream version 0.9.90, which provides a number of bug fixes and enhancements over the previous version.</description><release>Scientific Linux Fermi</release><issued date="2013-11-05 00:00:00"/><references><reference title="" type="bugzilla" id="1003482" href="https://bugzilla.redhat.com/show_bug.cgi?id=1003482"/><reference title="RHBA-2013:1492-1" type="self" id="RHBA-2013:1492-1" href="https://rhn.redhat.com/errata/RHBA-2013-1492.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="pcs" version="0.9.90" release="1.el6_4" arch="noarch" src="pcs-0.9.90-1.el6_4.src.rpm"><filename>pcs-0.9.90-1.el6_4.noarch.rpm</filename><sum type="sha256">835997bdd958dcfed6ddf4e6019471bbb394b5b8dee45c9b7099c15d5210e3fc</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1497-1</id><title>expect bug fix update</title><description>This update fixes the following bug:

* Prior to this update, the "expect" utility leaked memory when used with the "-re" option, and its memory usage kept increasing indefinitely. A patch has been provided to fix this bug, and "expect" memory usage is now stable and without any leaks.</description><release>Scientific Linux Fermi</release><issued date="2013-11-05 00:00:00"/><references><reference title="expect leaks memory when using -re" type="bugzilla" id="1025202" href="https://bugzilla.redhat.com/show_bug.cgi?id=1025202"/><reference title="RHBA-2013:1497-1" type="self" id="RHBA-2013:1497-1" href="https://rhn.redhat.com/errata/RHBA-2013-1497.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="expect" version="5.44.1.15" release="5.el6_4" arch="x86_64" src="expect-5.44.1.15-5.el6_4.src.rpm"><filename>expect-5.44.1.15-5.el6_4.x86_64.rpm</filename><sum type="sha256">452c7c19e9cfe04983e7f2495b3a4f42dceefd65bf7463056f05e4f7956dfcd5</sum></package><package epoch="0" name="expect-devel" version="5.44.1.15" release="5.el6_4" arch="i686" src="expect-5.44.1.15-5.el6_4.src.rpm"><filename>expect-devel-5.44.1.15-5.el6_4.i686.rpm</filename><sum type="sha256">5ba9dd20259dfc70bd03546e6d1f302f9671fd3fa49fda647e7c1371c4329594</sum></package><package epoch="0" name="expect-devel" version="5.44.1.15" release="5.el6_4" arch="x86_64" src="expect-5.44.1.15-5.el6_4.src.rpm"><filename>expect-devel-5.44.1.15-5.el6_4.x86_64.rpm</filename><sum type="sha256">3cfe8a55ede1325e9fc8436160e82198539fe63ac8639b0ca67c2032b367b9e0</sum></package><package epoch="0" name="expectk" version="5.44.1.15" release="5.el6_4" arch="x86_64" src="expect-5.44.1.15-5.el6_4.src.rpm"><filename>expectk-5.44.1.15-5.el6_4.x86_64.rpm</filename><sum type="sha256">6ba57594f898b50ca6c1e710dc255662c9f2ce9a955ed70962e42f807e8ba2f4</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1499-1</id><title>xorg-x11-drv-cirrus bug fix update</title><description>The xorg-x11-drv-cirrus package has been upgraded to upstream version 1.5.2, which provides a bug fix over the previous version. With this upgraded version, Cirrus Logic driver no longer terminates unexpectedly in some cases and Scientific Linux 6.4 can now be used with a graphical user interface as a guest on Xen.</description><release>Scientific Linux Fermi</release><issued date="2013-11-05 00:00:00"/><references><reference title="" type="bugzilla" id="1022788" href="https://bugzilla.redhat.com/show_bug.cgi?id=1022788"/><reference title="RHBA-2013:1499-1" type="self" id="RHBA-2013:1499-1" href="https://rhn.redhat.com/errata/RHBA-2013-1499.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="xorg-x11-drv-cirrus" version="1.5.2" release="1.el6_4" arch="x86_64" src="xorg-x11-drv-cirrus-1.5.2-1.el6_4.src.rpm"><filename>xorg-x11-drv-cirrus-1.5.2-1.el6_4.x86_64.rpm</filename><sum type="sha256">fe95eb0f4aee54991750744f469d1c9e277cc6edb2ffe7947af9cafa95694561</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1502-1</id><title>e2fsprogs bug fix update</title><description>This update fixes the following bug:

* The resize2fs utility did not properly handle resizing of an ext4 file system to a smaller size. As a consequence, files containing many extents could become corrupted if they were moved during the resize process. With this update, resize2fs now maintains a consistent extent tree when moving files containing many extents, and such files no longer become corrupted in this scenario.</description><release>Scientific Linux Fermi</release><issued date="2013-11-12 00:00:00"/><references><reference title="Error : EXT4-fs error (device sda8): ext4_ext_search_left: inode #8126473: (comm db2sysc) ix (60672) != EXT_FIRST_INDEX (0) (depth 1)! leads to DB2 instance to crash" type="bugzilla" id="1023351" href="https://bugzilla.redhat.com/show_bug.cgi?id=1023351"/><reference title="RHBA-2013:1502-1" type="self" id="RHBA-2013:1502-1" href="https://rhn.redhat.com/errata/RHBA-2013-1502.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="e2fsprogs" version="1.41.12" release="14.el6_4.4" arch="x86_64" src="e2fsprogs-1.41.12-14.el6_4.4.src.rpm"><filename>e2fsprogs-1.41.12-14.el6_4.4.x86_64.rpm</filename><sum type="sha256">1213f3ea375309a12593d85ff895429029afe770a90fbba7ca154f585d34e937</sum></package><package epoch="0" name="e2fsprogs-devel" version="1.41.12" release="14.el6_4.4" arch="i686" src="e2fsprogs-1.41.12-14.el6_4.4.src.rpm"><filename>e2fsprogs-devel-1.41.12-14.el6_4.4.i686.rpm</filename><sum type="sha256">3813e1926e4ef288aee631ff191d6fe70f8f75c977a04cba2dc19d3553f3b5ce</sum></package><package epoch="0" name="e2fsprogs-devel" version="1.41.12" release="14.el6_4.4" arch="x86_64" src="e2fsprogs-1.41.12-14.el6_4.4.src.rpm"><filename>e2fsprogs-devel-1.41.12-14.el6_4.4.x86_64.rpm</filename><sum type="sha256">b8dbfa2b75c00d073e7dc4bc04a701835d65959d9ff866bcc6440718882e333d</sum></package><package epoch="0" name="e2fsprogs-libs" version="1.41.12" release="14.el6_4.4" arch="i686" src="e2fsprogs-1.41.12-14.el6_4.4.src.rpm"><filename>e2fsprogs-libs-1.41.12-14.el6_4.4.i686.rpm</filename><sum type="sha256">58b0b9aee5fe44df0f87cd11405eec6e2b5478d364d97888eea779466d9c8a3c</sum></package><package epoch="0" name="e2fsprogs-libs" version="1.41.12" release="14.el6_4.4" arch="x86_64" src="e2fsprogs-1.41.12-14.el6_4.4.src.rpm"><filename>e2fsprogs-libs-1.41.12-14.el6_4.4.x86_64.rpm</filename><sum type="sha256">3ac65b5c616417df79cacd4817d9843d8774a2ed47fd52755c7d232ee3ce75ff</sum></package><package epoch="0" name="libcom_err" version="1.41.12" release="14.el6_4.4" arch="i686" src="e2fsprogs-1.41.12-14.el6_4.4.src.rpm"><filename>libcom_err-1.41.12-14.el6_4.4.i686.rpm</filename><sum type="sha256">bb42fa80abdb68dd9e61e28d30a42d312beb01cba3a4c6c24acbe47d27245165</sum></package><package epoch="0" name="libcom_err" version="1.41.12" release="14.el6_4.4" arch="x86_64" src="e2fsprogs-1.41.12-14.el6_4.4.src.rpm"><filename>libcom_err-1.41.12-14.el6_4.4.x86_64.rpm</filename><sum type="sha256">47cdde45e43511f5d082f042e77147a41f467f269c371561c10f47529b0064c1</sum></package><package epoch="0" name="libcom_err-devel" version="1.41.12" release="14.el6_4.4" arch="i686" src="e2fsprogs-1.41.12-14.el6_4.4.src.rpm"><filename>libcom_err-devel-1.41.12-14.el6_4.4.i686.rpm</filename><sum type="sha256">390f3b4974b9104a283a64a99cf7d40e9f8926f4325d111e8fac5305f48afc77</sum></package><package epoch="0" name="libcom_err-devel" version="1.41.12" release="14.el6_4.4" arch="x86_64" src="e2fsprogs-1.41.12-14.el6_4.4.src.rpm"><filename>libcom_err-devel-1.41.12-14.el6_4.4.x86_64.rpm</filename><sum type="sha256">7827b94bb53eecacc77385e611973c438293c9f117a7ed617413a741faafaaa5</sum></package><package epoch="0" name="libss" version="1.41.12" release="14.el6_4.4" arch="i686" src="e2fsprogs-1.41.12-14.el6_4.4.src.rpm"><filename>libss-1.41.12-14.el6_4.4.i686.rpm</filename><sum type="sha256">4f7b0084e4ba967424ab264cf866ece307c29b04ed74d1ea7290a27856214eae</sum></package><package epoch="0" name="libss" version="1.41.12" release="14.el6_4.4" arch="x86_64" src="e2fsprogs-1.41.12-14.el6_4.4.src.rpm"><filename>libss-1.41.12-14.el6_4.4.x86_64.rpm</filename><sum type="sha256">937526404ddb4f578cb1e575db0658af1e774552c551df7f4283a3c83d1b8e31</sum></package><package epoch="0" name="libss-devel" version="1.41.12" release="14.el6_4.4" arch="i686" src="e2fsprogs-1.41.12-14.el6_4.4.src.rpm"><filename>libss-devel-1.41.12-14.el6_4.4.i686.rpm</filename><sum type="sha256">b2b8940b98ffc999d7c83ef12a01340d054b52e7f39f7f6d8e572740bc2b8fb9</sum></package><package epoch="0" name="libss-devel" version="1.41.12" release="14.el6_4.4" arch="x86_64" src="e2fsprogs-1.41.12-14.el6_4.4.src.rpm"><filename>libss-devel-1.41.12-14.el6_4.4.x86_64.rpm</filename><sum type="sha256">f32ec0738306a4713799726ea11f0050ffc30b1262d62eb6e2290f25976ba469</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1504-1</id><title>lvm2 bug fix update</title><description>This update fixes the following bugs:

* When there were visible clustered Volume Groups in the system, it was not possible to silently skip them with proper return error code while non-clustered locking type was used (the global/locking_type lvm.conf setting). To fix this bug, "--ignoreskippedcluster" option has been added for several LVM commands (pvs, vgs, lvs, pvdisplay, vgdisplay, lvdisplay, vgchange, and lvchange). With this option, the clustered Volume Groups are skipped correctly while the return error code does not depend on these clustered Volume Groups.</description><release>Scientific Linux Fermi</release><issued date="2013-11-12 00:00:00"/><references><reference title="Adding an option to silently skip the clustered volume groups" type="bugzilla" id="1024911" href="https://bugzilla.redhat.com/show_bug.cgi?id=1024911"/><reference title="RHBA-2013:1504-1" type="self" id="RHBA-2013:1504-1" href="https://rhn.redhat.com/errata/RHBA-2013-1504.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="cmirror" version="2.02.98" release="9.el6_4.3" arch="x86_64" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>cmirror-2.02.98-9.el6_4.3.x86_64.rpm</filename><sum type="sha256">c6f4e11ab1e0370692a9c5570d1d67e158964a1a25371bfc97591f854cc279cc</sum></package><package epoch="0" name="device-mapper" version="1.02.77" release="9.el6_4.3" arch="x86_64" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>device-mapper-1.02.77-9.el6_4.3.x86_64.rpm</filename><sum type="sha256">c37d04f6580bc255f0698afe19e51f2b7318280f720a48e6648671886f34eab1</sum></package><package epoch="0" name="device-mapper-devel" version="1.02.77" release="9.el6_4.3" arch="i686" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>device-mapper-devel-1.02.77-9.el6_4.3.i686.rpm</filename><sum type="sha256">787b4aef579b955407e99f4d9fd60f9ab5b1dd9224c08baa957c775ae5d51cb2</sum></package><package epoch="0" name="device-mapper-devel" version="1.02.77" release="9.el6_4.3" arch="x86_64" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>device-mapper-devel-1.02.77-9.el6_4.3.x86_64.rpm</filename><sum type="sha256">45c6c541a376b6ebc224dcf0d22f8e4ddf811ddb036a192747cdb8acc596b844</sum></package><package epoch="0" name="device-mapper-event" version="1.02.77" release="9.el6_4.3" arch="x86_64" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>device-mapper-event-1.02.77-9.el6_4.3.x86_64.rpm</filename><sum type="sha256">cdc2f06b6df9eb5709185221fb7870788ff89b20d3313e048b1869cfb11f1c18</sum></package><package epoch="0" name="device-mapper-event-devel" version="1.02.77" release="9.el6_4.3" arch="i686" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>device-mapper-event-devel-1.02.77-9.el6_4.3.i686.rpm</filename><sum type="sha256">7cdc72bba97072edaaad777c9f4a12b1b45ebe560d2ececa3ac0f22d32f0b434</sum></package><package epoch="0" name="device-mapper-event-devel" version="1.02.77" release="9.el6_4.3" arch="x86_64" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>device-mapper-event-devel-1.02.77-9.el6_4.3.x86_64.rpm</filename><sum type="sha256">413d47350721d31f654319fa362637bc793c7aea2d0166a6b9434a8c7773865f</sum></package><package epoch="0" name="device-mapper-event-libs" version="1.02.77" release="9.el6_4.3" arch="i686" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>device-mapper-event-libs-1.02.77-9.el6_4.3.i686.rpm</filename><sum type="sha256">fb5d213ed68221d83517cf143025726b5c1f6f5291ab93625573459f8dfae9d5</sum></package><package epoch="0" name="device-mapper-event-libs" version="1.02.77" release="9.el6_4.3" arch="x86_64" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>device-mapper-event-libs-1.02.77-9.el6_4.3.x86_64.rpm</filename><sum type="sha256">de849dfd49f25a57fcc57112a35e83e43eac1897047dd57d6575580c17a9448b</sum></package><package epoch="0" name="device-mapper-libs" version="1.02.77" release="9.el6_4.3" arch="i686" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>device-mapper-libs-1.02.77-9.el6_4.3.i686.rpm</filename><sum type="sha256">37e0d461727d7fb960ace53065c4f69d3c365cbafdcd13ba1a2236926f65c481</sum></package><package epoch="0" name="device-mapper-libs" version="1.02.77" release="9.el6_4.3" arch="x86_64" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>device-mapper-libs-1.02.77-9.el6_4.3.x86_64.rpm</filename><sum type="sha256">3369a8aaf2511b7321fae1ac59dc979fe0a9a677740a666406abaa4091ffe115</sum></package><package epoch="0" name="lvm2" version="2.02.98" release="9.el6_4.3" arch="x86_64" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>lvm2-2.02.98-9.el6_4.3.x86_64.rpm</filename><sum type="sha256">a8f580ca327f542b8f42a3d69c872cab27012274d99315ab907af42c0ea8cead</sum></package><package epoch="0" name="lvm2-cluster" version="2.02.98" release="9.el6_4.3" arch="x86_64" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>lvm2-cluster-2.02.98-9.el6_4.3.x86_64.rpm</filename><sum type="sha256">3a4a0e03b06d2caf4a30d69fa13db0d3c94f293fe59047c35fe060cf7704efd1</sum></package><package epoch="0" name="lvm2-devel" version="2.02.98" release="9.el6_4.3" arch="i686" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>lvm2-devel-2.02.98-9.el6_4.3.i686.rpm</filename><sum type="sha256">4e62080802a5b2d432155c3732e21a75ec6fb48b2622c560966d32f3056dedb1</sum></package><package epoch="0" name="lvm2-devel" version="2.02.98" release="9.el6_4.3" arch="x86_64" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>lvm2-devel-2.02.98-9.el6_4.3.x86_64.rpm</filename><sum type="sha256">f7082c70efef1aaf1b6e20542a22b19a664d83c1d310113d68580a4b7ac65c6b</sum></package><package epoch="0" name="lvm2-libs" version="2.02.98" release="9.el6_4.3" arch="i686" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>lvm2-libs-2.02.98-9.el6_4.3.i686.rpm</filename><sum type="sha256">1f0912a6a87984f260555b3f43b3e042c716ce2f8436ed1a077e64ca072d8047</sum></package><package epoch="0" name="lvm2-libs" version="2.02.98" release="9.el6_4.3" arch="x86_64" src="lvm2-2.02.98-9.el6_4.3.src.rpm"><filename>lvm2-libs-2.02.98-9.el6_4.3.x86_64.rpm</filename><sum type="sha256">b4b53f3c249e7774c93786bfb23a67974bed41fc86be524df0b5a9b8fcb825ab</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1506-1</id><title>udev bug fix update</title><description>This update fixes the following bug:

* Prior to this update, the udev utility did not provide a symbolic link to SCM (Storage Class Memory) devices in the /dev/disk/by-path directory. Consequently, SCM devices could not be referenced by-path. With this update, the path_id callout, which creates a device path, supports SCM devices and provides a symbolic link in /dev/disk/by-path. As a result, SCM devices can now be referenced by-path.</description><release>Scientific Linux Fermi</release><issued date="2013-11-12 00:00:00"/><references><reference title="" type="bugzilla" id="989335" href="https://bugzilla.redhat.com/show_bug.cgi?id=989335"/><reference title="RHBA-2013:1506-1" type="self" id="RHBA-2013:1506-1" href="https://rhn.redhat.com/errata/RHBA-2013-1506.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libgudev1" version="147" release="2.46.el6_4.2" arch="i686" src="udev-147-2.46.el6_4.2.src.rpm"><filename>libgudev1-147-2.46.el6_4.2.i686.rpm</filename><sum type="sha256">ca27408eb74376b47181af2cda2b3b302fa3dabe0f278ad3c00c219b8f20c18d</sum></package><package epoch="0" name="libgudev1" version="147" release="2.46.el6_4.2" arch="x86_64" src="udev-147-2.46.el6_4.2.src.rpm"><filename>libgudev1-147-2.46.el6_4.2.x86_64.rpm</filename><sum type="sha256">ccb31fba1195dd9525474c4c9fbb924ff381486910d5d023caa5080418679a57</sum></package><package epoch="0" name="libgudev1-devel" version="147" release="2.46.el6_4.2" arch="i686" src="udev-147-2.46.el6_4.2.src.rpm"><filename>libgudev1-devel-147-2.46.el6_4.2.i686.rpm</filename><sum type="sha256">30a074f2508dab43fb04beea1f3d456c89fe57da360ff00a332528326dc2797f</sum></package><package epoch="0" name="libgudev1-devel" version="147" release="2.46.el6_4.2" arch="x86_64" src="udev-147-2.46.el6_4.2.src.rpm"><filename>libgudev1-devel-147-2.46.el6_4.2.x86_64.rpm</filename><sum type="sha256">5e789dfd99eb6a5e817ee6d73347e59a4541bccedb9ff53d6491421860cfe63a</sum></package><package epoch="0" name="libudev" version="147" release="2.46.el6_4.2" arch="i686" src="udev-147-2.46.el6_4.2.src.rpm"><filename>libudev-147-2.46.el6_4.2.i686.rpm</filename><sum type="sha256">9ce355ddf66ceba150a651f57a7bf26cd80808e58bd4614807e765cc87c9f0b7</sum></package><package epoch="0" name="libudev" version="147" release="2.46.el6_4.2" arch="x86_64" src="udev-147-2.46.el6_4.2.src.rpm"><filename>libudev-147-2.46.el6_4.2.x86_64.rpm</filename><sum type="sha256">8aefb74086a45863a0b1b25b157219fe0ad7053eeb659be6c448d69213da8df9</sum></package><package epoch="0" name="libudev-devel" version="147" release="2.46.el6_4.2" arch="i686" src="udev-147-2.46.el6_4.2.src.rpm"><filename>libudev-devel-147-2.46.el6_4.2.i686.rpm</filename><sum type="sha256">bfbbdd934866fa58eb03e6ca2d68601424eabcddde7b87dae16f3d1d9442be4c</sum></package><package epoch="0" name="libudev-devel" version="147" release="2.46.el6_4.2" arch="x86_64" src="udev-147-2.46.el6_4.2.src.rpm"><filename>libudev-devel-147-2.46.el6_4.2.x86_64.rpm</filename><sum type="sha256">9fd45aa824f9b7ff24b47318f4b361fecdf1cc3b2e1c2b92eeef885409416339</sum></package><package epoch="0" name="udev" version="147" release="2.46.el6_4.2" arch="x86_64" src="udev-147-2.46.el6_4.2.src.rpm"><filename>udev-147-2.46.el6_4.2.x86_64.rpm</filename><sum type="sha256">fe6018139290d7a190c70dc860ad1c132c89ac792c46e1d1ab49197a1915c84f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1517-1</id><title>libvirt bug fix update</title><description>This update fixes the following bugs:

* Due to an omission in the libvirt code, the VLAN tag for a hostdev-based network (a network which is a pool of SRIOV virtual functions to be assigned to guests via PCI device assignment) was not being properly set in the hardware device. With this update, the missing code has been provided, and a VLAN tag set in the network definition is now properly presented to the devices as they are assigned to guests.

* Some code refactoring to fix another bug left a case in which locks were cleaned up incorrectly. As a consequence, the libvirtd daemon could terminate unexpectedly on certain migrations to file scenarios. With this update, the lock cleanup paths have been fixed and libvirtd no longer crashes when saving a domain to a file.

* Whereas the status command of libvirt-guests init script returned "0" value when libvirt-guests service was stopped, LSB (Linux Standard Base) required a different value ("3") in such case. Consequently, other scripts relying on the return value could not distinguish whether the service was running or not. The libvirt-guests script has been fixed to conform with LSB and the "service libvirt-guests status" command now returns the correct value in the described scenario.

* Previously, the virDomainDeviceUpdateFlags() function in libvirt allowed users to update some configuration quirks on a domain device while the domain is still running. Consequently, when updating NIC (Network Interface Controller), the QoS could not be changed because of a missing implementation. With this update, the missing implementation has been added, and QoS can now be updated on a NIC.

After installing the updated packages, libvirtd will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2013-11-19 00:00:00"/><references><reference title="" type="bugzilla" id="1014445" href="https://bugzilla.redhat.com/show_bug.cgi?id=1014445"/><reference title="Libvirtd crash when destroying linux guest which executed a series of operations about S3 and save /restore" type="bugzilla" id="1017194" href="https://bugzilla.redhat.com/show_bug.cgi?id=1017194"/><reference title="`service libvirt-guests status` may return 0 even if stopped" type="bugzilla" id="1017196" href="https://bugzilla.redhat.com/show_bug.cgi?id=1017196"/><reference title="Allow QoS change on the fly using updateDeviceFlags" type="bugzilla" id="1017198" href="https://bugzilla.redhat.com/show_bug.cgi?id=1017198"/><reference title="RHBA-2013:1517-1" type="self" id="RHBA-2013:1517-1" href="https://rhn.redhat.com/errata/RHBA-2013-1517.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt" version="0.10.2" release="18.el6_4.15" arch="x86_64" src="libvirt-0.10.2-18.el6_4.15.src.rpm"><filename>libvirt-0.10.2-18.el6_4.15.x86_64.rpm</filename><sum type="sha256">734cb65964487f28a51b16f8d339e35239fc36acb76c1a98e6bbeea097b85a49</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="18.el6_4.15" arch="i686" src="libvirt-0.10.2-18.el6_4.15.src.rpm"><filename>libvirt-client-0.10.2-18.el6_4.15.i686.rpm</filename><sum type="sha256">c172e92d34d4b2ee724e7b39df2d7e2351f6c17ad29d17638665c0ac82f7747d</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="18.el6_4.15" arch="x86_64" src="libvirt-0.10.2-18.el6_4.15.src.rpm"><filename>libvirt-client-0.10.2-18.el6_4.15.x86_64.rpm</filename><sum type="sha256">48dbbd793b679d3c1d354bf679c92bdc9a6279ad4300a4fb3ac2a1e0abed9b49</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="18.el6_4.15" arch="i686" src="libvirt-0.10.2-18.el6_4.15.src.rpm"><filename>libvirt-devel-0.10.2-18.el6_4.15.i686.rpm</filename><sum type="sha256">24ee7711ea109331af67c86bed6f8400c3dc2d0f3f8faa2ea567654c1ee7ec60</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="18.el6_4.15" arch="x86_64" src="libvirt-0.10.2-18.el6_4.15.src.rpm"><filename>libvirt-devel-0.10.2-18.el6_4.15.x86_64.rpm</filename><sum type="sha256">2c6440e271cebbcca0fbbce75f2f07610fe9e6c190c6113e3bce2aaa6f433a00</sum></package><package epoch="0" name="libvirt-lock-sanlock" version="0.10.2" release="18.el6_4.15" arch="x86_64" src="libvirt-0.10.2-18.el6_4.15.src.rpm"><filename>libvirt-lock-sanlock-0.10.2-18.el6_4.15.x86_64.rpm</filename><sum type="sha256">5d1a7ef49b7b2f2cbe530094f0ebf236fb071f5d1694861922dcc30affa08fe4</sum></package><package epoch="0" name="libvirt-python" version="0.10.2" release="18.el6_4.15" arch="x86_64" src="libvirt-0.10.2-18.el6_4.15.src.rpm"><filename>libvirt-python-0.10.2-18.el6_4.15.x86_64.rpm</filename><sum type="sha256">17d8eb9fd21d48501f449781d55480d007e6cb9c1e59d397fa424bc4dfe79035</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1554-1</id><title>scl-utils bug fix update</title><description>This update fixes the following bugs:

* Previously, detection of collections that were specified to be enabled was done in the incorrect place in the code. Thus, if users wanted to enable multiple collections with a single command, only the first one was enabled, while the rest were ignored. With this update, the package scans all the arguments now, as opposed to the original approach where only the first one was taken, and all specified collections are now enabled.

* When starting an inspection of what collections had already been enabled, an incorrect variable was taken as a source of this information. In a specific case, when users ran a shell in an scl-enabled environment, and tried to enable an already-enabled collection, then the collection was enabled twice. This could have led to errors in a newly created environment, and, consequently, could have caused problems with applications running in this environment. This update accepts the correct variable as a source of information about the already-enabled collections, and the collections are no longer enabled multiple times.

* Previously, python27 required a specific byte compiler, thus, the build of python27 collection failed, because it used the incorrect byte compiler. With this update, python27 utilizes a new function to override various RPM macros and, thus, can be compiled.

* If the PATH variable was not set as scl-utils expected it, executing the "scl enable" command produced a "command not found" error. This was caused by the scl utility calling the scl_enabled command without an absolute path, and relying on the PATH that the user has set. This update uses an absolute path when calling the scl_enabled helper script, thus it does not rely on PATH any more, and the aforementioned errors no longer occur.

* Previously, when enabling collections, a check whether a collection was enabled was performed. However, independently of the result the collection was always enabled. Consequently, if a single collection had been stated multiple times on the command line, it was enabled multiple times. In the case of some destructive enable scriptlets, this might have led to unexpected behavior. This update runs the enable scriptlet only if the collection has not been enabled before, and attempts to enable a collection multiple times in one environment will be ignored.</description><release>Scientific Linux Fermi</release><issued date="2013-10-01 00:00:00"/><references><reference title="" type="bugzilla" id="949995" href="https://bugzilla.redhat.com/show_bug.cgi?id=949995"/><reference title="A collection can get twice-enabled" type="bugzilla" id="955669" href="https://bugzilla.redhat.com/show_bug.cgi?id=955669"/><reference title="" type="bugzilla" id="957185" href="https://bugzilla.redhat.com/show_bug.cgi?id=957185"/><reference title="" type="bugzilla" id="957754" href="https://bugzilla.redhat.com/show_bug.cgi?id=957754"/><reference title="No check for already enabled collections in scl enable &amp;lt;collection&amp;gt;+ &amp;lt;command&amp;gt;" type="bugzilla" id="964058" href="https://bugzilla.redhat.com/show_bug.cgi?id=964058"/><reference title="RHBA-2013:1554-1" type="self" id="RHBA-2013:1554-1" href="https://rhn.redhat.com/errata/RHBA-2013-1554.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="scl-utils" version="20120927" release="8.el6" arch="x86_64" src="scl-utils-20120927-8.el6.src.rpm"><filename>scl-utils-20120927-8.el6.x86_64.rpm</filename><sum type="sha256">9a67b58dd2a2eb1deafa343aa8dc5d615182779969ead10ad39292e4a7dcae6c</sum></package><package epoch="0" name="scl-utils-build" version="20120927" release="8.el6" arch="x86_64" src="scl-utils-20120927-8.el6.src.rpm"><filename>scl-utils-build-20120927-8.el6.x86_64.rpm</filename><sum type="sha256">4051fc47013760c47c036888ce6299ca6073587127c9be43fa6f0ae928aea3fb</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2013:0655-1</id><title>pcs bug fix update</title><description>This update fixes the following bug:

* The "pcs config" command did not show resources configured as master and slave resources when the configuration of the Pacemaker cluster was reviewed. Consequently, users had to directly analyze the CIB to view the configured master and slave resources and their options. This update provides a patch to address this bug, so the "pcs config" command now shows all resources, including master and slave resources.</description><release>Scientific Linux Fermi</release><issued date="2013-04-22 00:00:00"/><references><reference title="" type="bugzilla" id="915585" href="https://bugzilla.redhat.com/show_bug.cgi?id=915585"/><reference title="RHEA-2013:0655-1" type="self" id="RHEA-2013:0655-1" href="https://rhn.redhat.com/errata/RHEA-2013-0655.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="pcs" version="0.9.26" release="10.el6_4.1" arch="noarch" src="pcs-0.9.26-10.el6_4.1.src.rpm"><filename>pcs-0.9.26-10.el6_4.1.noarch.rpm</filename><sum type="sha256">69d0816a124584a0f67786f6b40bc84b64ec79df11af53eeb8e674f7866fa22c</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2013:0810-1</id><title>libselinux</title><description>This update adds the following enhancement:

* Previously, a substitution of the "/" directory was not directly possible. With this update, support for a substitution of the root directory has been added to allow proper labeling of all directories and files under an alternative root directory.</description><release>Scientific Linux Fermi</release><issued date="2013-05-14 00:00:00"/><references><reference title="" type="bugzilla" id="956983" href="https://bugzilla.redhat.com/show_bug.cgi?id=956983"/><reference title="RHEA-2013:0810-1" type="self" id="RHEA-2013:0810-1" href="https://rhn.redhat.com/errata/RHEA-2013-0810.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libselinux" version="2.0.94" release="5.3.el6_4.1" arch="i686" src="libselinux-2.0.94-5.3.el6_4.1.src.rpm"><filename>libselinux-2.0.94-5.3.el6_4.1.i686.rpm</filename><sum type="sha256">596552db45dfbed35e8021a6994c0c8eb0087671a705cdc1e3fb38c8b196482e</sum></package><package epoch="0" name="libselinux" version="2.0.94" release="5.3.el6_4.1" arch="x86_64" src="libselinux-2.0.94-5.3.el6_4.1.src.rpm"><filename>libselinux-2.0.94-5.3.el6_4.1.x86_64.rpm</filename><sum type="sha256">2c29121919d552ac27092bb3c35e29e980099988cd9a9f818e4f3e385beed4d9</sum></package><package epoch="0" name="libselinux-devel" version="2.0.94" release="5.3.el6_4.1" arch="i686" src="libselinux-2.0.94-5.3.el6_4.1.src.rpm"><filename>libselinux-devel-2.0.94-5.3.el6_4.1.i686.rpm</filename><sum type="sha256">90c2e7c8665759be1dbc1c24156624a08d94e31491fb80e400e83616512986ac</sum></package><package epoch="0" name="libselinux-devel" version="2.0.94" release="5.3.el6_4.1" arch="x86_64" src="libselinux-2.0.94-5.3.el6_4.1.src.rpm"><filename>libselinux-devel-2.0.94-5.3.el6_4.1.x86_64.rpm</filename><sum type="sha256">4af24e7cf431b561b8ab46326af70cd98c871395aa07da96f434159e660e3959</sum></package><package epoch="0" name="libselinux-python" version="2.0.94" release="5.3.el6_4.1" arch="x86_64" src="libselinux-2.0.94-5.3.el6_4.1.src.rpm"><filename>libselinux-python-2.0.94-5.3.el6_4.1.x86_64.rpm</filename><sum type="sha256">aa2151d2539bbfd967de30f9f65ddd7e34ec72cebeda198dd56869f6b5e2f983</sum></package><package epoch="0" name="libselinux-ruby" version="2.0.94" release="5.3.el6_4.1" arch="x86_64" src="libselinux-2.0.94-5.3.el6_4.1.src.rpm"><filename>libselinux-ruby-2.0.94-5.3.el6_4.1.x86_64.rpm</filename><sum type="sha256">40decb5eb310e7d14ce7ef125f1c4f94d0134cd6fdca2b57e47d35664085985a</sum></package><package epoch="0" name="libselinux-static" version="2.0.94" release="5.3.el6_4.1" arch="x86_64" src="libselinux-2.0.94-5.3.el6_4.1.src.rpm"><filename>libselinux-static-2.0.94-5.3.el6_4.1.x86_64.rpm</filename><sum type="sha256">21648bfcdc8a791d767c80eff463ff1dc1d3e358bd595413ca82eb8eeec198fa</sum></package><package epoch="0" name="libselinux-utils" version="2.0.94" release="5.3.el6_4.1" arch="x86_64" src="libselinux-2.0.94-5.3.el6_4.1.src.rpm"><filename>libselinux-utils-2.0.94-5.3.el6_4.1.x86_64.rpm</filename><sum type="sha256">4b7bb002bce7cfaa420139e1ba18c0fb660e745f6bebb0e74b8a70e8a172d6be</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2013:1007-1</id><title>resource-agents</title><description>This update fixes the following bug:

* Usage of lvm.sh with tags resulted in the stripping of cluster tags when the node rejoined the cluster. This was because the lvm.sh agent was unable to accurately detect the tag represented by a cluster node. Thus, the active logical volume on a cluster node failed when another node re- joined the cluster. This update properly detects whether tags represent a cluster node, the node-name, or, if fqdn is returned by the corosync- quorumtool -l output. When nodes re-join the cluster, tags are not stripped of LVM volume groups, and the volume group no longer fails on other nodes.

In addition, this update adds the following enhancement:

* Previous versions of the Oracle Resource Agent were only tested against Oracle 10. With this update, support for the Oracle Database 11g has been added to the oracledb, orainstance, and oralistener resource agents.</description><release>Scientific Linux Fermi</release><issued date="2013-07-02 00:00:00"/><references><reference title="Add Oracle 11g support to the Oracle resource agents" type="bugzilla" id="972931" href="https://bugzilla.redhat.com/show_bug.cgi?id=972931"/><reference title="is_node_member_clustat() causes services to be failed when a failed node rejoins the cluster" type="bugzilla" id="978775" href="https://bugzilla.redhat.com/show_bug.cgi?id=978775"/><reference title="RHEA-2013:1007-1" type="self" id="RHEA-2013:1007-1" href="https://rhn.redhat.com/errata/RHEA-2013-1007.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="resource-agents" version="3.9.2" release="21.el6_4.3" arch="x86_64" src="resource-agents-3.9.2-21.el6_4.3.src.rpm"><filename>resource-agents-3.9.2-21.el6_4.3.x86_64.rpm</filename><sum type="sha256">e0270aca12cbc7f43985e4610e2a821744ddb98d0665cee5fba8321bc6aa6828</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2013:1176-1</id><title>device-mapper-multipath</title><description>This update adds the following enhancement:

* This update adds a new /etc/multipath.conf file default keyword, "reload_readwrite". If set to "yes", multipathd will listen to path device change events, and if the device has read-write access, it will reload the multipath device. This allows multipath devices to automatically have read-write permissions, as soon as the path devices have read-write access, instead of requiring manual intervention. Thus, when all the path devices belonging to a multipath device have read-write access, the multipath device will automatically allow read-write permissions.</description><release>Scientific Linux Fermi</release><issued date="2013-08-27 00:00:00"/><references><reference title="" type="bugzilla" id="993545" href="https://bugzilla.redhat.com/show_bug.cgi?id=993545"/><reference title="RHEA-2013:1176-1" type="self" id="RHEA-2013:1176-1" href="https://rhn.redhat.com/errata/RHEA-2013-1176.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="device-mapper-multipath" version="0.4.9" release="64.el6_4.2" arch="x86_64" src="device-mapper-multipath-0.4.9-64.el6_4.2.src.rpm"><filename>device-mapper-multipath-0.4.9-64.el6_4.2.x86_64.rpm</filename><sum type="sha256">0ac21d8e0ef5c73e0c36b3aa128e9e1e7ce9940db8a481de286352ee1b098685</sum></package><package epoch="0" name="device-mapper-multipath-libs" version="0.4.9" release="64.el6_4.2" arch="x86_64" src="device-mapper-multipath-0.4.9-64.el6_4.2.src.rpm"><filename>device-mapper-multipath-libs-0.4.9-64.el6_4.2.x86_64.rpm</filename><sum type="sha256">8d52eeaeb4db8cbabbccaddd9f432df04bae3fc5106a474fd25f4d7f2b2586d9</sum></package><package epoch="0" name="kpartx" version="0.4.9" release="64.el6_4.2" arch="x86_64" src="device-mapper-multipath-0.4.9-64.el6_4.2.src.rpm"><filename>kpartx-0.4.9-64.el6_4.2.x86_64.rpm</filename><sum type="sha256">722e952d2a264288b097ea332849b758ff1305ec129dc32a515fde11770ebe41</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2013:1188-1</id><title>neon bug fix update</title><description>Neon is an HTTP library and WebDAV client library used by Subversion.

This update fixes the following bug:

* The neon HTTP library did not disable TLS padding support in the GnuTLS toolkit. Applications such as Subversion failed to communicate with some SSL servers, for example, where a load balancer was also in use. This update disables TLS padding support in the GnuTLS toolkit, and applications using the neon HTTP library can now successfully communicate with SSL servers.</description><release>Scientific Linux Fermi</release><issued date="2013-09-03 00:00:00"/><references><reference title="" type="bugzilla" id="1000969" href="https://bugzilla.redhat.com/show_bug.cgi?id=1000969"/><reference title="RHEA-2013:1188-1" type="self" id="RHEA-2013:1188-1" href="https://rhn.redhat.com/errata/RHEA-2013-1188.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="neon" version="0.29.3" release="3.el6_4" arch="i686" src="neon-0.29.3-3.el6_4.src.rpm"><filename>neon-0.29.3-3.el6_4.i686.rpm</filename><sum type="sha256">0c97ddf7780adfaa3494fc8be217fbb81cdba03061fb73ec8fa2901ebab54324</sum></package><package epoch="0" name="neon" version="0.29.3" release="3.el6_4" arch="x86_64" src="neon-0.29.3-3.el6_4.src.rpm"><filename>neon-0.29.3-3.el6_4.x86_64.rpm</filename><sum type="sha256">2720e34b825856e948ecd9bbd4053aac7066ab25d9f37171ef2c88db4f08101b</sum></package><package epoch="0" name="neon-devel" version="0.29.3" release="3.el6_4" arch="i686" src="neon-0.29.3-3.el6_4.src.rpm"><filename>neon-devel-0.29.3-3.el6_4.i686.rpm</filename><sum type="sha256">acfe4d1fe2fd37a0ee4777829827d0c131710db821d7ab3c235248932190d7df</sum></package><package epoch="0" name="neon-devel" version="0.29.3" release="3.el6_4" arch="x86_64" src="neon-0.29.3-3.el6_4.src.rpm"><filename>neon-devel-0.29.3-3.el6_4.x86_64.rpm</filename><sum type="sha256">5151eb2fd6ba80e40788648098d4b3b2f608546fd8989e9a31631b251b371888</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2013:1202-1</id><title>microcode_ctl</title><description>This update adds the following enhancement:

* The Intel CPU microcode file has been updated to version 20130808.</description><release>Scientific Linux Fermi</release><issued date="2013-09-10 00:00:00"/><references><reference title="" type="bugzilla" id="1002446" href="https://bugzilla.redhat.com/show_bug.cgi?id=1002446"/><reference title="RHEA-2013:1202-1" type="self" id="RHEA-2013:1202-1" href="https://rhn.redhat.com/errata/RHEA-2013-1202.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="microcode_ctl" version="1.17" release="15.el6_4" arch="x86_64" src="microcode_ctl-1.17-15.el6_4.src.rpm"><filename>microcode_ctl-1.17-15.el6_4.x86_64.rpm</filename><sum type="sha256">10fe855e60b646cb8d91109a4298f7ca3668019e308843472188b17822e235aa</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2013:1405-1</id><title>NetworkManager</title><description>This update adds the following enhancement:

* NetworkManager now reads ifcfg alias files (e.g.: /etc/sysconfig /network-scripts/ifcfg-eth0:2) and assigns the addresses in them to their master interface, using the alias name as the address label.

After installing this erratum, a system re-boot is required to effect the changes noted above.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="" type="bugzilla" id="997905" href="https://bugzilla.redhat.com/show_bug.cgi?id=997905"/><reference title="RHEA-2013:1405-1" type="self" id="RHEA-2013:1405-1" href="https://rhn.redhat.com/errata/RHEA-2013-1405.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="NetworkManager" version="0.8.1" release="61.el6_4" arch="x86_64" src="NetworkManager-0.8.1-61.el6_4.src.rpm"><filename>NetworkManager-0.8.1-61.el6_4.x86_64.rpm</filename><sum type="sha256">e1d93b55a407ef6e3b602f16cfc98aebb11f7f0192aa040b7322821035ce4d0b</sum></package><package epoch="1" name="NetworkManager-devel" version="0.8.1" release="61.el6_4" arch="i686" src="NetworkManager-0.8.1-61.el6_4.src.rpm"><filename>NetworkManager-devel-0.8.1-61.el6_4.i686.rpm</filename><sum type="sha256">b135564aac2bc674a8414b81a5b9165eb31c751ec56ceee19192c562ef2f6d5d</sum></package><package epoch="1" name="NetworkManager-devel" version="0.8.1" release="61.el6_4" arch="x86_64" src="NetworkManager-0.8.1-61.el6_4.src.rpm"><filename>NetworkManager-devel-0.8.1-61.el6_4.x86_64.rpm</filename><sum type="sha256">049f3a6abb6a8318a8f24ed2072465d31598fcd7ade641e706f9583783611668</sum></package><package epoch="1" name="NetworkManager-glib" version="0.8.1" release="61.el6_4" arch="i686" src="NetworkManager-0.8.1-61.el6_4.src.rpm"><filename>NetworkManager-glib-0.8.1-61.el6_4.i686.rpm</filename><sum type="sha256">5a551e562a202898042e97b278b9e26226ea158433448c11922a77434f970a54</sum></package><package epoch="1" name="NetworkManager-glib" version="0.8.1" release="61.el6_4" arch="x86_64" src="NetworkManager-0.8.1-61.el6_4.src.rpm"><filename>NetworkManager-glib-0.8.1-61.el6_4.x86_64.rpm</filename><sum type="sha256">97aa65d3f59aedfc7325cbe0f708cd4500843094bd58562528f3152aad9b8324</sum></package><package epoch="1" name="NetworkManager-glib-devel" version="0.8.1" release="61.el6_4" arch="i686" src="NetworkManager-0.8.1-61.el6_4.src.rpm"><filename>NetworkManager-glib-devel-0.8.1-61.el6_4.i686.rpm</filename><sum type="sha256">1ba10ac840214d0d5fc31e458914e8ed6c26172d920711fcb560a0b16d871fe5</sum></package><package epoch="1" name="NetworkManager-glib-devel" version="0.8.1" release="61.el6_4" arch="x86_64" src="NetworkManager-0.8.1-61.el6_4.src.rpm"><filename>NetworkManager-glib-devel-0.8.1-61.el6_4.x86_64.rpm</filename><sum type="sha256">e1ccaf332565fa7abefd1661fc3b1f64a39056d4cb31bb1e70ad3ece6e02791d</sum></package><package epoch="1" name="NetworkManager-gnome" version="0.8.1" release="61.el6_4" arch="x86_64" src="NetworkManager-0.8.1-61.el6_4.src.rpm"><filename>NetworkManager-gnome-0.8.1-61.el6_4.x86_64.rpm</filename><sum type="sha256">cda8c2c4ea5c6516dff6db6ca6fa9c618e70d9c73927f69cf72b9a865d808674</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2013:1432-1</id><title>tzdata</title><description>This update adds the following enhancement:

* Morocco extended DST by one month requiring an update to these packages. This update includes resynchronization with the latest upstream release in order to pick up the Moroccan DST change.</description><release>Scientific Linux Fermi</release><issued date="2013-10-22 00:00:00"/><references><reference title="" type="bugzilla" id="1013527" href="https://bugzilla.redhat.com/show_bug.cgi?id=1013527"/><reference title="" type="bugzilla" id="1013875" href="https://bugzilla.redhat.com/show_bug.cgi?id=1013875"/><reference title="" type="bugzilla" id="1013876" href="https://bugzilla.redhat.com/show_bug.cgi?id=1013876"/><reference title="" type="bugzilla" id="1014720" href="https://bugzilla.redhat.com/show_bug.cgi?id=1014720"/><reference title="RHEA-2013:1432-1" type="self" id="RHEA-2013:1432-1" href="https://rhn.redhat.com/errata/RHEA-2013-1432.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="tzdata" version="2013g" release="1.el6" arch="noarch" src="tzdata-2013g-1.el6.src.rpm"><filename>tzdata-2013g-1.el6.noarch.rpm</filename><sum type="sha256">c40cc0536192a229f2a7f38637300bc32bb433262b001c8cd1f4fe723c1aba64</sum></package><package epoch="0" name="tzdata-java" version="2013g" release="1.el6" arch="noarch" src="tzdata-2013g-1.el6.src.rpm"><filename>tzdata-java-2013g-1.el6.noarch.rpm</filename><sum type="sha256">7a3a6cc84d1c26ca799cbd4a20cdcd35303e37c45a88d9d130a1768c7cbd1075</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2013:1493-1</id><title>pacemaker bug fix and</title><description>The pacemaker packages have been upgraded to upstream version 1.1.10, which provides a number of bug fixes and enhancements over the previous version. This update is required to enable Pacemaker full support exclusively in combination with Red Hat Open Stack deployments. General Pacemaker support for the High Availability add-on will be included in future Scientific Linux 6 releases.</description><release>Scientific Linux Fermi</release><issued date="2013-11-05 00:00:00"/><references><reference title="" type="bugzilla" id="1016617" href="https://bugzilla.redhat.com/show_bug.cgi?id=1016617"/><reference title="RHEA-2013:1493-1" type="self" id="RHEA-2013:1493-1" href="https://rhn.redhat.com/errata/RHEA-2013-1493.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="pacemaker" version="1.1.10" release="1.el6_4.4" arch="x86_64" src="pacemaker-1.1.10-1.el6_4.4.src.rpm"><filename>pacemaker-1.1.10-1.el6_4.4.x86_64.rpm</filename><sum type="sha256">86747a0668d44997eaa9129e56ef9444c3551eb165c690deeacb73eb8000f0ef</sum></package><package epoch="0" name="pacemaker-cli" version="1.1.10" release="1.el6_4.4" arch="x86_64" src="pacemaker-1.1.10-1.el6_4.4.src.rpm"><filename>pacemaker-cli-1.1.10-1.el6_4.4.x86_64.rpm</filename><sum type="sha256">3cbc7eda469f7484d211436d12e5e498e3b6e30d3fc4fa9412e8987b55e7c1f1</sum></package><package epoch="0" name="pacemaker-cluster-libs" version="1.1.10" release="1.el6_4.4" arch="i686" src="pacemaker-1.1.10-1.el6_4.4.src.rpm"><filename>pacemaker-cluster-libs-1.1.10-1.el6_4.4.i686.rpm</filename><sum type="sha256">7ca08c003f2e8670997e277ec7a732b76eabdb17ccc7c316b7f0b42b408b49b2</sum></package><package epoch="0" name="pacemaker-cluster-libs" version="1.1.10" release="1.el6_4.4" arch="x86_64" src="pacemaker-1.1.10-1.el6_4.4.src.rpm"><filename>pacemaker-cluster-libs-1.1.10-1.el6_4.4.x86_64.rpm</filename><sum type="sha256">878650fffac390463146316a843fe64b54e9ef8e187f9ec2a82339b0a7355fb0</sum></package><package epoch="0" name="pacemaker-cts" version="1.1.10" release="1.el6_4.4" arch="x86_64" src="pacemaker-1.1.10-1.el6_4.4.src.rpm"><filename>pacemaker-cts-1.1.10-1.el6_4.4.x86_64.rpm</filename><sum type="sha256">384eb237c0f987e9828f3d739ee47f1c4af7962dd704481e00b3b37117aeb234</sum></package><package epoch="0" name="pacemaker-doc" version="1.1.10" release="1.el6_4.4" arch="x86_64" src="pacemaker-1.1.10-1.el6_4.4.src.rpm"><filename>pacemaker-doc-1.1.10-1.el6_4.4.x86_64.rpm</filename><sum type="sha256">d05130a855e5cbd84f1688e48b58b4af90bc900f6314f1fe6655211b4d4e20de</sum></package><package epoch="0" name="pacemaker-libs" version="1.1.10" release="1.el6_4.4" arch="i686" src="pacemaker-1.1.10-1.el6_4.4.src.rpm"><filename>pacemaker-libs-1.1.10-1.el6_4.4.i686.rpm</filename><sum type="sha256">11f2e23ad005dcae0fca72f4e70dedb4abf42a2ede590f312728d07ed8074582</sum></package><package epoch="0" name="pacemaker-libs" version="1.1.10" release="1.el6_4.4" arch="x86_64" src="pacemaker-1.1.10-1.el6_4.4.src.rpm"><filename>pacemaker-libs-1.1.10-1.el6_4.4.x86_64.rpm</filename><sum type="sha256">13146366dcb8c832d2029316a48dddb464c80241bfe5e462fa137b46d35420e3</sum></package><package epoch="0" name="pacemaker-libs-devel" version="1.1.10" release="1.el6_4.4" arch="i686" src="pacemaker-1.1.10-1.el6_4.4.src.rpm"><filename>pacemaker-libs-devel-1.1.10-1.el6_4.4.i686.rpm</filename><sum type="sha256">6784b7fafd6fc990d0c9414e4be1d13ae888e6af171047ff332d3eba3be8886e</sum></package><package epoch="0" name="pacemaker-libs-devel" version="1.1.10" release="1.el6_4.4" arch="x86_64" src="pacemaker-1.1.10-1.el6_4.4.src.rpm"><filename>pacemaker-libs-devel-1.1.10-1.el6_4.4.x86_64.rpm</filename><sum type="sha256">91e8d39aaef687dda693b382c61a7e4f33f0cba8d4062a1210e265e633ec4507</sum></package><package epoch="0" name="pacemaker-remote" version="1.1.10" release="1.el6_4.4" arch="x86_64" src="pacemaker-1.1.10-1.el6_4.4.src.rpm"><filename>pacemaker-remote-1.1.10-1.el6_4.4.x86_64.rpm</filename><sum type="sha256">9fe6a8d3a60850c1d70a1c6bf8ccb07f73c0c2f76e9710e75808251d27cc2489</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2013:1494-1</id><title>resource-agents</title><description>This update adds the following enhancement.

* This update adds support for the Pacemaker resource agents under the Heartbeat OCF provider.</description><release>Scientific Linux Fermi</release><issued date="2013-11-05 00:00:00"/><references><reference title="" type="bugzilla" id="1001519" href="https://bugzilla.redhat.com/show_bug.cgi?id=1001519"/><reference title="RHEA-2013:1494-1" type="self" id="RHEA-2013:1494-1" href="https://rhn.redhat.com/errata/RHEA-2013-1494.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="resource-agents" version="3.9.2" release="21.el6_4.8" arch="x86_64" src="resource-agents-3.9.2-21.el6_4.8.src.rpm"><filename>resource-agents-3.9.2-21.el6_4.8.x86_64.rpm</filename><sum type="sha256">d49e1ad4d9635d860465c314d1da2e7f87529b28428f105887bcb4131282962e</sum></package></collection></pkglist></update><update type="newpackage" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2013:1516-1</id><title>new packages: kmod-hpsa</title><description>The kmod-hpsa packages provide kernel modules for controlling HP Smart Array Controllers and provide temporary drivers for the following hardware beyond what was delivered in Scientific Linux 6.4:

HP new P530 12GB Smart Array controller on Gen8 v2 servers: SL6700 with IvyBridge-EP with Patsburg

* This enhancement update adds the kmod-hpsa packages to Scientific Linux 6.

Unless a system includes the exact hardware explicitly supported by the kmod-hpsa packages, these packages must not be installed.</description><release>Scientific Linux Fermi</release><issued date="2013-11-19 00:00:00"/><references><reference title="" type="bugzilla" id="1013920" href="https://bugzilla.redhat.com/show_bug.cgi?id=1013920"/><reference title="RHEA-2013:1516-1" type="self" id="RHEA-2013:1516-1" href="https://rhn.redhat.com/errata/RHEA-2013-1516.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="kmod-hpsa" version="3.4.0_1_RH1" release="1.el6_4" arch="x86_64" src="hpsa-3.4.0_1_RH1-1.el6_4.src.rpm"><filename>kmod-hpsa-3.4.0_1_RH1-1.el6_4.x86_64.rpm</filename><sum type="sha256">9f90f504fac14d7311e4b0151f51c9df00fb49d53dca763626546d8dca9815b1</sum></package></collection></pkglist></update></updates>