<?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:1742-1</id><title>sssd bug fix update</title><description>This update fixes the following bug:

* Previously, RPM did not reload its labels database in a single transaction. Consequently, when sssd was upgraded and pulled in a new selinux-policy in a single transaction, the new context added by the selinux-policy-targeted utility was not used for the files in the /var/lib/sss/mc/ directory. To fix this bug, sssd has been set to run restorecon in the %post scriptlet until RPM can properly handle it, and thus correct context is set.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="RHEL6 sssd upgrade restorecon workaround for /var/lib/sss/mc context" type="bugzilla" id="1022708" href="https://bugzilla.redhat.com/show_bug.cgi?id=1022708"/><reference title="RHBA-2013:1742-1" type="self" id="RHBA-2013:1742-1" href="https://rhn.redhat.com/errata/RHBA-2013-1742.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libipa_hbac" version="1.9.2" release="82.11.el6_4" arch="i686" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>libipa_hbac-1.9.2-82.11.el6_4.i686.rpm</filename><sum type="sha256">9c4bf3ce150f7aa6712bda5d88da3ffec14355111f16fa8fdb38b6c8509c99fa</sum></package><package epoch="0" name="libipa_hbac" version="1.9.2" release="82.11.el6_4" arch="x86_64" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>libipa_hbac-1.9.2-82.11.el6_4.x86_64.rpm</filename><sum type="sha256">de843d87f3681ad4d741d34bcae14d1f181a4230669bd148c5bafbbd770e401e</sum></package><package epoch="0" name="libipa_hbac-devel" version="1.9.2" release="82.11.el6_4" arch="i686" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>libipa_hbac-devel-1.9.2-82.11.el6_4.i686.rpm</filename><sum type="sha256">7de6c412d99fac6b37e57a5895498f816f6bf15ab38a4f2fb0544d3c42ac9c46</sum></package><package epoch="0" name="libipa_hbac-devel" version="1.9.2" release="82.11.el6_4" arch="x86_64" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>libipa_hbac-devel-1.9.2-82.11.el6_4.x86_64.rpm</filename><sum type="sha256">72cc59537cdf0c0590ce28c3c0cb0c3b99af0140e3c1efc86a4056acb8492690</sum></package><package epoch="0" name="libipa_hbac-python" version="1.9.2" release="82.11.el6_4" arch="x86_64" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>libipa_hbac-python-1.9.2-82.11.el6_4.x86_64.rpm</filename><sum type="sha256">23cc29900276cb27d67436937aa46945d2849b589166f3b6e1cc5490b698109d</sum></package><package epoch="0" name="libsss_autofs" version="1.9.2" release="82.11.el6_4" arch="x86_64" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>libsss_autofs-1.9.2-82.11.el6_4.x86_64.rpm</filename><sum type="sha256">26c5501886d717f16771c2b8b55fb432d200a60623d585a2481db81a82363fac</sum></package><package epoch="0" name="libsss_idmap" version="1.9.2" release="82.11.el6_4" arch="i686" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>libsss_idmap-1.9.2-82.11.el6_4.i686.rpm</filename><sum type="sha256">5dbada9162d16697761217cbbce6fca9b63944a2da3a13392bd677a400b450e7</sum></package><package epoch="0" name="libsss_idmap" version="1.9.2" release="82.11.el6_4" arch="x86_64" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>libsss_idmap-1.9.2-82.11.el6_4.x86_64.rpm</filename><sum type="sha256">66cd4204942945e83dba95345552887b01a3769d77171b1ae8756d2e370011ae</sum></package><package epoch="0" name="libsss_idmap-devel" version="1.9.2" release="82.11.el6_4" arch="i686" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>libsss_idmap-devel-1.9.2-82.11.el6_4.i686.rpm</filename><sum type="sha256">b2e5ed486bb430dcdd57bccf3ad0a9e3637251ebf19d2f3c627ca47bd1f4b5c9</sum></package><package epoch="0" name="libsss_idmap-devel" version="1.9.2" release="82.11.el6_4" arch="x86_64" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>libsss_idmap-devel-1.9.2-82.11.el6_4.x86_64.rpm</filename><sum type="sha256">2a7585f859dfee0e70ce2049c83d03efcdf0790d5c2f746d73bad4c823f2a2de</sum></package><package epoch="0" name="libsss_sudo" version="1.9.2" release="82.11.el6_4" arch="x86_64" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>libsss_sudo-1.9.2-82.11.el6_4.x86_64.rpm</filename><sum type="sha256">183fbcced29ab84ea9532245022eed41c44231f1816ef750d08dee006bd3cc71</sum></package><package epoch="0" name="libsss_sudo-devel" version="1.9.2" release="82.11.el6_4" arch="i686" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>libsss_sudo-devel-1.9.2-82.11.el6_4.i686.rpm</filename><sum type="sha256">aebd33afde46183a807100c5834531dfac3c45e5cce0e8486044d2751b9faae6</sum></package><package epoch="0" name="libsss_sudo-devel" version="1.9.2" release="82.11.el6_4" arch="x86_64" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>libsss_sudo-devel-1.9.2-82.11.el6_4.x86_64.rpm</filename><sum type="sha256">17a2d416682801eb94750b9b7da418823fc991ed73305ef0a956677719bc377e</sum></package><package epoch="0" name="sssd" version="1.9.2" release="82.11.el6_4" arch="x86_64" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>sssd-1.9.2-82.11.el6_4.x86_64.rpm</filename><sum type="sha256">a14dfebdbcf53f17e1413dd413459cd5f3fe6e8a175a7beb5b32ca667201b8f2</sum></package><package epoch="0" name="sssd-client" version="1.9.2" release="82.11.el6_4" arch="i686" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>sssd-client-1.9.2-82.11.el6_4.i686.rpm</filename><sum type="sha256">6a49a4e56ed247df6d839d4bbff47daf0a1c4fe2e35fc0599e0f22cd96eaf6e1</sum></package><package epoch="0" name="sssd-client" version="1.9.2" release="82.11.el6_4" arch="x86_64" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>sssd-client-1.9.2-82.11.el6_4.x86_64.rpm</filename><sum type="sha256">716ce6dead74019f5b0915ee32767abc3b109dd31bc543fac28c55fbd06857b4</sum></package><package epoch="0" name="sssd-tools" version="1.9.2" release="82.11.el6_4" arch="x86_64" src="sssd-1.9.2-82.11.el6_4.src.rpm"><filename>sssd-tools-1.9.2-82.11.el6_4.x86_64.rpm</filename><sum type="sha256">0952e4810442b461f98130b241b5c3ad1d05e76f9408f09c8b28bfefc899f34f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1743-1</id><title>openswan bug fix and enhancement update</title><description>This update fixes the following bugs:

* Previously, when the IPsec daemon (pluto) attempted to verify the signature of a Certificate Revocation List (CRL), if the signature value began with a zero byte and had another zero as padding, the mpz() functions stripped out all leading zeros. This resulted in the Network Security Services (NSS) data input being one byte short and consequently failing verification when NSS compared its length to the modulus length. This update removes the conversions into arbitrary-precision arithmetic (bignum) objects and handles the leading zero by moving the pointer one position forward and reducing the length of the signature by 1. As a result, verification of CRLs now works as expected even with leading zeros in the signature.

* Previously, the order of the load_crls() and load_authcerts_from_nss() functions in the plutomain.c file was incorrect. As a consequence, when the IPsec daemon (pluto) attempted to load the Certificate Revocation Lists (CRLs) from the /etc/ipsec.d/crls/ directory during startup, loading failed because pluto checked for a loaded Certification Authority (CA) when there was none available. This update swaps the order of the aforementioned functions in the plutomain.c file, and now pluto no longer fails during startup and loads the CRLs successfully.

* Previously, when the "xauth" option was enabled and the "leftmodecfgclient" option was disabled in the /etc/ipsec.conf file, the re-key between Openswan and certain Cisco products, did not work. As a consequence, the Internet Key Exchange (IKE) tunnel could not be established. This bug has now been fixed and an IKE tunnel can be successfully established in the described scenario.

* Initial support for passing traffic selectors to an XFRM IPsec stack for transport mode was incomplete and did not include the necessary work- arounds for NAT-traversal support. As a consequence, Openswan could not establish an L2TP connection with devices which use NAT-Traversal. After this update, the direction of IPsec Security Association (SA) is now passed to the netlink_setup_sa() function so that the client IP is substituted with the host IP and the selector works for NAT transport mode.

* Previously, when in FIPS mode, Openswan did not allow the use of SHA2 algorithms. This update enables the use of SHA2 algorithms in FIPS mode.

In addition, this update adds the following enhancements:

* With this update, Openswan now supports Internet Key Exchage (IKE) fragmentation. Openswan can now successfully connect to devices which support IKE fragmentation.

* Support for the Internet Key Exchage version 1 (IKEv1) INITIAL-CONTACT IPsec message, as per RFC2407 Section 4.6.3.3, has been added to Openswan. This addresses an interoperability issue where a peer does not replace an existing IPsec Security Association (SA) with a newly negotiated one unless a Notification Payload message is present.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1012735" href="https://bugzilla.redhat.com/show_bug.cgi?id=1012735"/><reference title="" type="bugzilla" id="1012736" href="https://bugzilla.redhat.com/show_bug.cgi?id=1012736"/><reference title="" type="bugzilla" id="1013925" href="https://bugzilla.redhat.com/show_bug.cgi?id=1013925"/><reference title="" type="bugzilla" id="1013971" href="https://bugzilla.redhat.com/show_bug.cgi?id=1013971"/><reference title="" type="bugzilla" id="1013984" href="https://bugzilla.redhat.com/show_bug.cgi?id=1013984"/><reference title="" type="bugzilla" id="1013985" href="https://bugzilla.redhat.com/show_bug.cgi?id=1013985"/><reference title="" type="bugzilla" id="1015810" href="https://bugzilla.redhat.com/show_bug.cgi?id=1015810"/><reference title="RHBA-2013:1743-1" type="self" id="RHBA-2013:1743-1" href="https://rhn.redhat.com/errata/RHBA-2013-1743.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="openswan" version="2.6.32" release="21.2.el6_4" arch="x86_64" src="openswan-2.6.32-21.2.el6_4.src.rpm"><filename>openswan-2.6.32-21.2.el6_4.x86_64.rpm</filename><sum type="sha256">93406b49d174783467977bbd9b08054fee7038baf780ea8c807ce77e88184ea1</sum></package><package epoch="0" name="openswan-doc" version="2.6.32" release="21.2.el6_4" arch="x86_64" src="openswan-2.6.32-21.2.el6_4.src.rpm"><filename>openswan-doc-2.6.32-21.2.el6_4.x86_64.rpm</filename><sum type="sha256">9bdf7d1e528f60cdbfd064e58c2acfc0b5f340c43a90d2a57cbbb1e96533ad82</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1746-1</id><title>resource-agents bug fixes update</title><description>This update fixes the following bugs:

* Prior to this update, the netfs agent could hang during a stop operation, even with the self_fence option enabled. With this update, self fence operation is executed sooner in the process, which ensures that NFS client detects server leaving if umount can not succeed, and self fencing occurs.

* Previously, the IPaddr2 agent did not send out unsolicited neighbor advertisements to announce a link-layer address change. Consequently, floating IPv6 addresses, which require this functionality, could not work correctly. To fix this bug, the send_ua internal binary required for IPaddr2 agent to drive IPv6 addresses has been added. As a result, the floating IPv6 addresses now work correctly, and IPv4 addresses are left unaffected by this change.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="netfs unmount/self_fence integration" type="bugzilla" id="1027410" href="https://bugzilla.redhat.com/show_bug.cgi?id=1027410"/><reference title="resource-agents-3.9.2-21.el6_4.8 upate break ocf:heartbeat:IPv6addr resource agent" type="bugzilla" id="1027412" href="https://bugzilla.redhat.com/show_bug.cgi?id=1027412"/><reference title="RHBA-2013:1746-1" type="self" id="RHBA-2013:1746-1" href="https://rhn.redhat.com/errata/RHBA-2013-1746.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="resource-agents" version="3.9.2" release="40.el6_5.3" arch="x86_64" src="resource-agents-3.9.2-40.el6_5.3.src.rpm"><filename>resource-agents-3.9.2-40.el6_5.3.x86_64.rpm</filename><sum type="sha256">9668b06e1bafd04ec87d8f52261e09ba7216ddee461155085378bd1cd44da2fe</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1747-1</id><title>dracut bug fix update</title><description>This update fixes the following bugs:

* In FIPS mode, the self checking of binaries is only done if the /etc /system-fips file is present. Prior to this update, the dracut utility did not copy the /etc/system-fips file and some checksum files in the initial ram file system (initramfs). As a consequence, the self check of the tools needed to decrypt a partition was not done and the tools terminated unexpectedly. This bug has been fixed, dracut now copies all the needed files in the initramfs, and systems with encrypted disks can now boot successfully in FIPS mode.

* When booting in FIPS mode on live ISO images, dracut searched for the checksum file of the kernel image in the wrong place. Consequently, the booting process failed. With this update, the path to the checksum file has been corrected, and live ISO images can now boot in FIPS mode as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1029844" href="https://bugzilla.redhat.com/show_bug.cgi?id=1029844"/><reference title="FIPS check fails one some RHEV-H isos" type="bugzilla" id="1029846" href="https://bugzilla.redhat.com/show_bug.cgi?id=1029846"/><reference title="RHBA-2013:1747-1" type="self" id="RHBA-2013:1747-1" href="https://rhn.redhat.com/errata/RHBA-2013-1747.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="dracut" version="004" release="336.el6_5.1" arch="noarch" src="dracut-004-336.el6_5.1.src.rpm"><filename>dracut-004-336.el6_5.1.noarch.rpm</filename><sum type="sha256">9f658eb1895a3bcfd57cb08d32e951c2723971065c05b77d20a51a2349fd940d</sum></package><package epoch="0" name="dracut-caps" version="004" release="336.el6_5.1" arch="noarch" src="dracut-004-336.el6_5.1.src.rpm"><filename>dracut-caps-004-336.el6_5.1.noarch.rpm</filename><sum type="sha256">7c88b7d159884aac25075cd9b8782cc0069e6f77665aa03b54f6bda2f3ec8778</sum></package><package epoch="0" name="dracut-fips" version="004" release="336.el6_5.1" arch="noarch" src="dracut-004-336.el6_5.1.src.rpm"><filename>dracut-fips-004-336.el6_5.1.noarch.rpm</filename><sum type="sha256">3f58da17aec82eff5be12f3784eafd73cac24448d755830ee8fe6686a6e4468f</sum></package><package epoch="0" name="dracut-fips-aesni" version="004" release="336.el6_5.1" arch="noarch" src="dracut-004-336.el6_5.1.src.rpm"><filename>dracut-fips-aesni-004-336.el6_5.1.noarch.rpm</filename><sum type="sha256">d18100839b25f305e40ee0375ec02c146f7960df8d81ebef39f27852d0f50a23</sum></package><package epoch="0" name="dracut-generic" version="004" release="336.el6_5.1" arch="noarch" src="dracut-004-336.el6_5.1.src.rpm"><filename>dracut-generic-004-336.el6_5.1.noarch.rpm</filename><sum type="sha256">5d3f1d71a3efa0a318d1b731e89334ee54fb6ddb5d8aa8be38caef422afe10ff</sum></package><package epoch="0" name="dracut-kernel" version="004" release="336.el6_5.1" arch="noarch" src="dracut-004-336.el6_5.1.src.rpm"><filename>dracut-kernel-004-336.el6_5.1.noarch.rpm</filename><sum type="sha256">2bfeea71cfa0b47b80c64bc1ea7a50717d5ccc0a8a3f1bbfcd17f7a9af6b7770</sum></package><package epoch="0" name="dracut-network" version="004" release="336.el6_5.1" arch="noarch" src="dracut-004-336.el6_5.1.src.rpm"><filename>dracut-network-004-336.el6_5.1.noarch.rpm</filename><sum type="sha256">78256f1c062691e5d7d402043a312c546ade32a36f733ac05730e45d52fc74d0</sum></package><package epoch="0" name="dracut-tools" version="004" release="336.el6_5.1" arch="noarch" src="dracut-004-336.el6_5.1.src.rpm"><filename>dracut-tools-004-336.el6_5.1.noarch.rpm</filename><sum type="sha256">5e3bdcb902a235b3d2717d6e56f932f464d573157443d447f9b431dd975d64b2</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1748-2</id><title>libvirt bug fix update</title><description>This update fixes the following bug:

* When two clients tried to start the same transient domain, libvirt may have not properly detected that the same domain had already been being started. Consequently, more than one QEMU process could run for the same domain while libvirt did not know about them. With this update, libvirt has been fixed to properly check whether the same domain is not already being started, and thus avoids starting more than one QEMU process for the same domain.

After installing the updated packages, libvirtd will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="hosted engine | two qemu processes with the same VM ID runs on two different machines. Also the sanlock resource taken on two machines on the same storage." type="bugzilla" id="1029632" href="https://bugzilla.redhat.com/show_bug.cgi?id=1029632"/><reference title="RHBA-2013:1748-2" type="self" id="RHBA-2013:1748-2" href="https://rhn.redhat.com/errata/RHBA-2013-1748.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt" version="0.10.2" release="29.el6.1" arch="x86_64" src="libvirt-0.10.2-29.el6.1.src.rpm"><filename>libvirt-0.10.2-29.el6.1.x86_64.rpm</filename><sum type="sha256">fd54463651170ec553814b7f76ed4c65e97e52cc604b28c57b9ccb76792305f4</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6.1" arch="i686" src="libvirt-0.10.2-29.el6.1.src.rpm"><filename>libvirt-client-0.10.2-29.el6.1.i686.rpm</filename><sum type="sha256">fd0c7b97f45b7ab7c2fb0bb9caa79726de3adc54154b09b46abde82b1ec63487</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6.1" arch="x86_64" src="libvirt-0.10.2-29.el6.1.src.rpm"><filename>libvirt-client-0.10.2-29.el6.1.x86_64.rpm</filename><sum type="sha256">ae69ca83092a73b0390b1bf7bea3ac0b71722d7bb57e1e7283bc80391ece8bed</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6.1" arch="i686" src="libvirt-0.10.2-29.el6.1.src.rpm"><filename>libvirt-devel-0.10.2-29.el6.1.i686.rpm</filename><sum type="sha256">84d7b02272cd230929376e11d453048e03638133aefe94f3001beb5d74db1c93</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6.1" arch="x86_64" src="libvirt-0.10.2-29.el6.1.src.rpm"><filename>libvirt-devel-0.10.2-29.el6.1.x86_64.rpm</filename><sum type="sha256">d3672955135a8b0ccfbf7369616bdff6b37e8bd2887564922dff37b70fafaa34</sum></package><package epoch="0" name="libvirt-lock-sanlock" version="0.10.2" release="29.el6.1" arch="x86_64" src="libvirt-0.10.2-29.el6.1.src.rpm"><filename>libvirt-lock-sanlock-0.10.2-29.el6.1.x86_64.rpm</filename><sum type="sha256">828505555a6a062892e24ce11d8f84396a265ff0002a9574ea05d3cc8b04640d</sum></package><package epoch="0" name="libvirt-python" version="0.10.2" release="29.el6.1" arch="x86_64" src="libvirt-0.10.2-29.el6.1.src.rpm"><filename>libvirt-python-0.10.2-29.el6.1.x86_64.rpm</filename><sum type="sha256">b0e84de41c746f324ecc2de2b3f076b96e0e9b3c23522dee48ca8e1a3f8e49f2</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1749-1</id><title>virt-v2v bug fix update</title><description>This update fixes the following bug:

* An update to virt-v2v included upstream support for the import of OVA images exported by VMware servers. Unfortunately, testing has shown that VMDK images created by recent versions of VMware ESX cannot be reliably supported, thus this feature has been withdrawn.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1028983" href="https://bugzilla.redhat.com/show_bug.cgi?id=1028983"/><reference title="RHBA-2013:1749-1" type="self" id="RHBA-2013:1749-1" href="https://rhn.redhat.com/errata/RHBA-2013-1749.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="virt-v2v" version="0.9.1" release="5.el6_5" arch="x86_64" src="virt-v2v-0.9.1-5.el6_5.src.rpm"><filename>virt-v2v-0.9.1-5.el6_5.x86_64.rpm</filename><sum type="sha256">003c0b20ec555fd1cf12db8c415287a171cbae18a4088969d5430efca47782c6</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1750-1</id><title>qemu-kvm bug fix update</title><description>This update fixes the following bugs:

* Recent changes to the block layer resulted in a disk I/O performance degradation due to the way block length is calculated and cached internally. This update improves the logic for calculating such lengths and restores performance to the expected levels.

* Due to a regression, the "qemu-img info" command took too much time to respond with the "cluster_size=512,preallocation=metadata" option. This bug has been fixed and "qemu-img info" now responds within one second.

* On images created with very small non-standard cluster sizes (for example, 512 bytes), the "qemu-img info" command could take a long time to respond if run immediately after an image creation. This bug has been fixed, and "qemu-img info" now works as expected.

* When doing live migration with the "--copy-storage-all" option, the virsh user interface failed with the following error message:

"error: Unable to read from monitor: Connection reset by peer"

This bug, caused by a regression, has been fixed, and live migration now finishes successfully.

* Previously, qemu (for example, the "qemu-img info" command) could not open VMWare ESX image files. A patch fixing this bug has been provided, and ESX images are now handled correctly.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="Read/Randread/Randrw performance regression" type="bugzilla" id="1025596" href="https://bugzilla.redhat.com/show_bug.cgi?id=1025596"/><reference title="" type="bugzilla" id="1028252" href="https://bugzilla.redhat.com/show_bug.cgi?id=1028252"/><reference title="&amp;#39;qemu-img info&amp;#39; take too much time with &amp;#39;cluster_size=512,preallocation=metadata&amp;#39; in the first time" type="bugzilla" id="1029327" href="https://bugzilla.redhat.com/show_bug.cgi?id=1029327"/><reference title="" type="bugzilla" id="1029329" href="https://bugzilla.redhat.com/show_bug.cgi?id=1029329"/><reference title="RHBA-2013:1750-1" type="self" id="RHBA-2013:1750-1" href="https://rhn.redhat.com/errata/RHBA-2013-1750.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.415.el6_5.3" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.3.src.rpm"><filename>qemu-guest-agent-0.12.1.2-2.415.el6_5.3.x86_64.rpm</filename><sum type="sha256">15e5897940793163e324ee65604ba33262d8ff2491a82b158292a186613b9a53</sum></package><package epoch="2" name="qemu-img" version="0.12.1.2" release="2.415.el6_5.3" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.3.src.rpm"><filename>qemu-img-0.12.1.2-2.415.el6_5.3.x86_64.rpm</filename><sum type="sha256">a1699f87bcb2afd58a26706e5409d254ab2b6e3e089f5111e020fd44c06b5708</sum></package><package epoch="2" name="qemu-kvm" version="0.12.1.2" release="2.415.el6_5.3" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.3.src.rpm"><filename>qemu-kvm-0.12.1.2-2.415.el6_5.3.x86_64.rpm</filename><sum type="sha256">b52daab032cd267771b10adefd7dfb4e5cacddc471b13cb396d804bf9799148e</sum></package><package epoch="2" name="qemu-kvm-tools" version="0.12.1.2" release="2.415.el6_5.3" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.3.src.rpm"><filename>qemu-kvm-tools-0.12.1.2-2.415.el6_5.3.x86_64.rpm</filename><sum type="sha256">0c964e8797a9e92e745e898e4b8b5f60911f105efa617d8da31e08ab9ec41e07</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1751-1</id><title>openssl bug fix update</title><description>This update fixes the following bugs:

* Previously, the OpenSSL code incorrectly used RDRAND instruction when running on Cyrix CPU, which does not support it. Consequently, the applications that use the OpenSSL utility terminated unexpectedly on startup. The detection of CPU features on Cyrix CPU has been fixed, and the applications using OpenSSL no longer crash in the described scenario.

* Prior to this update, the Transport Layer Security (TLS) client advertised support for some elliptic curves that are not supported by it. As a consequence, server could choose unsupported elliptic curve and client would not be able to communicate with the server over the TLS. With this update, OpenSSL TLS client advertises only the curves that are supported by it, and TLS communication with server (using also curves not supported by the Scientific Linux OpenSSL TLS client) can now be established.

For the update to take effect, all services linked to the OpenSSL library must be restarted, or the system rebooted.</description><release>Scientific Linux Fermi</release><issued date="2014-01-07 00:00:00"/><reboot_suggested>true</reboot_suggested><restart_suggested>true</restart_suggested><references><reference title="" type="bugzilla" id="1025597" href="https://bugzilla.redhat.com/show_bug.cgi?id=1025597"/><reference title="Openssl advertises support for curves it doesn&amp;#39;t actually support in Client Hello" type="bugzilla" id="1025598" href="https://bugzilla.redhat.com/show_bug.cgi?id=1025598"/><reference title="RHBA-2013:1751-1" type="self" id="RHBA-2013:1751-1" href="https://rhn.redhat.com/errata/RHBA-2013-1751.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="openssl" version="1.0.1e" release="16.el6_5" arch="i686" src="openssl-1.0.1e-16.el6_5.src.rpm"><filename>openssl-1.0.1e-16.el6_5.i686.rpm</filename><sum type="sha256">8e6da949a6e62ac2fb353c6df307cfc86059bd3ae930271c975fea758d19149f</sum></package><package epoch="0" name="openssl" version="1.0.1e" release="16.el6_5" arch="x86_64" src="openssl-1.0.1e-16.el6_5.src.rpm"><filename>openssl-1.0.1e-16.el6_5.x86_64.rpm</filename><sum type="sha256">769c2fbc01906f55f0f9027ebc9c0c71663fc51df40dd0656f35793bed6e0e6a</sum></package><package epoch="0" name="openssl-devel" version="1.0.1e" release="16.el6_5" arch="i686" src="openssl-1.0.1e-16.el6_5.src.rpm"><filename>openssl-devel-1.0.1e-16.el6_5.i686.rpm</filename><sum type="sha256">68cd7f2c1c5956122f32a1ebb0a7114e763b1ca9d9679477d3c9f40e37c7bc57</sum></package><package epoch="0" name="openssl-devel" version="1.0.1e" release="16.el6_5" arch="x86_64" src="openssl-1.0.1e-16.el6_5.src.rpm"><filename>openssl-devel-1.0.1e-16.el6_5.x86_64.rpm</filename><sum type="sha256">aa18483441f6c780e47e034921009c67184b5d404fbac92f39783a1788fbe138</sum></package><package epoch="0" name="openssl-perl" version="1.0.1e" release="16.el6_5" arch="x86_64" src="openssl-1.0.1e-16.el6_5.src.rpm"><filename>openssl-perl-1.0.1e-16.el6_5.x86_64.rpm</filename><sum type="sha256">9ece5e808d62429dedd377b8300a816895dcd021dd750c7f666ae12bb5ce7d0f</sum></package><package epoch="0" name="openssl-static" version="1.0.1e" release="16.el6_5" arch="x86_64" src="openssl-1.0.1e-16.el6_5.src.rpm"><filename>openssl-static-1.0.1e-16.el6_5.x86_64.rpm</filename><sum type="sha256">f430c92a0f24f30c74facd2deffdbf6b8887019c16ad25822ad4bed97d4b7968</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1768-1</id><title>tuna bug fix update</title><description>This update fixes the following bug:

* Prior to this update, when no process ID was found, the python- schedutils package changed the exception returned from "SystemError" to "OSError". Consequently, as there was no exception in the tuna packages, tuna could raise an uncaught "OSError". To fix this bug, the try and except blocks that look for the "OSError" have been changed, and unhandled errors no longer occur on missing process IDs.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="957855" href="https://bugzilla.redhat.com/show_bug.cgi?id=957855"/><reference title="RHBA-2013:1768-1" type="self" id="RHBA-2013:1768-1" href="https://rhn.redhat.com/errata/RHBA-2013-1768.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="oscilloscope" version="0.10.4" release="4.el6_5" arch="noarch" src="tuna-0.10.4-4.el6_5.src.rpm"><filename>oscilloscope-0.10.4-4.el6_5.noarch.rpm</filename><sum type="sha256">b8f5583d6529886d016cca50e76267378a6e8cb0f7d3b2c3d2f3bff491fa9f6d</sum></package><package epoch="0" name="tuna" version="0.10.4" release="4.el6_5" arch="noarch" src="tuna-0.10.4-4.el6_5.src.rpm"><filename>tuna-0.10.4-4.el6_5.noarch.rpm</filename><sum type="sha256">f4e1e612ec2916b69500ff15bc7996ecab7faed35e84c92c9a1c5cc03b2a08ab</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1780-1</id><title>resource-agents bug fix update</title><description>This update fixes the following bugs:

* Previously, the rgmanager oracledb resource agent failed to start when the listener_name option set for the resource in the cluster.conf file was omitted. With this update, the oracledb.sh file has been modified to operate correctly when no "listener_name" is given, and thus oracledb now starts correctly.

* Previously, the no_unmount functionality was missing in the netfs.sh file. Consequently, the netfs resource agent did not allow an NFS share to remain mounted after a service was relocated. This update adds back the unintentionally dropped functionality, and the file system is now left mounted when the service relocates.

* Previously, the SAPInstance resource agent for pacemaker did not behave correctly on nodes where the corosync node name did not match the host name. The check provided by the sapinstance_notify() function has been modified to fix this bug. The SAPInstance agent now works correctly regardless of the match between the corosync node name and host name.

* The following agents were shipped in error, and thus have now been dropped: nginx, rsyslog, mysql-proxy, tomcat, and slapd.

In addition, this update adds the following enhancement:

* With this update, the "Delay" resource agent has been added to the resource-agent packages as an officially supported agent.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1031789" href="https://bugzilla.redhat.com/show_bug.cgi?id=1031789"/><reference title="" type="bugzilla" id="1031791" href="https://bugzilla.redhat.com/show_bug.cgi?id=1031791"/><reference title="" type="bugzilla" id="1031940" href="https://bugzilla.redhat.com/show_bug.cgi?id=1031940"/><reference title="Resource Agent &amp;quot;Delay&amp;quot; missing from updated resource-agents-3.9.2-21 package (RHEA-2013-1494)" type="bugzilla" id="1032777" href="https://bugzilla.redhat.com/show_bug.cgi?id=1032777"/><reference title="we shouldn&amp;#39;t ship nginx agent" type="bugzilla" id="1032778" href="https://bugzilla.redhat.com/show_bug.cgi?id=1032778"/><reference title="RHBA-2013:1780-1" type="self" id="RHBA-2013:1780-1" href="https://rhn.redhat.com/errata/RHBA-2013-1780.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="resource-agents" version="3.9.2" release="40.el6_5.4" arch="x86_64" src="resource-agents-3.9.2-40.el6_5.4.src.rpm"><filename>resource-agents-3.9.2-40.el6_5.4.x86_64.rpm</filename><sum type="sha256">88366861183db8c26a73fe2f4e1cc2ef0edaeb4961cb183b6f79cfaa723a7d4c</sum></package><package epoch="0" name="resource-agents-sap" version="3.9.2" release="40.el6_5.4" arch="x86_64" src="resource-agents-3.9.2-40.el6_5.4.src.rpm"><filename>resource-agents-sap-3.9.2-40.el6_5.4.x86_64.rpm</filename><sum type="sha256">bb44c049d1fb36b2aa3e75c7d524efea9d2bf4277cfbf55761c1dfee33d4af84</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1788-1</id><title>spamassassin bug fix update</title><description>This update fixes the following bug:

* Previously, a bug in the parser used the wrong data to detect URLs between HTML tags. As a consequence, SpamAssassin did not always detect HTTP(S) URL multiline mismatches in email messages. This bug has been fixed, and SpamAssassin now properly detects multiline mismatches.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1035642" href="https://bugzilla.redhat.com/show_bug.cgi?id=1035642"/><reference title="RHBA-2013:1788-1" type="self" id="RHBA-2013:1788-1" href="https://rhn.redhat.com/errata/RHBA-2013-1788.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="spamassassin" version="3.3.1" release="3.el6" arch="x86_64" src="spamassassin-3.3.1-3.el6.src.rpm"><filename>spamassassin-3.3.1-3.el6.x86_64.rpm</filename><sum type="sha256">be6498f04cf406bb22130b0264b241cbfe50adb7be2e14ff924d172be8461cb3</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1795-1</id><title>freeipmi bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, when the ipmi service was not configured and kernel modules were not loaded, and the bmc-watchdog timer was started, the freeipmi bmc-watchdog could cause an unexpected system reboot on certain hardware. This update adds the module alias configuration file for use with the module-init-tools package. This configuration provides an early kernel module probing rule for systems where the Intelligent Platform Management Interface (IPMI) is advertised through an Advanced Configuration and Power Interface (ACPI) entry. These rules help to avoid an occasional reset with IPMI service misconfiguration.

* Prior to this update, the freeipmi utilities could not authenticate on big-endian platforms. With this update, authentication works correctly on both little-endian and big-endian platforms.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="Endian bug in authentication code" type="bugzilla" id="1032963" href="https://bugzilla.redhat.com/show_bug.cgi?id=1032963"/><reference title="" type="bugzilla" id="1032965" href="https://bugzilla.redhat.com/show_bug.cgi?id=1032965"/><reference title="RHBA-2013:1795-1" type="self" id="RHBA-2013:1795-1" href="https://rhn.redhat.com/errata/RHBA-2013-1795.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="freeipmi" version="1.2.1" release="6.el6_5" arch="i686" src="freeipmi-1.2.1-6.el6_5.src.rpm"><filename>freeipmi-1.2.1-6.el6_5.i686.rpm</filename><sum type="sha256">1cf8a80a892a16f19975429bea3abdf27361fc3cfb329bca0e1839d8b7daaebd</sum></package><package epoch="0" name="freeipmi" version="1.2.1" release="6.el6_5" arch="x86_64" src="freeipmi-1.2.1-6.el6_5.src.rpm"><filename>freeipmi-1.2.1-6.el6_5.x86_64.rpm</filename><sum type="sha256">b197362acf0c71b08c50dd89802189ff6dc842c4d18b0026a0f8e4c2a2474ba6</sum></package><package epoch="0" name="freeipmi-bmc-watchdog" version="1.2.1" release="6.el6_5" arch="x86_64" src="freeipmi-1.2.1-6.el6_5.src.rpm"><filename>freeipmi-bmc-watchdog-1.2.1-6.el6_5.x86_64.rpm</filename><sum type="sha256">680b79ac6ab9954175e12f9cfbd17f27a14229763ebb00a6ba2274d52a706bc1</sum></package><package epoch="0" name="freeipmi-devel" version="1.2.1" release="6.el6_5" arch="i686" src="freeipmi-1.2.1-6.el6_5.src.rpm"><filename>freeipmi-devel-1.2.1-6.el6_5.i686.rpm</filename><sum type="sha256">fa05c06889132b2bc0fd835807ebe524fdc864e87a7ee8f3457b1eba8bf082be</sum></package><package epoch="0" name="freeipmi-devel" version="1.2.1" release="6.el6_5" arch="x86_64" src="freeipmi-1.2.1-6.el6_5.src.rpm"><filename>freeipmi-devel-1.2.1-6.el6_5.x86_64.rpm</filename><sum type="sha256">d32398935746dda5f656681762bd9324ac936b59b0d2907f882b4377bb712b37</sum></package><package epoch="0" name="freeipmi-ipmidetectd" version="1.2.1" release="6.el6_5" arch="x86_64" src="freeipmi-1.2.1-6.el6_5.src.rpm"><filename>freeipmi-ipmidetectd-1.2.1-6.el6_5.x86_64.rpm</filename><sum type="sha256">4f57614e22abaf1cf66aff53fcd89ae231ecfec8abe6c1540030d9871a14cd5c</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1797-1</id><title>libcgroup bug fix update</title><description>This update fixes the following bug:

* Previously, the latest libcgroup update introduced an unnecessary dependency on the redhat-lsb-core package. The redhat-lsb-core package subsequently pulled in a large number of other packages, which could cause problems on hardware with limited storage. With this update, the unnecessary dependency on the redhat-lsb-core package has been removed, and thus no unneeded packages are installed on system.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1036805" href="https://bugzilla.redhat.com/show_bug.cgi?id=1036805"/><reference title="RHBA-2013:1797-1" type="self" id="RHBA-2013:1797-1" href="https://rhn.redhat.com/errata/RHBA-2013-1797.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libcgroup" version="0.40.rc1" release="5.el6_5.1" arch="i686" src="libcgroup-0.40.rc1-5.el6_5.1.src.rpm"><filename>libcgroup-0.40.rc1-5.el6_5.1.i686.rpm</filename><sum type="sha256">50fbb0b5f1c4c801221d34234609da210f46d6fb9358101f90719d7186d02eb7</sum></package><package epoch="0" name="libcgroup" version="0.40.rc1" release="5.el6_5.1" arch="x86_64" src="libcgroup-0.40.rc1-5.el6_5.1.src.rpm"><filename>libcgroup-0.40.rc1-5.el6_5.1.x86_64.rpm</filename><sum type="sha256">1f06711322f354fb87268736d1464ea85cde0ca98af437f0bf5d4ce045c76478</sum></package><package epoch="0" name="libcgroup-devel" version="0.40.rc1" release="5.el6_5.1" arch="i686" src="libcgroup-0.40.rc1-5.el6_5.1.src.rpm"><filename>libcgroup-devel-0.40.rc1-5.el6_5.1.i686.rpm</filename><sum type="sha256">f0bf7845220687af9d91d157081798548566d608befe8c3d8dfb2280cf9d2cb8</sum></package><package epoch="0" name="libcgroup-devel" version="0.40.rc1" release="5.el6_5.1" arch="x86_64" src="libcgroup-0.40.rc1-5.el6_5.1.src.rpm"><filename>libcgroup-devel-0.40.rc1-5.el6_5.1.x86_64.rpm</filename><sum type="sha256">bdb29380bfbbe15085f30030d1b9dfd2d7e6395ea46d4c901a967f6d66ede4f4</sum></package><package epoch="0" name="libcgroup-pam" version="0.40.rc1" release="5.el6_5.1" arch="i686" src="libcgroup-0.40.rc1-5.el6_5.1.src.rpm"><filename>libcgroup-pam-0.40.rc1-5.el6_5.1.i686.rpm</filename><sum type="sha256">bc8917e7ee5b5411b530b2c8be089ded65ca2350e38fea438ae7d09df78d836b</sum></package><package epoch="0" name="libcgroup-pam" version="0.40.rc1" release="5.el6_5.1" arch="x86_64" src="libcgroup-0.40.rc1-5.el6_5.1.src.rpm"><filename>libcgroup-pam-0.40.rc1-5.el6_5.1.x86_64.rpm</filename><sum type="sha256">d986446fee2d0a06de907e1a622bf4cc398340c6fd339165f274949a303e8e23</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1798-1</id><title>cluster bug fix update</title><description>This update fixes the following bug:

* Previously, a bug in the create_daemon_path() function, used for reading CCS (Cluster Configuration System) entries, had an incorrect path which prevented logging attributes for daemon-specific entries from being read. Consequently, logging_daemon attributes on individual logging_daemons were not applied correctly. A patch has been provided to fix this bug, and the logging attributes are now recognized correctly.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1037510" href="https://bugzilla.redhat.com/show_bug.cgi?id=1037510"/><reference title="RHBA-2013:1798-1" type="self" id="RHBA-2013:1798-1" href="https://rhn.redhat.com/errata/RHBA-2013-1798.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="clusterlib" version="3.0.12.1" release="59.el6_5.1" arch="i686" src="cluster-3.0.12.1-59.el6_5.1.src.rpm"><filename>clusterlib-3.0.12.1-59.el6_5.1.i686.rpm</filename><sum type="sha256">1df61bd1e3912b3a0b2afaa601028966f660e035f9898ff14d4a055507ca2d87</sum></package><package epoch="0" name="clusterlib" version="3.0.12.1" release="59.el6_5.1" arch="x86_64" src="cluster-3.0.12.1-59.el6_5.1.src.rpm"><filename>clusterlib-3.0.12.1-59.el6_5.1.x86_64.rpm</filename><sum type="sha256">c01959378e6f0302d487cf0f9f229ce0e802330498dd1a0521eeb528ef157b79</sum></package><package epoch="0" name="clusterlib-devel" version="3.0.12.1" release="59.el6_5.1" arch="i686" src="cluster-3.0.12.1-59.el6_5.1.src.rpm"><filename>clusterlib-devel-3.0.12.1-59.el6_5.1.i686.rpm</filename><sum type="sha256">d145161b1d8e5b9d39f048610f8d9a823a741b646c32d3896ace8958d552bc5d</sum></package><package epoch="0" name="clusterlib-devel" version="3.0.12.1" release="59.el6_5.1" arch="x86_64" src="cluster-3.0.12.1-59.el6_5.1.src.rpm"><filename>clusterlib-devel-3.0.12.1-59.el6_5.1.x86_64.rpm</filename><sum type="sha256">fee0fd3b15b5099fb1c4ef62721e09c2dbf89280fab02bdc779bc5372216dc7b</sum></package><package epoch="0" name="cman" version="3.0.12.1" release="59.el6_5.1" arch="x86_64" src="cluster-3.0.12.1-59.el6_5.1.src.rpm"><filename>cman-3.0.12.1-59.el6_5.1.x86_64.rpm</filename><sum type="sha256">661becdb878d02da2ee192ae678cc62332bb719d3132f3186e315f3806108010</sum></package><package epoch="0" name="gfs2-utils" version="3.0.12.1" release="59.el6_5.1" arch="x86_64" src="cluster-3.0.12.1-59.el6_5.1.src.rpm"><filename>gfs2-utils-3.0.12.1-59.el6_5.1.x86_64.rpm</filename><sum type="sha256">260d1676cad32c666ceae27b9328c44232234fa1b90f7504f9c7195fc3f97a3f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1810-1</id><title>java-1.7.0-openjdk bug fix update</title><description>This update fixes the following bug:

* The sun.security.pkcs11.SunPKCS11 security provider has been made the default security provider in java-1.7.0-openjdk released with Scientific Linux 6.5.0. Because of a bug in the provider's implementation, long term memory leaks occurred when the Java Cryptography Extension (JCE) process exceeded 32 bit address space. With this update, the default security provider has been reverted to sun.security.provider.Sun and the memory leaks no longer occur.

All running instances of OpenJDK Java must be restarted for the update to take effect.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><restart_suggested>true</restart_suggested><references><reference title="Long term memory leak when using PKCS11 and JCE exceeds 32 bit process address space" type="bugzilla" id="1036813" href="https://bugzilla.redhat.com/show_bug.cgi?id=1036813"/><reference title="RHBA-2013:1810-1" type="self" id="RHBA-2013:1810-1" href="https://rhn.redhat.com/errata/RHBA-2013-1810.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.45" release="2.4.3.4.el6_5" arch="x86_64" src="java-1.7.0-openjdk-1.7.0.45-2.4.3.4.el6_5.src.rpm"><filename>java-1.7.0-openjdk-1.7.0.45-2.4.3.4.el6_5.x86_64.rpm</filename><sum type="sha256">64484d437e3d4c7db0d4c72f8bbf6527922f489b08a1a681cb7a1ad65c74597d</sum></package><package epoch="1" name="java-1.7.0-openjdk-demo" version="1.7.0.45" release="2.4.3.4.el6_5" arch="x86_64" src="java-1.7.0-openjdk-1.7.0.45-2.4.3.4.el6_5.src.rpm"><filename>java-1.7.0-openjdk-demo-1.7.0.45-2.4.3.4.el6_5.x86_64.rpm</filename><sum type="sha256">1e6baff3d8a3c9e37eeee19184aceff01ee39de1eb166fab84620b089578a4bd</sum></package><package epoch="1" name="java-1.7.0-openjdk-devel" version="1.7.0.45" release="2.4.3.4.el6_5" arch="x86_64" src="java-1.7.0-openjdk-1.7.0.45-2.4.3.4.el6_5.src.rpm"><filename>java-1.7.0-openjdk-devel-1.7.0.45-2.4.3.4.el6_5.x86_64.rpm</filename><sum type="sha256">f753ce38ee36e422f4b8b203ce13f05d289c7da7868eb3b16f8b47f9d2d88e1b</sum></package><package epoch="1" name="java-1.7.0-openjdk-javadoc" version="1.7.0.45" release="2.4.3.4.el6_5" arch="noarch" src="java-1.7.0-openjdk-1.7.0.45-2.4.3.4.el6_5.src.rpm"><filename>java-1.7.0-openjdk-javadoc-1.7.0.45-2.4.3.4.el6_5.noarch.rpm</filename><sum type="sha256">b43281eb2c6cc261379622aade732423184ad939e8831e2a9e4dfdb71457cb09</sum></package><package epoch="1" name="java-1.7.0-openjdk-src" version="1.7.0.45" release="2.4.3.4.el6_5" arch="x86_64" src="java-1.7.0-openjdk-1.7.0.45-2.4.3.4.el6_5.src.rpm"><filename>java-1.7.0-openjdk-src-1.7.0.45-2.4.3.4.el6_5.x86_64.rpm</filename><sum type="sha256">edd33d21c756311e09876b650d6eb796f0557c9283719fa2453e87c03063f1a0</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1819-1</id><title>spice-server bug fix update</title><description>* Previously, the SPICE server assumed that the client was connected until they got disconnected. When the SPICE client became unresponsive, the server continued trying to communicate with it. Consequently, queues (such as driver commands ring) filled up, and the guest display driver continued waiting. With this update, the SPICE server monitors if the client is responsive, and disconnects if it is not.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="spice server doesn&amp;#39;t recognize client disconnection when client disconnects ungracefully" type="bugzilla" id="1027244" href="https://bugzilla.redhat.com/show_bug.cgi?id=1027244"/><reference title="RHBA-2013:1819-1" type="self" id="RHBA-2013:1819-1" href="https://rhn.redhat.com/errata/RHBA-2013-1819.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="spice-server" version="0.12.4" release="6.el6_5.1" arch="x86_64" src="spice-server-0.12.4-6.el6_5.1.src.rpm"><filename>spice-server-0.12.4-6.el6_5.1.x86_64.rpm</filename><sum type="sha256">23beb553a3fe5af41bc57bd12480aaa3105d6d901604cf52cb87a00297dccc54</sum></package><package epoch="0" name="spice-server-devel" version="0.12.4" release="6.el6_5.1" arch="x86_64" src="spice-server-0.12.4-6.el6_5.1.src.rpm"><filename>spice-server-devel-0.12.4-6.el6_5.1.x86_64.rpm</filename><sum type="sha256">7eecdaaab3354ef284e583b9f72d0b23ce04545712f9961d31ededddeed9350a</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1820-1</id><title>pacemaker bug fix update</title><description>* Previously, the output from the "crm_resource -O" command, which lists the latest executed resource actions, contained unnecessary new line characters. This output prevented tools such as the sap_connector_script from properly parsing the resource operation output. This bug has been fixed and sap_connector_script now successfully parses the output of the "crm_resource -O" command.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1038248" href="https://bugzilla.redhat.com/show_bug.cgi?id=1038248"/><reference title="RHBA-2013:1820-1" type="self" id="RHBA-2013:1820-1" href="https://rhn.redhat.com/errata/RHBA-2013-1820.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="pacemaker" version="1.1.10" release="14.el6_5.1" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.1.src.rpm"><filename>pacemaker-1.1.10-14.el6_5.1.x86_64.rpm</filename><sum type="sha256">4da993a8ba926cc86e4a3e67b59a299033bc40bb7bf07651cbe62c91a6286aca</sum></package><package epoch="0" name="pacemaker-cli" version="1.1.10" release="14.el6_5.1" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.1.src.rpm"><filename>pacemaker-cli-1.1.10-14.el6_5.1.x86_64.rpm</filename><sum type="sha256">23b065d316b3f5646a04473dfe54ab25f8e0fac5b438802f84578f5640d56ebe</sum></package><package epoch="0" name="pacemaker-cluster-libs" version="1.1.10" release="14.el6_5.1" arch="i686" src="pacemaker-1.1.10-14.el6_5.1.src.rpm"><filename>pacemaker-cluster-libs-1.1.10-14.el6_5.1.i686.rpm</filename><sum type="sha256">062f11575a1bb188d53da7f7bd1529c03c2c295cd4f60c1d67e955625ec64f0c</sum></package><package epoch="0" name="pacemaker-cluster-libs" version="1.1.10" release="14.el6_5.1" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.1.src.rpm"><filename>pacemaker-cluster-libs-1.1.10-14.el6_5.1.x86_64.rpm</filename><sum type="sha256">942ad94c2f2d5c46d0037a83d0d3de8ef08df0d3d79640b1ae5e43be1a351eea</sum></package><package epoch="0" name="pacemaker-cts" version="1.1.10" release="14.el6_5.1" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.1.src.rpm"><filename>pacemaker-cts-1.1.10-14.el6_5.1.x86_64.rpm</filename><sum type="sha256">511bd55f5da8c95aa27ab6b5bfb199282106975418ca855fbab2b04edd2b0717</sum></package><package epoch="0" name="pacemaker-doc" version="1.1.10" release="14.el6_5.1" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.1.src.rpm"><filename>pacemaker-doc-1.1.10-14.el6_5.1.x86_64.rpm</filename><sum type="sha256">180377d937aa4c05f68f2cfb2d35c377ed354c67ea3224bc67b91ed94ad647b5</sum></package><package epoch="0" name="pacemaker-libs" version="1.1.10" release="14.el6_5.1" arch="i686" src="pacemaker-1.1.10-14.el6_5.1.src.rpm"><filename>pacemaker-libs-1.1.10-14.el6_5.1.i686.rpm</filename><sum type="sha256">6ccfa6c70cbb39c907b73c1347a72028889e05f41c981f0350fdfe536e64c340</sum></package><package epoch="0" name="pacemaker-libs" version="1.1.10" release="14.el6_5.1" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.1.src.rpm"><filename>pacemaker-libs-1.1.10-14.el6_5.1.x86_64.rpm</filename><sum type="sha256">3e7c0c84e74ffb95388577ae92624691bd532ac98ef4ba0f4ca7f92875507344</sum></package><package epoch="0" name="pacemaker-libs-devel" version="1.1.10" release="14.el6_5.1" arch="i686" src="pacemaker-1.1.10-14.el6_5.1.src.rpm"><filename>pacemaker-libs-devel-1.1.10-14.el6_5.1.i686.rpm</filename><sum type="sha256">9e48f64b5779d2c41617e8184f5661e803ed91d388f70450834ea2277c3b1ebb</sum></package><package epoch="0" name="pacemaker-libs-devel" version="1.1.10" release="14.el6_5.1" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.1.src.rpm"><filename>pacemaker-libs-devel-1.1.10-14.el6_5.1.x86_64.rpm</filename><sum type="sha256">a51f0b319f80ee8f0bedff75ae6215791bcb9384e6c19992ef02b278c6139b97</sum></package><package epoch="0" name="pacemaker-remote" version="1.1.10" release="14.el6_5.1" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.1.src.rpm"><filename>pacemaker-remote-1.1.10-14.el6_5.1.x86_64.rpm</filename><sum type="sha256">fa77cb113ecea18a4faf9ab4f4c8b2ac51b54d56f56b886de5be0a5a3e6b7992</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1821-1</id><title>ricci bug fix update</title><description>This update fixes the following bug:

* Prior to this update, the Cluster Configuration System (CCS) was unable to set the UID and GID options to allow non-root users access to the Corosync Cluster Engine. This bug has been fixed and CCS can now set UID and GID options. As a result, non-root users can now access the Corosync Cluster Engine.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="Need ability to create uidgid entries for corosync in cluster.conf for use with ccs" type="bugzilla" id="1038272" href="https://bugzilla.redhat.com/show_bug.cgi?id=1038272"/><reference title="RHBA-2013:1821-1" type="self" id="RHBA-2013:1821-1" href="https://rhn.redhat.com/errata/RHBA-2013-1821.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ccs" version="0.16.2" release="69.el6_5.1" arch="x86_64" src="ricci-0.16.2-69.el6_5.1.src.rpm"><filename>ccs-0.16.2-69.el6_5.1.x86_64.rpm</filename><sum type="sha256">ffda682ac0fecbd9da7a198e1c95b215e340b4458c610914e8d96a8494060572</sum></package><package epoch="0" name="ricci" version="0.16.2" release="69.el6_5.1" arch="x86_64" src="ricci-0.16.2-69.el6_5.1.src.rpm"><filename>ricci-0.16.2-69.el6_5.1.x86_64.rpm</filename><sum type="sha256">e6ab5c2cfc57abe3e6ee2977ce995f725a189e02f83c7864fc689368f9522efa</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1830-1</id><title>libibverbs-rocee and libmlx4-rocee bug fix update</title><description>* When upgrading a system from a normal install without HPN packages (libibverbs-rocee and libmlx4-rocee) to a system with HPN packages, the upgrade process failed to uninstall the obsolete libibverbs packages properly. Consequently, transaction check errors were returned and an update from the package management utility, yum, refused to proceed. With this update, the rebuilt libibverbs-rocee packages correctly uninstall the obsolete packages, transaction check errors from yum no longer occur, and thus the upgrade proceeds normally.

* When upgrading to the current libmlx4-rocee package, a necessary line in the /etc/modprobe.d/libmlx4.conf file was missing. As a consequence, when using RoCE and IBoE devices, the user suddenly lost their HPN support, and errors were returned. The missing line has been added, and the aforementioned scenario no longer occurs.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1037757" href="https://bugzilla.redhat.com/show_bug.cgi?id=1037757"/><reference title="" type="bugzilla" id="1037759" href="https://bugzilla.redhat.com/show_bug.cgi?id=1037759"/><reference title="RHBA-2013:1830-1" type="self" id="RHBA-2013:1830-1" href="https://rhn.redhat.com/errata/RHBA-2013-1830.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libibverbs-rocee" version="1.1.7" release="1.1.el6_5" arch="i686" src="libibverbs-rocee-1.1.7-1.1.el6_5.src.rpm"><filename>libibverbs-rocee-1.1.7-1.1.el6_5.i686.rpm</filename><sum type="sha256">b3dc7ddf02c95648f40324727762aee0ed2b11dfd3b307c8115e2eaeb7f6d581</sum></package><package epoch="0" name="libibverbs-rocee" version="1.1.7" release="1.1.el6_5" arch="x86_64" src="libibverbs-rocee-1.1.7-1.1.el6_5.src.rpm"><filename>libibverbs-rocee-1.1.7-1.1.el6_5.x86_64.rpm</filename><sum type="sha256">f1316ebc7a590204a84ef8e3ebb60c80dad29199a517f98a29a3d59c4af3dd3c</sum></package><package epoch="0" name="libibverbs-rocee-devel" version="1.1.7" release="1.1.el6_5" arch="i686" src="libibverbs-rocee-1.1.7-1.1.el6_5.src.rpm"><filename>libibverbs-rocee-devel-1.1.7-1.1.el6_5.i686.rpm</filename><sum type="sha256">b6e79560175d937549e1c0a5dfd17ac6b890eb45b4c7702724b9174bc6face9c</sum></package><package epoch="0" name="libibverbs-rocee-devel" version="1.1.7" release="1.1.el6_5" arch="x86_64" src="libibverbs-rocee-1.1.7-1.1.el6_5.src.rpm"><filename>libibverbs-rocee-devel-1.1.7-1.1.el6_5.x86_64.rpm</filename><sum type="sha256">931862d29f554624e1f070008542f23c0f8900699c9f4ebccbea84d09744963e</sum></package><package epoch="0" name="libibverbs-rocee-devel-static" version="1.1.7" release="1.1.el6_5" arch="x86_64" src="libibverbs-rocee-1.1.7-1.1.el6_5.src.rpm"><filename>libibverbs-rocee-devel-static-1.1.7-1.1.el6_5.x86_64.rpm</filename><sum type="sha256">69c9535c418f4cb77606ffef4baf297673a4837d5e3316771f64e7472d1c188f</sum></package><package epoch="0" name="libibverbs-rocee-utils" version="1.1.7" release="1.1.el6_5" arch="x86_64" src="libibverbs-rocee-1.1.7-1.1.el6_5.src.rpm"><filename>libibverbs-rocee-utils-1.1.7-1.1.el6_5.x86_64.rpm</filename><sum type="sha256">09978fb953bd70d719f29feb46ba88922532acae001c1ad35f43569d074f5650</sum></package><package epoch="0" name="libmlx4-rocee" version="1.0.5" release="1.1.el6_5" arch="i686" src="libmlx4-rocee-1.0.5-1.1.el6_5.src.rpm"><filename>libmlx4-rocee-1.0.5-1.1.el6_5.i686.rpm</filename><sum type="sha256">a9bc881ce755a8a7df087773280d7b9ad6820d4b9d409a8511f4355ca43c3bd5</sum></package><package epoch="0" name="libmlx4-rocee" version="1.0.5" release="1.1.el6_5" arch="x86_64" src="libmlx4-rocee-1.0.5-1.1.el6_5.src.rpm"><filename>libmlx4-rocee-1.0.5-1.1.el6_5.x86_64.rpm</filename><sum type="sha256">ee00781c88ae7ad4296a9c10a2b198ffac25b91e471171fba71db273b7d23683</sum></package><package epoch="0" name="libmlx4-rocee-static" version="1.0.5" release="1.1.el6_5" arch="x86_64" src="libmlx4-rocee-1.0.5-1.1.el6_5.src.rpm"><filename>libmlx4-rocee-static-1.0.5-1.1.el6_5.x86_64.rpm</filename><sum type="sha256">42b41e5d923e56fff056d01ae7087384d47e3c87f36f2703c577f1fb8dbfd11d</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1836-1</id><title>mesa bug fix update</title><description>This update fixes the following bugs:

* Previously, the libGL library was unable to create connections to X servers running GLX 1.2 without fbconfig support. Consequently, all GL applications failed on those servers. This bug has been fixed, and GL applications are now connected to X servers as expected.

* Prior to this update, front buffer rendering with the software driver resulted in inverted rendering and incorrect readbacks. Consequently, some applications appeared inverted to the user. This bug has been fixed, and applications using the software driver now render correctly.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1037434" href="https://bugzilla.redhat.com/show_bug.cgi?id=1037434"/><reference title="Various Mesa Examples are rendered upside down" type="bugzilla" id="1039098" href="https://bugzilla.redhat.com/show_bug.cgi?id=1039098"/><reference title="RHBA-2013:1836-1" type="self" id="RHBA-2013:1836-1" href="https://rhn.redhat.com/errata/RHBA-2013-1836.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="glx-utils" version="9.2" release="0.5.el6_5.2" arch="x86_64" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>glx-utils-9.2-0.5.el6_5.2.x86_64.rpm</filename><sum type="sha256">e614d73deb6002596900e7e530caa922a23cf2b8f97f38d84d374b00a067fce4</sum></package><package epoch="0" name="mesa-demos" version="9.2" release="0.5.el6_5.2" arch="x86_64" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-demos-9.2-0.5.el6_5.2.x86_64.rpm</filename><sum type="sha256">56b8aeb51165677ca9b44f5c30ce390d1ed2638c081e0beafdb53a7819e2b30f</sum></package><package epoch="0" name="mesa-dri-drivers" version="9.2" release="0.5.el6_5.2" arch="i686" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-dri-drivers-9.2-0.5.el6_5.2.i686.rpm</filename><sum type="sha256">dd5aa2c44ad54d4207c9a487768d0159ef2ad50de3feab71794e977083f7f277</sum></package><package epoch="0" name="mesa-dri-drivers" version="9.2" release="0.5.el6_5.2" arch="x86_64" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-dri-drivers-9.2-0.5.el6_5.2.x86_64.rpm</filename><sum type="sha256">e410afa7699a0867ff99529bd5d9baaafd08fea87bbe43ebc8c129c8318de660</sum></package><package epoch="0" name="mesa-dri-filesystem" version="9.2" release="0.5.el6_5.2" arch="i686" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-dri-filesystem-9.2-0.5.el6_5.2.i686.rpm</filename><sum type="sha256">0c97cdb91648b84625105b237805313914cb39f611e85c5558f43aade8286faf</sum></package><package epoch="0" name="mesa-dri-filesystem" version="9.2" release="0.5.el6_5.2" arch="x86_64" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-dri-filesystem-9.2-0.5.el6_5.2.x86_64.rpm</filename><sum type="sha256">c971d6a8c5253b7f334f530c39b7ee18b912adb46bc3128d8c171ffe7c216566</sum></package><package epoch="0" name="mesa-libEGL" version="9.2" release="0.5.el6_5.2" arch="i686" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libEGL-9.2-0.5.el6_5.2.i686.rpm</filename><sum type="sha256">f314e880110b4961e40efa00b5df991bf2515e195486d1b5b39d106ec5b5d3a5</sum></package><package epoch="0" name="mesa-libEGL" version="9.2" release="0.5.el6_5.2" arch="x86_64" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libEGL-9.2-0.5.el6_5.2.x86_64.rpm</filename><sum type="sha256">b39c6ddee58a3dce50106013d77b401b7a7ba9e46325b5d72b8f29cb6f03d904</sum></package><package epoch="0" name="mesa-libEGL-devel" version="9.2" release="0.5.el6_5.2" arch="i686" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libEGL-devel-9.2-0.5.el6_5.2.i686.rpm</filename><sum type="sha256">de9cba68326f8fdddaba6bf7cdc8097f0d32b1db2cefb41c9e934f69ca5fc12c</sum></package><package epoch="0" name="mesa-libEGL-devel" version="9.2" release="0.5.el6_5.2" arch="x86_64" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libEGL-devel-9.2-0.5.el6_5.2.x86_64.rpm</filename><sum type="sha256">1c96470a8dbb4ca360770adb04fee8ef166f9177198ebf94378b6cb1b3158a03</sum></package><package epoch="0" name="mesa-libGL" version="9.2" release="0.5.el6_5.2" arch="i686" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libGL-9.2-0.5.el6_5.2.i686.rpm</filename><sum type="sha256">3b68f2293069e0b433b8e2987ad8bade654066cce721ed88526f6ee5ab85d0f5</sum></package><package epoch="0" name="mesa-libGL" version="9.2" release="0.5.el6_5.2" arch="x86_64" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libGL-9.2-0.5.el6_5.2.x86_64.rpm</filename><sum type="sha256">089339bd311e90620d64d2e9d77689b398579003a56f824fa0defb6909267131</sum></package><package epoch="0" name="mesa-libGL-devel" version="9.2" release="0.5.el6_5.2" arch="i686" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libGL-devel-9.2-0.5.el6_5.2.i686.rpm</filename><sum type="sha256">ae9b11eb14033bb6fad2edc271f01fe7aae3d06e5fdf396cc2659c9bed8a606e</sum></package><package epoch="0" name="mesa-libGL-devel" version="9.2" release="0.5.el6_5.2" arch="x86_64" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libGL-devel-9.2-0.5.el6_5.2.x86_64.rpm</filename><sum type="sha256">7ba785f03e059786342aefcb3ecdf62562ef5931823e7b36d9b0667f19021233</sum></package><package epoch="0" name="mesa-libGLU" version="9.2" release="0.5.el6_5.2" arch="i686" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libGLU-9.2-0.5.el6_5.2.i686.rpm</filename><sum type="sha256">2504e7cf607ebc311b86fb145004cf55d309978612f8924eacdbbe39fe38f7e4</sum></package><package epoch="0" name="mesa-libGLU" version="9.2" release="0.5.el6_5.2" arch="x86_64" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libGLU-9.2-0.5.el6_5.2.x86_64.rpm</filename><sum type="sha256">64655cfb89949700d8de591fdfcff0c7633f71d54a07aa8bbaaee2b98cb66531</sum></package><package epoch="0" name="mesa-libGLU-devel" version="9.2" release="0.5.el6_5.2" arch="i686" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libGLU-devel-9.2-0.5.el6_5.2.i686.rpm</filename><sum type="sha256">39ef17b399ce6b6a05b7346c514b4061ec3a44afd86a8aac1839bd4efb0c90b3</sum></package><package epoch="0" name="mesa-libGLU-devel" version="9.2" release="0.5.el6_5.2" arch="x86_64" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libGLU-devel-9.2-0.5.el6_5.2.x86_64.rpm</filename><sum type="sha256">dd3225441a25c88f1f0907548ca6747ff0f66cfdb28ee04c8e7e08875623c078</sum></package><package epoch="0" name="mesa-libOSMesa" version="9.2" release="0.5.el6_5.2" arch="i686" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libOSMesa-9.2-0.5.el6_5.2.i686.rpm</filename><sum type="sha256">89da71ea6042da4f292882d784931c98c00fdcde49f75ebb62a1011f434e9962</sum></package><package epoch="0" name="mesa-libOSMesa" version="9.2" release="0.5.el6_5.2" arch="x86_64" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libOSMesa-9.2-0.5.el6_5.2.x86_64.rpm</filename><sum type="sha256">952b02f6d78bca9d294bdc67655c050b7f03a375a68ca7279fd698cc6d1e2258</sum></package><package epoch="0" name="mesa-libOSMesa-devel" version="9.2" release="0.5.el6_5.2" arch="i686" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libOSMesa-devel-9.2-0.5.el6_5.2.i686.rpm</filename><sum type="sha256">4eb088fcd2e7e749f9b20a1497d76915af8756549f27e1601eaa2cdf43dcc88c</sum></package><package epoch="0" name="mesa-libOSMesa-devel" version="9.2" release="0.5.el6_5.2" arch="x86_64" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libOSMesa-devel-9.2-0.5.el6_5.2.x86_64.rpm</filename><sum type="sha256">7e5b4ec7b5168e2b1ff091764d70a6edac0ca5a863ecbafa457e95935b453566</sum></package><package epoch="0" name="mesa-libgbm" version="9.2" release="0.5.el6_5.2" arch="i686" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libgbm-9.2-0.5.el6_5.2.i686.rpm</filename><sum type="sha256">3622b2ffc648bfc1de4e3e25468ba1b2cddac470cdcff2bf78e0dde945a6fe6d</sum></package><package epoch="0" name="mesa-libgbm" version="9.2" release="0.5.el6_5.2" arch="x86_64" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libgbm-9.2-0.5.el6_5.2.x86_64.rpm</filename><sum type="sha256">b936ea313e4aaa1fbd8d7ac9cf569ab7be0fd5e42f39e6889dd492968439383c</sum></package><package epoch="0" name="mesa-libgbm-devel" version="9.2" release="0.5.el6_5.2" arch="i686" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libgbm-devel-9.2-0.5.el6_5.2.i686.rpm</filename><sum type="sha256">dee60de67b2c02c2271cf5d5c7e9c842536c75355903691c553d24c8b5871752</sum></package><package epoch="0" name="mesa-libgbm-devel" version="9.2" release="0.5.el6_5.2" arch="x86_64" src="mesa-9.2-0.5.el6_5.2.src.rpm"><filename>mesa-libgbm-devel-9.2-0.5.el6_5.2.x86_64.rpm</filename><sum type="sha256">fe8c5863c2e054fae07b6316123141056394139101c028cd183f748b3949a2ee</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1845-1</id><title>yum bug fix update</title><description>This update fixes the following bug:

* Previously, when solving large system upgrades with broken dependencies, the dependency solver in the Yum utility could enter an infinite loop. As a consequence, system upgrade could not proceed. This update adds the "depsolve_loop_limit" configuration option which limits the number of iterations and defaults to 100 iterations. As a result, if Yum enters a loop, Yum aborts it with an error after 100 iterations.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1038299" href="https://bugzilla.redhat.com/show_bug.cgi?id=1038299"/><reference title="RHBA-2013:1845-1" type="self" id="RHBA-2013:1845-1" href="https://rhn.redhat.com/errata/RHBA-2013-1845.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="yum" version="3.2.29" release="43.el6_5" arch="noarch" src="yum-3.2.29-43.el6_5.src.rpm"><filename>yum-3.2.29-43.el6_5.noarch.rpm</filename><sum type="sha256">30f806231d72f18330775505382f64539a6751712d8be8c441d6ec9ec7ab5950</sum></package><package epoch="0" name="yum-cron" version="3.2.29" release="43.el6_5" arch="noarch" src="yum-3.2.29-43.el6_5.src.rpm"><filename>yum-cron-3.2.29-43.el6_5.noarch.rpm</filename><sum type="sha256">734539fdd83fc03e965b89671f56773bff19b3c2e48535a70fca569ee26625b4</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1848-1</id><title>pcs bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, the pcs tool was unable to set the UID and GID options to allow non-root users access to the Corosync Cluster Engine. This bug has been fixed and pcs can now set UID and GID options. As a result, non-root users can now access the Corosync Cluster Engine.

* Prior to this update, the "pcs cluster standby" command failed to execute, displaying an error message. As a consequence, the pcs tool did not allow valid nodes to be put into standby mode. This bug has been fixed and valid cluster nodes can now be put into standby mode.

* Prior to this update, the pcs tool did not allow valid nodes to be added to fence levels without using the "--force" option. This bug has been fixed and pcs can now add valid cluster nodes into fence levels.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="pcs cluster standby nodename doesn&amp;#39;t work" type="bugzilla" id="1032161" href="https://bugzilla.redhat.com/show_bug.cgi?id=1032161"/><reference title="Need ability to create uidgid entries for corosync in cluster.conf using pcs" type="bugzilla" id="1038478" href="https://bugzilla.redhat.com/show_bug.cgi?id=1038478"/><reference title="&amp;#39;pcs stonith level add&amp;#39; gives &amp;quot;Error: &amp;lt;node&amp;gt; is not currently a node (use --force to override)&amp;quot;" type="bugzilla" id="1038479" href="https://bugzilla.redhat.com/show_bug.cgi?id=1038479"/><reference title="RHBA-2013:1848-1" type="self" id="RHBA-2013:1848-1" href="https://rhn.redhat.com/errata/RHBA-2013-1848.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="pcs" version="0.9.90" release="2.el6_5.2" arch="noarch" src="pcs-0.9.90-2.el6_5.2.src.rpm"><filename>pcs-0.9.90-2.el6_5.2.noarch.rpm</filename><sum type="sha256">5b586ea3ffc8b850cada8b7b6c80a8351f8fe063d7a39f73576306d5620a3b91</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2013:1856-1</id><title>libvirt bug fix update</title><description>This update fixes the following bugs:

* When de-registering the last callback for an event, an improper variable was used for the de-registration of the event itself. As a consequence, the following error message was returned, even though the code was used properly:

Error "libvirt: XML-RPC error : internal error: domain event 0 not registered"

With this update, the underlying source code has been changed to use the proper variable. As a result, the de-registration of the last callback for any event executes successfully, without returning an error message.

* Previously, the libvirt python bindings for querying block job status could not distinguish between returning an error and no status available. As a consequence, the code that was polling for the completion of a block job had to deal with a python exception, and could not distinguish it from an actual error. After this update, the bindings now successfully determine if there is no job and return an empty dictionary in this case. As a result, the bindings can be used more reliably when managing block jobs.

* When two threads were working over the same domain, the first thread started a domain and the second attempted to destroy it. In such scenarios, a race condition could occur, causing a domain to disappear in both threads, and leaving the start daemon access freed of memory. As a consequence, the daemon terminated unexpectedly. To fix this bug, the critical section has been guarded by incrementing the reference counter of the domain. Whenever the domain is destroyed, the startup thread still holds the last reference which gets decremented once the startup process finishes. As a result, the daemon no longer crashes.

* Previously, when the user did not specify a model for the SCSI controller or did not specify a controller at all, libvirt failed to find a suitable SCSI controller model because it did not try the virtio-scsi model. This bug has been fixed and libvirt now checks virtio-scsi when searching for a usable model. This also allows for a dynamic addition of a SCSI controller to a running domain.

After installing the updated packages, libvirtd will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="regression in event deregistration" type="bugzilla" id="1038814" href="https://bugzilla.redhat.com/show_bug.cgi?id=1038814"/><reference title="blockJobInfo python API run success but return None" type="bugzilla" id="1038815" href="https://bugzilla.redhat.com/show_bug.cgi?id=1038815"/><reference title="libvirtd crash when create/destroy VM repeatedly" type="bugzilla" id="1038816" href="https://bugzilla.redhat.com/show_bug.cgi?id=1038816"/><reference title="" type="bugzilla" id="1040141" href="https://bugzilla.redhat.com/show_bug.cgi?id=1040141"/><reference title="RHBA-2013:1856-1" type="self" id="RHBA-2013:1856-1" href="https://rhn.redhat.com/errata/RHBA-2013-1856.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt" version="0.10.2" release="29.el6_5.2" arch="x86_64" src="libvirt-0.10.2-29.el6_5.2.src.rpm"><filename>libvirt-0.10.2-29.el6_5.2.x86_64.rpm</filename><sum type="sha256">d47798a3cc8376dfdff96abc6cefdaea1cc420afff5c4836999e64263d630edf</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6_5.2" arch="i686" src="libvirt-0.10.2-29.el6_5.2.src.rpm"><filename>libvirt-client-0.10.2-29.el6_5.2.i686.rpm</filename><sum type="sha256">8720acfaefe361e5a111cb9a8a8fcfaba2093a34d052d1afc8d978c3ed6a2cb2</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6_5.2" arch="x86_64" src="libvirt-0.10.2-29.el6_5.2.src.rpm"><filename>libvirt-client-0.10.2-29.el6_5.2.x86_64.rpm</filename><sum type="sha256">71dccf1f263802d29de88a31a3321b837b3c7be926265a9d2d9086ca6c7b8593</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6_5.2" arch="i686" src="libvirt-0.10.2-29.el6_5.2.src.rpm"><filename>libvirt-devel-0.10.2-29.el6_5.2.i686.rpm</filename><sum type="sha256">63687d318c5795172346c64c311f75d86cae1a4f8b316445df6f979cabff4576</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6_5.2" arch="x86_64" src="libvirt-0.10.2-29.el6_5.2.src.rpm"><filename>libvirt-devel-0.10.2-29.el6_5.2.x86_64.rpm</filename><sum type="sha256">8e5f30d037996552798406f76a722f0985e3375f607bdb1d3084dd4eac63de0c</sum></package><package epoch="0" name="libvirt-lock-sanlock" version="0.10.2" release="29.el6_5.2" arch="x86_64" src="libvirt-0.10.2-29.el6_5.2.src.rpm"><filename>libvirt-lock-sanlock-0.10.2-29.el6_5.2.x86_64.rpm</filename><sum type="sha256">15b671ea2da568f08e87223d6fc720cef3f18379dd05c5a5ef7c6c292fc57024</sum></package><package epoch="0" name="libvirt-python" version="0.10.2" release="29.el6_5.2" arch="x86_64" src="libvirt-0.10.2-29.el6_5.2.src.rpm"><filename>libvirt-python-0.10.2-29.el6_5.2.x86_64.rpm</filename><sum type="sha256">cc67baed4e23d9cbc33909357ecd1b969c487dc83d6530ae35cc9272b4994739</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0003-1</id><title>ethtool bug fix update</title><description>This update fixes the following bugs:

* Previously, the ethtool utility did not correctly communicate with the network device driver when attempting to set LRO (Large Receive Offload) options. Consequently, it was not possible to set the LRO options on devices supporting LRO. With this update, ethtool has been fixed to communicate correctly with the device driver, and the LRO options can now be set on network devices..

* Due to a change to the ixgbe driver, the "ethtool -d" command in non-raw mode stopped providing output. As a consequence, "ethtool -d" could not be used to examine the state of ixgbe devices. To fix this bug, ethool has been changed to work with the new ixgbe device driver, and the "ethtool -d" command on ixgbe devices in non-raw mode can now be used again.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1038955" href="https://bugzilla.redhat.com/show_bug.cgi?id=1038955"/><reference title="" type="bugzilla" id="1038956" href="https://bugzilla.redhat.com/show_bug.cgi?id=1038956"/><reference title="RHBA-2014:0003-1" type="self" id="RHBA-2014:0003-1" href="https://rhn.redhat.com/errata/RHBA-2014-0003.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="2" name="ethtool" version="3.5" release="1.2.el6_5" arch="x86_64" src="ethtool-3.5-1.2.el6_5.src.rpm"><filename>ethtool-3.5-1.2.el6_5.x86_64.rpm</filename><sum type="sha256">1258ac3ef2bba80c92cfcbf101445f72134da160e29ba45727125f88c0bbeaea</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0004-1</id><title>kernel bug fix update</title><description>This update fixes the following bugs:

* Previously, the bonding driver did not support TCP segmentation offloading (TSO). As a consequence, the performance decreased significantly, and the "ethtool -k bondX" command reported that the TSO was disabled, although the slave device had the TSO enabled. The following message appeared in the kernel log: "Dropping TSO features since no CSUM". The problem affected also bridges and loopback interfaces. The underlying source code has been modified to ensure that the bonding module does not drop TSO features for NO_CSUM devices. As a result, the aforementioned performance problem no longer occurs.

* There was an error in the tag insertion logic, and bonding handled cases when a slave device did not have a hardware VLAN acceleration. As a consequence, the network packets were tagged twice through slave devices without hardware VLAN tag insertion, and two Solarflare network cards using bonding over a VLAN did not work properly. This update removes the redundant VLAN tag insertion logic, and the unwanted behavior no longer occurs.

The system must be rebooted for this update to take effect.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><reboot_suggested>true</reboot_suggested><references><reference title="" type="bugzilla" id="1037812" href="https://bugzilla.redhat.com/show_bug.cgi?id=1037812"/><reference title="" type="bugzilla" id="1039562" href="https://bugzilla.redhat.com/show_bug.cgi?id=1039562"/><reference title="RHBA-2014:0004-1" type="self" id="RHBA-2014:0004-1" href="https://rhn.redhat.com/errata/RHBA-2014-0004.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="kernel" version="2.6.32" release="431.3.1.el6" arch="x86_64" src="kernel-2.6.32-431.3.1.el6.src.rpm"><filename>kernel-2.6.32-431.3.1.el6.x86_64.rpm</filename><sum type="sha256">d34ce075e8ec12bf1ae2a30894674c3a7adc6a7933828140d826b559f6aa7d82</sum></package><package epoch="0" name="kernel-abi-whitelists" version="2.6.32" release="431.3.1.el6" arch="noarch" src="kernel-2.6.32-431.3.1.el6.src.rpm"><filename>kernel-abi-whitelists-2.6.32-431.3.1.el6.noarch.rpm</filename><sum type="sha256">d082952a343b393ba237ab29810e0eda6a9b18c3b90bcb25e49b7b00ccb86a80</sum></package><package epoch="0" name="kernel-debug" version="2.6.32" release="431.3.1.el6" arch="x86_64" src="kernel-2.6.32-431.3.1.el6.src.rpm"><filename>kernel-debug-2.6.32-431.3.1.el6.x86_64.rpm</filename><sum type="sha256">7f0fadd1e0b670b2044155b0f18e2873b4b5e77c73e871790468f929e663b76d</sum></package><package epoch="0" name="kernel-debug-devel" version="2.6.32" release="431.3.1.el6" arch="x86_64" src="kernel-2.6.32-431.3.1.el6.src.rpm"><filename>kernel-debug-devel-2.6.32-431.3.1.el6.x86_64.rpm</filename><sum type="sha256">f50545d6962df3a653afd523f976010044f94db653225015c1de824e12acd1b6</sum></package><package epoch="0" name="kernel-devel" version="2.6.32" release="431.3.1.el6" arch="x86_64" src="kernel-2.6.32-431.3.1.el6.src.rpm"><filename>kernel-devel-2.6.32-431.3.1.el6.x86_64.rpm</filename><sum type="sha256">9de62a581c89286a7f2303f855b9767859ca45867d55c5cd1e9798f6edc4eb6f</sum></package><package epoch="0" name="kernel-doc" version="2.6.32" release="431.3.1.el6" arch="noarch" src="kernel-2.6.32-431.3.1.el6.src.rpm"><filename>kernel-doc-2.6.32-431.3.1.el6.noarch.rpm</filename><sum type="sha256">5c51140703fe98e6945e179833e764ce1c0a04b4390f2dac9777281dda9c0cbf</sum></package><package epoch="0" name="kernel-firmware" version="2.6.32" release="431.3.1.el6" arch="noarch" src="kernel-2.6.32-431.3.1.el6.src.rpm"><filename>kernel-firmware-2.6.32-431.3.1.el6.noarch.rpm</filename><sum type="sha256">ab908914340fae32f33ab743b47d11485d0bc162f04b8807d5df127448965464</sum></package><package epoch="0" name="kernel-headers" version="2.6.32" release="431.3.1.el6" arch="x86_64" src="kernel-2.6.32-431.3.1.el6.src.rpm"><filename>kernel-headers-2.6.32-431.3.1.el6.x86_64.rpm</filename><sum type="sha256">c9bfa6ef43fc35e8421038e93ce9631ca8f211962a23caa029bcea48379a103f</sum></package><package epoch="0" name="perf" version="2.6.32" release="431.3.1.el6" arch="x86_64" src="kernel-2.6.32-431.3.1.el6.src.rpm"><filename>perf-2.6.32-431.3.1.el6.x86_64.rpm</filename><sum type="sha256">571a1b7e77af899e7618f401b6339a7943000e0bb7d03197b846031c147d11fe</sum></package><package epoch="0" name="python-perf" version="2.6.32" release="431.3.1.el6" arch="x86_64" src="kernel-2.6.32-431.3.1.el6.src.rpm"><filename>python-perf-2.6.32-431.3.1.el6.x86_64.rpm</filename><sum type="sha256">a560af24eadd24be503f1c33813bf768b7385afe414d3fe744cf5fdd5a7fd9a8</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0005-1</id><title>sssd bug fix update</title><description>This update fixes the following bugs:

* When the SSSD daemon was acting as a client of an IPA server that established a trust relationship with an Active Directory server, creating system accounts using the shadow-utils programs took a long time. This was caused by the shadow-utils package examining the whole UID or GID space and SSSD was unable to filter these requests out. This bug has been fixed and creating system accounts now takes significantly less time.

* Previously, if the SSSD daemon was configured with a proxy back end and an Lightweight Directory Access Protocol (LDAP) authentication, the LDAP back end was unable to look up the Distinguished Name (DN) of the authenticated user. This update adds the possibility to look up the user DN during authentication.

* Previously, if the "default_domain_suffix" option was specified in the sssd.conf file, all automounter maps were fully qualified, which disrupted the automounter integration. This bug has been fixed and sssd can now successfully retrieve autofs maps from an IPA domain.

* Previously, the SSSD daemon did not free per-client allocated memory when netgroups were requested. As a consequence, if netgroups were used by a long-running application, the sssd_nss process grew large in memory consumption. This bug has been fixed and sssd_nss memory footprint no longer grows significantly in this scenario.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="Creating system accounts on a IdM client takes up to 10 minutes when AD trust is configured in the IdM." type="bugzilla" id="1028046" href="https://bugzilla.redhat.com/show_bug.cgi?id=1028046"/><reference title="" type="bugzilla" id="1032966" href="https://bugzilla.redhat.com/show_bug.cgi?id=1032966"/><reference title="sssd can&amp;#39;t retrieve auto.master when using the &amp;quot;default_domain_suffix&amp;quot; option in" type="bugzilla" id="1036168" href="https://bugzilla.redhat.com/show_bug.cgi?id=1036168"/><reference title="sssd_nss grows memory footprint when netgroups are requested" type="bugzilla" id="1044905" href="https://bugzilla.redhat.com/show_bug.cgi?id=1044905"/><reference title="RHBA-2014:0005-1" type="self" id="RHBA-2014:0005-1" href="https://rhn.redhat.com/errata/RHBA-2014-0005.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libipa_hbac" version="1.9.2" release="129.el6_5.4" arch="i686" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>libipa_hbac-1.9.2-129.el6_5.4.i686.rpm</filename><sum type="sha256">873cc96133dfbba9fcb0397e3c76117c3100e7c063666efe77dbe5e38ae9c744</sum></package><package epoch="0" name="libipa_hbac" version="1.9.2" release="129.el6_5.4" arch="x86_64" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>libipa_hbac-1.9.2-129.el6_5.4.x86_64.rpm</filename><sum type="sha256">5c8a5ec7263b508f54937ade2b34a9e9ea439a3ae6aed84a4ad11a5020838143</sum></package><package epoch="0" name="libipa_hbac-devel" version="1.9.2" release="129.el6_5.4" arch="i686" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>libipa_hbac-devel-1.9.2-129.el6_5.4.i686.rpm</filename><sum type="sha256">e2d7e0a12fbfa817139db948cb5d5f623d2c136e8ddb05976d78f63b18e429b8</sum></package><package epoch="0" name="libipa_hbac-devel" version="1.9.2" release="129.el6_5.4" arch="x86_64" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>libipa_hbac-devel-1.9.2-129.el6_5.4.x86_64.rpm</filename><sum type="sha256">346fff56e76eb889dbb3de4b044de09637d725dfd74d1679ac1bce70b09f4a7e</sum></package><package epoch="0" name="libipa_hbac-python" version="1.9.2" release="129.el6_5.4" arch="x86_64" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>libipa_hbac-python-1.9.2-129.el6_5.4.x86_64.rpm</filename><sum type="sha256">62a4974ff158f406a3bc12402f91541029a5575ee86039919834606dbbdc09c6</sum></package><package epoch="0" name="libsss_autofs" version="1.9.2" release="129.el6_5.4" arch="x86_64" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>libsss_autofs-1.9.2-129.el6_5.4.x86_64.rpm</filename><sum type="sha256">8326a426b3190d0bb4d0689ded69d6c09ad79a31df322f0a30b3db15410e6813</sum></package><package epoch="0" name="libsss_idmap" version="1.9.2" release="129.el6_5.4" arch="i686" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>libsss_idmap-1.9.2-129.el6_5.4.i686.rpm</filename><sum type="sha256">853629235301b03e2cafa2ae2aa8046800164750f91382b1e57b6478c096ea83</sum></package><package epoch="0" name="libsss_idmap" version="1.9.2" release="129.el6_5.4" arch="x86_64" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>libsss_idmap-1.9.2-129.el6_5.4.x86_64.rpm</filename><sum type="sha256">43d24bb361630e579bbbbc31895603529ed5321bab3ef3a4d46cf49731ea5dd2</sum></package><package epoch="0" name="libsss_idmap-devel" version="1.9.2" release="129.el6_5.4" arch="i686" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>libsss_idmap-devel-1.9.2-129.el6_5.4.i686.rpm</filename><sum type="sha256">75baa2aa6dc3075383bde4b51de375a101b398628f83609ffbb8d9fe0c4ab430</sum></package><package epoch="0" name="libsss_idmap-devel" version="1.9.2" release="129.el6_5.4" arch="x86_64" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>libsss_idmap-devel-1.9.2-129.el6_5.4.x86_64.rpm</filename><sum type="sha256">d22c6c4279cf589213ea52b134af6c60edfe4e99b2545c850d1c6c24e5ca4537</sum></package><package epoch="0" name="libsss_sudo" version="1.9.2" release="129.el6_5.4" arch="x86_64" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>libsss_sudo-1.9.2-129.el6_5.4.x86_64.rpm</filename><sum type="sha256">02327781e6b1b185c3fe0ce9615325d14bcdcfc13ae784a7dbee4f2626c7ca45</sum></package><package epoch="0" name="libsss_sudo-devel" version="1.9.2" release="129.el6_5.4" arch="i686" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>libsss_sudo-devel-1.9.2-129.el6_5.4.i686.rpm</filename><sum type="sha256">214eb98eb3d1abb3c25f2753be3b46bf7e3cde6c0a980d649288e768d8241041</sum></package><package epoch="0" name="libsss_sudo-devel" version="1.9.2" release="129.el6_5.4" arch="x86_64" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>libsss_sudo-devel-1.9.2-129.el6_5.4.x86_64.rpm</filename><sum type="sha256">9674c40875ed3427476910c7c1f28d80ae26c7b0451c5ec988d1e1490d7060ea</sum></package><package epoch="0" name="sssd" version="1.9.2" release="129.el6_5.4" arch="x86_64" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>sssd-1.9.2-129.el6_5.4.x86_64.rpm</filename><sum type="sha256">caf01854a72bad97cf4f1f51647593a167e0bf350b91911385e083ce709be93f</sum></package><package epoch="0" name="sssd-client" version="1.9.2" release="129.el6_5.4" arch="i686" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>sssd-client-1.9.2-129.el6_5.4.i686.rpm</filename><sum type="sha256">9756f43ba2825bcbde36c08bb3f5bad7e7acc8d82f27af228ada7f04bf758a6c</sum></package><package epoch="0" name="sssd-client" version="1.9.2" release="129.el6_5.4" arch="x86_64" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>sssd-client-1.9.2-129.el6_5.4.x86_64.rpm</filename><sum type="sha256">aec49e9a25e41976091cb27aa023572658e8fcff530e2cd7cde16dfffa15cd45</sum></package><package epoch="0" name="sssd-tools" version="1.9.2" release="129.el6_5.4" arch="x86_64" src="sssd-1.9.2-129.el6_5.4.src.rpm"><filename>sssd-tools-1.9.2-129.el6_5.4.x86_64.rpm</filename><sum type="sha256">5d4d4d5cf73432de18cf7895fd97fce69757f43963fb8a5ee0265bce248eb61c</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0023-1</id><title>resource-agents bug fix update</title><description>This update fixes the following bug:

* Previously, when processes had threads accessing the file system, or when processes ran with the current working directory inside the file system, unmounting a file system failed. This bug has been fixed and file systems can now be unmounted in these conditions.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1051185" href="https://bugzilla.redhat.com/show_bug.cgi?id=1051185"/><reference title="RHBA-2014:0023-1" type="self" id="RHBA-2014:0023-1" href="https://rhn.redhat.com/errata/RHBA-2014-0023.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="resource-agents" version="3.9.2" release="40.el6_5.5" arch="x86_64" src="resource-agents-3.9.2-40.el6_5.5.src.rpm"><filename>resource-agents-3.9.2-40.el6_5.5.x86_64.rpm</filename><sum type="sha256">20b1430e42c6d4cd1639b924487b3460c0b9442231345cbdf4023e449162d079</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0047-1</id><title>glusterfs bug fix update</title><description>This update fixes the following bug:

* When trying to mount a remote gluster share using the "backupvolfile- server" option, the process failed and returned an "Invalid argument" error message. A new mount point option, backup-volfile-servers, has been added to provide backward compatibility and allows remote gluster shares to be mounted successfully.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="mount option &amp;quot;backupvolfile-server&amp;quot; causes mount to fail with &amp;quot;Invalid argument&amp;quot;" type="bugzilla" id="1052381" href="https://bugzilla.redhat.com/show_bug.cgi?id=1052381"/><reference title="RHBA-2014:0047-1" type="self" id="RHBA-2014:0047-1" href="https://rhn.redhat.com/errata/RHBA-2014-0047.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="glusterfs" version="3.4.0.57rhs" release="1.el6_5" arch="x86_64" src="glusterfs-3.4.0.57rhs-1.el6_5.src.rpm"><filename>glusterfs-3.4.0.57rhs-1.el6_5.x86_64.rpm</filename><sum type="sha256">eac629881d8837fcfaf9bff163810d8eb4f9b0654c75c071eab6c463cb1b8ec5</sum></package><package epoch="0" name="glusterfs-api" version="3.4.0.57rhs" release="1.el6_5" arch="x86_64" src="glusterfs-3.4.0.57rhs-1.el6_5.src.rpm"><filename>glusterfs-api-3.4.0.57rhs-1.el6_5.x86_64.rpm</filename><sum type="sha256">c2352f4fa15338228ff1c04945bb4246e738b1cdcca3ceaa5a72c0d14836f1c5</sum></package><package epoch="0" name="glusterfs-api-devel" version="3.4.0.57rhs" release="1.el6_5" arch="x86_64" src="glusterfs-3.4.0.57rhs-1.el6_5.src.rpm"><filename>glusterfs-api-devel-3.4.0.57rhs-1.el6_5.x86_64.rpm</filename><sum type="sha256">d84f0a2430e5b328f16ba8b27767c9dc676a8c0c0cbdfea832e5f91fc4da5c0a</sum></package><package epoch="0" name="glusterfs-devel" version="3.4.0.57rhs" release="1.el6_5" arch="x86_64" src="glusterfs-3.4.0.57rhs-1.el6_5.src.rpm"><filename>glusterfs-devel-3.4.0.57rhs-1.el6_5.x86_64.rpm</filename><sum type="sha256">ffc94b5442e9137943f4ea5aa5c41756a34c8761730735052988b7ca994017b2</sum></package><package epoch="0" name="glusterfs-fuse" version="3.4.0.57rhs" release="1.el6_5" arch="x86_64" src="glusterfs-3.4.0.57rhs-1.el6_5.src.rpm"><filename>glusterfs-fuse-3.4.0.57rhs-1.el6_5.x86_64.rpm</filename><sum type="sha256">a522f05992ca043a2ada3c58d99eacd3d038d5d38a73cd7b2368abb9b8d5d1fd</sum></package><package epoch="0" name="glusterfs-libs" version="3.4.0.57rhs" release="1.el6_5" arch="x86_64" src="glusterfs-3.4.0.57rhs-1.el6_5.src.rpm"><filename>glusterfs-libs-3.4.0.57rhs-1.el6_5.x86_64.rpm</filename><sum type="sha256">61b3c52956e08c8a805b25ea38a586a774a85abc5cef434e58e58c440f17e65f</sum></package><package epoch="0" name="glusterfs-rdma" version="3.4.0.57rhs" release="1.el6_5" arch="x86_64" src="glusterfs-3.4.0.57rhs-1.el6_5.src.rpm"><filename>glusterfs-rdma-3.4.0.57rhs-1.el6_5.x86_64.rpm</filename><sum type="sha256">0e0442ee9150b2271e95b821e0cb1e81f7272865f36c4676c58735403a869f1b</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0048-1</id><title>squid bug fix update</title><description>This update fixes the following bug:

* Previously, after receiving a malformed DNS (Domain Name System) response, the squid utility terminated unexpectedly and did not restart again. The underlying source code has been modified and, as a result, squid is now able to continue or handle the error smoothly.

After installing this update, the squid service will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1051509" href="https://bugzilla.redhat.com/show_bug.cgi?id=1051509"/><reference title="RHBA-2014:0048-1" type="self" id="RHBA-2014:0048-1" href="https://rhn.redhat.com/errata/RHBA-2014-0048.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="7" name="squid" version="3.1.10" release="20.el6_5" arch="x86_64" src="squid-3.1.10-20.el6_5.src.rpm"><filename>squid-3.1.10-20.el6_5.x86_64.rpm</filename><sum type="sha256">98a62b1ae7d7a3ce6edd9e7d9daa1e84e02f0daec179649df528983c797893d4</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0084-1</id><title>firefox bug fix update</title><description>* Previously, when using the Mozilla Firefox web browser to access the RHEV Administration Portal, Firefox could occasionally terminate unexpectedly with a segmentation fault. This bug has been fixed and Mozilla Firefox can be used to navigate the RHEV Administration Portal successfully.

After installing the update, Firefox must be restarted for the changes to take effect.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><restart_suggested>true</restart_suggested><references><reference title="firefox seg faults when using the Admin Portal on RHEL 6.5." type="bugzilla" id="1050146" href="https://bugzilla.redhat.com/show_bug.cgi?id=1050146"/><reference title="RHBA-2014:0084-1" type="self" id="RHBA-2014:0084-1" href="https://rhn.redhat.com/errata/RHBA-2014-0084.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="firefox" version="24.2.0" release="6.el6_5" arch="i686" src="firefox-24.2.0-6.el6_5.src.rpm"><filename>firefox-24.2.0-6.el6_5.i686.rpm</filename><sum type="sha256">66a7303b1c7f3960dd3bc620c764ddbfabdb984f0725d19c6c727abe60ef1475</sum></package><package epoch="0" name="firefox" version="24.2.0" release="6.el6_5" arch="x86_64" src="firefox-24.2.0-6.el6_5.src.rpm"><filename>firefox-24.2.0-6.el6_5.x86_64.rpm</filename><sum type="sha256">067ae031a2e1b9152750cbd6ae4defaadd4d5676f7627dcaa7ac167f72623888</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0085-1</id><title>python bug fix update</title><description>This update fixes the following bug:

* Previously, the dependencies between the Python subpackages were set erroneously and caused problems with the inclusion of i686 multilib packages in the x86_64 channels. After this update, the dependencies have been resolved and the Python packages install as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1033111" href="https://bugzilla.redhat.com/show_bug.cgi?id=1033111"/><reference title="RHBA-2014:0085-1" type="self" id="RHBA-2014:0085-1" href="https://rhn.redhat.com/errata/RHBA-2014-0085.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="python" version="2.6.6" release="52.el6" arch="i686" src="python-2.6.6-52.el6.src.rpm"><filename>python-2.6.6-52.el6.i686.rpm</filename><sum type="sha256">b665a66f5aa41de3c46a9b84aa39956d485a9a080e4b4a1027da573397135989</sum></package><package epoch="0" name="python" version="2.6.6" release="52.el6" arch="x86_64" src="python-2.6.6-52.el6.src.rpm"><filename>python-2.6.6-52.el6.x86_64.rpm</filename><sum type="sha256">54b90085af5d2856d5f1c0df6953322814134f157e18fcee34a613f4e78c5b60</sum></package><package epoch="0" name="python-devel" version="2.6.6" release="52.el6" arch="i686" src="python-2.6.6-52.el6.src.rpm"><filename>python-devel-2.6.6-52.el6.i686.rpm</filename><sum type="sha256">cc80a0952d64c298610bb5d4b79e2c01d4ab463a2908f89e060d1c7c5d2cf6d3</sum></package><package epoch="0" name="python-devel" version="2.6.6" release="52.el6" arch="x86_64" src="python-2.6.6-52.el6.src.rpm"><filename>python-devel-2.6.6-52.el6.x86_64.rpm</filename><sum type="sha256">79e3e0823e6c066aa07f33367948fbf454e48a4a27e72ed1e998652a87904025</sum></package><package epoch="0" name="python-libs" version="2.6.6" release="52.el6" arch="i686" src="python-2.6.6-52.el6.src.rpm"><filename>python-libs-2.6.6-52.el6.i686.rpm</filename><sum type="sha256">3c84964c0744706e30140056aa04461ca15857a1fcb366d25d78fc0d8959e9ab</sum></package><package epoch="0" name="python-libs" version="2.6.6" release="52.el6" arch="x86_64" src="python-2.6.6-52.el6.src.rpm"><filename>python-libs-2.6.6-52.el6.x86_64.rpm</filename><sum type="sha256">0cec3e095219b16f5e6f11cb83692bb97125e29bcb5f89b666286a7494f3d6ba</sum></package><package epoch="0" name="python-test" version="2.6.6" release="52.el6" arch="x86_64" src="python-2.6.6-52.el6.src.rpm"><filename>python-test-2.6.6-52.el6.x86_64.rpm</filename><sum type="sha256">4e06a845bbc72bddba0f549a14982f4737b8e6678c16de299a9c87b70b05efdc</sum></package><package epoch="0" name="python-tools" version="2.6.6" release="52.el6" arch="x86_64" src="python-2.6.6-52.el6.src.rpm"><filename>python-tools-2.6.6-52.el6.x86_64.rpm</filename><sum type="sha256">da5b1f7e694a949ec7496271290a8360fcc0a8780c71176ac635b26ff20a294e</sum></package><package epoch="0" name="tkinter" version="2.6.6" release="52.el6" arch="x86_64" src="python-2.6.6-52.el6.src.rpm"><filename>tkinter-2.6.6-52.el6.x86_64.rpm</filename><sum type="sha256">a4d2c8958e8d48d8524f1c95412432ccd5372e127cb2e574eded878a27148f4c</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0096-1</id><title>irqbalance bug fix update</title><description>This update fixes the following bugs:

* Previously, the irqbalance daemon did not consider the NUMA node assignment for an IRQ (interrupt request) for the banned CPU set. Consequently, irqbalance set the affinity incorrectly when the IRQBALANCE_BANNED_IRQS variable was set to a single CPU. In addition, IRQs could not be assigned to a node that had no eligible CPUs. Node assignment has been restricted to nodes that have eligible CPUs as defined by the unbanned_cpus bitmask, thus fixing the bug. As a result, irqbalance now sets affinity properly, and IRQs are assigned to the respective nodes correctly.

* Prior to this update, the dependency of the irqbalance daemon was set incorrectly referring to a wrong kernel version. As a consequence, irqbalance could not balance IRQs on NUMA systems. With this update, the dependency has been fixed, and IRQs are now balanced correctly on NUMA systems.

Note that users of irqbalance packages have to update kernel to 2.6.32-358.2.1 or later in order to use the irqbalance daemon in correct manner.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="irqbalance --oneshot not working" type="bugzilla" id="1054591" href="https://bugzilla.redhat.com/show_bug.cgi?id=1054591"/><reference title="" type="bugzilla" id="1055574" href="https://bugzilla.redhat.com/show_bug.cgi?id=1055574"/><reference title="RHBA-2014:0096-1" type="self" id="RHBA-2014:0096-1" href="https://rhn.redhat.com/errata/RHBA-2014-0096.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="2" name="irqbalance" version="1.0.4" release="8.el6_5" arch="x86_64" src="irqbalance-1.0.4-8.el6_5.src.rpm"><filename>irqbalance-1.0.4-8.el6_5.x86_64.rpm</filename><sum type="sha256">c90f4b8a90b9da902e25883744f7190a1b564ffc9d527a11da04a61c2d81b259</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0098-2</id><title>p11-kit bug fix update</title><description>This update fixes the following bug:

* Previously, the p11-kit packages failed to install if the grep package was not already present on the system. This could cause update failures. Other packages (for example, ca-certificates) could also depend on p11-kit, and expose this problem indirectly. With this update, grep is installed with the p11-kit-trust subpackage as a dependency, and p11-kit installation no longer fails.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="p11-kit missing dependency" type="bugzilla" id="1053673" href="https://bugzilla.redhat.com/show_bug.cgi?id=1053673"/><reference title="RHBA-2014:0098-2" type="self" id="RHBA-2014:0098-2" href="https://rhn.redhat.com/errata/RHBA-2014-0098.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="p11-kit" version="0.18.5" release="2.el6_5.2" arch="i686" src="p11-kit-0.18.5-2.el6_5.2.src.rpm"><filename>p11-kit-0.18.5-2.el6_5.2.i686.rpm</filename><sum type="sha256">728287395c9b30d58dd2271813c2842189398b663bf01aedb714150bbbeed764</sum></package><package epoch="0" name="p11-kit" version="0.18.5" release="2.el6_5.2" arch="x86_64" src="p11-kit-0.18.5-2.el6_5.2.src.rpm"><filename>p11-kit-0.18.5-2.el6_5.2.x86_64.rpm</filename><sum type="sha256">a06fe873a91acace8a3b4bc686653de0ba17fe69f0e95df16e87aec285c4c508</sum></package><package epoch="0" name="p11-kit-devel" version="0.18.5" release="2.el6_5.2" arch="i686" src="p11-kit-0.18.5-2.el6_5.2.src.rpm"><filename>p11-kit-devel-0.18.5-2.el6_5.2.i686.rpm</filename><sum type="sha256">aa7f2b5faf664ab8ce16127e808c16c1bc50e02821869a93d4f7ad3c48ed6640</sum></package><package epoch="0" name="p11-kit-devel" version="0.18.5" release="2.el6_5.2" arch="x86_64" src="p11-kit-0.18.5-2.el6_5.2.src.rpm"><filename>p11-kit-devel-0.18.5-2.el6_5.2.x86_64.rpm</filename><sum type="sha256">28fa0322611c1bb3af2cd96b2068276c60b8d6d024acc17fa44f48a766288267</sum></package><package epoch="0" name="p11-kit-trust" version="0.18.5" release="2.el6_5.2" arch="i686" src="p11-kit-0.18.5-2.el6_5.2.src.rpm"><filename>p11-kit-trust-0.18.5-2.el6_5.2.i686.rpm</filename><sum type="sha256">01a539f86c1282e7cc4d8b5cc08ae902223ead09d256bae738e67d9f79baecd3</sum></package><package epoch="0" name="p11-kit-trust" version="0.18.5" release="2.el6_5.2" arch="x86_64" src="p11-kit-0.18.5-2.el6_5.2.src.rpm"><filename>p11-kit-trust-0.18.5-2.el6_5.2.x86_64.rpm</filename><sum type="sha256">ca2a2101602fbd6e7942b90d83f4d85bc6755e384a17b24f082730eb05c065a9</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0107-1</id><title>ksh bug fix update</title><description>This update fixes the following bugs:

* Previously, after upgrading KornShell (KSH), the standard error output (stderr) got disconnected. When stderr was disconnected from the terminal, the trace output in debug mode got invisible. As a consequence, debugging scripts on ksh was not always possible. This bug has been fixed and now stderr contains the correct output.

* Previously, using the typeset command in a function in KornShell (KSH) resulted in a memory leak. This bug has been fixed and memory leaks no longer occur when using the typeset command in a function.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1051481" href="https://bugzilla.redhat.com/show_bug.cgi?id=1051481"/><reference title="RHBA-2014:0107-1" type="self" id="RHBA-2014:0107-1" href="https://rhn.redhat.com/errata/RHBA-2014-0107.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ksh" version="20120801" release="10.el6_5.3" arch="x86_64" src="ksh-20120801-10.el6_5.3.src.rpm"><filename>ksh-20120801-10.el6_5.3.x86_64.rpm</filename><sum type="sha256">f57cde291061b94a546163c8f0f117d31ec69cdad080ec994bb6b30b3b12f3c2</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0125-1</id><title>tigervnc bug fix update</title><description>This update fixes the following bugs:

* When using TigerVNC with certain keyboard layouts, the AltGr key did not work. Consequently, users could not produce symbols such as "@" (at-sign) on such keyboard layouts. A fix from a later version of tigervnc has been backported, and AltGr key combinations now work correctly.

* When using TigerVNC as a loadable X module, initialization of the GLX extension was not performed correctly, which could cause the X server to terminate unexpectedly. A fix from a later version of tigervnc has been backported, and the GLX extension is now initialized correctly.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1029923" href="https://bugzilla.redhat.com/show_bug.cgi?id=1029923"/><reference title="" type="bugzilla" id="1058423" href="https://bugzilla.redhat.com/show_bug.cgi?id=1058423"/><reference title="RHBA-2014:0125-1" type="self" id="RHBA-2014:0125-1" href="https://rhn.redhat.com/errata/RHBA-2014-0125.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="tigervnc" version="1.1.0" release="8.el6_5" arch="x86_64" src="tigervnc-1.1.0-8.el6_5.src.rpm"><filename>tigervnc-1.1.0-8.el6_5.x86_64.rpm</filename><sum type="sha256">c03f6471f25fb730777991cdf2b030edc6ea63f1148fdc212e45c89926524c5f</sum></package><package epoch="0" name="tigervnc-server" version="1.1.0" release="8.el6_5" arch="x86_64" src="tigervnc-1.1.0-8.el6_5.src.rpm"><filename>tigervnc-server-1.1.0-8.el6_5.x86_64.rpm</filename><sum type="sha256">c420114c57ecf0320355657559a18a6516dc4c712d087afe817c1faab2719a50</sum></package><package epoch="0" name="tigervnc-server-applet" version="1.1.0" release="8.el6_5" arch="noarch" src="tigervnc-1.1.0-8.el6_5.src.rpm"><filename>tigervnc-server-applet-1.1.0-8.el6_5.noarch.rpm</filename><sum type="sha256">a26833e00e7bf101089d2e9e51371787b58b76367a632f335ce078a40f354fbc</sum></package><package epoch="0" name="tigervnc-server-module" version="1.1.0" release="8.el6_5" arch="x86_64" src="tigervnc-1.1.0-8.el6_5.src.rpm"><filename>tigervnc-server-module-1.1.0-8.el6_5.x86_64.rpm</filename><sum type="sha256">3465ff6ec22f04ea6c699651a62ec0a6fdc556f99601cdc6509a5a370322b2b7</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0138-1</id><title>yum-utils bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, the fs-snapshot plugin did not work with the Device Mapper because the "dmsetup splitname" command line interface had changed and it no longer supported the "-o" option. Consequently, the fs- snapshot plugin did not work. Firstly, fs-snapshot did not take snapshots of user's file systems before running a yum transaction. Secondly, fs- snapshot did not work with LVM (Logical Volumes), creating no new LVM snapshots. With this update, the plugin adjusts to the new command line interface, thus fixing both bugs.

* Previously, there was an insufficient check in the code of yum. Consequently, under some circumstances, the yum-complete-transaction command removed the complete packages, nearly deleting the whole system, instead of updating them. With this update, yum-complete-transaction is more cautious with package removals, and when finding incomplete or aborted yum transactions on a system, it attempts to complete them.

* Previously "reposync --repoid=alkjfalkjfl" would give a traceback, because the exit_code variable was referenced before assignment. Now the variable is assigned in the correct place, so the problem is resolved.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1058278" href="https://bugzilla.redhat.com/show_bug.cgi?id=1058278"/><reference title="" type="bugzilla" id="1058279" href="https://bugzilla.redhat.com/show_bug.cgi?id=1058279"/><reference title="" type="bugzilla" id="1058305" href="https://bugzilla.redhat.com/show_bug.cgi?id=1058305"/><reference title="" type="bugzilla" id="1060492" href="https://bugzilla.redhat.com/show_bug.cgi?id=1060492"/><reference title="RHBA-2014:0138-1" type="self" id="RHBA-2014:0138-1" href="https://rhn.redhat.com/errata/RHBA-2014-0138.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="yum-NetworkManager-dispatcher" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-NetworkManager-dispatcher-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">a218738876ed667697278f2bef44b59ac659e5bb2660f31bffc3cfe41e8876bc</sum></package><package epoch="0" name="yum-plugin-aliases" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-aliases-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">ac667f3ab9b116b4425ba6e86355227e396eefe48e7eab93e5d0d3d00d01a662</sum></package><package epoch="0" name="yum-plugin-auto-update-debug-info" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-auto-update-debug-info-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">a6b6a336c5436320e79145b0dc6687c8a6d90bf846fa51a77a1e8e97b4314620</sum></package><package epoch="0" name="yum-plugin-changelog" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-changelog-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">1bee96924a6c77491084d2eb26edc90cfb2b5295bf4ce5e79ded2028f222d5f1</sum></package><package epoch="0" name="yum-plugin-downloadonly" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-downloadonly-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">f18521d67887ea01b053cbdb8a1a3a893b7d8bf5201dfcaedc43a5b2384d6623</sum></package><package epoch="0" name="yum-plugin-fastestmirror" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-fastestmirror-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">b2786b9c4780a2dd53317b87a641e62d3e050a14df8141afdc2531d9fc85cfee</sum></package><package epoch="0" name="yum-plugin-filter-data" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-filter-data-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">a7f03e7e2cff50f3a9f09dffab12b35090ea27c105bef216a4da17d8275435f6</sum></package><package epoch="0" name="yum-plugin-fs-snapshot" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-fs-snapshot-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">ea4c29421c837d23b31befd3be5b8a0c1ef0ba27cc708bee68eb970d9a5c7ea0</sum></package><package epoch="0" name="yum-plugin-keys" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-keys-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">7af705c52114a1bb4ba599e6da75b4f6fc436ad72d9def645f1bfac957ba4212</sum></package><package epoch="0" name="yum-plugin-list-data" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-list-data-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">012bfcbcd7a95c80a14d8cb577864f1e255c13ae65592f095dd1e81d84125ca3</sum></package><package epoch="0" name="yum-plugin-local" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-local-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">3623568d0d2de73e770601a29749363c620b82e2110eecb8edbf0306b705310e</sum></package><package epoch="0" name="yum-plugin-merge-conf" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-merge-conf-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">8821eee6857275e96f1609482c7e8e20918b39b6b3cb08c6d9faa5d4a5df554b</sum></package><package epoch="0" name="yum-plugin-post-transaction-actions" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-post-transaction-actions-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">003584165c1b4da9a79092233d5ccac723568a884cb0751ed0edbff2040aea6c</sum></package><package epoch="0" name="yum-plugin-priorities" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-priorities-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">25119e25f1ba81206d85354196e72c3b856fc45b9a29588a2172a565c9a30493</sum></package><package epoch="0" name="yum-plugin-protectbase" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-protectbase-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">ed207894f46b8e9f06033c1b3faae7207af0ab8286f73afccf477fe46a420cbc</sum></package><package epoch="0" name="yum-plugin-ps" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-ps-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">1c45a802582bbda983381ccf8beece3da89dc62dd4a22406b1de37cc58453349</sum></package><package epoch="0" name="yum-plugin-remove-with-leaves" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-remove-with-leaves-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">8f8682c64c9b6cd90009431b1be911bb4cab7af3eca53450894d4be972b469cb</sum></package><package epoch="0" name="yum-plugin-rpm-warm-cache" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-rpm-warm-cache-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">572743b1ddf504e769169adf10ace7bf868818474a87e37c6d3f9e5c76c75272</sum></package><package epoch="0" name="yum-plugin-security" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-security-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">ebb40ddb6bf6e6b39a63b08077e5cf13ffb072e3ce1863cac91f9bb1843ac015</sum></package><package epoch="0" name="yum-plugin-show-leaves" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-show-leaves-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">6066fdd92ccbaa82fec6c91697e777b0d9489689085e2941a9a4c62ee422154b</sum></package><package epoch="0" name="yum-plugin-tmprepo" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-tmprepo-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">c54e30db2ef696db74a7b9b0ffc9fb60d36b67987b2bbaa7d640c3c3f655df59</sum></package><package epoch="0" name="yum-plugin-tsflags" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-tsflags-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">67462db0831d923434b934f60452ca36037486a64cf184e4c16a97eafb25be11</sum></package><package epoch="0" name="yum-plugin-upgrade-helper" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-upgrade-helper-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">0a8ec8f14f77516f23ce12ea1dd8889c5694dc3fba33729fbfff9ff9d01031e5</sum></package><package epoch="0" name="yum-plugin-verify" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-verify-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">fa3a52fe5315570a99df4d55551f741ce91119bd6b8d1db4a00dd29db59f3757</sum></package><package epoch="0" name="yum-plugin-versionlock" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-plugin-versionlock-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">f3e7d095c7632bde33984d6d057e4acf0067eaf20000d83ab480b6148a604db7</sum></package><package epoch="0" name="yum-updateonboot" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-updateonboot-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">b5548a2b13a0ffbb312043f6581734954abe91ce2e5baa581a5812f1b4866e27</sum></package><package epoch="0" name="yum-utils" version="1.1.30" release="17.el6_5" arch="noarch" src="yum-utils-1.1.30-17.el6_5.src.rpm"><filename>yum-utils-1.1.30-17.el6_5.noarch.rpm</filename><sum type="sha256">692009a83d1f9c5386cc4f7e11ff8913bffec7cee7b9cff95d37380b6af20bf1</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0141-1</id><title>fence-agents bug fix update</title><description>This update fixes the following bug:

* Previously, the fence_vmware_soap fencing agent did not support the "-- delay" option, which is indispensable to avoid fence races. With this update, the "--delay" option has been added, thus fixing the bug.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1057248" href="https://bugzilla.redhat.com/show_bug.cgi?id=1057248"/><reference title="RHBA-2014:0141-1" type="self" id="RHBA-2014:0141-1" href="https://rhn.redhat.com/errata/RHBA-2014-0141.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="fence-agents" version="3.1.5" release="35.el6_5.3" arch="x86_64" src="fence-agents-3.1.5-35.el6_5.3.src.rpm"><filename>fence-agents-3.1.5-35.el6_5.3.x86_64.rpm</filename><sum type="sha256">83b766237a516a5046e57c12934686a51913600111a52a1a7c067bab96bbb43f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0153-1</id><title>resource-agents bug fix update</title><description>This update fixes the following bug:

* Prior to this update, it was not possible to set a security policy for Kerberos 5 as a valid NFS client mount option. The "sec=krb5" option has been added to the list of accepted options in the /usr/share/cluster/nfsclient.sh file, thus fixing the bug. Now, a clustered NFS service is able to start with the new option, and clients are required to use the kerberos utility to connect to the /export/ directory.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1061673" href="https://bugzilla.redhat.com/show_bug.cgi?id=1061673"/><reference title="RHBA-2014:0153-1" type="self" id="RHBA-2014:0153-1" href="https://rhn.redhat.com/errata/RHBA-2014-0153.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="resource-agents" version="3.9.2" release="40.el6_5.6" arch="x86_64" src="resource-agents-3.9.2-40.el6_5.6.src.rpm"><filename>resource-agents-3.9.2-40.el6_5.6.x86_64.rpm</filename><sum type="sha256">7b41d127814cedf91f077de520d51307498282f746ecae1c7de7030a7e4e49a7</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0156-1</id><title>lftp bug fix update</title><description>This update fixes the following bug:

* Prior to this update, when a file list from Secure FTP (SFTP) sites was demanded, the lftp client terminated unexpectedly displaying the "buffer overflow detected" error message. With this update, the buffer allocation and its usage have been corrected. As a result, the lftp program no longer crashes when handling larger buffers.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1060718" href="https://bugzilla.redhat.com/show_bug.cgi?id=1060718"/><reference title="RHBA-2014:0156-1" type="self" id="RHBA-2014:0156-1" href="https://rhn.redhat.com/errata/RHBA-2014-0156.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="lftp" version="4.0.9" release="1.el6_5.1" arch="i686" src="lftp-4.0.9-1.el6_5.1.src.rpm"><filename>lftp-4.0.9-1.el6_5.1.i686.rpm</filename><sum type="sha256">28a35b2992cf96eeae096a3def5f8c65366d68b69db1d4d3861409b66e8da61a</sum></package><package epoch="0" name="lftp" version="4.0.9" release="1.el6_5.1" arch="x86_64" src="lftp-4.0.9-1.el6_5.1.src.rpm"><filename>lftp-4.0.9-1.el6_5.1.x86_64.rpm</filename><sum type="sha256">d92ebf84f33001386a61d7bb45848c80386153b5519ecb4745d00fd8bab06902</sum></package><package epoch="0" name="lftp-scripts" version="4.0.9" release="1.el6_5.1" arch="noarch" src="lftp-4.0.9-1.el6_5.1.src.rpm"><filename>lftp-scripts-4.0.9-1.el6_5.1.noarch.rpm</filename><sum type="sha256">ca0fbe870f487b2792c4f317e4eb0166d99d3db909cafd836015944a317bf1db</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0157-1</id><title>netcf bug fix update</title><description>This update fixes the following bug:

* When stress testing the libvirt packages, the nectf library occasionally encountered temporarily inconsistent system network configuration files and did not properly handle this situation. As a consequence, the libvirtd process terminated unexpectedly. With this update, the underlying source code has been modified to prevent this bug.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1060298" href="https://bugzilla.redhat.com/show_bug.cgi?id=1060298"/><reference title="RHBA-2014:0157-1" type="self" id="RHBA-2014:0157-1" href="https://rhn.redhat.com/errata/RHBA-2014-0157.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="netcf" version="0.1.9" release="4.el6_5.2" arch="x86_64" src="netcf-0.1.9-4.el6_5.2.src.rpm"><filename>netcf-0.1.9-4.el6_5.2.x86_64.rpm</filename><sum type="sha256">2566869db266b175f9b46bdcea593774998377efe777e1d3d86b14d88643ee15</sum></package><package epoch="0" name="netcf-devel" version="0.1.9" release="4.el6_5.2" arch="i686" src="netcf-0.1.9-4.el6_5.2.src.rpm"><filename>netcf-devel-0.1.9-4.el6_5.2.i686.rpm</filename><sum type="sha256">f1c4f29c925082b9ad45c216fb72e4eb64279acddc9e743ca80e5bc070bcfb35</sum></package><package epoch="0" name="netcf-devel" version="0.1.9" release="4.el6_5.2" arch="x86_64" src="netcf-0.1.9-4.el6_5.2.src.rpm"><filename>netcf-devel-0.1.9-4.el6_5.2.x86_64.rpm</filename><sum type="sha256">1116e9b6397ce27a94cbe280da18588c3d1bbe7529d10843e37077bbf48c6ec8</sum></package><package epoch="0" name="netcf-libs" version="0.1.9" release="4.el6_5.2" arch="i686" src="netcf-0.1.9-4.el6_5.2.src.rpm"><filename>netcf-libs-0.1.9-4.el6_5.2.i686.rpm</filename><sum type="sha256">3496f7e6aba1ee1fb8330ead4b3b1e18b59399161f9638983b6a6850c313f24c</sum></package><package epoch="0" name="netcf-libs" version="0.1.9" release="4.el6_5.2" arch="x86_64" src="netcf-0.1.9-4.el6_5.2.src.rpm"><filename>netcf-libs-0.1.9-4.el6_5.2.x86_64.rpm</filename><sum type="sha256">b07fef4ea5506fd5ba46e50e3fb11734aa2a15e7d1de0faeb3a021f3eeb0009b</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0158-1</id><title>nss bug fix update</title><description>This update fixes the following bug:

* Previously, the curl utility failed to communicate with active FTP over SSL where both control and data connections were encrypted and authenticated by a client certificate with a password-protected private key. This was caused by the NSS PEM module that pretended token removal whenever a key from file was being loaded. Consequently, when the private key was loaded to authenticate the data connection, it caused the already authenticated control connection to fail with the following error code:

SSL_ERROR_TOKEN_INSERTION_REMOVAL.

The underlying source code in the NSS PEM module has been modified, and loading a single key multiple times no longer causes an SSL connection to fail.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1048713" href="https://bugzilla.redhat.com/show_bug.cgi?id=1048713"/><reference title="RHBA-2014:0158-1" type="self" id="RHBA-2014:0158-1" href="https://rhn.redhat.com/errata/RHBA-2014-0158.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="nss" version="3.15.3" release="6.el6_5" arch="i686" src="nss-3.15.3-6.el6_5.src.rpm"><filename>nss-3.15.3-6.el6_5.i686.rpm</filename><sum type="sha256">c31257f7a9ea87598c61f0da352f7459e8af7ebd825ebe23c7dfd93f1b46d443</sum></package><package epoch="0" name="nss" version="3.15.3" release="6.el6_5" arch="x86_64" src="nss-3.15.3-6.el6_5.src.rpm"><filename>nss-3.15.3-6.el6_5.x86_64.rpm</filename><sum type="sha256">888ce076ff97d3ebdf857fb1dc2efb3de0369b27efbb7408bb4ef0479cecc233</sum></package><package epoch="0" name="nss-devel" version="3.15.3" release="6.el6_5" arch="i686" src="nss-3.15.3-6.el6_5.src.rpm"><filename>nss-devel-3.15.3-6.el6_5.i686.rpm</filename><sum type="sha256">3a711202e3d135cfb107e2792ef11218681728b9915ba3efa3a104d585bc158d</sum></package><package epoch="0" name="nss-devel" version="3.15.3" release="6.el6_5" arch="x86_64" src="nss-3.15.3-6.el6_5.src.rpm"><filename>nss-devel-3.15.3-6.el6_5.x86_64.rpm</filename><sum type="sha256">57815c0ffaedb7a99bd2c81f9cdcd7a21a618ca26125bcebffcf10f0499beac6</sum></package><package epoch="0" name="nss-pkcs11-devel" version="3.15.3" release="6.el6_5" arch="i686" src="nss-3.15.3-6.el6_5.src.rpm"><filename>nss-pkcs11-devel-3.15.3-6.el6_5.i686.rpm</filename><sum type="sha256">3713b926f4ec96e880f2dfbeb33e84b0a9148a76c3720b3d5f99994029a04953</sum></package><package epoch="0" name="nss-pkcs11-devel" version="3.15.3" release="6.el6_5" arch="x86_64" src="nss-3.15.3-6.el6_5.src.rpm"><filename>nss-pkcs11-devel-3.15.3-6.el6_5.x86_64.rpm</filename><sum type="sha256">d4177550ff0ce7336f065481856f03ce9759b53273cf4195c986ec5dd05ac5b9</sum></package><package epoch="0" name="nss-sysinit" version="3.15.3" release="6.el6_5" arch="x86_64" src="nss-3.15.3-6.el6_5.src.rpm"><filename>nss-sysinit-3.15.3-6.el6_5.x86_64.rpm</filename><sum type="sha256">0d251b33629225938f713f759e32c8662c9ecfa736fc0fd457cd8b080e273276</sum></package><package epoch="0" name="nss-tools" version="3.15.3" release="6.el6_5" arch="x86_64" src="nss-3.15.3-6.el6_5.src.rpm"><filename>nss-tools-3.15.3-6.el6_5.x86_64.rpm</filename><sum type="sha256">aabb27ddab41af466d1a6f243a9895ec0f20e4b1da14a16571c5f99f13741dc6</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0162-1</id><title>libvirt-cim bug fix update</title><description>This update fixes the following bug:

* Prior to this update, libvirt-cim did not allow customization of the "machine" and "arch" properties for the "type" attribute of the "os" element for the domain XML file. As a consequence, a default value was provided, overwriting a possible customization for the libvirt-cim provider. To fix this bug, the code has been adjusted to allow modifications of the "machine" and "arch" properties of the "type" attribute for the "os" element. As a result, it is now possible to set the fields as desired using the "ModifySystemSettings" method and adjusting the "SystemSettings" values for the KVM_VirtualSystemSettingData "machine" field.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1055626" href="https://bugzilla.redhat.com/show_bug.cgi?id=1055626"/><reference title="RHBA-2014:0162-1" type="self" id="RHBA-2014:0162-1" href="https://rhn.redhat.com/errata/RHBA-2014-0162.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt-cim" version="0.6.1" release="9.el6_5.1" arch="i686" src="libvirt-cim-0.6.1-9.el6_5.1.src.rpm"><filename>libvirt-cim-0.6.1-9.el6_5.1.i686.rpm</filename><sum type="sha256">ad5060966f516bc9e19d2865fafd55f119880dcf71a5dbce0cf02dbdaa905a9d</sum></package><package epoch="0" name="libvirt-cim" version="0.6.1" release="9.el6_5.1" arch="x86_64" src="libvirt-cim-0.6.1-9.el6_5.1.src.rpm"><filename>libvirt-cim-0.6.1-9.el6_5.1.x86_64.rpm</filename><sum type="sha256">b64d6be9c88131721f499aedb36b6675477bc81ebbca29258e5be035d915bf39</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0180-1</id><title>qemu-kvm bug fix update</title><description>This update fixes the following bug:

* Previously, the qemu-img utility did not support version 3 of the VMDK file format. As a consequence, when attempting to convert a VMDK version 3 image, qemu-img failed with an error message. This update adds support for VMDK version 3, and thus qemu-img no longer fails and converts images successfully.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1063202" href="https://bugzilla.redhat.com/show_bug.cgi?id=1063202"/><reference title="RHBA-2014:0180-1" type="self" id="RHBA-2014:0180-1" href="https://rhn.redhat.com/errata/RHBA-2014-0180.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.415.el6_5.4" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.4.src.rpm"><filename>qemu-guest-agent-0.12.1.2-2.415.el6_5.4.x86_64.rpm</filename><sum type="sha256">1550a728318fba5d166e95bf15afc17ecef33090392c1b0633e61cb097a3a3e0</sum></package><package epoch="2" name="qemu-img" version="0.12.1.2" release="2.415.el6_5.4" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.4.src.rpm"><filename>qemu-img-0.12.1.2-2.415.el6_5.4.x86_64.rpm</filename><sum type="sha256">7eea7f82f541d9a2f0d52dedb5b6192420e56c3460c6c5ecf9df1edc7abc6733</sum></package><package epoch="2" name="qemu-kvm" version="0.12.1.2" release="2.415.el6_5.4" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.4.src.rpm"><filename>qemu-kvm-0.12.1.2-2.415.el6_5.4.x86_64.rpm</filename><sum type="sha256">59cb1645a9f3c74ca35d8761009f1f41f329d001695aea2513f4b499e2d39364</sum></package><package epoch="2" name="qemu-kvm-tools" version="0.12.1.2" release="2.415.el6_5.4" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.4.src.rpm"><filename>qemu-kvm-tools-0.12.1.2-2.415.el6_5.4.x86_64.rpm</filename><sum type="sha256">8729fda69ed22e74ef5599488883940fd9d5d7172a33fed03ae28d6f991c9d25</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0190-1</id><title>initscripts bug fix update</title><description>This update fixes the following bug:

* Previously, when the path to a .pid file was provided, the status() and killproc() functions checked only for the existence of the process with a PID (Process ID) mentioned in the .pid file. Consequently, when the process died not removing the .pid file, the PID was recycled and status() incorrectly reported the process to be running. With this update, the "-b" option has been added to specify the path to the binary. This path is subsequently checked by the status() and killproc() functions, thus fixing the bug.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1055494" href="https://bugzilla.redhat.com/show_bug.cgi?id=1055494"/><reference title="RHBA-2014:0190-1" type="self" id="RHBA-2014:0190-1" href="https://rhn.redhat.com/errata/RHBA-2014-0190.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="debugmode" version="9.03.40" release="2.el6_5.1" arch="x86_64" src="initscripts-9.03.40-2.el6_5.1.src.rpm"><filename>debugmode-9.03.40-2.el6_5.1.x86_64.rpm</filename><sum type="sha256">62aa1f580308ace1562ca2047079fef09eee7d060b4f39e6ba91edb34d2a9139</sum></package><package epoch="0" name="initscripts" version="9.03.40" release="2.el6_5.1" arch="x86_64" src="initscripts-9.03.40-2.el6_5.1.src.rpm"><filename>initscripts-9.03.40-2.el6_5.1.x86_64.rpm</filename><sum type="sha256">6ec282fb198b5e1d20e28535e2f5e71e942e690111cbc561ca079ab69c231562</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0191-1</id><title>postfix bug fix update</title><description>This update fixes the following bug:

* Prior to this update, an unclean postfix shutdown left the process ID (PID) in the /var/spool/postfix/pid/master.pid file intact. As a consequence, if another process took the same PID, postfix did not start. This bug has been fixed and postfix now always starts correctly.

After installing this update, the postfix service will be restarted automatically. Users need to install the updates from the SLBA-2014:16831 initscripts advisory for these changes to take effect.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1057594" href="https://bugzilla.redhat.com/show_bug.cgi?id=1057594"/><reference title="RHBA-2014:0191-1" type="self" id="RHBA-2014:0191-1" href="https://rhn.redhat.com/errata/RHBA-2014-0191.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="2" name="postfix" version="2.6.6" release="6.el6_5" arch="x86_64" src="postfix-2.6.6-6.el6_5.src.rpm"><filename>postfix-2.6.6-6.el6_5.x86_64.rpm</filename><sum type="sha256">0299c9a5b7d7885928a71608cd13f2bbf6a6149f4dc2ac0d4384fe6aa20d5c82</sum></package><package epoch="2" name="postfix-perl-scripts" version="2.6.6" release="6.el6_5" arch="x86_64" src="postfix-2.6.6-6.el6_5.src.rpm"><filename>postfix-perl-scripts-2.6.6-6.el6_5.x86_64.rpm</filename><sum type="sha256">9475a8dc101bbbce941b4b15614c5c1722a1c332db602a9ff081556c345e1320</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0193-1</id><title>libvirt bug fix update</title><description>This update fixes the following bugs:

* Previously, in the brief instance between declaring that a guest had been migrated and performing the guest removal, migration of transient guests returned the default virDomainBlockInfo() "allocation" value for a qcow2 block backed device instead of the actual value from a virDomainGetBlockInfo() function call. Consequently, applications expecting a non-default value to be returned, occasionally took an incorrect action, for example, extending the logical volume instead of the physical. After this update, the virDomainGetBlockInfo() function fails with the "domain is not running" error, for a transient domain once the migration has successfully completed and before the domain is destroyed on the source.

* A change in the dnsmasq options was causing DNS requests for names in the configured domain of a libvirt network, but not known by libvirt's instance of dnsmasq, to return "not found" to the virtual guests, rather than forwarding those DNS requests to an upstream server for a potential resolution. To fix this bug, libvirt now adds "--domain-needed" and "-- local=//" to the dnsmasq options only if the "dns" element from network configuration contains:

forwardPlainNames='no'

Additionally, libvirt will no longer add "--local=/domainname/" to the dnsmasq options under any circumstances. As a result, all locally unresolved DNS requests for hosts in all domains are forwarded to the host's DNS resolver for a potential resolution.

After installing the updated packages, libvirtd will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="Inconsistent blockInfo values when the VM is finalizing live migration" type="bugzilla" id="1059904" href="https://bugzilla.redhat.com/show_bug.cgi?id=1059904"/><reference title="" type="bugzilla" id="1062708" href="https://bugzilla.redhat.com/show_bug.cgi?id=1062708"/><reference title="RHBA-2014:0193-1" type="self" id="RHBA-2014:0193-1" href="https://rhn.redhat.com/errata/RHBA-2014-0193.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt" version="0.10.2" release="29.el6_5.4" arch="x86_64" src="libvirt-0.10.2-29.el6_5.4.src.rpm"><filename>libvirt-0.10.2-29.el6_5.4.x86_64.rpm</filename><sum type="sha256">3d2a909b2323017a9c0bbe6e63b36de3f1583e72c56fc6dee433e27b9b389803</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6_5.4" arch="i686" src="libvirt-0.10.2-29.el6_5.4.src.rpm"><filename>libvirt-client-0.10.2-29.el6_5.4.i686.rpm</filename><sum type="sha256">e51f4314152c50da9b9f2dc9eebdc8d9ad6238e29243a8dafaf1a4c92eb64850</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6_5.4" arch="x86_64" src="libvirt-0.10.2-29.el6_5.4.src.rpm"><filename>libvirt-client-0.10.2-29.el6_5.4.x86_64.rpm</filename><sum type="sha256">35c0b8e1a0238f183e73a0328dc2fe5c28642b4ba25159b2e7ff4d5030603831</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6_5.4" arch="i686" src="libvirt-0.10.2-29.el6_5.4.src.rpm"><filename>libvirt-devel-0.10.2-29.el6_5.4.i686.rpm</filename><sum type="sha256">9ecfd33ec6ea24aff365cae4a22b012ea465b5f6b1e0005ed3a4d13d7eae58f0</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6_5.4" arch="x86_64" src="libvirt-0.10.2-29.el6_5.4.src.rpm"><filename>libvirt-devel-0.10.2-29.el6_5.4.x86_64.rpm</filename><sum type="sha256">9496d5f4341aaf5479a3172a003eb319672a9bb64698405c860c3d4dd0ae011b</sum></package><package epoch="0" name="libvirt-lock-sanlock" version="0.10.2" release="29.el6_5.4" arch="x86_64" src="libvirt-0.10.2-29.el6_5.4.src.rpm"><filename>libvirt-lock-sanlock-0.10.2-29.el6_5.4.x86_64.rpm</filename><sum type="sha256">73cada03196566e0828a23d218515bee264c636d975a5d8dee765b15d8373735</sum></package><package epoch="0" name="libvirt-python" version="0.10.2" release="29.el6_5.4" arch="x86_64" src="libvirt-0.10.2-29.el6_5.4.src.rpm"><filename>libvirt-python-0.10.2-29.el6_5.4.x86_64.rpm</filename><sum type="sha256">dbeb3dfa678a2f3ebeca974721bfdc5bf9baf9bc944f02670aac0669dc09fb9e</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0199-1</id><title>psmisc bug fix update</title><description>This update fixes the following bug:

* Previously, the fuser utility did not expect process IDs to have more than 5 digits. As a consequence, IDs longer than 5 digits were concatenated with the previously printed process IDs due to a missing space separator. With this update, all IDs are properly separated with one or more space characters, thus fixing the bug.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1058421" href="https://bugzilla.redhat.com/show_bug.cgi?id=1058421"/><reference title="RHBA-2014:0199-1" type="self" id="RHBA-2014:0199-1" href="https://rhn.redhat.com/errata/RHBA-2014-0199.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="psmisc" version="22.6" release="19.el6_5" arch="x86_64" src="psmisc-22.6-19.el6_5.src.rpm"><filename>psmisc-22.6-19.el6_5.x86_64.rpm</filename><sum type="sha256">b6ba26659253b2b6938312fe993d8ba6e8dee7cba18e2e8ffb0b621eb9604f06</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0201-1</id><title>qt bug fix update</title><description>This update fixes the following bug:

* When the NVIDIA 325.15 drivers were used on Scientific Linux 6, the QGraphicsProxyWidget base class generated a BadMatch error. As a consequence, QGraphicsProxyWidget displayed a black box instead of any contained widgets. With this update, the error has been fixed and no longer occurs.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><relogin_suggested>true</relogin_suggested><references><reference title="" type="bugzilla" id="1063685" href="https://bugzilla.redhat.com/show_bug.cgi?id=1063685"/><reference title="RHBA-2014:0201-1" type="self" id="RHBA-2014:0201-1" href="https://rhn.redhat.com/errata/RHBA-2014-0201.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="phonon-backend-gstreamer" version="4.6.2" release="28.el6_5" arch="i686" src="qt-4.6.2-28.el6_5.src.rpm"><filename>phonon-backend-gstreamer-4.6.2-28.el6_5.i686.rpm</filename><sum type="sha256">d6b640a684fb0f555f5f520373814b9e1a2a69dd660287d04f079a61ed20be69</sum></package><package epoch="1" name="phonon-backend-gstreamer" version="4.6.2" release="28.el6_5" arch="x86_64" src="qt-4.6.2-28.el6_5.src.rpm"><filename>phonon-backend-gstreamer-4.6.2-28.el6_5.x86_64.rpm</filename><sum type="sha256">c8a45e479cb66d527da1b57371e14976dec5b0dcf5b73e5705e22283d99b46d1</sum></package><package epoch="1" name="qt" version="4.6.2" release="28.el6_5" arch="i686" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-4.6.2-28.el6_5.i686.rpm</filename><sum type="sha256">e03b86377d3e9fecb2f17ffb8740dfa7a6eed09243c289d008f2bc07eac04269</sum></package><package epoch="1" name="qt" version="4.6.2" release="28.el6_5" arch="x86_64" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-4.6.2-28.el6_5.x86_64.rpm</filename><sum type="sha256">d0b2de8193fb483ccb1d86a1d1e2c11e8f8af026ecdf432db6824d2cb77652ee</sum></package><package epoch="1" name="qt-demos" version="4.6.2" release="28.el6_5" arch="x86_64" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-demos-4.6.2-28.el6_5.x86_64.rpm</filename><sum type="sha256">6f91e360dd1e78e7d8f181e089abdc529004089a2a364019a6c3cf331556cc80</sum></package><package epoch="1" name="qt-devel" version="4.6.2" release="28.el6_5" arch="i686" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-devel-4.6.2-28.el6_5.i686.rpm</filename><sum type="sha256">8e60a2ebf2131d614387c88c6f0efa1d7aaa4ef6b35fc522a4417fbf5d8e840c</sum></package><package epoch="1" name="qt-devel" version="4.6.2" release="28.el6_5" arch="x86_64" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-devel-4.6.2-28.el6_5.x86_64.rpm</filename><sum type="sha256">357ba7a2c7246e2da4ab98068c7c786d72bd4c47aad848c23877dd95b4b6c95b</sum></package><package epoch="1" name="qt-doc" version="4.6.2" release="28.el6_5" arch="noarch" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-doc-4.6.2-28.el6_5.noarch.rpm</filename><sum type="sha256">024fdcb02690f642cb27c0b58d7b1798750e8db74a31e77c89d0383589b862d4</sum></package><package epoch="1" name="qt-examples" version="4.6.2" release="28.el6_5" arch="x86_64" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-examples-4.6.2-28.el6_5.x86_64.rpm</filename><sum type="sha256">2b237c16fcd87010872901835cc8ede9b5b89a58dc6ad3636b8dd1ea7caf8880</sum></package><package epoch="1" name="qt-mysql" version="4.6.2" release="28.el6_5" arch="i686" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-mysql-4.6.2-28.el6_5.i686.rpm</filename><sum type="sha256">d5e371403dc3986e00bdfc3f4cc9e3a10cd9af82c844089fbd6e991d465a0d7b</sum></package><package epoch="1" name="qt-mysql" version="4.6.2" release="28.el6_5" arch="x86_64" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-mysql-4.6.2-28.el6_5.x86_64.rpm</filename><sum type="sha256">c670c45f3632b6ffae090c64e42c77c7dcebc068b8406ae41df62f9761f96e89</sum></package><package epoch="1" name="qt-odbc" version="4.6.2" release="28.el6_5" arch="i686" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-odbc-4.6.2-28.el6_5.i686.rpm</filename><sum type="sha256">791eee2783566a820911c780ffada4b31fb2651ad27af4a7589f3433723f8cc6</sum></package><package epoch="1" name="qt-odbc" version="4.6.2" release="28.el6_5" arch="x86_64" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-odbc-4.6.2-28.el6_5.x86_64.rpm</filename><sum type="sha256">3fe2bd588a30372d2b31ce6b4c2f03aa59ad9f21877900905529f54b67b4b14f</sum></package><package epoch="1" name="qt-postgresql" version="4.6.2" release="28.el6_5" arch="i686" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-postgresql-4.6.2-28.el6_5.i686.rpm</filename><sum type="sha256">19bf4b8a6d025898ce8e74df6dda637f1761e12a72acf3472e856f667869ea6e</sum></package><package epoch="1" name="qt-postgresql" version="4.6.2" release="28.el6_5" arch="x86_64" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-postgresql-4.6.2-28.el6_5.x86_64.rpm</filename><sum type="sha256">56383e838c6af86a7633059baa659b35ed8dde8dfdc26d7fdd809d0bad2aa212</sum></package><package epoch="1" name="qt-sqlite" version="4.6.2" release="28.el6_5" arch="i686" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-sqlite-4.6.2-28.el6_5.i686.rpm</filename><sum type="sha256">1cc51e5ced83f51e0fedd15c08f6cd301422c4449d6c2e228c24abf45f7b1d03</sum></package><package epoch="1" name="qt-sqlite" version="4.6.2" release="28.el6_5" arch="x86_64" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-sqlite-4.6.2-28.el6_5.x86_64.rpm</filename><sum type="sha256">a69484e2fa5a0f1e43780fe67bee35d997f85f0a9ef5c4ca4e5d09f84a4ea68a</sum></package><package epoch="1" name="qt-x11" version="4.6.2" release="28.el6_5" arch="i686" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-x11-4.6.2-28.el6_5.i686.rpm</filename><sum type="sha256">234b295c5f36d5bf111738f3a17641e1552eb41349d7070072b8333f83cdf74c</sum></package><package epoch="1" name="qt-x11" version="4.6.2" release="28.el6_5" arch="x86_64" src="qt-4.6.2-28.el6_5.src.rpm"><filename>qt-x11-4.6.2-28.el6_5.x86_64.rpm</filename><sum type="sha256">7754bffea6ff5b06f1eed2af8560e49207d3bdf28b6ef6140182650908895b03</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0203-1</id><title>upstart bug fix update</title><description>This update fixes the following bug:

* Previously, when booting Scientific Linux automatically, if the /dev/console file was not present on the system, the upstart daemon immediately failed and the system could not boot. With this update, upstart now checks for the presence of the /dev/console file on the system and waits until the file is created. As a result, booting the system no longer fails.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="[6.5.z] Server cannot be rebooted when /dev/console is not available" type="bugzilla" id="1062583" href="https://bugzilla.redhat.com/show_bug.cgi?id=1062583"/><reference title="RHBA-2014:0203-1" type="self" id="RHBA-2014:0203-1" href="https://rhn.redhat.com/errata/RHBA-2014-0203.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="upstart" version="0.6.5" release="13.el6_5.2" arch="x86_64" src="upstart-0.6.5-13.el6_5.2.src.rpm"><filename>upstart-0.6.5-13.el6_5.2.x86_64.rpm</filename><sum type="sha256">9bee0ad0c3c15c2dd6e047f9484583626e0fdca8a1413d504ca2eb50f85286f7</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0256-1</id><title>libvirt bug fix update</title><description>This update fixes the following bugs:

* Due to the sanlock deamon's limit of 48 characters on the lock owner name, when the sanlock locking driver was enabled in libvirt, domains with names longer than the limit could not be started. To fix this bug, libvirt now truncates long domain names when sending them to sanlock. As a result, domains with names longer than 48 characters can be successfully started even if the sanlock locking driver is enabled.

After installing the updated packages, libvirtd will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2014-03-18 00:00:00"/><references><reference title="VMs with names longer than 48 characters can be created but not started" type="bugzilla" id="1070905" href="https://bugzilla.redhat.com/show_bug.cgi?id=1070905"/><reference title="RHBA-2014:0256-1" type="self" id="RHBA-2014:0256-1" href="https://rhn.redhat.com/errata/RHBA-2014-0256.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt" version="0.10.2" release="29.el6_5.5" arch="x86_64" src="libvirt-0.10.2-29.el6_5.5.src.rpm"><filename>libvirt-0.10.2-29.el6_5.5.x86_64.rpm</filename><sum type="sha256">bf459c89e6703d1652b306d27ae6af5c2dd208cc23db14255400777efcf8e168</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6_5.5" arch="i686" src="libvirt-0.10.2-29.el6_5.5.src.rpm"><filename>libvirt-client-0.10.2-29.el6_5.5.i686.rpm</filename><sum type="sha256">a3d347d91b8fba0fbe4b58e5386228d4cc1811abf3cbe4487c9949c459049879</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6_5.5" arch="x86_64" src="libvirt-0.10.2-29.el6_5.5.src.rpm"><filename>libvirt-client-0.10.2-29.el6_5.5.x86_64.rpm</filename><sum type="sha256">93ca70d7bea84cda6c20e201bfa0bbba65142da606a1e4e8d9a8b420e3b5378f</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6_5.5" arch="i686" src="libvirt-0.10.2-29.el6_5.5.src.rpm"><filename>libvirt-devel-0.10.2-29.el6_5.5.i686.rpm</filename><sum type="sha256">60a80930bb8de4c6ea02f4ee2b69eb9d991cc8176dbe3bc9414985c9e947588a</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6_5.5" arch="x86_64" src="libvirt-0.10.2-29.el6_5.5.src.rpm"><filename>libvirt-devel-0.10.2-29.el6_5.5.x86_64.rpm</filename><sum type="sha256">cf164dd98bcfef2267c56fcf789851b07974eef7a92068310740d179fec8555c</sum></package><package epoch="0" name="libvirt-lock-sanlock" version="0.10.2" release="29.el6_5.5" arch="x86_64" src="libvirt-0.10.2-29.el6_5.5.src.rpm"><filename>libvirt-lock-sanlock-0.10.2-29.el6_5.5.x86_64.rpm</filename><sum type="sha256">641f83ffbf7622461acb111d42feb3f93047c58af3154d34decd93b0e1fc82f2</sum></package><package epoch="0" name="libvirt-python" version="0.10.2" release="29.el6_5.5" arch="x86_64" src="libvirt-0.10.2-29.el6_5.5.src.rpm"><filename>libvirt-python-0.10.2-29.el6_5.5.x86_64.rpm</filename><sum type="sha256">14365627d161a0650f7ff5b69c88274df78dddb7b3d3731182725d11106d010f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0257-1</id><title>opencryptoki bug fix update</title><description>This update fixes the following bug:

* Previously, on IBM System z architecture, the opencryptoki Common Cryptographic Architecture (CCA) token was sending incorrect information to the CKA_ECDSA_PARAMS attribute when generating an EC key pair. As a consequence, opencryptoki failed to verify the public key. This bug has been fixed and the CCA token now sends the correct information to CKA_ECDSA_PARAMS and public keys are verified successfully.</description><release>Scientific Linux Fermi</release><issued date="2014-03-18 00:00:00"/><references><reference title="" type="bugzilla" id="1065968" href="https://bugzilla.redhat.com/show_bug.cgi?id=1065968"/><reference title="RHBA-2014:0257-1" type="self" id="RHBA-2014:0257-1" href="https://rhn.redhat.com/errata/RHBA-2014-0257.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="opencryptoki" version="2.4.3.1" release="1.el6_5.1" arch="x86_64" src="opencryptoki-2.4.3.1-1.el6_5.1.src.rpm"><filename>opencryptoki-2.4.3.1-1.el6_5.1.x86_64.rpm</filename><sum type="sha256">3edd0ddb8413e35069b83f583ffc671fb7775645bde9589757106080f65a8159</sum></package><package epoch="0" name="opencryptoki-devel" version="2.4.3.1" release="1.el6_5.1" arch="i686" src="opencryptoki-2.4.3.1-1.el6_5.1.src.rpm"><filename>opencryptoki-devel-2.4.3.1-1.el6_5.1.i686.rpm</filename><sum type="sha256">04b4a53abd0b05d7460f2f701303179abaff9ff6944a6455ad986720f1e4df1b</sum></package><package epoch="0" name="opencryptoki-devel" version="2.4.3.1" release="1.el6_5.1" arch="x86_64" src="opencryptoki-2.4.3.1-1.el6_5.1.src.rpm"><filename>opencryptoki-devel-2.4.3.1-1.el6_5.1.x86_64.rpm</filename><sum type="sha256">9323a8b55762da8965a4f3be2e026a6799c9b46956b2eb5a2571ad44574a5674</sum></package><package epoch="0" name="opencryptoki-libs" version="2.4.3.1" release="1.el6_5.1" arch="i686" src="opencryptoki-2.4.3.1-1.el6_5.1.src.rpm"><filename>opencryptoki-libs-2.4.3.1-1.el6_5.1.i686.rpm</filename><sum type="sha256">3b07e427bd58501de5dc1cbd3668a1e5b29eab965bd4c72fefa890a718ca2dd3</sum></package><package epoch="0" name="opencryptoki-libs" version="2.4.3.1" release="1.el6_5.1" arch="x86_64" src="opencryptoki-2.4.3.1-1.el6_5.1.src.rpm"><filename>opencryptoki-libs-2.4.3.1-1.el6_5.1.x86_64.rpm</filename><sum type="sha256">548376742eac19cd7d59cf1607652b0afc5b1a22b55fa00e703dfceeaa95336b</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0260-1</id><title>ghostscript-fonts bug fix update</title><description>This update fixes the following bug:

* Previously, the ghostscript-fonts package contained fonts with a restrictive license. With this update, the fonts with restricted rights causing a licensing problem are removed from the package.</description><release>Scientific Linux Fermi</release><issued date="2014-03-18 00:00:00"/><references><reference title="" type="bugzilla" id="1067294" href="https://bugzilla.redhat.com/show_bug.cgi?id=1067294"/><reference title="RHBA-2014:0260-1" type="self" id="RHBA-2014:0260-1" href="https://rhn.redhat.com/errata/RHBA-2014-0260.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ghostscript-fonts" version="5.50" release="23.2.el6" arch="noarch" src="ghostscript-fonts-5.50-23.2.el6.src.rpm"><filename>ghostscript-fonts-5.50-23.2.el6.noarch.rpm</filename><sum type="sha256">447796fbcd86aca6917a74b210dc38785df30cdf897105495329d14934762f3e</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0262-1</id><title>qemu-kvm bug fix update</title><description>This update fixes the following bug:

* Previously, when a new QEMU Machine Protocol (QMP) socket was connected and then immediately closed, the qemu-kvm utility could become unresponsive and consume 100% of the CPU. This bug has been fixed and qemu-kvm no longer hangs in this scenario.</description><release>Scientific Linux Fermi</release><issued date="2014-03-18 00:00:00"/><references><reference title="QMP socket breaks on unexpected close" type="bugzilla" id="1069239" href="https://bugzilla.redhat.com/show_bug.cgi?id=1069239"/><reference title="RHBA-2014:0262-1" type="self" id="RHBA-2014:0262-1" href="https://rhn.redhat.com/errata/RHBA-2014-0262.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.415.el6_5.5" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.5.src.rpm"><filename>qemu-guest-agent-0.12.1.2-2.415.el6_5.5.x86_64.rpm</filename><sum type="sha256">d8ddc3315d4452f8d3cc3b049084e6916315b48250ee02110a00db4140dd9fc5</sum></package><package epoch="2" name="qemu-img" version="0.12.1.2" release="2.415.el6_5.5" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.5.src.rpm"><filename>qemu-img-0.12.1.2-2.415.el6_5.5.x86_64.rpm</filename><sum type="sha256">026513f7e988eb0a26038256cb045a359050f98e7ab1a44fcc821fdbc313b35e</sum></package><package epoch="2" name="qemu-kvm" version="0.12.1.2" release="2.415.el6_5.5" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.5.src.rpm"><filename>qemu-kvm-0.12.1.2-2.415.el6_5.5.x86_64.rpm</filename><sum type="sha256">858f159515324195fa414dbbf45b0734dfeb72112d87ef2b5201698f1f75f3c6</sum></package><package epoch="2" name="qemu-kvm-tools" version="0.12.1.2" release="2.415.el6_5.5" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.5.src.rpm"><filename>qemu-kvm-tools-0.12.1.2-2.415.el6_5.5.x86_64.rpm</filename><sum type="sha256">c5ced8c31f694bcd81f95b081386261e8ad4365de8f367382f119d36118b3554</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0264-1</id><title>libtirpc bug fix update</title><description>This update fixes the following bug:

* Prior to this update, race conditions and segmentation faults occurred in applications using the following library routines: setnetconfig(), getnetconfigent(), endnetconfig(), bindresvport_sa(), and clnt_vc_create(). To fix this bug, mutex locks have been put around critical code sections in the aforementioned routines. As a result, race conditions and segmentation faults no longer occur in this scenario.</description><release>Scientific Linux Fermi</release><issued date="2014-03-18 00:00:00"/><references><reference title="" type="bugzilla" id="1043360" href="https://bugzilla.redhat.com/show_bug.cgi?id=1043360"/><reference title="RHBA-2014:0264-1" type="self" id="RHBA-2014:0264-1" href="https://rhn.redhat.com/errata/RHBA-2014-0264.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libtirpc" version="0.2.1" release="6.el6_5.1" arch="i686" src="libtirpc-0.2.1-6.el6_5.1.src.rpm"><filename>libtirpc-0.2.1-6.el6_5.1.i686.rpm</filename><sum type="sha256">d537153684d278d0b3bc955fbf1f92b169a8671c5f87c35b35bbca64797a8fd6</sum></package><package epoch="0" name="libtirpc" version="0.2.1" release="6.el6_5.1" arch="x86_64" src="libtirpc-0.2.1-6.el6_5.1.src.rpm"><filename>libtirpc-0.2.1-6.el6_5.1.x86_64.rpm</filename><sum type="sha256">a6b995d501d2dcffc35b4f2049c6d672ad8d0317abd11710f32ee1faa43cf4a3</sum></package><package epoch="0" name="libtirpc-devel" version="0.2.1" release="6.el6_5.1" arch="i686" src="libtirpc-0.2.1-6.el6_5.1.src.rpm"><filename>libtirpc-devel-0.2.1-6.el6_5.1.i686.rpm</filename><sum type="sha256">6fe405a03aa7db2279067671e22a9feced684c6c79ee59491da13378b5803fa5</sum></package><package epoch="0" name="libtirpc-devel" version="0.2.1" release="6.el6_5.1" arch="x86_64" src="libtirpc-0.2.1-6.el6_5.1.src.rpm"><filename>libtirpc-devel-0.2.1-6.el6_5.1.x86_64.rpm</filename><sum type="sha256">bd3187768ee9389b6621e8963a75d4e179d008ef451d2d5356bb1e11e600e07c</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0281-1</id><title>ksh bug fix update</title><description>This update fixes the following bug:

* Previously, KornShell (KSH) used a wrong file descriptor for reading a file through command substitution if the standard input (stdin), the standard output (stdout), or the standard error (stderr) was closed. As a consequence, reading a file using command substitution returned an empty string. A patch has been applied to use a different file descriptor, which does not collide with stdin, stdout and stderr when reading the file, and command substitution now works as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-03-18 00:00:00"/><references><reference title="" type="bugzilla" id="1072456" href="https://bugzilla.redhat.com/show_bug.cgi?id=1072456"/><reference title="RHBA-2014:0281-1" type="self" id="RHBA-2014:0281-1" href="https://rhn.redhat.com/errata/RHBA-2014-0281.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ksh" version="20120801" release="10.el6_5.4" arch="x86_64" src="ksh-20120801-10.el6_5.4.src.rpm"><filename>ksh-20120801-10.el6_5.4.x86_64.rpm</filename><sum type="sha256">b4b7a45a609ae522989b0be0d98d3ccd31f122d0e70ab39a9c36ca7b093aefe0</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0286-1</id><title>upstart bug fix update</title><description>This update fixes the following bug:

* Previously, the upstart daemon reset the console to default options not only for jobs with "console owner" specified in its configuration file, but also for jobs with "console output" specified. As a consequence, when stopping a service which had a native upstart job and "console output" specified, X.Org failed and a coredump was generated, also logging out the user. This bug is now fixed, and upstart only resets the console to default settings for jobs with "console owner" specified in the configuration file.</description><release>Scientific Linux Fermi</release><issued date="2014-03-18 00:00:00"/><references><reference title="[VMware 6.5 BUG]:RHEL6.5 initctl start/stop cause xorg coredump and user logging out" type="bugzilla" id="1073330" href="https://bugzilla.redhat.com/show_bug.cgi?id=1073330"/><reference title="RHBA-2014:0286-1" type="self" id="RHBA-2014:0286-1" href="https://rhn.redhat.com/errata/RHBA-2014-0286.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="upstart" version="0.6.5" release="13.el6_5.3" arch="x86_64" src="upstart-0.6.5-13.el6_5.3.src.rpm"><filename>upstart-0.6.5-13.el6_5.3.x86_64.rpm</filename><sum type="sha256">45311c68970b7ab7aeb19a002eae44a9b340e224e574660b594fe5ad2ebf8841</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0287-1</id><title>coreutils bug fix update</title><description>This update fixes the following bug:

* A recent update of the coreutils packages changed the format of the output from the "df" and "df -k" commands to one line per entry, which is required for POSIX mode. As a consequence, scripts relying on the previous two lines per entry format started to fail. To fix this bug, two-line entries have been reintroduced to the output for modes other than POSIX. As a result, scripts relying on the two-line format no longer fail.</description><release>Scientific Linux Fermi</release><issued date="2014-03-18 00:00:00"/><references><reference title="" type="bugzilla" id="1072896" href="https://bugzilla.redhat.com/show_bug.cgi?id=1072896"/><reference title="RHBA-2014:0287-1" type="self" id="RHBA-2014:0287-1" href="https://rhn.redhat.com/errata/RHBA-2014-0287.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="coreutils" version="8.4" release="31.el6_5.1" arch="x86_64" src="coreutils-8.4-31.el6_5.1.src.rpm"><filename>coreutils-8.4-31.el6_5.1.x86_64.rpm</filename><sum type="sha256">ec3e7fdb3331b7e2db39a9a34a9f5b6ca382c94f8910cc47a372417650f34ace</sum></package><package epoch="0" name="coreutils-libs" version="8.4" release="31.el6_5.1" arch="x86_64" src="coreutils-8.4-31.el6_5.1.src.rpm"><filename>coreutils-libs-8.4-31.el6_5.1.x86_64.rpm</filename><sum type="sha256">f9f4972df7f638b27039c8e7163f156337dc1210d91801715759582f5c23e9dc</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0296-1</id><title>suitesparse bug fix update</title><description>This update fixes the following bug:

* Previously, the suitesparse-devel packages did not include the C++ header files. Consequently, users were prevented from compiling C++ programs that used the suitesparse packages. With this update, the suitesparse-devel spec file has been fixed and the header files are now included in the packages as expected. (BZ# 1001869)</description><release>Scientific Linux Fermi</release><issued date="2014-03-18 00:00:00"/><references><reference title="suitesparse-devel is missing c++ headers" type="bugzilla" id="1001869" href="https://bugzilla.redhat.com/show_bug.cgi?id=1001869"/><reference title="RHBA-2014:0296-1" type="self" id="RHBA-2014:0296-1" href="https://rhn.redhat.com/errata/RHBA-2014-0296.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="suitesparse" version="3.4.0" release="9.el6" arch="i686" src="suitesparse-3.4.0-9.el6.src.rpm"><filename>suitesparse-3.4.0-9.el6.i686.rpm</filename><sum type="sha256">846d289c7cf53cb1debd9e9eb427219652ffc7d7667d098db4145691e842db96</sum></package><package epoch="0" name="suitesparse" version="3.4.0" release="9.el6" arch="x86_64" src="suitesparse-3.4.0-9.el6.src.rpm"><filename>suitesparse-3.4.0-9.el6.x86_64.rpm</filename><sum type="sha256">13f2629369a7704d51b725d6a77690241c28cf7a8d60faa335f79ea08db0cbc0</sum></package><package epoch="0" name="suitesparse-devel" version="3.4.0" release="9.el6" arch="i686" src="suitesparse-3.4.0-9.el6.src.rpm"><filename>suitesparse-devel-3.4.0-9.el6.i686.rpm</filename><sum type="sha256">0cbf89b12da45ddb22e821606b62eb9f2bbbd2e0d02ef01a4a07fff4dcdf67b8</sum></package><package epoch="0" name="suitesparse-devel" version="3.4.0" release="9.el6" arch="x86_64" src="suitesparse-3.4.0-9.el6.src.rpm"><filename>suitesparse-devel-3.4.0-9.el6.x86_64.rpm</filename><sum type="sha256">f3f714190e553aba5965305a7371d3ed3ec6d9b93bc9964d81f95eea2445d27c</sum></package><package epoch="0" name="suitesparse-doc" version="3.4.0" release="9.el6" arch="noarch" src="suitesparse-3.4.0-9.el6.src.rpm"><filename>suitesparse-doc-3.4.0-9.el6.noarch.rpm</filename><sum type="sha256">591a82e0ce14273cdd2d6317e93f3136afcd783b12f4e90bfe515925e1565864</sum></package><package epoch="0" name="suitesparse-static" version="3.4.0" release="9.el6" arch="x86_64" src="suitesparse-3.4.0-9.el6.src.rpm"><filename>suitesparse-static-3.4.0-9.el6.x86_64.rpm</filename><sum type="sha256">e69278cc12e4cca421cf98a7215a94ae7973ed3d41e34975e548e85f6ce7cc85</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0297-1</id><title>gzip bug fix update</title><description>This update fixes the following bugs:

* Previously, the "-h" option of the zgrep command was absent from the source code of the gzip utility. As a consequence, the output of running the "zgrep -h" command was not parsed, and the file name was printed. With this update, the possibility to use the short "-h" option besides the "--no-filename" option has been added. As a result, running the zgrep command with the "-h" option now prints the correct lines and suppresses the prefixing of the file names on output when multiple files are searched.

* Prior to this update, the time stamp of an archive was set by the futimesat() or utime() system calls when using the gzip utility. Consequently, the archived file had a lower time stamp than expected because only microsecond resolution was enabled, and a nanosecond time stamp was not provided. The underlying source code has been modified to attempt to use the utimensat() or futimens() system calls for nanosecond resolution. As a result, the archived file has exactly the same time stamp as the original file.</description><release>Scientific Linux Fermi</release><issued date="2014-03-18 00:00:00"/><references><reference title="" type="bugzilla" id="949820" href="https://bugzilla.redhat.com/show_bug.cgi?id=949820"/><reference title="" type="bugzilla" id="961810" href="https://bugzilla.redhat.com/show_bug.cgi?id=961810"/><reference title="RHBA-2014:0297-1" type="self" id="RHBA-2014:0297-1" href="https://rhn.redhat.com/errata/RHBA-2014-0297.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="gzip" version="1.3.12" release="22.el6" arch="x86_64" src="gzip-1.3.12-22.el6.src.rpm"><filename>gzip-1.3.12-22.el6.x86_64.rpm</filename><sum type="sha256">b2ef9f50e1baebfcd49c953666aadad59d73a97b9b3728139a5e2ffe2d1742e5</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0299-1</id><title>device-mapper-multipath bug fix update</title><description>* Previously, if the Test Unit Read (TUR) checker thread became unresponsive, the multipath daemon started a synchronous TUR check which could also become unresponsive. To fix this bug, multipathd now only marks the path as failed instead of starting a synchronous TUR check. As a result, multipathd no longer hangs in this scenario.</description><release>Scientific Linux Fermi</release><issued date="2014-03-18 00:00:00"/><references><reference title="" type="bugzilla" id="1069435" href="https://bugzilla.redhat.com/show_bug.cgi?id=1069435"/><reference title="RHBA-2014:0299-1" type="self" id="RHBA-2014:0299-1" href="https://rhn.redhat.com/errata/RHBA-2014-0299.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="device-mapper-multipath" version="0.4.9" release="72.el6_5.1" arch="x86_64" src="device-mapper-multipath-0.4.9-72.el6_5.1.src.rpm"><filename>device-mapper-multipath-0.4.9-72.el6_5.1.x86_64.rpm</filename><sum type="sha256">543b0e7d91d657596fb910a68429e6f512c2bbe4a64fa96ff41b446408f19b80</sum></package><package epoch="0" name="device-mapper-multipath-libs" version="0.4.9" release="72.el6_5.1" arch="x86_64" src="device-mapper-multipath-0.4.9-72.el6_5.1.src.rpm"><filename>device-mapper-multipath-libs-0.4.9-72.el6_5.1.x86_64.rpm</filename><sum type="sha256">71f5e9a338edec6e0520f35ec7ba2c248e48a254db57f92a164c41b6d2332865</sum></package><package epoch="0" name="kpartx" version="0.4.9" release="72.el6_5.1" arch="x86_64" src="device-mapper-multipath-0.4.9-72.el6_5.1.src.rpm"><filename>kpartx-0.4.9-72.el6_5.1.x86_64.rpm</filename><sum type="sha256">8465508dd3f79d533c65a48d203521ee54cd99648034c886b901a100ce079981</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0302-1</id><title>qemu-kvm bug fix update</title><description>This update fixes the following bug:

* Previously, the number of characters in the file name strings for virtual machine (VM) images was limited. Because repeated creation of VM image snapshots gradually increases the file name string size, this eventually resulted in either of the following problems when the size limit was reached: creating an image snapshot failed to be executed or the VM did not successfully boot. This update fixes the handling of file names so that long file names are now supported, and the mentioned problems no longer occur.</description><release>Scientific Linux Fermi</release><issued date="2014-03-18 00:00:00"/><references><reference title="RHEV: Cannot start VMs that have more than 23 snapshots." type="bugzilla" id="1071740" href="https://bugzilla.redhat.com/show_bug.cgi?id=1071740"/><reference title="RHBA-2014:0302-1" type="self" id="RHBA-2014:0302-1" href="https://rhn.redhat.com/errata/RHBA-2014-0302.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.415.el6_5.6" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.6.src.rpm"><filename>qemu-guest-agent-0.12.1.2-2.415.el6_5.6.x86_64.rpm</filename><sum type="sha256">4913bcb9826fe3a61dceb42883aa85cfc8e19c9ca120ffedfdeb8107a3f040e7</sum></package><package epoch="2" name="qemu-img" version="0.12.1.2" release="2.415.el6_5.6" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.6.src.rpm"><filename>qemu-img-0.12.1.2-2.415.el6_5.6.x86_64.rpm</filename><sum type="sha256">1840366fd8ff32c4e155120c52f86327527d4970d871eda65cd2df2f0721e6f6</sum></package><package epoch="2" name="qemu-kvm" version="0.12.1.2" release="2.415.el6_5.6" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.6.src.rpm"><filename>qemu-kvm-0.12.1.2-2.415.el6_5.6.x86_64.rpm</filename><sum type="sha256">c84c7f2027b3957acf00e1fc7ba057630e4f080a1e5f5bfb0a7251a2acf5b3b1</sum></package><package epoch="2" name="qemu-kvm-tools" version="0.12.1.2" release="2.415.el6_5.6" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.6.src.rpm"><filename>qemu-kvm-tools-0.12.1.2-2.415.el6_5.6.x86_64.rpm</filename><sum type="sha256">6187020707d96c24313a3f7ff6fed90b335940a276ea267d98843384167cde1d</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0303-1</id><title>glib2 bug fix update</title><description>This update fixes the following bug:

* The previous rebase to GLib 2.26 added the GSettings API, but without the gsettings-desktop-schemas package. As a consequence, some programs (such as OpenJDK or VMWare) attempted to use GSettings, but since gsettings-desktop-schemas was absent, these programs terminated unexpectedly. This update removes GSettings from glib2, and the crashes now no longer occur.</description><release>Scientific Linux Fermi</release><issued date="2014-03-18 00:00:00"/><references><reference title="" type="bugzilla" id="1065429" href="https://bugzilla.redhat.com/show_bug.cgi?id=1065429"/><reference title="RHBA-2014:0303-1" type="self" id="RHBA-2014:0303-1" href="https://rhn.redhat.com/errata/RHBA-2014-0303.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="glib2" version="2.26.1" release="7.el6_5" arch="i686" src="glib2-2.26.1-7.el6_5.src.rpm"><filename>glib2-2.26.1-7.el6_5.i686.rpm</filename><sum type="sha256">bfaa8ba62cb4ea1c2623e2b7ad0acfadc50987991d0249a9bea34bccfaa3ee69</sum></package><package epoch="0" name="glib2" version="2.26.1" release="7.el6_5" arch="x86_64" src="glib2-2.26.1-7.el6_5.src.rpm"><filename>glib2-2.26.1-7.el6_5.x86_64.rpm</filename><sum type="sha256">ca3b2a5f939fc62fff9ad81187cdad9fa4feda043489fb74acc819148ce3135f</sum></package><package epoch="0" name="glib2-devel" version="2.26.1" release="7.el6_5" arch="i686" src="glib2-2.26.1-7.el6_5.src.rpm"><filename>glib2-devel-2.26.1-7.el6_5.i686.rpm</filename><sum type="sha256">a542d1bc7c86c89f5c13a2d6c3ef262f8436d1ea6080ae53267ceba68a85d498</sum></package><package epoch="0" name="glib2-devel" version="2.26.1" release="7.el6_5" arch="x86_64" src="glib2-2.26.1-7.el6_5.src.rpm"><filename>glib2-devel-2.26.1-7.el6_5.x86_64.rpm</filename><sum type="sha256">5c0f04766447f9a322c54bfb58f84f2042899f4bbb8c3f231b7f9c83e7bd515b</sum></package><package epoch="0" name="glib2-doc" version="2.26.1" release="7.el6_5" arch="noarch" src="glib2-2.26.1-7.el6_5.src.rpm"><filename>glib2-doc-2.26.1-7.el6_5.noarch.rpm</filename><sum type="sha256">af008109d6294727c1d17964de52c4c774626c72b41b48cb11673294b4e74212</sum></package><package epoch="0" name="glib2-static" version="2.26.1" release="7.el6_5" arch="x86_64" src="glib2-2.26.1-7.el6_5.src.rpm"><filename>glib2-static-2.26.1-7.el6_5.x86_64.rpm</filename><sum type="sha256">928c8872d97cdb410c0b961edc0df5ccc787a8aeaf12cb6c49b18953e11a503c</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0307-1</id><title>fence-agents bug fix update</title><description>This update fixes the following bug:

* Previously, the fence_apc program was hard-coded with SSH1 connectivity. As a consequence, fence-agents was unable to connect to power distribution units that require SSH2 connectivity. This update introduces the "--ssh- options" option, which makes it possible to specify SSH connectivity options in fence-agents. Thus, all fencing agents that support SSH can now be adjusted to meet the SSH requirements of the fencing device.</description><release>Scientific Linux Fermi</release><issued date="2014-03-18 00:00:00"/><references><reference title="fence_apc does not work with APC AP8965 with SSH" type="bugzilla" id="1070297" href="https://bugzilla.redhat.com/show_bug.cgi?id=1070297"/><reference title="RHBA-2014:0307-1" type="self" id="RHBA-2014:0307-1" href="https://rhn.redhat.com/errata/RHBA-2014-0307.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="fence-agents" version="3.1.5" release="35.el6_5.4" arch="x86_64" src="fence-agents-3.1.5-35.el6_5.4.src.rpm"><filename>fence-agents-3.1.5-35.el6_5.4.x86_64.rpm</filename><sum type="sha256">f057455d2f807025529414475636598320c51cdb00a1d54a9635106b60352c85</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0313-1</id><title>quota bug fix update</title><description>This update fixes the following bug:

* Previously, the integer type was misinterpreted if a quota tool displayed the grace time for an NFS-mounted file system when the soft quota limit for the current user had been exceeded, and the grace quota time had already expired. As a consequence, the quota command incorrectly reported a large number of days instead of the "none" value. This update fixes the misinterpretation of the integer type used to transfer grace times over the network. In addition, this update limits the range of possible values to 32-bit signed integer boundaries in order to ensure interoperability between NFS servers and clients with a different CPU word size. As a result, the quota tools correctly report the grace time that differ from the server time in the range from -2^31+1 to 2^31 seconds. Lower values are reported as expired, higher as a maximal possible time that stays unchanged until the difference is in the correct range.</description><release>Scientific Linux Fermi</release><issued date="2014-03-25 00:00:00"/><references><reference title="Wrong value for expired grace period retrieved over network" type="bugzilla" id="1072404" href="https://bugzilla.redhat.com/show_bug.cgi?id=1072404"/><reference title="RHBA-2014:0313-1" type="self" id="RHBA-2014:0313-1" href="https://rhn.redhat.com/errata/RHBA-2014-0313.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="quota" version="3.17" release="21.el6_5" arch="x86_64" src="quota-3.17-21.el6_5.src.rpm"><filename>quota-3.17-21.el6_5.x86_64.rpm</filename><sum type="sha256">81d9df14a9c89ff8de9b924f896e737125b87eff6756647912cdaeef703dec23</sum></package><package epoch="1" name="quota-devel" version="3.17" release="21.el6_5" arch="i686" src="quota-3.17-21.el6_5.src.rpm"><filename>quota-devel-3.17-21.el6_5.i686.rpm</filename><sum type="sha256">b6b0ef9e13a8dee41c751b9b289f676f1c045a645ec6eb62dfaf78bb7d42a7a5</sum></package><package epoch="1" name="quota-devel" version="3.17" release="21.el6_5" arch="x86_64" src="quota-3.17-21.el6_5.src.rpm"><filename>quota-devel-3.17-21.el6_5.x86_64.rpm</filename><sum type="sha256">2f1662ff4faca513887fa3225300b88eaa56311083fdc04fdbc6276dc61f77b2</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0314-1</id><title>autofs bug fix update</title><description>This update fixes the following bug:

* Previously, the automount daemon did not take the length of an option into account when checking the mount option string. Due to this probelm, incorrect comparisons could occur, such as a "-v" option being incorrectly seen as "vers=4". As a consequence, the mount probes did not include NFSv3 when "-v" was used, and under some circumstances, the mounts were not created properly. With this update, the option matching has been changed to be more specific, and the problem no longer occurs.</description><release>Scientific Linux Fermi</release><issued date="2014-03-25 00:00:00"/><references><reference title="autofs-5.0.5-88.el6 breaks maps that have a -v in the options" type="bugzilla" id="1067774" href="https://bugzilla.redhat.com/show_bug.cgi?id=1067774"/><reference title="RHBA-2014:0314-1" type="self" id="RHBA-2014:0314-1" href="https://rhn.redhat.com/errata/RHBA-2014-0314.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="autofs" version="5.0.5" release="89.el6_5.1" arch="x86_64" src="autofs-5.0.5-89.el6_5.1.src.rpm"><filename>autofs-5.0.5-89.el6_5.1.x86_64.rpm</filename><sum type="sha256">258fa778ff3fb1d79084e1909af8863cf43afca33fdb0c1300feb9607d1d9ef3</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0318-1</id><title>grep bug fix update</title><description>This update fixes the following bug:

* Previously, the "--include" option did not process file names correctly. As a consequence, "--include" sometimes functioned as if the "--exclude" option was used. With this update, a patch has been applied to address the problem and "--include" now works correctly.</description><release>Scientific Linux Fermi</release><issued date="2014-03-25 00:00:00"/><references><reference title="include not working as expected" type="bugzilla" id="1077108" href="https://bugzilla.redhat.com/show_bug.cgi?id=1077108"/><reference title="RHBA-2014:0318-1" type="self" id="RHBA-2014:0318-1" href="https://rhn.redhat.com/errata/RHBA-2014-0318.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="grep" version="2.6.3" release="4.el6_5.1" arch="x86_64" src="grep-2.6.3-4.el6_5.1.src.rpm"><filename>grep-2.6.3-4.el6_5.1.x86_64.rpm</filename><sum type="sha256">20c6d2285646d65d8580255e34a7db4a2492f8c9a78853991285e524d583a374</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0320-1</id><title>spice-vdagent bug fix update</title><description>This update fixes the following bug:

* When using Eclipse within a Scientific Linux 6 guest in Virtual Desktop Infrastructure, the digit displaying the number of hidden tabs or within was rendered incorrectly. This bug has been fixed, and the text is now rendered normally, keeping the physical screen size to a constant 96 DPI.</description><release>Scientific Linux Fermi</release><issued date="2014-03-25 00:00:00"/><references><reference title="" type="bugzilla" id="1076646" href="https://bugzilla.redhat.com/show_bug.cgi?id=1076646"/><reference title="RHBA-2014:0320-1" type="self" id="RHBA-2014:0320-1" href="https://rhn.redhat.com/errata/RHBA-2014-0320.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="spice-vdagent" version="0.14.0" release="3.el6_5" arch="x86_64" src="spice-vdagent-0.14.0-3.el6_5.src.rpm"><filename>spice-vdagent-0.14.0-3.el6_5.x86_64.rpm</filename><sum type="sha256">eae29a67f39f9363921c89fa5b7d4b6378e6ed3b0cf058f7faf94da81949861c</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0327-1</id><title>environment-modules bug fix update</title><description>The environment-modules packages have been upgraded to upstream version 3.2.10, which provides a number of bug fixes over the previous version.</description><release>Scientific Linux Fermi</release><issued date="2014-03-25 00:00:00"/><references><reference title="" type="bugzilla" id="1076072" href="https://bugzilla.redhat.com/show_bug.cgi?id=1076072"/><reference title="RHBA-2014:0327-1" type="self" id="RHBA-2014:0327-1" href="https://rhn.redhat.com/errata/RHBA-2014-0327.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="environment-modules" version="3.2.10" release="1.el6_5" arch="x86_64" src="environment-modules-3.2.10-1.el6_5.src.rpm"><filename>environment-modules-3.2.10-1.el6_5.x86_64.rpm</filename><sum type="sha256">a6ca00e7ac01f9848f680467587f43773093ed1af1e226b6c5084e5d1b7e2eef</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0332-1</id><title>star bug fix update</title><description>This update fixes the following bug:

* Under certain circumstances, the star utility could terminate unexpectedly with a segmentation fault when the currently extracted archive contained both files with stored SELinux context and without SELinux context. This bug has been fixed and the segmentation fault no longer occurs when extracting archives.</description><release>Scientific Linux Fermi</release><issued date="2014-04-01 00:00:00"/><references><reference title="" type="bugzilla" id="1073539" href="https://bugzilla.redhat.com/show_bug.cgi?id=1073539"/><reference title="RHBA-2014:0332-1" type="self" id="RHBA-2014:0332-1" href="https://rhn.redhat.com/errata/RHBA-2014-0332.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="star" version="1.5" release="11.1.el6_5" arch="x86_64" src="star-1.5-11.1.el6_5.src.rpm"><filename>star-1.5-11.1.el6_5.x86_64.rpm</filename><sum type="sha256">362e2248b88263caebbaf2359f6660974953941e5dac274583da5866d2c08092</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0333-1</id><title>man-pages-overrides bug fix update</title><description>This update fixes the following bug:

* When the openssh package was updated, its man pages were overridden by the man-pages-overrides package. This update removes the manual page for ssh_config from man-pages-overrides. The fixed manual pages are now part of the openssh package and are included in the SLBA-2014:16784 erratum.</description><release>Scientific Linux Fermi</release><issued date="2014-04-01 00:00:00"/><references><reference title="remove fix for ssh_config man page from man-pages-overrides" type="bugzilla" id="1076452" href="https://bugzilla.redhat.com/show_bug.cgi?id=1076452"/><reference title="RHBA-2014:0333-1" type="self" id="RHBA-2014:0333-1" href="https://rhn.redhat.com/errata/RHBA-2014-0333.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="man-pages-overrides" version="6.5.3" release="1.el6_5" arch="noarch" src="man-pages-overrides-6.5.3-1.el6_5.src.rpm"><filename>man-pages-overrides-6.5.3-1.el6_5.noarch.rpm</filename><sum type="sha256">e5a83e2a292eb667320f45968fcad3bcd7e11b9b7ac914f8cef939efaca63ad1</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0336-1</id><title>resource-agents bug fix update</title><description>This update fixes the following bug:

* Previously, the virtual machine (VM) instances managed by the VirtualDomain agent failed during the monitor operation if the libvirtd daemon was not available. This caused the Pacemaker resource manager to unnecessarily recover healthy VM resources when libvirtd failed. With this update, the VirtualDomain agent is capable of monitoring KVM virtual machines without requiring libvirtd to be accessible. As a result, Pacemaker now no longer mismanages VM resources in case of a libvirtd failure.</description><release>Scientific Linux Fermi</release><issued date="2014-04-01 00:00:00"/><references><reference title="Pacemaker restart causes VM+admin restart on peer HA server" type="bugzilla" id="1080075" href="https://bugzilla.redhat.com/show_bug.cgi?id=1080075"/><reference title="RHBA-2014:0336-1" type="self" id="RHBA-2014:0336-1" href="https://rhn.redhat.com/errata/RHBA-2014-0336.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="resource-agents" version="3.9.2" release="40.el6_5.7" arch="x86_64" src="resource-agents-3.9.2-40.el6_5.7.src.rpm"><filename>resource-agents-3.9.2-40.el6_5.7.x86_64.rpm</filename><sum type="sha256">6307c03a9f30becb5c7afd6c2c5981474d69fe74b1c89fc3fc9292c7e3ee0044</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0337-1</id><title>syslinux bug fix update</title><description>This update fixes the following bug:

* Prior to this update, the pxelinux.0 file incorrectly used a BIOS interrupt call when booting up from a local hard drive through the Pre- Boot Execution Environment (PXE). As a consequence, the booting process became unresponsive. With this patch, the behavior of pxelinux.0 has been fixed and PXE booting now functions as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-04-15 00:00:00"/><references><reference title="" type="bugzilla" id="1067638" href="https://bugzilla.redhat.com/show_bug.cgi?id=1067638"/><reference title="RHBA-2014:0337-1" type="self" id="RHBA-2014:0337-1" href="https://rhn.redhat.com/errata/RHBA-2014-0337.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="syslinux" version="4.02" release="9.el6_5" arch="x86_64" src="syslinux-4.02-9.el6_5.src.rpm"><filename>syslinux-4.02-9.el6_5.x86_64.rpm</filename><sum type="sha256">9bdd797fa87c3d0097c684958f841c06e2c52f6dc966d33d28c32f24f0af280c</sum></package><package epoch="0" name="syslinux-devel" version="4.02" release="9.el6_5" arch="i686" src="syslinux-4.02-9.el6_5.src.rpm"><filename>syslinux-devel-4.02-9.el6_5.i686.rpm</filename><sum type="sha256">2eaed3639285c8c51baa20873b7e2fdc1ef7979753b9be3513182dc6ff36f21d</sum></package><package epoch="0" name="syslinux-devel" version="4.02" release="9.el6_5" arch="x86_64" src="syslinux-4.02-9.el6_5.src.rpm"><filename>syslinux-devel-4.02-9.el6_5.x86_64.rpm</filename><sum type="sha256">fa3b9d18ae273e7251ea2843a162900e06e5a6adbafffc5fc24feea62822fe2e</sum></package><package epoch="0" name="syslinux-extlinux" version="4.02" release="9.el6_5" arch="x86_64" src="syslinux-4.02-9.el6_5.src.rpm"><filename>syslinux-extlinux-4.02-9.el6_5.x86_64.rpm</filename><sum type="sha256">aea7e4a16a0b0cbc73ad06b1c2be0ae1dac4a7679c1f6f843c10826a75ab32b3</sum></package><package epoch="0" name="syslinux-perl" version="4.02" release="9.el6_5" arch="x86_64" src="syslinux-4.02-9.el6_5.src.rpm"><filename>syslinux-perl-4.02-9.el6_5.x86_64.rpm</filename><sum type="sha256">cce20db0e5be09933a1a44cad06223966f4ce3146c7ea770a216c6398057f162</sum></package><package epoch="0" name="syslinux-tftpboot" version="4.02" release="9.el6_5" arch="x86_64" src="syslinux-4.02-9.el6_5.src.rpm"><filename>syslinux-tftpboot-4.02-9.el6_5.x86_64.rpm</filename><sum type="sha256">c92d9157dd9897d2e964757b9582ef89200d048905e39c2eb8438f7b08d55583</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0356-1</id><title>rrdtool bug fix update</title><description>This update fixes the following bug:

* Prior to this update, the RRDtool utility did not reduce data after the "fetch" operation. Consequently, some data could not be plotted or processed under certain circumstances. With this update, the data is reduced to at least the chart resolution after the "fetch" operation, and all the data is now plotted or processed as expected in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2014-04-15 00:00:00"/><references><reference title="" type="bugzilla" id="914688" href="https://bugzilla.redhat.com/show_bug.cgi?id=914688"/><reference title="RHBA-2014:0356-1" type="self" id="RHBA-2014:0356-1" href="https://rhn.redhat.com/errata/RHBA-2014-0356.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="rrdtool" version="1.3.8" release="7.el6" arch="i686" src="rrdtool-1.3.8-7.el6.src.rpm"><filename>rrdtool-1.3.8-7.el6.i686.rpm</filename><sum type="sha256">7cc6b1955786cfa64dc5a2666849e3723d608cf627f40c8764ddf8d2d715fb4a</sum></package><package epoch="0" name="rrdtool" version="1.3.8" release="7.el6" arch="x86_64" src="rrdtool-1.3.8-7.el6.src.rpm"><filename>rrdtool-1.3.8-7.el6.x86_64.rpm</filename><sum type="sha256">f0e47e1a7cde7438b76337d14d888f901160a4687dad612d79d2aa750da422cf</sum></package><package epoch="0" name="rrdtool-devel" version="1.3.8" release="7.el6" arch="i686" src="rrdtool-1.3.8-7.el6.src.rpm"><filename>rrdtool-devel-1.3.8-7.el6.i686.rpm</filename><sum type="sha256">698e5f618e9c2a19b2a4063bbaf0703ee045a6853541ade5cb72a196025992b2</sum></package><package epoch="0" name="rrdtool-devel" version="1.3.8" release="7.el6" arch="x86_64" src="rrdtool-1.3.8-7.el6.src.rpm"><filename>rrdtool-devel-1.3.8-7.el6.x86_64.rpm</filename><sum type="sha256">b8b904a6398425384bc1d8668ca49f0432a9cd77806e44a58e041058d1f8e818</sum></package><package epoch="0" name="rrdtool-doc" version="1.3.8" release="7.el6" arch="x86_64" src="rrdtool-1.3.8-7.el6.src.rpm"><filename>rrdtool-doc-1.3.8-7.el6.x86_64.rpm</filename><sum type="sha256">bf1ed19191ee7cd6c80c757967b228d39b91001f5d834a66a38e0b43fda168d7</sum></package><package epoch="0" name="rrdtool-perl" version="1.3.8" release="7.el6" arch="x86_64" src="rrdtool-1.3.8-7.el6.src.rpm"><filename>rrdtool-perl-1.3.8-7.el6.x86_64.rpm</filename><sum type="sha256">08963de0c5e8ac828a1ac2266f327e0727e662ac5faedb24eb9ff40ae416b001</sum></package><package epoch="0" name="rrdtool-php" version="1.3.8" release="7.el6" arch="x86_64" src="rrdtool-1.3.8-7.el6.src.rpm"><filename>rrdtool-php-1.3.8-7.el6.x86_64.rpm</filename><sum type="sha256">b3981f3d09fcb65cd0c8957ab07fad6fe73c84f397e770c7a30d5245a909be92</sum></package><package epoch="0" name="rrdtool-python" version="1.3.8" release="7.el6" arch="x86_64" src="rrdtool-1.3.8-7.el6.src.rpm"><filename>rrdtool-python-1.3.8-7.el6.x86_64.rpm</filename><sum type="sha256">997496902b7de458fb75388a3c0cae952174f745a6b4743ab866b03fd685a0fa</sum></package><package epoch="0" name="rrdtool-ruby" version="1.3.8" release="7.el6" arch="x86_64" src="rrdtool-1.3.8-7.el6.src.rpm"><filename>rrdtool-ruby-1.3.8-7.el6.x86_64.rpm</filename><sum type="sha256">4632dff545742f5c73d82ab500f0c70aba775922ea94c22476c04d9d33ad5971</sum></package><package epoch="0" name="rrdtool-tcl" version="1.3.8" release="7.el6" arch="x86_64" src="rrdtool-1.3.8-7.el6.src.rpm"><filename>rrdtool-tcl-1.3.8-7.el6.x86_64.rpm</filename><sum type="sha256">04b49a5235da4f5ea9b72d0c53e027688fb6c3e8f5e7c8e3d6416eead05b2cdb</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0359-1</id><title>krb5 bug fix update</title><description>Kerberos is an authentication system which allows clients and services to authenticate to each other with the help of a trusted third party, a Kerberos KDC.

This update fixes the following bug:

* Previously, when called to accept ticket-based authentication from a client, a server was able to decrypt a ticket which was encrypted with one encryption type (for example, des-cbc-crc) as long as its keytab contained a key of a sufficiently-compatible encryption type (for example, des-cbc- md5). Due to a regression, servers could not verify the client's ticket when it did not exactly match the type of the key in the keytab file. With this update, a backported fix has been introduced to restore the aforementioned behavior. As a result, servers now verify clients' tickets when the key distribution center (KDC) issues a ticket using an encryption type for which the server does not possess an exactly-matching key.</description><release>Scientific Linux Fermi</release><issued date="2014-04-15 00:00:00"/><references><reference title="" type="bugzilla" id="1081611" href="https://bugzilla.redhat.com/show_bug.cgi?id=1081611"/><reference title="RHBA-2014:0359-1" type="self" id="RHBA-2014:0359-1" href="https://rhn.redhat.com/errata/RHBA-2014-0359.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="krb5-devel" version="1.10.3" release="15.el6_5.1" arch="i686" src="krb5-1.10.3-15.el6_5.1.src.rpm"><filename>krb5-devel-1.10.3-15.el6_5.1.i686.rpm</filename><sum type="sha256">0097b0bbc702b1b228e04aa690ec1900790c30c26564209272066e3040822ebf</sum></package><package epoch="0" name="krb5-devel" version="1.10.3" release="15.el6_5.1" arch="x86_64" src="krb5-1.10.3-15.el6_5.1.src.rpm"><filename>krb5-devel-1.10.3-15.el6_5.1.x86_64.rpm</filename><sum type="sha256">0afb37abeef48b5981f8d597f47ab9c2a3d9644c0e544a067d12b238b2aabe5b</sum></package><package epoch="0" name="krb5-libs" version="1.10.3" release="15.el6_5.1" arch="i686" src="krb5-1.10.3-15.el6_5.1.src.rpm"><filename>krb5-libs-1.10.3-15.el6_5.1.i686.rpm</filename><sum type="sha256">8f78468a01b43f6bbfccb671157195e52b0bc3ed719d6dd4170c9b9402ac8449</sum></package><package epoch="0" name="krb5-libs" version="1.10.3" release="15.el6_5.1" arch="x86_64" src="krb5-1.10.3-15.el6_5.1.src.rpm"><filename>krb5-libs-1.10.3-15.el6_5.1.x86_64.rpm</filename><sum type="sha256">e27919d7f2f3dc8cfe45e1486b64e713ab52a32fe9b5f73e7e2ff7edeae61ad7</sum></package><package epoch="0" name="krb5-pkinit-openssl" version="1.10.3" release="15.el6_5.1" arch="x86_64" src="krb5-1.10.3-15.el6_5.1.src.rpm"><filename>krb5-pkinit-openssl-1.10.3-15.el6_5.1.x86_64.rpm</filename><sum type="sha256">3459db2c6742578ed1d8706caf006382c9d791edaa543a36faca34bdc4a50ec2</sum></package><package epoch="0" name="krb5-server" version="1.10.3" release="15.el6_5.1" arch="x86_64" src="krb5-1.10.3-15.el6_5.1.src.rpm"><filename>krb5-server-1.10.3-15.el6_5.1.x86_64.rpm</filename><sum type="sha256">1a3909b4d56c58cc93420dc7e39e1eea5728d6b3bda2f9297691b7fbc190be7d</sum></package><package epoch="0" name="krb5-server-ldap" version="1.10.3" release="15.el6_5.1" arch="i686" src="krb5-1.10.3-15.el6_5.1.src.rpm"><filename>krb5-server-ldap-1.10.3-15.el6_5.1.i686.rpm</filename><sum type="sha256">046f06ce860796c6e4866016801322fe3f61b1c6c9abb18b9d1a6a2f8f13134c</sum></package><package epoch="0" name="krb5-server-ldap" version="1.10.3" release="15.el6_5.1" arch="x86_64" src="krb5-1.10.3-15.el6_5.1.src.rpm"><filename>krb5-server-ldap-1.10.3-15.el6_5.1.x86_64.rpm</filename><sum type="sha256">7d42d6b7266820bf4bef0dfe13397cff66182bbc6a421d501179441ee0701cdf</sum></package><package epoch="0" name="krb5-workstation" version="1.10.3" release="15.el6_5.1" arch="x86_64" src="krb5-1.10.3-15.el6_5.1.src.rpm"><filename>krb5-workstation-1.10.3-15.el6_5.1.x86_64.rpm</filename><sum type="sha256">d7f72619313bb563182800717833e3d43a3acec0de89c5b91363354cf032af93</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0360-1</id><title>qemu-kvm bug fix update</title><description>This update fixes the following bug:

* When hot unplugging a virtual CPU (vCPU) from a guest using libvirt, the current Scientific Linux QEMU implementation does not remove the corresponding vCPU thread. Because of this, libvirt previously did not correctly perceive the vCPU count after a vCPU had been hot unplugged. Consequently, an error occured in libvirt, which prevented increasing the vCPU count after the hot unplug. In this update, information from QEMU is used to filter out inactive vCPU threads of disabled vCPUs, and the internal checks now pass and allow the hot plug.</description><release>Scientific Linux Fermi</release><issued date="2014-04-15 00:00:00"/><references><reference title="[Intel 6.5.z Bug] virsh setvcpus can not setup correct vcpu number" type="bugzilla" id="1080436" href="https://bugzilla.redhat.com/show_bug.cgi?id=1080436"/><reference title="RHBA-2014:0360-1" type="self" id="RHBA-2014:0360-1" href="https://rhn.redhat.com/errata/RHBA-2014-0360.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.415.el6_5.7" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.7.src.rpm"><filename>qemu-guest-agent-0.12.1.2-2.415.el6_5.7.x86_64.rpm</filename><sum type="sha256">e96e8e55a7eb5a19b82a7bff76a2a63e240987f9a8e188dea977f334fe6c238b</sum></package><package epoch="2" name="qemu-img" version="0.12.1.2" release="2.415.el6_5.7" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.7.src.rpm"><filename>qemu-img-0.12.1.2-2.415.el6_5.7.x86_64.rpm</filename><sum type="sha256">bed9cd4b279553d6f30e407948ce66e30da08aa2ac416b28f22e259a4559bcbd</sum></package><package epoch="2" name="qemu-kvm" version="0.12.1.2" release="2.415.el6_5.7" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.7.src.rpm"><filename>qemu-kvm-0.12.1.2-2.415.el6_5.7.x86_64.rpm</filename><sum type="sha256">950c308bbeb952b487b5ae00b85af09be78a84d1a011313eb429827211979081</sum></package><package epoch="2" name="qemu-kvm-tools" version="0.12.1.2" release="2.415.el6_5.7" arch="x86_64" src="qemu-kvm-0.12.1.2-2.415.el6_5.7.src.rpm"><filename>qemu-kvm-tools-0.12.1.2-2.415.el6_5.7.x86_64.rpm</filename><sum type="sha256">8e4ee49896be3c8e2f28fa814e6b6c1478592c7074bb4d3f658f47a3524e5ad5</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0375-1</id><title>libvirt bug fix update</title><description>This update fixes the following bugs:

* When hot unplugging a virtual CPU (vCPU) from a guest, the current Scientific Linux QEMU implementation does not remove the corresponding vCPU thread. Because of this, libvirt previously did not correctly perceive the vCPU count after a vCPU had been hot unplugged. Consequently, an error occured in libvirt, which prevented increasing in the vCPU count after the hot unplug. In this update, information from QEMU is used to filter out inactive vCPU threads of disabled vCPUs, and the internal checks now pass and allow the hot plug.

* Prior to this update, there was a typographical error in a condition that checks whether QEMU successfully attached a new disk to a guest. Due to the error, the libvirtd daemon terminated unexpectedly if the monitor command was unsuccesful; for instance, in case of a virtual machine failure or when attaching a guest disk drive was interrupted. In this update, the error has been corrected, and libvirtd no longer crashes in the described circumstances.

* A previous update introduced an error where a SIG_SETMASK argument was incorrectly replaced by a SIG_BLOCK argument after the poll() system call. Consequently, the SIGCHLD signal could be permanently blocked, which caused signal masks not to return to their original values and defunct processes to be generated. With this update, the original signal masks are restored as intended, and poll() now functions correctly.

After installing the updated packages, libvirtd will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2014-04-15 00:00:00"/><references><reference title="" type="bugzilla" id="1080439" href="https://bugzilla.redhat.com/show_bug.cgi?id=1080439"/><reference title="libvirtd crashes if VM crashes or is destroyed while hot-attaching disks" type="bugzilla" id="1080471" href="https://bugzilla.redhat.com/show_bug.cgi?id=1080471"/><reference title="use of tls with libvirt.so can leave zombie processes" type="bugzilla" id="1080501" href="https://bugzilla.redhat.com/show_bug.cgi?id=1080501"/><reference title="RHBA-2014:0375-1" type="self" id="RHBA-2014:0375-1" href="https://rhn.redhat.com/errata/RHBA-2014-0375.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt" version="0.10.2" release="29.el6_5.7" arch="x86_64" src="libvirt-0.10.2-29.el6_5.7.src.rpm"><filename>libvirt-0.10.2-29.el6_5.7.x86_64.rpm</filename><sum type="sha256">c44a47b22a5f3202b7af4ff0f9df1733f2da60a454c2d9b9eeb9bee33e426cad</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6_5.7" arch="i686" src="libvirt-0.10.2-29.el6_5.7.src.rpm"><filename>libvirt-client-0.10.2-29.el6_5.7.i686.rpm</filename><sum type="sha256">f8d161bcf78664d78ff19e04e7008e98796605cd306b06194fa02b46b7d70b05</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6_5.7" arch="x86_64" src="libvirt-0.10.2-29.el6_5.7.src.rpm"><filename>libvirt-client-0.10.2-29.el6_5.7.x86_64.rpm</filename><sum type="sha256">3760185e04c3906c7e6ed155e8b44f9b09643a614652ce9db9589e15e5688cc7</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6_5.7" arch="i686" src="libvirt-0.10.2-29.el6_5.7.src.rpm"><filename>libvirt-devel-0.10.2-29.el6_5.7.i686.rpm</filename><sum type="sha256">9e2f26e2e0f1bb90f2f8c363c4b5a52810d486f369b5d8ee7e9bd8987e6b6abe</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6_5.7" arch="x86_64" src="libvirt-0.10.2-29.el6_5.7.src.rpm"><filename>libvirt-devel-0.10.2-29.el6_5.7.x86_64.rpm</filename><sum type="sha256">d911072bc070d98b437256e57d2005450a68d69ffcbd803dab2fedcc33806b59</sum></package><package epoch="0" name="libvirt-lock-sanlock" version="0.10.2" release="29.el6_5.7" arch="x86_64" src="libvirt-0.10.2-29.el6_5.7.src.rpm"><filename>libvirt-lock-sanlock-0.10.2-29.el6_5.7.x86_64.rpm</filename><sum type="sha256">80f1fba51034f47acbb845e699b0faa943d6cb42cc2b7a006af78fae3cd9ff36</sum></package><package epoch="0" name="libvirt-python" version="0.10.2" release="29.el6_5.7" arch="x86_64" src="libvirt-0.10.2-29.el6_5.7.src.rpm"><filename>libvirt-python-0.10.2-29.el6_5.7.x86_64.rpm</filename><sum type="sha256">89de3d6ff8d1d90bc4d7473f3ac7d57e3f878b7fabea28c9752e2e08a4a6d2fa</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0398-1</id><title>nss-softokn bug fix update</title><description>* Previously, an incorrect CHECK_FORK() call in the nss-softokn module prevented the Admin Server component of Red Hat Directory Server from recovering after an improper shutdown. As a consequence, the Red Hat Directory Server parent process was unable to shut down NSS. Therefore, when Red Hat Directory Server was configured on an SSL port, the Admin Server component terminated unexpectedly with a segmentation fault. With this patch, the problematic CHECK_FORK() calls have been removed and users can now start Red Hat Directory Server and use SSL encrypted traffic as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-04-15 00:00:00"/><references><reference title="" type="bugzilla" id="1082900" href="https://bugzilla.redhat.com/show_bug.cgi?id=1082900"/><reference title="RHBA-2014:0398-1" type="self" id="RHBA-2014:0398-1" href="https://rhn.redhat.com/errata/RHBA-2014-0398.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="nss-softokn" version="3.14.3" release="10.el6_5" arch="i686" src="nss-softokn-3.14.3-10.el6_5.src.rpm"><filename>nss-softokn-3.14.3-10.el6_5.i686.rpm</filename><sum type="sha256">96a40f4852b4cbaf4c3fa3582f92c02abf5dfe53e007f060740a759cf1b4b724</sum></package><package epoch="0" name="nss-softokn" version="3.14.3" release="10.el6_5" arch="x86_64" src="nss-softokn-3.14.3-10.el6_5.src.rpm"><filename>nss-softokn-3.14.3-10.el6_5.x86_64.rpm</filename><sum type="sha256">9aef1ae4b5135b5eb74df3c31c69545ad206f1847ffdaa77563046467ede2cbc</sum></package><package epoch="0" name="nss-softokn-devel" version="3.14.3" release="10.el6_5" arch="i686" src="nss-softokn-3.14.3-10.el6_5.src.rpm"><filename>nss-softokn-devel-3.14.3-10.el6_5.i686.rpm</filename><sum type="sha256">07c6633a25953b53820ce69e6a78d9801a3989b5ae52a2aff2178dc26151ccef</sum></package><package epoch="0" name="nss-softokn-devel" version="3.14.3" release="10.el6_5" arch="x86_64" src="nss-softokn-3.14.3-10.el6_5.src.rpm"><filename>nss-softokn-devel-3.14.3-10.el6_5.x86_64.rpm</filename><sum type="sha256">75dfcf7ecb0d26d5d78b1a8c59f9eb65af51bc725637db50ab3f12e57f9d2277</sum></package><package epoch="0" name="nss-softokn-freebl" version="3.14.3" release="10.el6_5" arch="i686" src="nss-softokn-3.14.3-10.el6_5.src.rpm"><filename>nss-softokn-freebl-3.14.3-10.el6_5.i686.rpm</filename><sum type="sha256">9c32f578f6644980aa1f296de4f4a175a6f7a884c0f66c6952c412346dc39193</sum></package><package epoch="0" name="nss-softokn-freebl" version="3.14.3" release="10.el6_5" arch="x86_64" src="nss-softokn-3.14.3-10.el6_5.src.rpm"><filename>nss-softokn-freebl-3.14.3-10.el6_5.x86_64.rpm</filename><sum type="sha256">a722fd40972a637fd1c718ab2351cd741ba7b7641e90c752150f5daa27931edd</sum></package><package epoch="0" name="nss-softokn-freebl-devel" version="3.14.3" release="10.el6_5" arch="i686" src="nss-softokn-3.14.3-10.el6_5.src.rpm"><filename>nss-softokn-freebl-devel-3.14.3-10.el6_5.i686.rpm</filename><sum type="sha256">66989def38ed22d1c2d5962360058ca259c5edd08566456f89d58e267241eb4e</sum></package><package epoch="0" name="nss-softokn-freebl-devel" version="3.14.3" release="10.el6_5" arch="x86_64" src="nss-softokn-3.14.3-10.el6_5.src.rpm"><filename>nss-softokn-freebl-devel-3.14.3-10.el6_5.x86_64.rpm</filename><sum type="sha256">0c52ca94bc54df18ca74d4d6bab30b137a1b29bacc75b6104743e317f9e37937</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0399-1</id><title>cluster bug fix update</title><description>This update fixes the following bug:

* When using pacemaker, if a user completes fencing manually or overrides the need for fencing they use the "pcs stonith confirm" command to notify the fenced daemon. Previously, if automatic fencing was failing or taking too long and the user completed fencing manually, fenced could miss this notification while busy attempting to complete the fencing automatically. This prevented or slowed cluster recovery from the loss of a node. This update fixes this bug by extending the time that the fencing FIFO is available to fenced and making the API call write into that FIFO. As a result, fenced now receives the notification and cluster recovery proceeds as expected in the described situation.</description><release>Scientific Linux Fermi</release><issued date="2014-04-15 00:00:00"/><references><reference title="" type="bugzilla" id="1079991" href="https://bugzilla.redhat.com/show_bug.cgi?id=1079991"/><reference title="RHBA-2014:0399-1" type="self" id="RHBA-2014:0399-1" href="https://rhn.redhat.com/errata/RHBA-2014-0399.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="clusterlib" version="3.0.12.1" release="59.el6_5.2" arch="i686" src="cluster-3.0.12.1-59.el6_5.2.src.rpm"><filename>clusterlib-3.0.12.1-59.el6_5.2.i686.rpm</filename><sum type="sha256">31bbefdf27e9a694b6bd7cebcab01c34889e4950c9cca48b54bc17227e8cbae8</sum></package><package epoch="0" name="clusterlib" version="3.0.12.1" release="59.el6_5.2" arch="x86_64" src="cluster-3.0.12.1-59.el6_5.2.src.rpm"><filename>clusterlib-3.0.12.1-59.el6_5.2.x86_64.rpm</filename><sum type="sha256">ca3a71dd9a481588888263ceea09742afc2277591317a3b0f173a903238ae4a7</sum></package><package epoch="0" name="clusterlib-devel" version="3.0.12.1" release="59.el6_5.2" arch="i686" src="cluster-3.0.12.1-59.el6_5.2.src.rpm"><filename>clusterlib-devel-3.0.12.1-59.el6_5.2.i686.rpm</filename><sum type="sha256">516feb976495b24e9ba2c62c0df26aef19e07cc60b9758c831ee803cc0729c51</sum></package><package epoch="0" name="clusterlib-devel" version="3.0.12.1" release="59.el6_5.2" arch="x86_64" src="cluster-3.0.12.1-59.el6_5.2.src.rpm"><filename>clusterlib-devel-3.0.12.1-59.el6_5.2.x86_64.rpm</filename><sum type="sha256">371c9bc75d82a033d0268e2528a345e335c3b92d764ff3d6b4b67eface060eae</sum></package><package epoch="0" name="cman" version="3.0.12.1" release="59.el6_5.2" arch="x86_64" src="cluster-3.0.12.1-59.el6_5.2.src.rpm"><filename>cman-3.0.12.1-59.el6_5.2.x86_64.rpm</filename><sum type="sha256">3cc6293ceab619f6c950911fd7de024bb0220294f710e93eadc72450c139cc43</sum></package><package epoch="0" name="gfs2-utils" version="3.0.12.1" release="59.el6_5.2" arch="x86_64" src="cluster-3.0.12.1-59.el6_5.2.src.rpm"><filename>gfs2-utils-3.0.12.1-59.el6_5.2.x86_64.rpm</filename><sum type="sha256">d9ab1d7e3e5c2bf16d2009d100bf64e0b84361cf3b900688217f5ee831762ddd</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0402-1</id><title>corosync bug fix update</title><description>This update fixes the following bug:

* On a paused node after resume, the corosync utility could not discern whether other nodes' Closed Processed Group (CPG) clients were terminated, and incorrectly defined them as alive. CPG membership was thus inconsistent. With this update, corosync properly updates its internal information about other nodes' CPG clients. As a result, killed CPG clients are properly removed from the internal structures, and CPG membership is now equal between nodes.</description><release>Scientific Linux Fermi</release><issued date="2014-04-15 00:00:00"/><references><reference title="CPG membership may be inconsistent after node pause" type="bugzilla" id="1080103" href="https://bugzilla.redhat.com/show_bug.cgi?id=1080103"/><reference title="RHBA-2014:0402-1" type="self" id="RHBA-2014:0402-1" href="https://rhn.redhat.com/errata/RHBA-2014-0402.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="corosync" version="1.4.1" release="17.el6_5.1" arch="x86_64" src="corosync-1.4.1-17.el6_5.1.src.rpm"><filename>corosync-1.4.1-17.el6_5.1.x86_64.rpm</filename><sum type="sha256">d8dd5a912a8d334dc9b2d36ad8c8c37398bd57bf313e3bd0ee5ea4a64ed18305</sum></package><package epoch="0" name="corosynclib" version="1.4.1" release="17.el6_5.1" arch="i686" src="corosync-1.4.1-17.el6_5.1.src.rpm"><filename>corosynclib-1.4.1-17.el6_5.1.i686.rpm</filename><sum type="sha256">acd0939b8c63e7f27a562dbc1e5910b5700ec22097bd7e4aa5fd66a4b9043012</sum></package><package epoch="0" name="corosynclib" version="1.4.1" release="17.el6_5.1" arch="x86_64" src="corosync-1.4.1-17.el6_5.1.src.rpm"><filename>corosynclib-1.4.1-17.el6_5.1.x86_64.rpm</filename><sum type="sha256">34d47df0c8b9427887129661b00d935f2cbd2534cf28b818a350c60288283632</sum></package><package epoch="0" name="corosynclib-devel" version="1.4.1" release="17.el6_5.1" arch="i686" src="corosync-1.4.1-17.el6_5.1.src.rpm"><filename>corosynclib-devel-1.4.1-17.el6_5.1.i686.rpm</filename><sum type="sha256">d8602922f3c9ba8047b874accd2d2efdb47d5ce615feee8d26f96db039055167</sum></package><package epoch="0" name="corosynclib-devel" version="1.4.1" release="17.el6_5.1" arch="x86_64" src="corosync-1.4.1-17.el6_5.1.src.rpm"><filename>corosynclib-devel-1.4.1-17.el6_5.1.x86_64.rpm</filename><sum type="sha256">3a22ad96a006a18e5d0fdef46fdbbdee896ac1e938c5829910b820226a337bab</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0403-1</id><title>syslinux bug fix update</title><description>This update fixes the following bug:

* Prior to this update, the pxelinux.0 file incorrectly used a BIOS interrupt call when booting up from a local hard drive through the Pre- Boot Execution Environment (PXE). As a consequence, the booting process became unresponsive. With this patch, the behavior of pxelinux.0 has been fixed and PXE booting now functions as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-04-15 00:00:00"/><references><reference title="" type="bugzilla" id="1084547" href="https://bugzilla.redhat.com/show_bug.cgi?id=1084547"/><reference title="RHBA-2014:0403-1" type="self" id="RHBA-2014:0403-1" href="https://rhn.redhat.com/errata/RHBA-2014-0403.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="syslinux" version="4.02" release="16.el6_5" arch="x86_64" src="syslinux-4.02-16.el6_5.src.rpm"><filename>syslinux-4.02-16.el6_5.x86_64.rpm</filename><sum type="sha256">e57ca4fb471158b31432e1b2c6e3147096d9fbc7eff90d37ac5a0deca1fb626c</sum></package><package epoch="0" name="syslinux-devel" version="4.02" release="16.el6_5" arch="i686" src="syslinux-4.02-16.el6_5.src.rpm"><filename>syslinux-devel-4.02-16.el6_5.i686.rpm</filename><sum type="sha256">0152f6461b95088375a2618ece4419f0a562af52d3cafa7637ada8b838103390</sum></package><package epoch="0" name="syslinux-devel" version="4.02" release="16.el6_5" arch="x86_64" src="syslinux-4.02-16.el6_5.src.rpm"><filename>syslinux-devel-4.02-16.el6_5.x86_64.rpm</filename><sum type="sha256">5c6f134b2b884f393084f689e8bd090b6668acaf5db6c9a90ded44f55e218d1a</sum></package><package epoch="0" name="syslinux-extlinux" version="4.02" release="16.el6_5" arch="x86_64" src="syslinux-4.02-16.el6_5.src.rpm"><filename>syslinux-extlinux-4.02-16.el6_5.x86_64.rpm</filename><sum type="sha256">fd07bc82a30d47fdff73e9b5de4d6fd379bc2f3d4a7bcedaa5ba276b08e273fd</sum></package><package epoch="0" name="syslinux-extlinux-nonlinux" version="4.02" release="16.el6_5" arch="i686" src="syslinux-4.02-16.el6_5.src.rpm"><filename>syslinux-extlinux-nonlinux-4.02-16.el6_5.i686.rpm</filename><sum type="sha256">49e2161579eda31a41a0190a78b89df3281aebb393fc1dc51a81bd8275c2319a</sum></package><package epoch="0" name="syslinux-nonlinux" version="4.02" release="16.el6_5" arch="i686" src="syslinux-4.02-16.el6_5.src.rpm"><filename>syslinux-nonlinux-4.02-16.el6_5.i686.rpm</filename><sum type="sha256">8c99b5e3cf1352750d08f5bad05ba35ab943d68875c726502483cfa9b0a569ab</sum></package><package epoch="0" name="syslinux-perl" version="4.02" release="16.el6_5" arch="x86_64" src="syslinux-4.02-16.el6_5.src.rpm"><filename>syslinux-perl-4.02-16.el6_5.x86_64.rpm</filename><sum type="sha256">8e0bf6a5159c3d6e1e4106ecaf4471cff5bb9ecafd0dd9905fd6d321b0711810</sum></package><package epoch="0" name="syslinux-tftpboot" version="4.02" release="16.el6_5" arch="i686" src="syslinux-4.02-16.el6_5.src.rpm"><filename>syslinux-tftpboot-4.02-16.el6_5.i686.rpm</filename><sum type="sha256">d3a7be91222cf2b491fa0e3ecee66cd2d3915755801fee748f278a99dcef23c6</sum></package><package epoch="0" name="syslinux-tftpboot" version="4.02" release="16.el6_5" arch="x86_64" src="syslinux-4.02-16.el6_5.src.rpm"><filename>syslinux-tftpboot-4.02-16.el6_5.x86_64.rpm</filename><sum type="sha256">21e68c9e1d01e21baf2092cdde12221457703862b281dbd4380431798ccb337a</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0418-1</id><title>mod_perl bug fix update</title><description>This update fixes the following bug:

* A race condition was discovered in the way mod_perl handled thread pools. As a consequence, a thread-based Apache HTTP Server configuration that used mod_perl and the Apache MPM worker module sometimes become unresponsive when processing a request. With this update, the race condition has been removed and the Apache HTTP Sever no longer hangs in the described scenario</description><release>Scientific Linux Fermi</release><issued date="2014-04-22 00:00:00"/><references><reference title="" type="bugzilla" id="1088777" href="https://bugzilla.redhat.com/show_bug.cgi?id=1088777"/><reference title="RHBA-2014:0418-1" type="self" id="RHBA-2014:0418-1" href="https://rhn.redhat.com/errata/RHBA-2014-0418.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="mod_perl" version="2.0.4" release="11.el6_5" arch="x86_64" src="mod_perl-2.0.4-11.el6_5.src.rpm"><filename>mod_perl-2.0.4-11.el6_5.x86_64.rpm</filename><sum type="sha256">9d0ff46ae2ba1daf3d55001390871439049595501cb517f2f861b213f52fe063</sum></package><package epoch="0" name="mod_perl-devel" version="2.0.4" release="11.el6_5" arch="i686" src="mod_perl-2.0.4-11.el6_5.src.rpm"><filename>mod_perl-devel-2.0.4-11.el6_5.i686.rpm</filename><sum type="sha256">ea71a3fdfe6f24542251f6499b5b31a1e95b04d3476ecc67c13532650482e5a4</sum></package><package epoch="0" name="mod_perl-devel" version="2.0.4" release="11.el6_5" arch="x86_64" src="mod_perl-2.0.4-11.el6_5.src.rpm"><filename>mod_perl-devel-2.0.4-11.el6_5.x86_64.rpm</filename><sum type="sha256">a344992920ee37b403ed5be8dce7be8210677a8352f5a1777b4a8f905528f5e5</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0425-1</id><title>polkit-gnome bug fix update</title><description>* Due to a bug in the source code, the authentication dialog of the polkit GNOME authentication manager could send an invalid time stamp to the window manager when the dialog was displayed for the first time. Consequently, the dialog did not receive focus for keyboard input, and the input was sent to the previously-focused window instead. This bug has been fixed, and valid time stamps are now obtained and sent to the window manager. As a result, keyboard input is always sent to the displayed authentication dialog as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-04-29 00:00:00"/><relogin_suggested>true</relogin_suggested><references><reference title="" type="bugzilla" id="872918" href="https://bugzilla.redhat.com/show_bug.cgi?id=872918"/><reference title="RHBA-2014:0425-1" type="self" id="RHBA-2014:0425-1" href="https://rhn.redhat.com/errata/RHBA-2014-0425.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="polkit-gnome" version="0.96" release="4.el6" arch="i686" src="polkit-gnome-0.96-4.el6.src.rpm"><filename>polkit-gnome-0.96-4.el6.i686.rpm</filename><sum type="sha256">8eaa8c79856a29aa26eb3ec5f95e45b0b7bf2d7ed68f6ab2f2dacea53a4af00e</sum></package><package epoch="0" name="polkit-gnome" version="0.96" release="4.el6" arch="x86_64" src="polkit-gnome-0.96-4.el6.src.rpm"><filename>polkit-gnome-0.96-4.el6.x86_64.rpm</filename><sum type="sha256">fdd1c8a33b79a43f799c7047a799f68f9b3ee970c589ac8193058a760726f0e4</sum></package><package epoch="0" name="polkit-gnome-devel" version="0.96" release="4.el6" arch="i686" src="polkit-gnome-0.96-4.el6.src.rpm"><filename>polkit-gnome-devel-0.96-4.el6.i686.rpm</filename><sum type="sha256">c49ba7ccd94d51f3a2cd55f84b369fa57e51e167156a40f35dc47738bc16d094</sum></package><package epoch="0" name="polkit-gnome-devel" version="0.96" release="4.el6" arch="x86_64" src="polkit-gnome-0.96-4.el6.src.rpm"><filename>polkit-gnome-devel-0.96-4.el6.x86_64.rpm</filename><sum type="sha256">02ac3e373b664bcfdfad9a63731aaca9398eaf784bb2a2a49cba303b30810c88</sum></package><package epoch="0" name="polkit-gnome-docs" version="0.96" release="4.el6" arch="x86_64" src="polkit-gnome-0.96-4.el6.src.rpm"><filename>polkit-gnome-docs-0.96-4.el6.x86_64.rpm</filename><sum type="sha256">a7c967fbfa9f1e7b089b359531ea572ff607033e56b28010604c4a82d1e3a0be</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0431-1</id><title>pacemaker bug fix update</title><description>This update fixes the following bug:

* Previously, the pacemaker utility was unable to start more than 10 instances of a cloned resource. As a consequence, clusters containing more than 10 nodes did not function correctly. This update fixes this bug and pacemaker can now properly start an unlimited number of instances of a cloned resource.</description><release>Scientific Linux Fermi</release><issued date="2014-04-29 00:00:00"/><references><reference title="" type="bugzilla" id="1087753" href="https://bugzilla.redhat.com/show_bug.cgi?id=1087753"/><reference title="clone resources do not start on all nodes in 16-node cluster" type="bugzilla" id="1087754" href="https://bugzilla.redhat.com/show_bug.cgi?id=1087754"/><reference title="RHBA-2014:0431-1" type="self" id="RHBA-2014:0431-1" href="https://rhn.redhat.com/errata/RHBA-2014-0431.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="pacemaker" version="1.1.10" release="14.el6_5.3" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.3.src.rpm"><filename>pacemaker-1.1.10-14.el6_5.3.x86_64.rpm</filename><sum type="sha256">e673ce10106d7d4aaa50be97d43b21992ec007e2dd628be00407799ac79e97ae</sum></package><package epoch="0" name="pacemaker-cli" version="1.1.10" release="14.el6_5.3" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.3.src.rpm"><filename>pacemaker-cli-1.1.10-14.el6_5.3.x86_64.rpm</filename><sum type="sha256">12f6b2c84d1515088910458f7013d05b666cd133b0ed8a0ec19846731889f716</sum></package><package epoch="0" name="pacemaker-cluster-libs" version="1.1.10" release="14.el6_5.3" arch="i686" src="pacemaker-1.1.10-14.el6_5.3.src.rpm"><filename>pacemaker-cluster-libs-1.1.10-14.el6_5.3.i686.rpm</filename><sum type="sha256">bcff552514295909f141154e6b957dde8df6ee747e38ad55b5da49ab4fd7f011</sum></package><package epoch="0" name="pacemaker-cluster-libs" version="1.1.10" release="14.el6_5.3" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.3.src.rpm"><filename>pacemaker-cluster-libs-1.1.10-14.el6_5.3.x86_64.rpm</filename><sum type="sha256">2ece448df1de99dabf6ecfa0d168d628d3681674f656c760440d78fe6dbc4b6f</sum></package><package epoch="0" name="pacemaker-cts" version="1.1.10" release="14.el6_5.3" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.3.src.rpm"><filename>pacemaker-cts-1.1.10-14.el6_5.3.x86_64.rpm</filename><sum type="sha256">34b967d99fa42a7dd66048c19911b352f5e1e309f20d66e1735de8d878414a2d</sum></package><package epoch="0" name="pacemaker-doc" version="1.1.10" release="14.el6_5.3" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.3.src.rpm"><filename>pacemaker-doc-1.1.10-14.el6_5.3.x86_64.rpm</filename><sum type="sha256">96c653dc0b71bd4df096cb90f723b56c5cde6d0ca649508df80fa80a587c3983</sum></package><package epoch="0" name="pacemaker-libs" version="1.1.10" release="14.el6_5.3" arch="i686" src="pacemaker-1.1.10-14.el6_5.3.src.rpm"><filename>pacemaker-libs-1.1.10-14.el6_5.3.i686.rpm</filename><sum type="sha256">10f8ea0f1e0e526bd15581e0257659d6388f633d1c622e76e89951e3cdd40ebd</sum></package><package epoch="0" name="pacemaker-libs" version="1.1.10" release="14.el6_5.3" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.3.src.rpm"><filename>pacemaker-libs-1.1.10-14.el6_5.3.x86_64.rpm</filename><sum type="sha256">638da2e2624507b2319924ad258c793d9c332ab506b74369614dab6cebcc2097</sum></package><package epoch="0" name="pacemaker-libs-devel" version="1.1.10" release="14.el6_5.3" arch="i686" src="pacemaker-1.1.10-14.el6_5.3.src.rpm"><filename>pacemaker-libs-devel-1.1.10-14.el6_5.3.i686.rpm</filename><sum type="sha256">f83b9d8edca40464bb3564554c31ca17bcdc1147c0e63ac3616712b0e4c9de9b</sum></package><package epoch="0" name="pacemaker-libs-devel" version="1.1.10" release="14.el6_5.3" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.3.src.rpm"><filename>pacemaker-libs-devel-1.1.10-14.el6_5.3.x86_64.rpm</filename><sum type="sha256">0f2db46d29bf82fff69e27e5ac32ad0d0796b31063fd621fed40166034030b6b</sum></package><package epoch="0" name="pacemaker-remote" version="1.1.10" release="14.el6_5.3" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.3.src.rpm"><filename>pacemaker-remote-1.1.10-14.el6_5.3.x86_64.rpm</filename><sum type="sha256">d972b0233bf3a5218c6028d9f401fdbe8e7a8fd130b6c17e0af795dff75f6d23</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0437-1</id><title>util-linux-ng bug fix update</title><description>This update fixes the following bug:

* Previously, the "hwclock --systohc" command entered an indefinite loop on busy or virtual machines. Consequently, the machine could not complete the shutdown or reboot a process. A patch with a different approach has been applied, and the "hwclock --systohc" command now completes successfully..</description><release>Scientific Linux Fermi</release><issued date="2014-04-29 00:00:00"/><references><reference title="hwclock --systohc can hang on busy or virtual machine" type="bugzilla" id="1085818" href="https://bugzilla.redhat.com/show_bug.cgi?id=1085818"/><reference title="RHBA-2014:0437-1" type="self" id="RHBA-2014:0437-1" href="https://rhn.redhat.com/errata/RHBA-2014-0437.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libblkid" version="2.17.2" release="12.14.el6_5" arch="i686" src="util-linux-ng-2.17.2-12.14.el6_5.src.rpm"><filename>libblkid-2.17.2-12.14.el6_5.i686.rpm</filename><sum type="sha256">50a6632cee39a394f93c6554c353d1fee1fba50c7b2b7bcbe3390dc1f78561b2</sum></package><package epoch="0" name="libblkid" version="2.17.2" release="12.14.el6_5" arch="x86_64" src="util-linux-ng-2.17.2-12.14.el6_5.src.rpm"><filename>libblkid-2.17.2-12.14.el6_5.x86_64.rpm</filename><sum type="sha256">572061a16682081f68eecff80c0e0242da768ec0534a65c739892b6946f22ced</sum></package><package epoch="0" name="libblkid-devel" version="2.17.2" release="12.14.el6_5" arch="i686" src="util-linux-ng-2.17.2-12.14.el6_5.src.rpm"><filename>libblkid-devel-2.17.2-12.14.el6_5.i686.rpm</filename><sum type="sha256">d3bfc56c8e6ffdb3c2a0d810f09df68be95037ad826a99984104456ec9257b64</sum></package><package epoch="0" name="libblkid-devel" version="2.17.2" release="12.14.el6_5" arch="x86_64" src="util-linux-ng-2.17.2-12.14.el6_5.src.rpm"><filename>libblkid-devel-2.17.2-12.14.el6_5.x86_64.rpm</filename><sum type="sha256">73aeccba8b39a734388a56291512228fb93672c7f9273670d7c439fa096176f1</sum></package><package epoch="0" name="libuuid" version="2.17.2" release="12.14.el6_5" arch="i686" src="util-linux-ng-2.17.2-12.14.el6_5.src.rpm"><filename>libuuid-2.17.2-12.14.el6_5.i686.rpm</filename><sum type="sha256">62a478312e41d32e81619dd3acb145451194320fa053bc4d1dff98d076e3fb7e</sum></package><package epoch="0" name="libuuid" version="2.17.2" release="12.14.el6_5" arch="x86_64" src="util-linux-ng-2.17.2-12.14.el6_5.src.rpm"><filename>libuuid-2.17.2-12.14.el6_5.x86_64.rpm</filename><sum type="sha256">c4a5ac69b9326ba23b094cb90720633ff02d7d562eaf6c6be778fab979850c4b</sum></package><package epoch="0" name="libuuid-devel" version="2.17.2" release="12.14.el6_5" arch="i686" src="util-linux-ng-2.17.2-12.14.el6_5.src.rpm"><filename>libuuid-devel-2.17.2-12.14.el6_5.i686.rpm</filename><sum type="sha256">2da890014ab03e7196b5ac281740d28a17ea2c69049ae5da62aef470c45da883</sum></package><package epoch="0" name="libuuid-devel" version="2.17.2" release="12.14.el6_5" arch="x86_64" src="util-linux-ng-2.17.2-12.14.el6_5.src.rpm"><filename>libuuid-devel-2.17.2-12.14.el6_5.x86_64.rpm</filename><sum type="sha256">5000eca2a4758cf02da4b9637b2d835da2b7eb9bdc9c2ac53b3a2fa52e3ccf91</sum></package><package epoch="0" name="util-linux-ng" version="2.17.2" release="12.14.el6_5" arch="i686" src="util-linux-ng-2.17.2-12.14.el6_5.src.rpm"><filename>util-linux-ng-2.17.2-12.14.el6_5.i686.rpm</filename><sum type="sha256">28da287d5898983b68e2d52766412fcc83535cc64efeed5af3d7deeef361d9d9</sum></package><package epoch="0" name="util-linux-ng" version="2.17.2" release="12.14.el6_5" arch="x86_64" src="util-linux-ng-2.17.2-12.14.el6_5.src.rpm"><filename>util-linux-ng-2.17.2-12.14.el6_5.x86_64.rpm</filename><sum type="sha256">0411d003e06904b5557b5903fb94fb1acc827c22bb8318905f07df2e4db8f5fb</sum></package><package epoch="0" name="uuidd" version="2.17.2" release="12.14.el6_5" arch="x86_64" src="util-linux-ng-2.17.2-12.14.el6_5.src.rpm"><filename>uuidd-2.17.2-12.14.el6_5.x86_64.rpm</filename><sum type="sha256">c0bc2fb36d325b33c1eab6168c75c04d92a71dd93cf374adaf10e3cd3141ae7f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0450-1</id><title>openscap bug fix and enhancement update</title><description>The openscap packages have been upgraded to upstream version 1.0.8, which provides a number of bug fixes and enhancements over the previous version. In particular, the new version provides an authenticated scanner that meets the National Institute of Standards and Technology's (NIST) SCAP 1.2 certification requirements.

In addition, this update adds the following enhancement:

* With this update, OpenSCAP implements the Script Check Engine (SCE) extension to SCAP standards. SCE allows auditors to utilize custom scripts along with their Open Vulnerability and Assessment Language (OVAL) content. Users who wants to use SCE are advised to install the openscap- engine-sce package. Users who install the openscap-engine-sce are presented with SCE capabilities within the oscap scanner tool. Those who do not install the openscap-engine-sce are not affected.</description><release>Scientific Linux Fermi</release><issued date="2014-05-06 00:00:00"/><references><reference title="Rebase openscap package to meet the SCAP 1.2 specification" type="bugzilla" id="1090443" href="https://bugzilla.redhat.com/show_bug.cgi?id=1090443"/><reference title="" type="bugzilla" id="1091431" href="https://bugzilla.redhat.com/show_bug.cgi?id=1091431"/><reference title="RHBA-2014:0450-1" type="self" id="RHBA-2014:0450-1" href="https://rhn.redhat.com/errata/RHBA-2014-0450.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="openscap" version="1.0.8" release="1.el6_5" arch="i686" src="openscap-1.0.8-1.el6_5.src.rpm"><filename>openscap-1.0.8-1.el6_5.i686.rpm</filename><sum type="sha256">ccb99f9f3331b78d1b97861f7d538089959cb1cfff6810c2727a5fbcba9cafdb</sum></package><package epoch="0" name="openscap" version="1.0.8" release="1.el6_5" arch="x86_64" src="openscap-1.0.8-1.el6_5.src.rpm"><filename>openscap-1.0.8-1.el6_5.x86_64.rpm</filename><sum type="sha256">810e0ee93bb90a7eeea6eb2ef5a0fa158ad690b1d06b4b617213309b5fa5bac5</sum></package><package epoch="0" name="openscap-content" version="1.0.8" release="1.el6_5" arch="noarch" src="openscap-1.0.8-1.el6_5.src.rpm"><filename>openscap-content-1.0.8-1.el6_5.noarch.rpm</filename><sum type="sha256">29a96a4dee04ce85a273477da504c844daba28d706d80adbb071434c5e9d9233</sum></package><package epoch="0" name="openscap-devel" version="1.0.8" release="1.el6_5" arch="i686" src="openscap-1.0.8-1.el6_5.src.rpm"><filename>openscap-devel-1.0.8-1.el6_5.i686.rpm</filename><sum type="sha256">09520948fee26bd3a6ed00a4868e60a93ef71c00a2a417a7e7eb122b30db661f</sum></package><package epoch="0" name="openscap-devel" version="1.0.8" release="1.el6_5" arch="x86_64" src="openscap-1.0.8-1.el6_5.src.rpm"><filename>openscap-devel-1.0.8-1.el6_5.x86_64.rpm</filename><sum type="sha256">9d2dc879e4f3eb4b55977eebb025b1b2f769201f1dd53cf5be0475206bbd244a</sum></package><package epoch="0" name="openscap-engine-sce" version="1.0.8" release="1.el6_5" arch="x86_64" src="openscap-1.0.8-1.el6_5.src.rpm"><filename>openscap-engine-sce-1.0.8-1.el6_5.x86_64.rpm</filename><sum type="sha256">97dd696721f9348175f2aedd7a563c19a0016910cc52ed7107a9256820dd6072</sum></package><package epoch="0" name="openscap-engine-sce-devel" version="1.0.8" release="1.el6_5" arch="x86_64" src="openscap-1.0.8-1.el6_5.src.rpm"><filename>openscap-engine-sce-devel-1.0.8-1.el6_5.x86_64.rpm</filename><sum type="sha256">97b42213d4fa5136da9a29e0523d50c5e437d1befa9aec8f6d00e5b3ccd613de</sum></package><package epoch="0" name="openscap-extra-probes" version="1.0.8" release="1.el6_5" arch="x86_64" src="openscap-1.0.8-1.el6_5.src.rpm"><filename>openscap-extra-probes-1.0.8-1.el6_5.x86_64.rpm</filename><sum type="sha256">4e3a3f7b17c43652adbbcb0844067477fdb1d11f36c07a4c134cf2d08eab4f90</sum></package><package epoch="0" name="openscap-python" version="1.0.8" release="1.el6_5" arch="x86_64" src="openscap-1.0.8-1.el6_5.src.rpm"><filename>openscap-python-1.0.8-1.el6_5.x86_64.rpm</filename><sum type="sha256">536b973e09bf24748f32fcbe0937ac5f57abb2612007fbf5b77d523714a4f01b</sum></package><package epoch="0" name="openscap-utils" version="1.0.8" release="1.el6_5" arch="x86_64" src="openscap-1.0.8-1.el6_5.src.rpm"><filename>openscap-utils-1.0.8-1.el6_5.x86_64.rpm</filename><sum type="sha256">c284a140ca0307f4fec771e1ae3772722eb4a0918677cc368d483181e3832127</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0451-1</id><title>rsync bug fix update</title><description>This update fixes the following bug:

* Previously, the rsync tool changed the file ownership after, not before, setting security attributes. As a consequence, the security attributes on the target were missing, and running the "rsync -X" command did not work correctly under certain circumstances. With this update, the order of the operations has been switched, and rsync now changes the ownerships before setting the security attributes. As a result, the security attributes are present as expected in the described situation.</description><release>Scientific Linux Fermi</release><issued date="2014-05-06 00:00:00"/><references><reference title="Typo in manpage" type="bugzilla" id="1011219" href="https://bugzilla.redhat.com/show_bug.cgi?id=1011219"/><reference title="" type="bugzilla" id="981797" href="https://bugzilla.redhat.com/show_bug.cgi?id=981797"/><reference title="RHBA-2014:0451-1" type="self" id="RHBA-2014:0451-1" href="https://rhn.redhat.com/errata/RHBA-2014-0451.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="rsync" version="3.0.6" release="12.el6" arch="x86_64" src="rsync-3.0.6-12.el6.src.rpm"><filename>rsync-3.0.6-12.el6.x86_64.rpm</filename><sum type="sha256">3f3510a6e8359121883527fdc394d8321375c19c2eb8d0a18ab61618e9e8bcc5</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0465-1</id><title>device-mapper-persistent-data bug fix update</title><description>This update fixes the following bug:

* When an I/O error occurs, the kernel sets the "needs_check" flag on thin provisioning metadata. However, previously, it was not possible to reset the flag as the thin_check tool support was missing. This update adds support of the "--clear-needs-check-flag" option to the thin_check tool in order to allow for clearing the flag when metadata is consistent. As a result, running the "thin_check --clear-needs-check" command resets the flag.</description><release>Scientific Linux Fermi</release><issued date="2014-05-06 00:00:00"/><references><reference title="" type="bugzilla" id="1086824" href="https://bugzilla.redhat.com/show_bug.cgi?id=1086824"/><reference title="RHBA-2014:0465-1" type="self" id="RHBA-2014:0465-1" href="https://rhn.redhat.com/errata/RHBA-2014-0465.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="device-mapper-persistent-data" version="0.2.8" release="4.el6_5" arch="x86_64" src="device-mapper-persistent-data-0.2.8-4.el6_5.src.rpm"><filename>device-mapper-persistent-data-0.2.8-4.el6_5.x86_64.rpm</filename><sum type="sha256">42414bf887dcce3ad4fc1451b98853b8eee135d97c835991b0a8545041360ec2</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0466-1</id><title>perl-Crypt-SSLeay bug fix update</title><description>This update fixes the following bug:

* The perl-Crypt-SSLeay packages included their own certification authority's (CA) certificates bundle. As a consequence, the content provided by the /usr/share/doc/perl-Crypt-SSLeay-0.57/ca-bundle.crt file became out of date. With this update, /usr/share/doc/perl-Crypt- SSLeay-0.57/ca-bundle.crt has been replaced with a symbolic link to the /etc/pki/tls/certs/ca-bundle.crt file, which is a system-wide storage file for trusted CA certificates. As a result, the perl-Crypt-SSLeay documentation does not contain a bundle of CA certificates that is out of date and could confuse the user.</description><release>Scientific Linux Fermi</release><issued date="2014-05-06 00:00:00"/><references><reference title="perl-Crypt-SSLeay: stop shipping own certificate bundle" type="bugzilla" id="1059992" href="https://bugzilla.redhat.com/show_bug.cgi?id=1059992"/><reference title="RHBA-2014:0466-1" type="self" id="RHBA-2014:0466-1" href="https://rhn.redhat.com/errata/RHBA-2014-0466.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="perl-Crypt-SSLeay" version="0.57" release="17.el6" arch="x86_64" src="perl-Crypt-SSLeay-0.57-17.el6.src.rpm"><filename>perl-Crypt-SSLeay-0.57-17.el6.x86_64.rpm</filename><sum type="sha256">7035667c8a55309e59cbc37e60c531287abcd58445536ef3829d79c1e1a7846c</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0467-1</id><title>spice-gtk bug fix update</title><description>This update fixes the following bugs:

* After a pulseaudio restart, the remote-viewer application terminated unexpectedly when changing the volume in an HTML5 player. This bug has been fixed and remote-viewer no longer crashes in this scenario.

* Previously, when performing repeated migrations with a 32-bit client connected, the SPICE client ran out of memory. As a consequence, a memory leak occurred, which could lead to a segmentation fault. A patch has been provided to fix this bug. As a result, the SPICE client no longer leaks memory during migration.</description><release>Scientific Linux Fermi</release><issued date="2014-05-06 00:00:00"/><references><reference title="[abrt] virt-viewer-0.5.6-8.el6: pa_stream_is_corked: Process /usr/bin/remote-viewer was killed by signal 6 (SIGABRT)" type="bugzilla" id="1090000" href="https://bugzilla.redhat.com/show_bug.cgi?id=1090000"/><reference title="i686 client gets segfault at repeated migration" type="bugzilla" id="1090001" href="https://bugzilla.redhat.com/show_bug.cgi?id=1090001"/><reference title="RHBA-2014:0467-1" type="self" id="RHBA-2014:0467-1" href="https://rhn.redhat.com/errata/RHBA-2014-0467.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="spice-glib" version="0.20" release="11.el6_5.1" arch="i686" src="spice-gtk-0.20-11.el6_5.1.src.rpm"><filename>spice-glib-0.20-11.el6_5.1.i686.rpm</filename><sum type="sha256">f5c98d3d32cf64ec3d376226f1662d2688a8d15d1b8a5c94eb592f4f6eeb8c3f</sum></package><package epoch="0" name="spice-glib" version="0.20" release="11.el6_5.1" arch="x86_64" src="spice-gtk-0.20-11.el6_5.1.src.rpm"><filename>spice-glib-0.20-11.el6_5.1.x86_64.rpm</filename><sum type="sha256">7bbce81f75344338c0d9cb991593b31bd5c0d70f07c7b5d27f802d783dc1a606</sum></package><package epoch="0" name="spice-glib-devel" version="0.20" release="11.el6_5.1" arch="i686" src="spice-gtk-0.20-11.el6_5.1.src.rpm"><filename>spice-glib-devel-0.20-11.el6_5.1.i686.rpm</filename><sum type="sha256">1309051ed961e204243599b310c67349357b6c0791be81b9aef912d0486b2482</sum></package><package epoch="0" name="spice-glib-devel" version="0.20" release="11.el6_5.1" arch="x86_64" src="spice-gtk-0.20-11.el6_5.1.src.rpm"><filename>spice-glib-devel-0.20-11.el6_5.1.x86_64.rpm</filename><sum type="sha256">020d7592a6d32ef46eeec25e973b2a9370c4e95393cf93ea8e5db001f9f71b03</sum></package><package epoch="0" name="spice-gtk" version="0.20" release="11.el6_5.1" arch="i686" src="spice-gtk-0.20-11.el6_5.1.src.rpm"><filename>spice-gtk-0.20-11.el6_5.1.i686.rpm</filename><sum type="sha256">81bfb32791cb5ce45b33a538e9c716080886bcb88b6ed9994192751b2a9dc534</sum></package><package epoch="0" name="spice-gtk" version="0.20" release="11.el6_5.1" arch="x86_64" src="spice-gtk-0.20-11.el6_5.1.src.rpm"><filename>spice-gtk-0.20-11.el6_5.1.x86_64.rpm</filename><sum type="sha256">1ab1da36c65bf0804768cc161473a80cceabfab6a0bfa30bae2a6c19cca1d7f4</sum></package><package epoch="0" name="spice-gtk-devel" version="0.20" release="11.el6_5.1" arch="i686" src="spice-gtk-0.20-11.el6_5.1.src.rpm"><filename>spice-gtk-devel-0.20-11.el6_5.1.i686.rpm</filename><sum type="sha256">09551303e627bf7f3b469b1b7c8e20faed9b715494348fe24c59118fed16db80</sum></package><package epoch="0" name="spice-gtk-devel" version="0.20" release="11.el6_5.1" arch="x86_64" src="spice-gtk-0.20-11.el6_5.1.src.rpm"><filename>spice-gtk-devel-0.20-11.el6_5.1.x86_64.rpm</filename><sum type="sha256">4e684b88c182c08a4396d30547dd9e8f670b6d47039300fe8d57b7f7f1698a72</sum></package><package epoch="0" name="spice-gtk-python" version="0.20" release="11.el6_5.1" arch="x86_64" src="spice-gtk-0.20-11.el6_5.1.src.rpm"><filename>spice-gtk-python-0.20-11.el6_5.1.x86_64.rpm</filename><sum type="sha256">c910789ab7d544b015b6074ca0e3f31a67bda7ceb5d849bd6c20355ca7ba4ced</sum></package><package epoch="0" name="spice-gtk-tools" version="0.20" release="11.el6_5.1" arch="x86_64" src="spice-gtk-0.20-11.el6_5.1.src.rpm"><filename>spice-gtk-tools-0.20-11.el6_5.1.x86_64.rpm</filename><sum type="sha256">dab5ba39491022d1898af8e3b37b8a61f1231ae162b73ff2255187f804875aa2</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0468-1</id><title>ethtool bug fix update</title><description>This update fixes the following bug:

* Previously, the ethtool utility did not support the Backplane link type. As a consequence, ethtool did not return "supported link modes" and "advertised link modes" on be2net-based devices. With this update, the support for Backplane has been added, and ethtool now returns "supported link modes" and "advertised link modes" as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-05-06 00:00:00"/><references><reference title="" type="bugzilla" id="1071989" href="https://bugzilla.redhat.com/show_bug.cgi?id=1071989"/><reference title="RHBA-2014:0468-1" type="self" id="RHBA-2014:0468-1" href="https://rhn.redhat.com/errata/RHBA-2014-0468.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="2" name="ethtool" version="3.5" release="1.4.el6_5" arch="x86_64" src="ethtool-3.5-1.4.el6_5.src.rpm"><filename>ethtool-3.5-1.4.el6_5.x86_64.rpm</filename><sum type="sha256">8092714809fda85b3fb4286838b17c214e1dcd23a8f4e663564d23805861abeb</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0470-1</id><title>nss_db bug fix update</title><description>The nss_db package provides a plugin which allows libc, and in turn applications, to read information about users, groups, and other information from local database files which might otherwise need to be read from the unindexed text-like databases which are typically stored under the /etc directory on a host, or from remote servers.

This update fixes the following bug:

* Due to a programming error, the plugin provided by the nss_db package leaked the memory used to hold a copy of a database's file name whenever an application caused a database to be opened. Among the libc functions back-ended by nss_db which attempted to open databases (and thus could leak if they succeeded) were:

getaliasbyname() getgrgid() getgrnam() getprotobyname() getprotobynumber() getpwnam() getpwuid() getrpcbyname() getrpcbynumber() getservbyname() getservbyport() getspnam() getgrouplist() setaliasent() setetherent() setgrent() setnetgrent() setprotoent() setpwent() setrpcent() setservent() setspent()

A patch has been provided to fix this bug, and debugging ?r tracing no longer demonstrates the memory leak when calling the above listed functions.</description><release>Scientific Linux Fermi</release><issued date="2014-05-06 00:00:00"/><references><reference title="" type="bugzilla" id="1088776" href="https://bugzilla.redhat.com/show_bug.cgi?id=1088776"/><reference title="RHBA-2014:0470-1" type="self" id="RHBA-2014:0470-1" href="https://rhn.redhat.com/errata/RHBA-2014-0470.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="nss_db" version="2.2.3" release="0.5.pre1.el6_5.1" arch="i686" src="nss_db-2.2.3-0.5.pre1.el6_5.1.src.rpm"><filename>nss_db-2.2.3-0.5.pre1.el6_5.1.i686.rpm</filename><sum type="sha256">83f7ee2a2e794203010977cd6ea97c6cc0f997af0420175733518dd24c714a82</sum></package><package epoch="0" name="nss_db" version="2.2.3" release="0.5.pre1.el6_5.1" arch="x86_64" src="nss_db-2.2.3-0.5.pre1.el6_5.1.src.rpm"><filename>nss_db-2.2.3-0.5.pre1.el6_5.1.x86_64.rpm</filename><sum type="sha256">28f758e6a6b6581d6b3a579aee81cdfc6ac91f2202f806032ddba90c6ef06726</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0471-1</id><title>sos bug fix update</title><description>This update fixes the following bug:

* When the sos package was installed on a cluster that uses the pacemaker resource manager, the sosreport utility incorrectly used the crm_report utility of the pacemaker package to report data about the cluster. Consequently, the sosreport utility did not return any data from the crm_report utility. Now, the sosreport utility has been updated to collect the last 72 hours of data with the crm_report utility by default. A new command-line option has also been added to allow the user to specify a starting point for data collection, in the format of '--from "YYYY-MM-DD HH:MM:SS" '. As a result, the sosreport utility now correctly collects data as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-05-06 00:00:00"/><references><reference title="cluster module needs to pass --from to crm_report" type="bugzilla" id="1085732" href="https://bugzilla.redhat.com/show_bug.cgi?id=1085732"/><reference title="RHBA-2014:0471-1" type="self" id="RHBA-2014:0471-1" href="https://rhn.redhat.com/errata/RHBA-2014-0471.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="sos" version="2.2" release="47.el6_5.1" arch="noarch" src="sos-2.2-47.el6_5.1.src.rpm"><filename>sos-2.2-47.el6_5.1.noarch.rpm</filename><sum type="sha256">6866d3f0fb0fc52090df331a8aea097aa4ac2882c775e45d9fe06bbe700a1d94</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0472-1</id><title>device-mapper-multipath bug fix update</title><description>This update fixes the following bug:

* Previously, the prioritizer timeout for the Asymmetric Logical Unit Access (ALUA) was set to 5 minutes. As a consequence, in some cases of a device failure, the multipathd daemon became unresponsive for up to 5 minutes before the ALUA prioritizer call returned. With this patch, the timeout has been reduced to 1 minute, making the ALUA response quicker when the mentioned failures occur.</description><release>Scientific Linux Fermi</release><issued date="2014-05-06 00:00:00"/><references><reference title="" type="bugzilla" id="1078491" href="https://bugzilla.redhat.com/show_bug.cgi?id=1078491"/><reference title="RHBA-2014:0472-1" type="self" id="RHBA-2014:0472-1" href="https://rhn.redhat.com/errata/RHBA-2014-0472.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="device-mapper-multipath" version="0.4.9" release="72.el6_5.2" arch="x86_64" src="device-mapper-multipath-0.4.9-72.el6_5.2.src.rpm"><filename>device-mapper-multipath-0.4.9-72.el6_5.2.x86_64.rpm</filename><sum type="sha256">c366371160b6fc04b719f53cf62571943d33a60a460ec9caf9a744d427f4ca6f</sum></package><package epoch="0" name="device-mapper-multipath-libs" version="0.4.9" release="72.el6_5.2" arch="x86_64" src="device-mapper-multipath-0.4.9-72.el6_5.2.src.rpm"><filename>device-mapper-multipath-libs-0.4.9-72.el6_5.2.x86_64.rpm</filename><sum type="sha256">13497227030da9c5dc3be70d373e958a26b37f323bbf17d1d01285592ba174fa</sum></package><package epoch="0" name="kpartx" version="0.4.9" release="72.el6_5.2" arch="x86_64" src="device-mapper-multipath-0.4.9-72.el6_5.2.src.rpm"><filename>kpartx-0.4.9-72.el6_5.2.x86_64.rpm</filename><sum type="sha256">c2d674eaa0b5aed66d5692509a9c38f3122e18533c6f8bf755d3c2b81bacbaef</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0479-1</id><title>mdadm bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, the mdadm utility did not properly verify missing devices when creating an IMSM array. Consequently, when mdadm attempted to create an IMSM array with missing devices, it terminated unexpectedly with a segmentation fault. With this update, missing devices are verified correctly and creating an array with missing devices now works as intended.

* Previously, when the mdadm thread that monitored the reshaping operation of a disk array was terminated by the SIGTERM signal, it did not clear the suspended data region of the array. As a consequence, the data on the array could become corrupted. With this update, the mdadm thread terminates cleanly and can no longer cause data corruption.</description><release>Scientific Linux Fermi</release><issued date="2014-05-13 00:00:00"/><references><reference title="" type="bugzilla" id="1077131" href="https://bugzilla.redhat.com/show_bug.cgi?id=1077131"/><reference title="" type="bugzilla" id="1084676" href="https://bugzilla.redhat.com/show_bug.cgi?id=1084676"/><reference title="RHBA-2014:0479-1" type="self" id="RHBA-2014:0479-1" href="https://rhn.redhat.com/errata/RHBA-2014-0479.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="mdadm" version="3.2.6" release="7.el6_5.2" arch="x86_64" src="mdadm-3.2.6-7.el6_5.2.src.rpm"><filename>mdadm-3.2.6-7.el6_5.2.x86_64.rpm</filename><sum type="sha256">004e5e27f48cbc2980cd024f3406e5270948165227afd2a90e9608a7d8753e71</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0480-1</id><title>glibc bug fix update</title><description>This update fixes the following bug:

* Prior to this update, certain code paths used by the "fastbins" feature of the C library's memory allocator were not thread-safe. Consequently, when the thread-unsafe code paths were executed they could cause corruption in the allocator which caused the executing program to terminate unexpectedly with a segmentation fault. This update fixes the code paths, making them thread-safe. As a result, programs no longer terminate with a segmentation fault.</description><release>Scientific Linux Fermi</release><issued date="2014-05-13 00:00:00"/><references><reference title="" type="bugzilla" id="1091162" href="https://bugzilla.redhat.com/show_bug.cgi?id=1091162"/><reference title="RHBA-2014:0480-1" type="self" id="RHBA-2014:0480-1" href="https://rhn.redhat.com/errata/RHBA-2014-0480.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="glibc" version="2.12" release="1.132.el6_5.1" arch="i686" src="glibc-2.12-1.132.el6_5.1.src.rpm"><filename>glibc-2.12-1.132.el6_5.1.i686.rpm</filename><sum type="sha256">fd5e291db235fa12a4937efb73bb170886d505305066852ef863c2f03f9e729c</sum></package><package epoch="0" name="glibc" version="2.12" release="1.132.el6_5.1" arch="x86_64" src="glibc-2.12-1.132.el6_5.1.src.rpm"><filename>glibc-2.12-1.132.el6_5.1.x86_64.rpm</filename><sum type="sha256">cb46067d7971e6b4c47334743dc4e460b569d75b8871aea913d953b660da7bc4</sum></package><package epoch="0" name="glibc-common" version="2.12" release="1.132.el6_5.1" arch="x86_64" src="glibc-2.12-1.132.el6_5.1.src.rpm"><filename>glibc-common-2.12-1.132.el6_5.1.x86_64.rpm</filename><sum type="sha256">4fd8df13c5c61124020055396a249bb95070a426e90a37112e91f7cb43f3e223</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.132.el6_5.1" arch="i686" src="glibc-2.12-1.132.el6_5.1.src.rpm"><filename>glibc-devel-2.12-1.132.el6_5.1.i686.rpm</filename><sum type="sha256">e361ab772e052cd40f355a9ccbb8ae25fa2b9d1297f0c765f845e83edfb17d6d</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.132.el6_5.1" arch="x86_64" src="glibc-2.12-1.132.el6_5.1.src.rpm"><filename>glibc-devel-2.12-1.132.el6_5.1.x86_64.rpm</filename><sum type="sha256">f2b7699287a59bbc79a909f9b42d4fd124e139ae5494d118c79e5e8574d8c9b2</sum></package><package epoch="0" name="glibc-headers" version="2.12" release="1.132.el6_5.1" arch="x86_64" src="glibc-2.12-1.132.el6_5.1.src.rpm"><filename>glibc-headers-2.12-1.132.el6_5.1.x86_64.rpm</filename><sum type="sha256">ca5b0519420aca7ddb07324606907e960e4312b919edefa7ef0e9c18feb1f4a6</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.132.el6_5.1" arch="i686" src="glibc-2.12-1.132.el6_5.1.src.rpm"><filename>glibc-static-2.12-1.132.el6_5.1.i686.rpm</filename><sum type="sha256">a26293819c31a51549edc022ce5dd7fffdfd35864f2e02eef9daefef14cab41c</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.132.el6_5.1" arch="x86_64" src="glibc-2.12-1.132.el6_5.1.src.rpm"><filename>glibc-static-2.12-1.132.el6_5.1.x86_64.rpm</filename><sum type="sha256">a4fc028c2a89a93d1d99c18367fc2d3eee656062aab21b67cf907e3dd8b87da4</sum></package><package epoch="0" name="glibc-utils" version="2.12" release="1.132.el6_5.1" arch="x86_64" src="glibc-2.12-1.132.el6_5.1.src.rpm"><filename>glibc-utils-2.12-1.132.el6_5.1.x86_64.rpm</filename><sum type="sha256">57891175e4dec7f6dfa2afe4db1a4767f64c49f4f9f13ab7acf0f20ac76ec329</sum></package><package epoch="0" name="nscd" version="2.12" release="1.132.el6_5.1" arch="x86_64" src="glibc-2.12-1.132.el6_5.1.src.rpm"><filename>nscd-2.12-1.132.el6_5.1.x86_64.rpm</filename><sum type="sha256">e021766c26f3ca44cac18a9867093827af854fba10a96a4bc94e5c1af8d6a3c2</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0482-1</id><title>virt-viewer bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, SPICE determined the scaling of windows incorrectly by using the original desktop size instead of the host screen size. As a consequence, when a guest window was open in SPICE, the screen could, under certain circumstances, become blurry. With this update, the guest window scaling has been fixed and this problem no longer occurs.

* Previously, the SPICE two-monitor setting did not function as intended. Consequently, when the guest was set up for two monitors, both of them used only a single screen while in fullscreen mode. With this update, a fix for the SPICE two-monitor setting has been implemented and the guest monitors now correctly appear on their own respective screens when in fullscreen mode.</description><release>Scientific Linux Fermi</release><issued date="2014-05-13 00:00:00"/><references><reference title="Screen is blurry for some resolutions when spice window is maximized." type="bugzilla" id="1081376" href="https://bugzilla.redhat.com/show_bug.cgi?id=1081376"/><reference title="" type="bugzilla" id="1088921" href="https://bugzilla.redhat.com/show_bug.cgi?id=1088921"/><reference title="RHBA-2014:0482-1" type="self" id="RHBA-2014:0482-1" href="https://rhn.redhat.com/errata/RHBA-2014-0482.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="virt-viewer" version="0.5.6" release="8.el6_5.2" arch="x86_64" src="virt-viewer-0.5.6-8.el6_5.2.src.rpm"><filename>virt-viewer-0.5.6-8.el6_5.2.x86_64.rpm</filename><sum type="sha256">a2dc8fe2b47b1a5b438ae41c4d55a2be3c05f033f73b38dcfb90bb139bd15247</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0483-1</id><title>transfig bug fix update</title><description>This update fixes the following bug:

* Prior to this update, the PostScript files generated by the transfig utility incorrectly were reported to conform to the PostScript document structuring conventions (DSC). As a consequence, printing from the Xfig editor and printing the PostScript files generated by transfig could result in blank pages. A patch that improves the DSC conformance has been applied to address this bug, and the Xfig drawings are printed as expected in the aforementioned cases.</description><release>Scientific Linux Fermi</release><issued date="2014-05-13 00:00:00"/><references><reference title="" type="bugzilla" id="858718" href="https://bugzilla.redhat.com/show_bug.cgi?id=858718"/><reference title="RHBA-2014:0483-1" type="self" id="RHBA-2014:0483-1" href="https://rhn.redhat.com/errata/RHBA-2014-0483.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="transfig" version="3.2.5" release="10.el6" arch="x86_64" src="transfig-3.2.5-10.el6.src.rpm"><filename>transfig-3.2.5-10.el6.x86_64.rpm</filename><sum type="sha256">20f6462282a59f3e167b58f3c35fe98a1bff7a8e619e9dbfe9c461a9a687cfe3</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0484-1</id><title>cpupowerutils bug fix update</title><description>This update fixes the following bug:

* Prior to this update, if the turbostat utility was run on an Intel Haswell EP processor based system, the turbostat utility did not correctly access the energy status registers. As a consequence, turbostat displayed the following error message:

/dev/cpu/0/msr offset 0x641 read failed

This bug has been fixed by enabling access to the proper energy status registers. As a result, the turbostat utility now returns the expected data in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2014-05-13 00:00:00"/><references><reference title="" type="bugzilla" id="1085869" href="https://bugzilla.redhat.com/show_bug.cgi?id=1085869"/><reference title="RHBA-2014:0484-1" type="self" id="RHBA-2014:0484-1" href="https://rhn.redhat.com/errata/RHBA-2014-0484.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="cpupowerutils" version="1.2" release="1.el6_5.1" arch="i686" src="cpupowerutils-1.2-1.el6_5.1.src.rpm"><filename>cpupowerutils-1.2-1.el6_5.1.i686.rpm</filename><sum type="sha256">9f6835594a4aae184d7e9f28492851e5711c55f9d9ca2b03ecb94f62b9ac4a8f</sum></package><package epoch="0" name="cpupowerutils" version="1.2" release="1.el6_5.1" arch="x86_64" src="cpupowerutils-1.2-1.el6_5.1.src.rpm"><filename>cpupowerutils-1.2-1.el6_5.1.x86_64.rpm</filename><sum type="sha256">d7ce8578e9dd23a26c5d4d2b71dc1d6b920c3234cfe2d7f06ddd323908e9926c</sum></package><package epoch="0" name="cpupowerutils-devel" version="1.2" release="1.el6_5.1" arch="i686" src="cpupowerutils-1.2-1.el6_5.1.src.rpm"><filename>cpupowerutils-devel-1.2-1.el6_5.1.i686.rpm</filename><sum type="sha256">d8b939d4cb3a464c1d62ca00da82bdcd3209cc5496cc47a80162f1c9fa47b7f9</sum></package><package epoch="0" name="cpupowerutils-devel" version="1.2" release="1.el6_5.1" arch="x86_64" src="cpupowerutils-1.2-1.el6_5.1.src.rpm"><filename>cpupowerutils-devel-1.2-1.el6_5.1.x86_64.rpm</filename><sum type="sha256">73b3d0b3ab5d98a0e58a528ce8c7bf3518810a676e7f5016d1dce0d1c92a35b8</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0485-1</id><title>kdesdk bug fix update</title><description>This update fixes the following bugs:

* Previously, the umbrello UML modeller used logic based on recursive calls. As a consequence if a user created a diagram that had dependency graph cycles, umbrello entered an infinite loop and terminated unexpectedly with a segmentation fault. With this update, the application logic has been changed to use stack-based parent resolution. As a result, umbrello no longer terminates in the described scenario.

* Prior to this update, the kompare utility hid underscore characters located at the bottom of a highlighted difference block when using certain fonts. This update fixes this bug. As a result, kompare correctly displays underscore characters in the described situation.</description><release>Scientific Linux Fermi</release><issued date="2014-05-13 00:00:00"/><relogin_suggested>true</relogin_suggested><references><reference title="" type="bugzilla" id="857002" href="https://bugzilla.redhat.com/show_bug.cgi?id=857002"/><reference title="" type="bugzilla" id="908709" href="https://bugzilla.redhat.com/show_bug.cgi?id=908709"/><reference title="RHBA-2014:0485-1" type="self" id="RHBA-2014:0485-1" href="https://rhn.redhat.com/errata/RHBA-2014-0485.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="kdesdk" version="4.3.4" release="9.el6" arch="x86_64" src="kdesdk-4.3.4-9.el6.src.rpm"><filename>kdesdk-4.3.4-9.el6.x86_64.rpm</filename><sum type="sha256">0bc239d6567fd0e300a33d22d739a371eea65b995dedc63c0e456a2189e0b0ff</sum></package><package epoch="0" name="kdesdk-devel" version="4.3.4" release="9.el6" arch="i686" src="kdesdk-4.3.4-9.el6.src.rpm"><filename>kdesdk-devel-4.3.4-9.el6.i686.rpm</filename><sum type="sha256">4ad4ecdafa56a9fe6284d0d36b94c857167b656b0fcc15a00f2da7047becfdf3</sum></package><package epoch="0" name="kdesdk-devel" version="4.3.4" release="9.el6" arch="x86_64" src="kdesdk-4.3.4-9.el6.src.rpm"><filename>kdesdk-devel-4.3.4-9.el6.x86_64.rpm</filename><sum type="sha256">160bb2e34bc800536e8c564afdb270b28746b49d35d29658206dba1eb991e409</sum></package><package epoch="0" name="kdesdk-libs" version="4.3.4" release="9.el6" arch="i686" src="kdesdk-4.3.4-9.el6.src.rpm"><filename>kdesdk-libs-4.3.4-9.el6.i686.rpm</filename><sum type="sha256">0540f68bf80f77e0c83211e980f95ec6cb7e2ca1dfebfb69a69a40f7f22cf705</sum></package><package epoch="0" name="kdesdk-libs" version="4.3.4" release="9.el6" arch="x86_64" src="kdesdk-4.3.4-9.el6.src.rpm"><filename>kdesdk-libs-4.3.4-9.el6.x86_64.rpm</filename><sum type="sha256">413b2a1083e406be8ae1aa31f23861542e1e476a5aa1826261b2d3e7505d8885</sum></package><package epoch="0" name="kdesdk-utils" version="4.3.4" release="9.el6" arch="i686" src="kdesdk-4.3.4-9.el6.src.rpm"><filename>kdesdk-utils-4.3.4-9.el6.i686.rpm</filename><sum type="sha256">6847614e6c2898d39d3537e298009e0c9acbc7a3b8103707b1fc602d55cadb90</sum></package><package epoch="0" name="kdesdk-utils" version="4.3.4" release="9.el6" arch="x86_64" src="kdesdk-4.3.4-9.el6.src.rpm"><filename>kdesdk-utils-4.3.4-9.el6.x86_64.rpm</filename><sum type="sha256">50a92bef6a78f7ca5d52ab6abc9b43d9d510c142ab43e5f0847b329b796367e6</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0488-1</id><title>scsi-target-utils bug fix update</title><description>This update fixes the following bug:

* Previously, the Linux SCSI target administration utility, tgtadm, did not correctly handle backing-store errors. As a consequence, calling tgtadm with an invalid backing-store parameter in some cases caused the tgtd daemon to become unresponsive. With this update, the bug in tgtadm has been fixed and tgtd now recovers after an invalid request as intended.

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

* Prior to its latest version, irqbalance could not accurately determine the NUMA node it was local to or the device to which an IRQ was sent. The kernel affinity_hint values were created to work around this issue. With this update, irqbalance is now capable of parsing all information about an IRQ provided by the sysfs() function. IRQ balancing now works correctly, and the affinity_hint values are now ignored by default not to distort the irqbalance functionality.</description><release>Scientific Linux Fermi</release><issued date="2014-05-20 00:00:00"/><references><reference title="irqbalance oneshot not working with ixgbe" type="bugzilla" id="1093441" href="https://bugzilla.redhat.com/show_bug.cgi?id=1093441"/><reference title="RHBA-2014:0489-1" type="self" id="RHBA-2014:0489-1" href="https://rhn.redhat.com/errata/RHBA-2014-0489.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="2" name="irqbalance" version="1.0.4" release="9.el6_5" arch="x86_64" src="irqbalance-1.0.4-9.el6_5.src.rpm"><filename>irqbalance-1.0.4-9.el6_5.x86_64.rpm</filename><sum type="sha256">a902354af3ff684461442e7c9dabbfbc00c124f672f428073453a3b8c3f80d01</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0490-1</id><title>selinux-policy bug fix update</title><description>This update fixes the following bugs:

* Previously, the rsyslog7 packages (used for OpenShift Enterprise) were not able to execute external programs and forward metrics to them for processing due to missing SELinux policy rules. To fix this bug, the relevant selinux-policy rules have been updated, and rsyslog7 are now able to execute external programs.

* The new OpenShift rsyslog7 plugin did not work correctly in enforcing mode and was not able to access OpenShift library files with openshift_var_lib_t SELinux security context. With this update, the relevant selinux-policy rules have been updated to allow this access, and OpenShift rsyslog7 plugin now works as expected. (#1092625)</description><release>Scientific Linux Fermi</release><issued date="2014-05-20 00:00:00"/><references><reference title="Additional selinux policy changes for RHEL 6.5, OpenShift metrics support" type="bugzilla" id="1092624" href="https://bugzilla.redhat.com/show_bug.cgi?id=1092624"/><reference title="Please backport OpenShift rsyslog7 policy additions to RHEL 6.5" type="bugzilla" id="1092625" href="https://bugzilla.redhat.com/show_bug.cgi?id=1092625"/><reference title="RHBA-2014:0490-1" type="self" id="RHBA-2014:0490-1" href="https://rhn.redhat.com/errata/RHBA-2014-0490.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="selinux-policy" version="3.7.19" release="231.el6_5.3" arch="noarch" src="selinux-policy-3.7.19-231.el6_5.3.src.rpm"><filename>selinux-policy-3.7.19-231.el6_5.3.noarch.rpm</filename><sum type="sha256">7e7a2a90767a80ad023e46a9aff0abf30009ce4f5ea7da53e524530396fa7483</sum></package><package epoch="0" name="selinux-policy-doc" version="3.7.19" release="231.el6_5.3" arch="noarch" src="selinux-policy-3.7.19-231.el6_5.3.src.rpm"><filename>selinux-policy-doc-3.7.19-231.el6_5.3.noarch.rpm</filename><sum type="sha256">8cc75554586935fa446e31044f2a7a2703e5bfcaebbf0d09dd76e2981a4dd657</sum></package><package epoch="0" name="selinux-policy-minimum" version="3.7.19" release="231.el6_5.3" arch="noarch" src="selinux-policy-3.7.19-231.el6_5.3.src.rpm"><filename>selinux-policy-minimum-3.7.19-231.el6_5.3.noarch.rpm</filename><sum type="sha256">3d97066f8df8eb7a7ef0a8ee2f7284ed30c49e2c58a8d8e03675b49cb23b5709</sum></package><package epoch="0" name="selinux-policy-mls" version="3.7.19" release="231.el6_5.3" arch="noarch" src="selinux-policy-3.7.19-231.el6_5.3.src.rpm"><filename>selinux-policy-mls-3.7.19-231.el6_5.3.noarch.rpm</filename><sum type="sha256">7b361863c1dec6f933f81300a4ef9b3c81333a9d48fe3d5cc7894e09afa0e71d</sum></package><package epoch="0" name="selinux-policy-targeted" version="3.7.19" release="231.el6_5.3" arch="noarch" src="selinux-policy-3.7.19-231.el6_5.3.src.rpm"><filename>selinux-policy-targeted-3.7.19-231.el6_5.3.noarch.rpm</filename><sum type="sha256">5e57065d1424a89a0e7d39c99d663a661c160cf0cafe42086e2bac00ea7e337a</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0491-1</id><title>createrepo bug fix and enhancement update</title><description>This update fixes the following bugs:

* Previously, the createrepo utility did not test file locking correctly. As a consequence, createrepo terminated unexpectedly with a traceback when it was executed in a directory located on a Common Internet File System (CIFS) share provided by a NetApp storage appliance. The test for file locking has been corrected and createrepo now works as expected in the described situation.

* Prior to this update, if the createrepo utility was executed with the "-i" or "--pkglist" options and the specified file name did not exist, createrepo terminated unexpectedly with a traceback. The createrepo utility has been modified to handle this error condition properly, and it now exits gracefully in this situation.

* Prior to this update, the createrepo packages had descriptions which did not indicate that the maintenance utilities were present in the package. This update corrects this omission.

In addition, this update adds the following enhancements:

* This update introduces support for the following new options to the modifyrepo utility: "--checksum", used to specify the checksum type; "--unique-md-filenames", used to include the file's checksum in the file name; and "--simple-md-filenames", used to not include the file's checksum in the file name. The "--unique-md-filenames" option is a default option for this utility.

* Previously, certain options were not described in the modifyrepo(1) and mergerepo(1) man pages. These man pages now document the following modifyrepo utility command line options: "--mdtype", "--remove", "-- compress", "--no-compress", "--compress-type", "--checksum", "--unique-md- filenames", "--simple-md-filenames", "--version", and "--help". These man pages also now document the following mergerepo utility command line options: "--no-database", "--compress-type", "--version", and "--help".</description><release>Scientific Linux Fermi</release><issued date="2014-05-20 00:00:00"/><references><reference title="" type="bugzilla" id="1035588" href="https://bugzilla.redhat.com/show_bug.cgi?id=1035588"/><reference title="createrepo tracebacks on nonexisting pkglist" type="bugzilla" id="1083185" href="https://bugzilla.redhat.com/show_bug.cgi?id=1083185"/><reference title="createrepo package description change" type="bugzilla" id="1088886" href="https://bugzilla.redhat.com/show_bug.cgi?id=1088886"/><reference title="modifyrepo and mergerepo - insufficient documentation in man pages" type="bugzilla" id="1093713" href="https://bugzilla.redhat.com/show_bug.cgi?id=1093713"/><reference title="modifyrepo does not accept the same command-line options as createrepo" type="bugzilla" id="952602" href="https://bugzilla.redhat.com/show_bug.cgi?id=952602"/><reference title="RHBA-2014:0491-1" type="self" id="RHBA-2014:0491-1" href="https://rhn.redhat.com/errata/RHBA-2014-0491.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="createrepo" version="0.9.9" release="22.el6" arch="noarch" src="createrepo-0.9.9-22.el6.src.rpm"><filename>createrepo-0.9.9-22.el6.noarch.rpm</filename><sum type="sha256">0096366fb22ab01cd66ab307b2660520f261e9d6c0b97411e2dcabe066bc42fb</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0492-1</id><title>virt-viewer bug fix update</title><description>This update fixes the following bug:

* Prior to this update, the virt-viewer utility did not properly support automatic configuration of resolution. Consequently, when a virt-viewer console was launched from the RHEV user portal with the "Native Client" invocation method and the "Open in Full Screen" option was selected, the displays of the guest virtual machine were not always configured to match the client displays. With this update, auto-configuration of resolution for full-screen mode has been implemented and virt-viewer now shows a full-screen guest display for each client monitor.</description><release>Scientific Linux Fermi</release><issued date="2014-05-20 00:00:00"/><references><reference title="virt-viewer doesn&amp;#39;t automatically adjust resolution when opened fullscreen via vv-file" type="bugzilla" id="1092871" href="https://bugzilla.redhat.com/show_bug.cgi?id=1092871"/><reference title="RHBA-2014:0492-1" type="self" id="RHBA-2014:0492-1" href="https://rhn.redhat.com/errata/RHBA-2014-0492.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="virt-viewer" version="0.5.6" release="8.el6_5.3" arch="x86_64" src="virt-viewer-0.5.6-8.el6_5.3.src.rpm"><filename>virt-viewer-0.5.6-8.el6_5.3.x86_64.rpm</filename><sum type="sha256">51957ffe48b7ecd9a627fbfe752dd38b98b70831454497e499620a32b53604ee</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0493-1</id><title>pm-utils bug fix update</title><description>This update fixes the following bug:

* Previously, pm-utils did not support the Advanced Configuration and Power Interfaces (ACPI) S1 (Power on Suspend) power state. As a consequence, when BIOS supported the ACPI S3 (Suspend to RAM) power state but not the S1 power state, the "pm-suspend" command failed. This update introduces support for the S1 power state, and if the S3 power state is not supported by BIOS, pm-suspend now triggers the S1 power state.</description><release>Scientific Linux Fermi</release><issued date="2014-05-20 00:00:00"/><references><reference title="Add support for S1 suspend state" type="bugzilla" id="1094293" href="https://bugzilla.redhat.com/show_bug.cgi?id=1094293"/><reference title="RHBA-2014:0493-1" type="self" id="RHBA-2014:0493-1" href="https://rhn.redhat.com/errata/RHBA-2014-0493.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="pm-utils" version="1.2.5" release="10.el6_5.1" arch="x86_64" src="pm-utils-1.2.5-10.el6_5.1.src.rpm"><filename>pm-utils-1.2.5-10.el6_5.1.x86_64.rpm</filename><sum type="sha256">5cf6b729a9b1075815458763f212bff7e0fd7f6207bd304f922a800497c957eb</sum></package><package epoch="0" name="pm-utils-devel" version="1.2.5" release="10.el6_5.1" arch="i686" src="pm-utils-1.2.5-10.el6_5.1.src.rpm"><filename>pm-utils-devel-1.2.5-10.el6_5.1.i686.rpm</filename><sum type="sha256">36a5f3cd75f11351a5db3d4ea1c34ffe6460afb7cec08567348816d1613492f5</sum></package><package epoch="0" name="pm-utils-devel" version="1.2.5" release="10.el6_5.1" arch="x86_64" src="pm-utils-1.2.5-10.el6_5.1.src.rpm"><filename>pm-utils-devel-1.2.5-10.el6_5.1.x86_64.rpm</filename><sum type="sha256">a5d4d4187afce8f649c2a0e46bf018b49ec887e37ab68cd6851ce04085c4e3f7</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0514-1</id><title>xorg-x11-drv-qxl bug fix update</title><description>This update fixes the following bug:

* Previously, when the users did not change the resolution on their second monitor and switched to full screen mode with two monitors with higher resolution (for example, 1920x1200), the second screen became defected by two dark vertical stripes. The underlying source code has been updated, and autoscaling with higher resolution now works as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-05-20 00:00:00"/><references><reference title="" type="bugzilla" id="1097903" href="https://bugzilla.redhat.com/show_bug.cgi?id=1097903"/><reference title="RHBA-2014:0514-1" type="self" id="RHBA-2014:0514-1" href="https://rhn.redhat.com/errata/RHBA-2014-0514.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="xorg-x11-drv-qxl" version="0.1.0" release="8.el6_5" arch="x86_64" src="xorg-x11-drv-qxl-0.1.0-8.el6_5.src.rpm"><filename>xorg-x11-drv-qxl-0.1.0-8.el6_5.x86_64.rpm</filename><sum type="sha256">e6c1ece707d75b1e70c6ab92cab128633a781b6c83a9d487d065a0f8fae365a0</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0519-1</id><title>openswan bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, rebooting some IPsec gateways did not properly remove the routing table entries for the secure tunnel. As a consequence, when the IPsec gateway reestablished the tunnel, traffic was not properly routed over the tunnel. This update fixes the code that manages routing table entries. As a result, the traffic is now routed properly in the described scenario.

* Previously, an update to the openswan packages omitted support for NAT- Traversal (NAT-T) as specified in the IETF drafts (predating RFC 3947). As a consequence, devices that do not support RFC 3947 were no longer able to connect to openswan using IKE. With this update, support for NAT-Traversal draft (non-RFC) has been reintroduced into the openswan packages. As a result, the described devices are able to connect to openswan.

* Prior to this update, when openswan was run as root it dropped privileges as part of its operation. As a consequence, openswan was unable to read configuration files located in directories not owned by root. With this update, these privileges are no longer dropped when openswan is run as root and will need to access configuration files in a directory not owned by root. As a result, openswan successfully reads configuration files as expected.

* Previously, when Openswan was stopped or restarted, the openswan scripts (called by the ipsec initscript) logged a harmless error message which had no impact on functionality. The message read that Openswan is not being able to unload the IPsec kernel modules. With this update, initscripts no longer attempt to unload the IPsec kernel modules once loaded, and error messages are no longer returned.</description><release>Scientific Linux Fermi</release><issued date="2014-05-20 00:00:00"/><references><reference title="" type="bugzilla" id="1089395" href="https://bugzilla.redhat.com/show_bug.cgi?id=1089395"/><reference title="openswan breaks NAT-T draft clients (and possibly ike fragmentation)" type="bugzilla" id="1090273" href="https://bugzilla.redhat.com/show_bug.cgi?id=1090273"/><reference title="Due to lack of CAP_DAC_OVERRIDE, pluto cannot write to directories not owned by root" type="bugzilla" id="1090614" href="https://bugzilla.redhat.com/show_bug.cgi?id=1090614"/><reference title="" type="bugzilla" id="1096640" href="https://bugzilla.redhat.com/show_bug.cgi?id=1096640"/><reference title="RHBA-2014:0519-1" type="self" id="RHBA-2014:0519-1" href="https://rhn.redhat.com/errata/RHBA-2014-0519.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="openswan" version="2.6.32" release="27.4.el6_5" arch="x86_64" src="openswan-2.6.32-27.4.el6_5.src.rpm"><filename>openswan-2.6.32-27.4.el6_5.x86_64.rpm</filename><sum type="sha256">e07598e34ef5218b7c01874d32e7d9d6e6e5e161ff4e73f3868eac1c30b7029d</sum></package><package epoch="0" name="openswan-doc" version="2.6.32" release="27.4.el6_5" arch="x86_64" src="openswan-2.6.32-27.4.el6_5.src.rpm"><filename>openswan-doc-2.6.32-27.4.el6_5.x86_64.rpm</filename><sum type="sha256">372b6a531e29655f86d284346394220bee382b0f70e4b50356c721eb4cb32be4</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0521-1</id><title>ksh bug fix update</title><description>This update fixes the following bug:

* Due to a race condition in the job list code, the ksh shell could terminate unexpectedly with a segmentation fault when the user had run custom scripts on their system. With this update, the race condition has been fixed, and segmentation faults in ksh no longer occur.</description><release>Scientific Linux Fermi</release><issued date="2014-05-20 00:00:00"/><references><reference title="" type="bugzilla" id="1097293" href="https://bugzilla.redhat.com/show_bug.cgi?id=1097293"/><reference title="RHBA-2014:0521-1" type="self" id="RHBA-2014:0521-1" href="https://rhn.redhat.com/errata/RHBA-2014-0521.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ksh" version="20120801" release="10.el6_5.5" arch="x86_64" src="ksh-20120801-10.el6_5.5.src.rpm"><filename>ksh-20120801-10.el6_5.5.x86_64.rpm</filename><sum type="sha256">60e2cdfc9b253f2faf6a739e40c4448feb966c6fb210faf9188f28e80dbc4816</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0524-1</id><title>tsclient bug fix update</title><description>This update fixes the following bugs:

* Previously, the tsclient user interface did not offer an option to set the 32-bit color depth in the "Advanced Options" menu for the "Windows Terminal Service" connection type. Consequently, the 32-bit color depth could not be selected even though it was supported on the system, and connection to Windows systems could not be established with more than 16-bit color depth. With this update, the error in the "Advanced Options" menu has been fixed, and the 32-bit color depth option now functions as intended.

* Prior to this update, tsclient was not fully compatible with the Remote Desktop Protocol (RDP). Consequently, tsclient could, under certain circumstances, terminate unexpectedly when the user was connected to a remote system over RDP. This update addresses the problems with RDP compatibility, and tsclient no longer crashes when using RDP for remote connection.</description><release>Scientific Linux Fermi</release><issued date="2014-05-27 00:00:00"/><references><reference title="" type="bugzilla" id="798631" href="https://bugzilla.redhat.com/show_bug.cgi?id=798631"/><reference title="symbol lookup error: /usr/lib64/tsclient/plugins/libtsc-default.so: undefined symbol: notify_is_initted" type="bugzilla" id="848526" href="https://bugzilla.redhat.com/show_bug.cgi?id=848526"/><reference title="RHBA-2014:0524-1" type="self" id="RHBA-2014:0524-1" href="https://rhn.redhat.com/errata/RHBA-2014-0524.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="tsclient" version="2.0.2" release="10.el6" arch="x86_64" src="tsclient-2.0.2-10.el6.src.rpm"><filename>tsclient-2.0.2-10.el6.x86_64.rpm</filename><sum type="sha256">344f87c78bff094ab01c7c8f5b6d8c17e96146dcf78ea915180673d96b6ff520</sum></package><package epoch="0" name="tsclient-devel" version="2.0.2" release="10.el6" arch="i686" src="tsclient-2.0.2-10.el6.src.rpm"><filename>tsclient-devel-2.0.2-10.el6.i686.rpm</filename><sum type="sha256">4881e69c50fb659e724193995c138f2f08f415c075d22a8d32cb130bb21db640</sum></package><package epoch="0" name="tsclient-devel" version="2.0.2" release="10.el6" arch="x86_64" src="tsclient-2.0.2-10.el6.src.rpm"><filename>tsclient-devel-2.0.2-10.el6.x86_64.rpm</filename><sum type="sha256">c89cd29bffc29a0487204fdfcc6d5d0298e3d681f9949a9d5e4883d8ffe37f7f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0533-1</id><title>mksh bug fix</title><description>This update fixes the following bug:

* Previously, the mksh shell worked with bytes instead of characters when looking for the common part of a file name. As a consequence, the common part of the file name could contain only the beginning part of the border character, and only a part of the character was printed. With this update, mksh works with whole characters when looking for the longest common prefix, and tab completion prints the correct common part as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-05-27 00:00:00"/><references><reference title="Tab completion should work with characters instead of bytes" type="bugzilla" id="771198" href="https://bugzilla.redhat.com/show_bug.cgi?id=771198"/><reference title="RHBA-2014:0533-1" type="self" id="RHBA-2014:0533-1" href="https://rhn.redhat.com/errata/RHBA-2014-0533.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="mksh" version="39" release="9.el6" arch="x86_64" src="mksh-39-9.el6.src.rpm"><filename>mksh-39-9.el6.x86_64.rpm</filename><sum type="sha256">78a27c38eca07aa726930c09612095b610896f7cab46dc765a0e7f67d1fccebb</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0534-1</id><title>perl-Class-MethodMaker bug fix update</title><description>This update fixes the following bug:

* Previously, the perl-Class-MethodMake source package contained some source code used for testing that was licensed under a restrictive license. This bug fix removes all tests that used that source code. The binary packages have been updated to use this new source package. However, there has been no change in the functionality of these packages.</description><release>Scientific Linux Fermi</release><issued date="2014-05-27 00:00:00"/><references><reference title="Restrictive license on test file" type="bugzilla" id="1064837" href="https://bugzilla.redhat.com/show_bug.cgi?id=1064837"/><reference title="RHBA-2014:0534-1" type="self" id="RHBA-2014:0534-1" href="https://rhn.redhat.com/errata/RHBA-2014-0534.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="perl-Class-MethodMaker" version="2.16" release="6.el6" arch="x86_64" src="perl-Class-MethodMaker-2.16-6.el6.src.rpm"><filename>perl-Class-MethodMaker-2.16-6.el6.x86_64.rpm</filename><sum type="sha256">a3995e2705b40e1966e57249eaa5c17c8103a31f09d0024d2e7ce22e43f90c16</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0535-1</id><title>netlabel_tools bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, netlabelctl, the NetLabel management tool, incorrectly handled multi-part netlink messages that limited the number of static labels displayed. Consequently, running the "netlabelctl unlbl list -p" command did not provide the correct output when a large number of static labels were configured. This bug has been fixed, and netlabelctl now works correctly and lists all the configured static labels as expected.

* Previously, netlabelctl did not allocate enough buffer space for large configuration messages from the kernel. In addition, netlabelctl could not adjust the buffer size in the cases where the buffer was not large enough. As a consequence, a large number of CIPSO level and category translations could not be used. With this update, the default message buffer has been increased, and the buffer is now increased dynamically as necessary. As a result, a large number of CIPSO level and category translations can be used as expected in this scenario.

* Prior to this update, the file with the licence text was not included in the binary packages. This update adds the license text in the packages.</description><release>Scientific Linux Fermi</release><issued date="2014-05-27 00:00:00"/><references><reference title="" type="bugzilla" id="1000177" href="https://bugzilla.redhat.com/show_bug.cgi?id=1000177"/><reference title="The netlabel_tools package does not include copying or licence file." type="bugzilla" id="1098082" href="https://bugzilla.redhat.com/show_bug.cgi?id=1098082"/><reference title="" type="bugzilla" id="918763" href="https://bugzilla.redhat.com/show_bug.cgi?id=918763"/><reference title="RHBA-2014:0535-1" type="self" id="RHBA-2014:0535-1" href="https://rhn.redhat.com/errata/RHBA-2014-0535.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="netlabel_tools" version="0.19" release="11.el6" arch="x86_64" src="netlabel_tools-0.19-11.el6.src.rpm"><filename>netlabel_tools-0.19-11.el6.x86_64.rpm</filename><sum type="sha256">d76106edc704f29195c66b52f2bd3309bb0a01d0a2d49d4db8183af16018b3cb</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0538-1</id><title>xguest bug fix update</title><description>This update fixes the following bugs:

* Due to a bug in the dependency requirements for the preinstall scriptlet, installing the xguest package failed because of a dependency problem. This update adds the selinux-policy-targeted package to the dependency list, and installing xguest now works as expected.

* Previously, the xguest README file did not reflect the current state of the defined xguest SELinux booleans in the SELinux policy. This update modifies the README file to correctly document the current state of the aforementioned booleans.</description><release>Scientific Linux Fermi</release><issued date="2014-05-27 00:00:00"/><references><reference title="xguest README file describes 2 non-existent booleans" type="bugzilla" id="1081413" href="https://bugzilla.redhat.com/show_bug.cgi?id=1081413"/><reference title="Error in PREIN scriptlet in rpm package xguest-1.0.9-2.el6.noarch" type="bugzilla" id="877016" href="https://bugzilla.redhat.com/show_bug.cgi?id=877016"/><reference title="RHBA-2014:0538-1" type="self" id="RHBA-2014:0538-1" href="https://rhn.redhat.com/errata/RHBA-2014-0538.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="xguest" version="1.0.9" release="5.el6" arch="noarch" src="xguest-1.0.9-5.el6.src.rpm"><filename>xguest-1.0.9-5.el6.noarch.rpm</filename><sum type="sha256">050e18ab4459c47e8b4f3085e0120c9724954eb72a08c834a3c90d7829a7afba</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0539-1</id><title>akonadi bug fix update</title><description>This update fixes the following bug:

* Previously, the Akonadi service used the hard-coded ~/.local/share/akonadi socket directory. As a consequence, the Akonadi server did not start if the home directory was located on Andrew File System (AFS), which did not support the creation of UNIX sockets. With this update, the directory that holds the sockets has been changed to '/tmp/[username]-akonadi.[random]'. As a result, Akonadi starts on systems with the home directory on AFS as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-05-27 00:00:00"/><references><reference title="Akonadi problem when home-dir is in AFS" type="bugzilla" id="1073939" href="https://bugzilla.redhat.com/show_bug.cgi?id=1073939"/><reference title="RHBA-2014:0539-1" type="self" id="RHBA-2014:0539-1" href="https://rhn.redhat.com/errata/RHBA-2014-0539.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="akonadi" version="1.2.1" release="3.el6" arch="i686" src="akonadi-1.2.1-3.el6.src.rpm"><filename>akonadi-1.2.1-3.el6.i686.rpm</filename><sum type="sha256">a55f9c1b07b083fd0bf8721ac4d9cdaa62128de2cde3d2bf184cda5604705a9d</sum></package><package epoch="0" name="akonadi" version="1.2.1" release="3.el6" arch="x86_64" src="akonadi-1.2.1-3.el6.src.rpm"><filename>akonadi-1.2.1-3.el6.x86_64.rpm</filename><sum type="sha256">297d1a5b2f690fd1042d2efa2c1f10741f5253ee84e889e0ec7ea67768326718</sum></package><package epoch="0" name="akonadi-devel" version="1.2.1" release="3.el6" arch="i686" src="akonadi-1.2.1-3.el6.src.rpm"><filename>akonadi-devel-1.2.1-3.el6.i686.rpm</filename><sum type="sha256">5754963e6617ea7b184fa8356091f4a0c08a3f9faf397d500ef1f6b24b904320</sum></package><package epoch="0" name="akonadi-devel" version="1.2.1" release="3.el6" arch="x86_64" src="akonadi-1.2.1-3.el6.src.rpm"><filename>akonadi-devel-1.2.1-3.el6.x86_64.rpm</filename><sum type="sha256">7465eae8fabefc2fcc86f42b618ff7d9a437d971f2e110309a67003e41c872a7</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0540-1</id><title>sgml-common bug fix update</title><description>This update fixes the following bug:

* Prior to this update, the licensing COPYING file and documentation was missing from the xml-common subpackage. This update adds the missing basic documentation and COPYING file to xml-common.</description><release>Scientific Linux Fermi</release><issued date="2014-05-27 00:00:00"/><references><reference title="Licensing file and documentation is missing in xml-common subpackage" type="bugzilla" id="613637" href="https://bugzilla.redhat.com/show_bug.cgi?id=613637"/><reference title="RHBA-2014:0540-1" type="self" id="RHBA-2014:0540-1" href="https://rhn.redhat.com/errata/RHBA-2014-0540.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="sgml-common" version="0.6.3" release="33.el6" arch="noarch" src="sgml-common-0.6.3-33.el6.src.rpm"><filename>sgml-common-0.6.3-33.el6.noarch.rpm</filename><sum type="sha256">6b65bf15473386f438ceb0d8a3962fabd8ae347b5e677c65a56d41dbd7b45eb3</sum></package><package epoch="0" name="xml-common" version="0.6.3" release="33.el6" arch="noarch" src="sgml-common-0.6.3-33.el6.src.rpm"><filename>xml-common-0.6.3-33.el6.noarch.rpm</filename><sum type="sha256">50b84388bd4aa14d5cf03735748aa4cf8da5865404aefcec322338e3847782fd</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0542-1</id><title>python-rhsm bug fix update</title><description>This update fixes the following bug:

* When python-rhsm made a request to the entitlement server for data in a JSON format, but got the response in a different format (such as HTML), the following attribute error was presented to the user:

AttributeError: 'exceptions.ValueError' object has no attribute 'msg' error.

With this python-rhsm fix applied, the error message presented to the user is more accurate and informative concerning the problem:

Network error. Please check the connection details, or see /var/log/rhsm/rhsm.log for more information.</description><release>Scientific Linux Fermi</release><issued date="2014-05-27 00:00:00"/><references><reference title="" type="bugzilla" id="1098644" href="https://bugzilla.redhat.com/show_bug.cgi?id=1098644"/><reference title="RHBA-2014:0542-1" type="self" id="RHBA-2014:0542-1" href="https://rhn.redhat.com/errata/RHBA-2014-0542.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="python-rhsm" version="1.9.7" release="1.el6_5" arch="x86_64" src="python-rhsm-1.9.7-1.el6_5.src.rpm"><filename>python-rhsm-1.9.7-1.el6_5.x86_64.rpm</filename><sum type="sha256">4992801c1ce24836c26420572b0b4a7e8b16e8e35196f9f5ddb0f519c79b9ff0</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0543-1</id><title>glibc bug fix update</title><description>This update fixes the following bug:

* Prior to this update, the getaddrinfo() function returned a permanent error EAI_NONAME when the DNS server was unreachable or the DNS query timed out. This bug has been fixed so that the function returns EAI_AGAIN to indicate a temporary failure in name resolution. (#1098050)</description><release>Scientific Linux Fermi</release><issued date="2014-05-27 00:00:00"/><references><reference title="getaddrinfo return EAI_NONAME instead of EAI_AGAIN in case the DNS query times out" type="bugzilla" id="1098050" href="https://bugzilla.redhat.com/show_bug.cgi?id=1098050"/><reference title="RHBA-2014:0543-1" type="self" id="RHBA-2014:0543-1" href="https://rhn.redhat.com/errata/RHBA-2014-0543.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="glibc" version="2.12" release="1.132.el6_5.2" arch="i686" src="glibc-2.12-1.132.el6_5.2.src.rpm"><filename>glibc-2.12-1.132.el6_5.2.i686.rpm</filename><sum type="sha256">045cbb23cb815a72f6487b3f4b2b47cdb0a2037ea521e36f4fe00cdd28d7a863</sum></package><package epoch="0" name="glibc" version="2.12" release="1.132.el6_5.2" arch="x86_64" src="glibc-2.12-1.132.el6_5.2.src.rpm"><filename>glibc-2.12-1.132.el6_5.2.x86_64.rpm</filename><sum type="sha256">42dbd2ccd8b4a82e3a331ada61727e8a5bb6af492f883cda96f878ea18dddde1</sum></package><package epoch="0" name="glibc-common" version="2.12" release="1.132.el6_5.2" arch="x86_64" src="glibc-2.12-1.132.el6_5.2.src.rpm"><filename>glibc-common-2.12-1.132.el6_5.2.x86_64.rpm</filename><sum type="sha256">a10a2bf022a3e7e356d00dbb12821997a4fa0c7e98bfe789de037c56cd6deaa8</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.132.el6_5.2" arch="i686" src="glibc-2.12-1.132.el6_5.2.src.rpm"><filename>glibc-devel-2.12-1.132.el6_5.2.i686.rpm</filename><sum type="sha256">bf863f76a9fc6cba569a4079988fb979e13d64b87885f9ca0e066cde69ac4f10</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.132.el6_5.2" arch="x86_64" src="glibc-2.12-1.132.el6_5.2.src.rpm"><filename>glibc-devel-2.12-1.132.el6_5.2.x86_64.rpm</filename><sum type="sha256">92e783d9be4a9033898f21c620a0466c283105dd6bc9dfd06c13b12068ca57a7</sum></package><package epoch="0" name="glibc-headers" version="2.12" release="1.132.el6_5.2" arch="x86_64" src="glibc-2.12-1.132.el6_5.2.src.rpm"><filename>glibc-headers-2.12-1.132.el6_5.2.x86_64.rpm</filename><sum type="sha256">0fa046056f8cd97c81ed3bdf67d1e5225dffde45f5047b68b3c88a2f732d60e4</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.132.el6_5.2" arch="i686" src="glibc-2.12-1.132.el6_5.2.src.rpm"><filename>glibc-static-2.12-1.132.el6_5.2.i686.rpm</filename><sum type="sha256">3857d29f8ead500f244db253f1bc1d376cd23474b464298aaa8782ebd9da8257</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.132.el6_5.2" arch="x86_64" src="glibc-2.12-1.132.el6_5.2.src.rpm"><filename>glibc-static-2.12-1.132.el6_5.2.x86_64.rpm</filename><sum type="sha256">c0f5f769cff12b1bace7a25691f2d78fd32e1f2804b28f7cc9d561a7f232a62e</sum></package><package epoch="0" name="glibc-utils" version="2.12" release="1.132.el6_5.2" arch="x86_64" src="glibc-2.12-1.132.el6_5.2.src.rpm"><filename>glibc-utils-2.12-1.132.el6_5.2.x86_64.rpm</filename><sum type="sha256">fd1ceddecd599da8319658365e9f26299355502ba18e19b80de0920a0c2f206c</sum></package><package epoch="0" name="nscd" version="2.12" release="1.132.el6_5.2" arch="x86_64" src="glibc-2.12-1.132.el6_5.2.src.rpm"><filename>nscd-2.12-1.132.el6_5.2.x86_64.rpm</filename><sum type="sha256">155567909517a14dea176162c69c681a810e51aa8a5f5a63de6299cba8adccd1</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0554-1</id><title>fontconfig bug fix update</title><description>This update fixes the following bug:

* Previously, when the font cache file was stored on a Network File System (NFS), the fontconfig library sometimes did not handle mmap() calls correctly. As a consequence, applications using fontconfig, for example the GNOME terminal, could terminate unexpectedly with a bus error. With this update, the FONTCONFIG_USE_MMAP environment variable has been added to handle the mmap() calls regardless of the file system, and these calls are no longer used if the cache file is stored on an NFS. As a result, the bus errors no longer occur in the described situation.

* Previously, the 25-no-bitmap-fedora.conf file name contained the word 'fedora', although file names in Scientific Linux are not supposed to include the word 'Fedora'. With this update, 25-no-bitmap-fedora.conf has been renamed to 25-no-bitmap-dist.conf, and the spec file has been updated.</description><release>Scientific Linux Fermi</release><issued date="2014-05-27 00:00:00"/><references><reference title="" type="bugzilla" id="1035416" href="https://bugzilla.redhat.com/show_bug.cgi?id=1035416"/><reference title="" type="bugzilla" id="1099546" href="https://bugzilla.redhat.com/show_bug.cgi?id=1099546"/><reference title="RHBA-2014:0554-1" type="self" id="RHBA-2014:0554-1" href="https://rhn.redhat.com/errata/RHBA-2014-0554.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="fontconfig" version="2.8.0" release="5.el6" arch="i686" src="fontconfig-2.8.0-5.el6.src.rpm"><filename>fontconfig-2.8.0-5.el6.i686.rpm</filename><sum type="sha256">cc84090f170dbeec126752ba81f83a71534b1bde3a9b90077312890b845a0241</sum></package><package epoch="0" name="fontconfig" version="2.8.0" release="5.el6" arch="x86_64" src="fontconfig-2.8.0-5.el6.src.rpm"><filename>fontconfig-2.8.0-5.el6.x86_64.rpm</filename><sum type="sha256">79626283dc06e10a4f1e74e52a2651d68cce5c286707e1148e42d5e5fdbcd2f4</sum></package><package epoch="0" name="fontconfig-devel" version="2.8.0" release="5.el6" arch="i686" src="fontconfig-2.8.0-5.el6.src.rpm"><filename>fontconfig-devel-2.8.0-5.el6.i686.rpm</filename><sum type="sha256">2690e905f97966765550b580f9b77cd95afeef65a058d4ecef43e94d8a03fe9f</sum></package><package epoch="0" name="fontconfig-devel" version="2.8.0" release="5.el6" arch="x86_64" src="fontconfig-2.8.0-5.el6.src.rpm"><filename>fontconfig-devel-2.8.0-5.el6.x86_64.rpm</filename><sum type="sha256">ad240f3a7ba5311ba4bae256f75cad6543e591e1a725228b961b0311ce8f1dc0</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0555-1</id><title>shared-mime-info bug fix update</title><description>This update fixes the following bug:

* Due to optimizations performed by the Anaconda installer, the glib2 packages, which the shared-mime-info packages depend on, were not yet installed when the shared-mime-info's post-installation script was run. As a consequence, a harmless error message was reported. This update adds an explicit dependency on glib2 for the post-installation script to only run after the glib2 packages have been installed, and the errors no longer occur in the described situation.</description><release>Scientific Linux Fermi</release><issued date="2014-05-27 00:00:00"/><references><reference title="warning: %post(shared-mime-info-0.70-4.el6.i686) scriptlet failed, exit status 127" type="bugzilla" id="974505" href="https://bugzilla.redhat.com/show_bug.cgi?id=974505"/><reference title="RHBA-2014:0555-1" type="self" id="RHBA-2014:0555-1" href="https://rhn.redhat.com/errata/RHBA-2014-0555.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="shared-mime-info" version="0.70" release="6.el6" arch="x86_64" src="shared-mime-info-0.70-6.el6.src.rpm"><filename>shared-mime-info-0.70-6.el6.x86_64.rpm</filename><sum type="sha256">dca93a536116dabba8423c1aefbc31b20f9c68de7231e21a3ae2979bff5efae0</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0566-1</id><title>openmotif bug fix update</title><description>This update fixes the following bug:

* Previously, when the Motif Window Manager, or MWM, was used as the window manager and the Mwm*freezeOnConfig and Mwm*moveOpaque options were set to "False", only icons appeared while moving a window anywhere on the screen, and no frame border was drawn. Consequently, users were having problems navigating the applications on their touch screen monitors. A patch has been provided to fix this bug, and windows are now displayed correctly when being moved anywhere on the screen.</description><release>Scientific Linux Fermi</release><issued date="2014-06-03 00:00:00"/><references><reference title="" type="bugzilla" id="1096749" href="https://bugzilla.redhat.com/show_bug.cgi?id=1096749"/><reference title="Patch for #647411 is missing from the GIT repo" type="bugzilla" id="1096754" href="https://bugzilla.redhat.com/show_bug.cgi?id=1096754"/><reference title="RHBA-2014:0566-1" type="self" id="RHBA-2014:0566-1" href="https://rhn.redhat.com/errata/RHBA-2014-0566.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="openmotif" version="2.3.3" release="7.1.el6_5" arch="i686" src="openmotif-2.3.3-7.1.el6_5.src.rpm"><filename>openmotif-2.3.3-7.1.el6_5.i686.rpm</filename><sum type="sha256">63f771e1fb8e045ef2983d4589dadebea96dae035ecacfcba71e5b9156439f54</sum></package><package epoch="0" name="openmotif" version="2.3.3" release="7.1.el6_5" arch="x86_64" src="openmotif-2.3.3-7.1.el6_5.src.rpm"><filename>openmotif-2.3.3-7.1.el6_5.x86_64.rpm</filename><sum type="sha256">56a4c242708ba758fdc0c1957e085a54592108034f72722eac58b548082afab9</sum></package><package epoch="0" name="openmotif-devel" version="2.3.3" release="7.1.el6_5" arch="i686" src="openmotif-2.3.3-7.1.el6_5.src.rpm"><filename>openmotif-devel-2.3.3-7.1.el6_5.i686.rpm</filename><sum type="sha256">ed084bcbbf6001a6bb07d0477ccd3ddf6418178e72b15fee870c2e7f741c4b97</sum></package><package epoch="0" name="openmotif-devel" version="2.3.3" release="7.1.el6_5" arch="x86_64" src="openmotif-2.3.3-7.1.el6_5.src.rpm"><filename>openmotif-devel-2.3.3-7.1.el6_5.x86_64.rpm</filename><sum type="sha256">6032d8ec886d190ec3f075bbcc2e860a4fce526746d30afc002390af3d9d63c1</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0567-1</id><title>389-ds-base bug fix update</title><description>This update fixes the following bugs:

* Previously, the size of the directory server constantly increased after search requests for a simple paged results were processed. The memory leak causing this bug has been fixed, and the server size no longer increases in the aforementioned scenario.

* Previously, when a search request for simple paged results was sent to a server and the request was abandoned, the paged result slot in the connection table was not properly released. Consequently, as the slot was not available, the temporary initial slot number "-1" was kept to access an array, which caused the invalid access. With this update, the abandoned slot is properly cleaned up for reuse. As a result, the temporary slot number is now replaced with the correct slot number, and the invalid access no longer occurs.

After installing this update, the 389 server service will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2014-06-03 00:00:00"/><references><reference title="fix memleak introduced by &amp;quot;Simple paged results should support async search (957864)&amp;quot;" type="bugzilla" id="1094412" href="https://bugzilla.redhat.com/show_bug.cgi?id=1094412"/><reference title="" type="bugzilla" id="1094413" href="https://bugzilla.redhat.com/show_bug.cgi?id=1094413"/><reference title="RHBA-2014:0567-1" type="self" id="RHBA-2014:0567-1" href="https://rhn.redhat.com/errata/RHBA-2014-0567.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="389-ds-base" version="1.2.11.15" release="33.el6_5" arch="x86_64" src="389-ds-base-1.2.11.15-33.el6_5.src.rpm"><filename>389-ds-base-1.2.11.15-33.el6_5.x86_64.rpm</filename><sum type="sha256">806b5a7b292c8f2e5e898a17c88f02742638f68f856c52d7c4b0e907e0ae0320</sum></package><package epoch="0" name="389-ds-base-devel" version="1.2.11.15" release="33.el6_5" arch="i686" src="389-ds-base-1.2.11.15-33.el6_5.src.rpm"><filename>389-ds-base-devel-1.2.11.15-33.el6_5.i686.rpm</filename><sum type="sha256">860ad882a152d807494a5d00e81cf3b32396d8842dfe8495b648999648fb3c3e</sum></package><package epoch="0" name="389-ds-base-devel" version="1.2.11.15" release="33.el6_5" arch="x86_64" src="389-ds-base-1.2.11.15-33.el6_5.src.rpm"><filename>389-ds-base-devel-1.2.11.15-33.el6_5.x86_64.rpm</filename><sum type="sha256">0c68532eea67f046481161d46928382c67b7db8bf91c5991876336228073f4f6</sum></package><package epoch="0" name="389-ds-base-libs" version="1.2.11.15" release="33.el6_5" arch="i686" src="389-ds-base-1.2.11.15-33.el6_5.src.rpm"><filename>389-ds-base-libs-1.2.11.15-33.el6_5.i686.rpm</filename><sum type="sha256">de85c7b01124de38d233becf8dca343367dfbd3698cad0487384eb59ffe585ea</sum></package><package epoch="0" name="389-ds-base-libs" version="1.2.11.15" release="33.el6_5" arch="x86_64" src="389-ds-base-1.2.11.15-33.el6_5.src.rpm"><filename>389-ds-base-libs-1.2.11.15-33.el6_5.x86_64.rpm</filename><sum type="sha256">ad03e7bce4705c0707ac072733e2d286ab44c66618b5cb1a12823c0b032ffec0</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0568-1</id><title>audit bug fix update</title><description>This update fixes the following bug:

* Previously, if the name of the remote logging server could not be resolved during startup, the remote logging process was terminated. With this update, the audisp-remote plug-in examines the "remote_ending_action" configuration option to determine whether it should attempt to reconnect with the server. In addition, the default value of this setting has been changed to "reconnect" so that reconnections are attempted automatically when the name of the server cannot be resolved.

Note that configurations that have been altered prior to this update may have to be manually changed for this fix to work as intended.</description><release>Scientific Linux Fermi</release><issued date="2014-06-03 00:00:00"/><references><reference title="audisp-remote will not reconnect to remote server after a transient &amp;quot;critical&amp;quot; network error" type="bugzilla" id="1042734" href="https://bugzilla.redhat.com/show_bug.cgi?id=1042734"/><reference title="RHBA-2014:0568-1" type="self" id="RHBA-2014:0568-1" href="https://rhn.redhat.com/errata/RHBA-2014-0568.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="audispd-plugins" version="2.2" release="4.el6_5" arch="x86_64" src="audit-2.2-4.el6_5.src.rpm"><filename>audispd-plugins-2.2-4.el6_5.x86_64.rpm</filename><sum type="sha256">96b529589b51732671d4fa9e2308be0119ec7fa5ac213c45f2128fae0209096a</sum></package><package epoch="0" name="audit" version="2.2" release="4.el6_5" arch="x86_64" src="audit-2.2-4.el6_5.src.rpm"><filename>audit-2.2-4.el6_5.x86_64.rpm</filename><sum type="sha256">3c5648f5785cf972312783edd8176d3b93f2ae59df7973281655938586088b89</sum></package><package epoch="0" name="audit-libs" version="2.2" release="4.el6_5" arch="i686" src="audit-2.2-4.el6_5.src.rpm"><filename>audit-libs-2.2-4.el6_5.i686.rpm</filename><sum type="sha256">7774f2b849fd55959ecb8b520b2236e22e65a79d34933609fda8d0db8260be61</sum></package><package epoch="0" name="audit-libs" version="2.2" release="4.el6_5" arch="x86_64" src="audit-2.2-4.el6_5.src.rpm"><filename>audit-libs-2.2-4.el6_5.x86_64.rpm</filename><sum type="sha256">4c72fe007c39769fdf9c82c19a6a721969fffeb8afa7b0064b5d8a5241c122ed</sum></package><package epoch="0" name="audit-libs-devel" version="2.2" release="4.el6_5" arch="i686" src="audit-2.2-4.el6_5.src.rpm"><filename>audit-libs-devel-2.2-4.el6_5.i686.rpm</filename><sum type="sha256">02646b502b1a7e7db0264440e9665ab321b99ba4f57296011312fb61d9de351f</sum></package><package epoch="0" name="audit-libs-devel" version="2.2" release="4.el6_5" arch="x86_64" src="audit-2.2-4.el6_5.src.rpm"><filename>audit-libs-devel-2.2-4.el6_5.x86_64.rpm</filename><sum type="sha256">8fd3dbab6515c7af2bc500291afb6fd310e1b43191580ce9033a292441759dd2</sum></package><package epoch="0" name="audit-libs-python" version="2.2" release="4.el6_5" arch="x86_64" src="audit-2.2-4.el6_5.src.rpm"><filename>audit-libs-python-2.2-4.el6_5.x86_64.rpm</filename><sum type="sha256">6bf64718e0b1dbc280588f17cfd321dbd3bcf9c66942bdd6fb48a7b0e848e3ac</sum></package><package epoch="0" name="audit-libs-static" version="2.2" release="4.el6_5" arch="x86_64" src="audit-2.2-4.el6_5.src.rpm"><filename>audit-libs-static-2.2-4.el6_5.x86_64.rpm</filename><sum type="sha256">f589d8c024f7729994321158ec96eba628ccfcfb1768b4ba9b72fef064f04909</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0570-1</id><title>iproute bug fix update</title><description>This update fixes the following bug:

* Previously, when the ip utility pinged an unreachable host and printed the route to it, a floating point exception error was returned. A patch has been provided to fix this bug, and ip no longer terminates unexpectedly with errors.</description><release>Scientific Linux Fermi</release><issued date="2014-06-03 00:00:00"/><references><reference title="floating point exception in ip route get" type="bugzilla" id="1097342" href="https://bugzilla.redhat.com/show_bug.cgi?id=1097342"/><reference title="RHBA-2014:0570-1" type="self" id="RHBA-2014:0570-1" href="https://rhn.redhat.com/errata/RHBA-2014-0570.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="iproute" version="2.6.32" release="32.el6_5" arch="x86_64" src="iproute-2.6.32-32.el6_5.src.rpm"><filename>iproute-2.6.32-32.el6_5.x86_64.rpm</filename><sum type="sha256">da667d4f2a1b219c47e0ae3bc42cb4ba4f3eb9b8782c3c35ef6767119fda2334</sum></package><package epoch="0" name="iproute-devel" version="2.6.32" release="32.el6_5" arch="i686" src="iproute-2.6.32-32.el6_5.src.rpm"><filename>iproute-devel-2.6.32-32.el6_5.i686.rpm</filename><sum type="sha256">a567e649639840f0b045500504478bf5fa127f65c4fb73e85bd8b845bb233886</sum></package><package epoch="0" name="iproute-devel" version="2.6.32" release="32.el6_5" arch="x86_64" src="iproute-2.6.32-32.el6_5.src.rpm"><filename>iproute-devel-2.6.32-32.el6_5.x86_64.rpm</filename><sum type="sha256">818ee953c917c6a0c17c6930b0525f7e0b1665a3482a4f3ab50feed2857458c2</sum></package><package epoch="0" name="iproute-doc" version="2.6.32" release="32.el6_5" arch="x86_64" src="iproute-2.6.32-32.el6_5.src.rpm"><filename>iproute-doc-2.6.32-32.el6_5.x86_64.rpm</filename><sum type="sha256">89626f65a453ea1c1f20a938fe80dd5ddbba9d756c8e25d240f9664cb49732e8</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0572-1</id><title>ibus-table bug fix update</title><description>This update fixes the following bug:

* Previously, indexing for the compose.db and latex.db files was handled by the post-installation script. As a consequence, running the "rpm -V" command returned an unnecessary warning that the SQLite database files had been changed since the installation. With this update, the indexed files are already included in the packages, and no warning messages are displayed in the described situation.</description><release>Scientific Linux Fermi</release><issued date="2014-06-03 00:00:00"/><references><reference title="" type="bugzilla" id="983497" href="https://bugzilla.redhat.com/show_bug.cgi?id=983497"/><reference title="RHBA-2014:0572-1" type="self" id="RHBA-2014:0572-1" href="https://rhn.redhat.com/errata/RHBA-2014-0572.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ibus-table" version="1.2.0.20100111" release="5.el6" arch="noarch" src="ibus-table-1.2.0.20100111-5.el6.src.rpm"><filename>ibus-table-1.2.0.20100111-5.el6.noarch.rpm</filename><sum type="sha256">bdaef68fbfaeb9ee4456504de7a40db079924ea34cfe426194bf314058757ef6</sum></package><package epoch="0" name="ibus-table-additional" version="1.2.0.20100111" release="5.el6" arch="noarch" src="ibus-table-1.2.0.20100111-5.el6.src.rpm"><filename>ibus-table-additional-1.2.0.20100111-5.el6.noarch.rpm</filename><sum type="sha256">541ef40f30c1c3836abf06750ad676040b6f5df53de9b9b686336eb9dfb8e99d</sum></package><package epoch="0" name="ibus-table-devel" version="1.2.0.20100111" release="5.el6" arch="noarch" src="ibus-table-1.2.0.20100111-5.el6.src.rpm"><filename>ibus-table-devel-1.2.0.20100111-5.el6.noarch.rpm</filename><sum type="sha256">3e36cb7f2058be7633994cc98ab3eef121c1bf5f8677363b92d905d2a02a72c5</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0584-1</id><title>gvfs bug fix update</title><description>This update fixes the following bugs:

* Previously, having home directory located on remote NFS (Network File System) server, there was a chance of conflict when several clients using the same home directory modified the gvfs-metadata database files. In addition, GVFS produced heavy traffic on the remote NFS server. With this update, countermeasures for possible conflicts have been put in place and metadata journal files have been relocated to a temporary directory, resulting in GVFS no longer producing heavy traffic on the NFS mount.

* Prior to this update, the GLib2 rebase caused a namespace conflict between GVFS and GIO. As a consequence, GVFS failed to build. To fix this bug, affected modules have been renamed, and the building process of GVFS now succeeds.</description><release>Scientific Linux Fermi</release><issued date="2014-06-03 00:00:00"/><references><reference title="" type="bugzilla" id="1100611" href="https://bugzilla.redhat.com/show_bug.cgi?id=1100611"/><reference title="gvfs fails to build in brew" type="bugzilla" id="1100667" href="https://bugzilla.redhat.com/show_bug.cgi?id=1100667"/><reference title="" type="bugzilla" id="883021" href="https://bugzilla.redhat.com/show_bug.cgi?id=883021"/><reference title="RHBA-2014:0584-1" type="self" id="RHBA-2014:0584-1" href="https://rhn.redhat.com/errata/RHBA-2014-0584.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="gvfs" version="1.4.3" release="16.el6_5" arch="i686" src="gvfs-1.4.3-16.el6_5.src.rpm"><filename>gvfs-1.4.3-16.el6_5.i686.rpm</filename><sum type="sha256">5fe5ff0e69d96d3fb2206d5c2ec258074845ee32c61b0c79b684a5912f892875</sum></package><package epoch="0" name="gvfs" version="1.4.3" release="16.el6_5" arch="x86_64" src="gvfs-1.4.3-16.el6_5.src.rpm"><filename>gvfs-1.4.3-16.el6_5.x86_64.rpm</filename><sum type="sha256">4716bd4043e1da6ffd07a37a16939549a513b0adfab65d385af74b020457b84f</sum></package><package epoch="0" name="gvfs-afc" version="1.4.3" release="16.el6_5" arch="x86_64" src="gvfs-1.4.3-16.el6_5.src.rpm"><filename>gvfs-afc-1.4.3-16.el6_5.x86_64.rpm</filename><sum type="sha256">fda2a74a44c0bf0837e92f60afaf15e8906bf4a5396fdac2cdeffd78574d67a1</sum></package><package epoch="0" name="gvfs-archive" version="1.4.3" release="16.el6_5" arch="x86_64" src="gvfs-1.4.3-16.el6_5.src.rpm"><filename>gvfs-archive-1.4.3-16.el6_5.x86_64.rpm</filename><sum type="sha256">bc8907df51e2e28dd59cff189bde399f43d5e7461d0001a2033fc24937ea21c0</sum></package><package epoch="0" name="gvfs-devel" version="1.4.3" release="16.el6_5" arch="i686" src="gvfs-1.4.3-16.el6_5.src.rpm"><filename>gvfs-devel-1.4.3-16.el6_5.i686.rpm</filename><sum type="sha256">3f14adc63e5f52fd48a6519e98451584b7c56f69a2a7a06f96aa2cd7d3098184</sum></package><package epoch="0" name="gvfs-devel" version="1.4.3" release="16.el6_5" arch="x86_64" src="gvfs-1.4.3-16.el6_5.src.rpm"><filename>gvfs-devel-1.4.3-16.el6_5.x86_64.rpm</filename><sum type="sha256">ea3e2df84964097ec2c83f802a123ff72cdc55081f8627865011fece291996f8</sum></package><package epoch="0" name="gvfs-fuse" version="1.4.3" release="16.el6_5" arch="x86_64" src="gvfs-1.4.3-16.el6_5.src.rpm"><filename>gvfs-fuse-1.4.3-16.el6_5.x86_64.rpm</filename><sum type="sha256">6d64d8699ef487fc901bcf584b8571f99fac643a7378bc074c64ba69defb2cf5</sum></package><package epoch="0" name="gvfs-gphoto2" version="1.4.3" release="16.el6_5" arch="x86_64" src="gvfs-1.4.3-16.el6_5.src.rpm"><filename>gvfs-gphoto2-1.4.3-16.el6_5.x86_64.rpm</filename><sum type="sha256">ee861588e137cf9d16768e2dba2e35c4f3c23e4c717eb3332f8fd897e5bd9bae</sum></package><package epoch="0" name="gvfs-obexftp" version="1.4.3" release="16.el6_5" arch="x86_64" src="gvfs-1.4.3-16.el6_5.src.rpm"><filename>gvfs-obexftp-1.4.3-16.el6_5.x86_64.rpm</filename><sum type="sha256">f1d65d32c99a29de8feea652e953823acedf36594d231fecd76a81e8bdf9e939</sum></package><package epoch="0" name="gvfs-smb" version="1.4.3" release="16.el6_5" arch="x86_64" src="gvfs-1.4.3-16.el6_5.src.rpm"><filename>gvfs-smb-1.4.3-16.el6_5.x86_64.rpm</filename><sum type="sha256">5794328e303c9bf766cc1843734b50ef9e3f98c1fbbce01b12dcf2508ab34ed2</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0585-1</id><title>pango bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, the Pango library used an incorrect macro for specifying a location of its man pages. Consequently, after installing the pango packages, the man pages were placed in the wrong directory. This update fixes the relevant macro in the Pango spec file and the man pages are now located in the correct directory.

* Previously, the pango RPM scriptlet did not mask harmless error messages. As a consequence, although the migration was successful, the scriptlet printed error messages related to missing directories after an upgrade from Scientific Linux 6 to Scientific Linux 7. This update determines the location of the directory with the cache file, and these harmless error messages no longer appear.</description><release>Scientific Linux Fermi</release><issued date="2014-06-03 00:00:00"/><references><reference title="" type="bugzilla" id="1086690" href="https://bugzilla.redhat.com/show_bug.cgi?id=1086690"/><reference title="" type="bugzilla" id="885846" href="https://bugzilla.redhat.com/show_bug.cgi?id=885846"/><reference title="RHBA-2014:0585-1" type="self" id="RHBA-2014:0585-1" href="https://rhn.redhat.com/errata/RHBA-2014-0585.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="pango" version="1.28.1" release="10.el6" arch="i686" src="pango-1.28.1-10.el6.src.rpm"><filename>pango-1.28.1-10.el6.i686.rpm</filename><sum type="sha256">410c41074f5a1765ff6b08247ce8cd2abe0b46440032e30895326b0335258d62</sum></package><package epoch="0" name="pango" version="1.28.1" release="10.el6" arch="x86_64" src="pango-1.28.1-10.el6.src.rpm"><filename>pango-1.28.1-10.el6.x86_64.rpm</filename><sum type="sha256">2979472b90eb9b4a136c667fd0bc9bbb56fe0942e9174647a697ba7037d931d7</sum></package><package epoch="0" name="pango-devel" version="1.28.1" release="10.el6" arch="i686" src="pango-1.28.1-10.el6.src.rpm"><filename>pango-devel-1.28.1-10.el6.i686.rpm</filename><sum type="sha256">4f74db31c3186723fd1ce8b613d67954a6d12c6d9bcfe0543a979f81682fae07</sum></package><package epoch="0" name="pango-devel" version="1.28.1" release="10.el6" arch="x86_64" src="pango-1.28.1-10.el6.src.rpm"><filename>pango-devel-1.28.1-10.el6.x86_64.rpm</filename><sum type="sha256">22a6cf2b94db7008e954eef4d5509ed3fb5561875f98ae16aaff691ec6ffdbb0</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0586-1</id><title>gettext bug fix update</title><description>This update fixes the following bug:

* Previously, when the xgettext utility encountered an invalid file and generated a warning message it would exit with a fatal error if any additional files were supplied to be processed. Consequently, no output was generated. This update fixes the error-processing code and xgettext now works as expected in the described situation.</description><release>Scientific Linux Fermi</release><issued date="2014-06-03 00:00:00"/><references><reference title="" type="bugzilla" id="1024681" href="https://bugzilla.redhat.com/show_bug.cgi?id=1024681"/><reference title="RHBA-2014:0586-1" type="self" id="RHBA-2014:0586-1" href="https://rhn.redhat.com/errata/RHBA-2014-0586.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="gettext" version="0.17" release="18.el6" arch="i686" src="gettext-0.17-18.el6.src.rpm"><filename>gettext-0.17-18.el6.i686.rpm</filename><sum type="sha256">978dce10be5e399913acd387b5fd5a12ec172feaf809324e3a4584f77df327c5</sum></package><package epoch="0" name="gettext" version="0.17" release="18.el6" arch="x86_64" src="gettext-0.17-18.el6.src.rpm"><filename>gettext-0.17-18.el6.x86_64.rpm</filename><sum type="sha256">80c2435cb8266abc698f4308783817e023d2d865d30078426d7694b2492a5b2c</sum></package><package epoch="0" name="gettext-devel" version="0.17" release="18.el6" arch="i686" src="gettext-0.17-18.el6.src.rpm"><filename>gettext-devel-0.17-18.el6.i686.rpm</filename><sum type="sha256">917f16063ae23d0be5528462f9e185d0a285b25c72ea7a4d4a533f7b623f9126</sum></package><package epoch="0" name="gettext-devel" version="0.17" release="18.el6" arch="x86_64" src="gettext-0.17-18.el6.src.rpm"><filename>gettext-devel-0.17-18.el6.x86_64.rpm</filename><sum type="sha256">3978ef971a20aabca83b6e901e5d53f18ec7845cf62e03b89515baff81f0fbcb</sum></package><package epoch="0" name="gettext-libs" version="0.17" release="18.el6" arch="i686" src="gettext-0.17-18.el6.src.rpm"><filename>gettext-libs-0.17-18.el6.i686.rpm</filename><sum type="sha256">604a275c1edaf97616e2f7504a7a249e217bf7adbdf104c61c3c206babf2bc13</sum></package><package epoch="0" name="gettext-libs" version="0.17" release="18.el6" arch="x86_64" src="gettext-0.17-18.el6.src.rpm"><filename>gettext-libs-0.17-18.el6.x86_64.rpm</filename><sum type="sha256">9bed79811c6c1aa5f4cb4de508f933aa771ce26599b95e3569b7d723d239a6cc</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0587-1</id><title>finger bug fix update</title><description>The update fixes the following bug:

* When the "compat" method is specified in the nsswitch.conf file, special entries containing the "+" or "-" characters are allowed to be used in the /etc/passwd file. Previously, when the finger utility was run with a "username" argument on a host that had the special entries in /etc/passwd, finger terminated with a segmentation fault. With this update, the code that handles the "username" argument has been fixed to perform the necessary checks and the finger utility no longer crashes in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2014-06-03 00:00:00"/><references><reference title="finger segfaults if pw-&amp;gt;pw_gecos is NULL." type="bugzilla" id="816328" href="https://bugzilla.redhat.com/show_bug.cgi?id=816328"/><reference title="RHBA-2014:0587-1" type="self" id="RHBA-2014:0587-1" href="https://rhn.redhat.com/errata/RHBA-2014-0587.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="finger" version="0.17" release="40.el6" arch="x86_64" src="finger-0.17-40.el6.src.rpm"><filename>finger-0.17-40.el6.x86_64.rpm</filename><sum type="sha256">84791055742f196df72c2b315c1f28a2145e5208dd555f88718920d6a5a1bed2</sum></package><package epoch="0" name="finger-server" version="0.17" release="40.el6" arch="x86_64" src="finger-0.17-40.el6.src.rpm"><filename>finger-server-0.17-40.el6.x86_64.rpm</filename><sum type="sha256">0bdfb2cbdaf528b61413d9624dda35dcc1a0978d336cfaa6acc1f92485935f75</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0588-1</id><title>perl-WWW-Curl bug fix update</title><description>This update fixes the following bug:

* Previously, accessing the value of the CURLINFO_PRIVATE option caused a program to terminate unexpectedly with a segmentation fault. This update fixes this by ensuring that CURLINFO_PRIVATE is an accessible scalar string. As a result, programs can now access CURLINFO_PRIVATE as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-06-03 00:00:00"/><references><reference title="" type="bugzilla" id="984894" href="https://bugzilla.redhat.com/show_bug.cgi?id=984894"/><reference title="RHBA-2014:0588-1" type="self" id="RHBA-2014:0588-1" href="https://rhn.redhat.com/errata/RHBA-2014-0588.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="perl-WWW-Curl" version="4.09" release="4.el6" arch="x86_64" src="perl-WWW-Curl-4.09-4.el6.src.rpm"><filename>perl-WWW-Curl-4.09-4.el6.x86_64.rpm</filename><sum type="sha256">335ab27949c2a4dbf7616cea8f1df984efe1c2a55c43d6d52bc5f4cad4e182d9</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0621-1</id><title>scl-utils bug fix and enhancement update</title><description>This update also fixes the following bugs: 
* In previous versions of scl-utils, the working directory was changed during package build time, which caused complications to package maintainers. These complications ranged from mild inconveniences to build failures if the code in the spec file worked with the working directory. This bug has been fixed, and the working directory no longer changes during build time. 
* When building SCL noarch metapackages on a 64-bit machine, the build failed with an error message. To fix this bug, "%ifarch" conditionals have been changed, and affected packages are now built correctly. 
In addition, this update adds the following enhancements: 
* This update introduces a new way to call the "scl enable" command. The scl utility now supports the double dash as a separator between collections and the command; using the separator makes calling the command more convenient. 
* Previously, it was impossible to specify runtime dependencies between collections; for example, if one collection depended on another, the user had to enable both of them manually. With this update, a collection can enable another collection implicitly during startup.</description><release>Scientific Linux Fermi</release><issued date="2014-06-10 00:00:00"/><references><reference title="" type="bugzilla" id="1007875" href="https://bugzilla.redhat.com/show_bug.cgi?id=1007875"/><reference title="" type="bugzilla" id="1029515" href="https://bugzilla.redhat.com/show_bug.cgi?id=1029515"/><reference title="" type="bugzilla" id="1029516" href="https://bugzilla.redhat.com/show_bug.cgi?id=1029516"/><reference title="" type="bugzilla" id="1029517" href="https://bugzilla.redhat.com/show_bug.cgi?id=1029517"/><reference title="" type="bugzilla" id="874417" href="https://bugzilla.redhat.com/show_bug.cgi?id=874417"/><reference title="RHBA-2014:0621-1" type="self" id="RHBA-2014:0621-1" href="https://rhn.redhat.com/errata/RHBA-2014-0621.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="scl-utils" version="20120927" release="11.el6_5" arch="x86_64" src="scl-utils-20120927-11.el6_5.src.rpm"><filename>scl-utils-20120927-11.el6_5.x86_64.rpm</filename><sum type="sha256">775401e77b3cb8856a7416c207bb5f4b074b49eb030e09d26fa909569768a007</sum></package><package epoch="0" name="scl-utils-build" version="20120927" release="11.el6_5" arch="x86_64" src="scl-utils-20120927-11.el6_5.src.rpm"><filename>scl-utils-build-20120927-11.el6_5.x86_64.rpm</filename><sum type="sha256">75b5f1a6513cdf0574084a9c9203246f279547c52e3e52bdfae7e58636620f8b</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0622-1</id><title>grep bug fix update</title><description>This update fixes the following bug:

* Previously, the grep utility did not request processing of UTF-8 from the Perl-compatible regular expressions (PCRE) library if a UTF-8 locale was in effect. As a consequence, Unicode symbols were not correctly matched if a Perl regular expression (the "-P" option) was used with a UTF-8 locale. This update adds a request for UTF-8 processing to the PCRE library, and grep now correctly handles Unicode symbols in the described situation.</description><release>Scientific Linux Fermi</release><issued date="2014-06-10 00:00:00"/><references><reference title="grep does not correctly handle unicode symbol property" type="bugzilla" id="683753" href="https://bugzilla.redhat.com/show_bug.cgi?id=683753"/><reference title="RHBA-2014:0622-1" type="self" id="RHBA-2014:0622-1" href="https://rhn.redhat.com/errata/RHBA-2014-0622.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="grep" version="2.6.3" release="6.el6" arch="x86_64" src="grep-2.6.3-6.el6.src.rpm"><filename>grep-2.6.3-6.el6.x86_64.rpm</filename><sum type="sha256">0c634ba6f6058f8ec77e1e531c5531ade5a6cbd7a52544e06a8e08a84bf8a05e</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0623-1</id><title>ksh bug fix update</title><description>This update fixes the following bug:

* Previously, the ksh syntax analyzer did not parse command substitutions inside of here-documents correctly, which led to syntax error messages being reported on syntactically correct code. A patch has been provided to fix this bug, and ksh now interprets substitutes as intended.</description><release>Scientific Linux Fermi</release><issued date="2014-06-10 00:00:00"/><references><reference title="" type="bugzilla" id="1101389" href="https://bugzilla.redhat.com/show_bug.cgi?id=1101389"/><reference title="RHBA-2014:0623-1" type="self" id="RHBA-2014:0623-1" href="https://rhn.redhat.com/errata/RHBA-2014-0623.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ksh" version="20120801" release="10.el6_5.6" arch="x86_64" src="ksh-20120801-10.el6_5.6.src.rpm"><filename>ksh-20120801-10.el6_5.6.x86_64.rpm</filename><sum type="sha256">02470468f49005c5a2321f49c6f0ecfa2e767dd2cd8bc67747864e92842f5ca8</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0636-1</id><title>autofs bug fix update</title><description>This update fixes the following bug:

* Previously, when an autofs mount used the "browse" option, autofs could create directories that did not correspond to map entries within its map. This was due to autofs not properly checking for entries that corresponded to previously failed mount attempts, the so-called "negative entries". The check for negative map entries has been corrected, and autofs now works as intended..</description><release>Scientific Linux Fermi</release><issued date="2014-06-10 00:00:00"/><references><reference title="autofs can ghost non-existent map entries given the right timing" type="bugzilla" id="1089889" href="https://bugzilla.redhat.com/show_bug.cgi?id=1089889"/><reference title="RHBA-2014:0636-1" type="self" id="RHBA-2014:0636-1" href="https://rhn.redhat.com/errata/RHBA-2014-0636.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="autofs" version="5.0.5" release="89.el6_5.2" arch="x86_64" src="autofs-5.0.5-89.el6_5.2.src.rpm"><filename>autofs-5.0.5-89.el6_5.2.x86_64.rpm</filename><sum type="sha256">18d84c8bcaf94e6568e01ce6d61a8d664d5e090558e04b33234cff414200e494</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0637-1</id><title>man-pages-fr bug fix update</title><description>This update fixes the following bug:

* This update of the man-pages-fr package adds a warning that the French man page for the xinetd service includes options that are out of date.</description><release>Scientific Linux Fermi</release><issued date="2014-06-10 00:00:00"/><references><reference title="man-pages-fr includes incorrect options for xinetd" type="bugzilla" id="891278" href="https://bugzilla.redhat.com/show_bug.cgi?id=891278"/><reference title="RHBA-2014:0637-1" type="self" id="RHBA-2014:0637-1" href="https://rhn.redhat.com/errata/RHBA-2014-0637.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="man-pages-fr" version="3.23" release="11.el6" arch="noarch" src="man-pages-fr-3.23-11.el6.src.rpm"><filename>man-pages-fr-3.23-11.el6.noarch.rpm</filename><sum type="sha256">f33bf88f3f5e0bafe270dd68bd9e0d9b26670656da751b0ad8fafc5b1efc7162</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0638-1</id><title>vte bug fix update</title><description>This update fixes the following bug:

* Previously, Virtual Terminal Emulator (VTE) did not correctly determine how many bytes could be read before performing a UI update and proceeding further. As a consequence, running the cat command on a large text file resulted in the GNOME terminal responding slowly. A patch has been applied to address this bug, and the performance of the GNOME terminal is no longer slowed down in the described situation.</description><release>Scientific Linux Fermi</release><issued date="2014-06-10 00:00:00"/><references><reference title="gnome-terminal / vte very slow when doing &amp;#39;cat&amp;#39; of a large text file" type="bugzilla" id="1063741" href="https://bugzilla.redhat.com/show_bug.cgi?id=1063741"/><reference title="RHBA-2014:0638-1" type="self" id="RHBA-2014:0638-1" href="https://rhn.redhat.com/errata/RHBA-2014-0638.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="vte" version="0.25.1" release="9.el6" arch="i686" src="vte-0.25.1-9.el6.src.rpm"><filename>vte-0.25.1-9.el6.i686.rpm</filename><sum type="sha256">fc0c51511f234ba5ce638fe6451f07f937b1a2beaeaa689df7fa788b7278ccd7</sum></package><package epoch="0" name="vte" version="0.25.1" release="9.el6" arch="x86_64" src="vte-0.25.1-9.el6.src.rpm"><filename>vte-0.25.1-9.el6.x86_64.rpm</filename><sum type="sha256">20a70ed3b39ce54970db7bf52040f1a862e6a34e06fb44e853d9c9a075a2d01c</sum></package><package epoch="0" name="vte-devel" version="0.25.1" release="9.el6" arch="i686" src="vte-0.25.1-9.el6.src.rpm"><filename>vte-devel-0.25.1-9.el6.i686.rpm</filename><sum type="sha256">1acd789e03270436311affb3304209471bbe67b1651b2f08c5b0e5dc10284970</sum></package><package epoch="0" name="vte-devel" version="0.25.1" release="9.el6" arch="x86_64" src="vte-0.25.1-9.el6.src.rpm"><filename>vte-devel-0.25.1-9.el6.x86_64.rpm</filename><sum type="sha256">9cabd0c9cdeaa2a22bded0364cd909d60194d4848514f81b249029e9997478ed</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0639-1</id><title>amtu bug fix update</title><description>This update fixes the following bugs:

* Previously, Abstract Machine Test Utility (AMTU) did not handle the name of the interface correctly under certain circumstances. As a consequence, AMTU failed to obtain a list of network interfaces to test. With this update, the interface hardware type and carriers are obtained from the /sys/class/net/ directory. Now, only an Ethernet and a token ring can be used, and a carrier must be present. As a result, AMTU handles the new network interface names as expected.

* Prior to this update, AMTU ran network tests on interfaces configured with a static IP that did not have an existing connection, causing those tests to fail. With this update, AMTU no longer runs tests on interfaces that are not up.

* Previously, the name of the network interface was restricted to 4 characters on 32-bit systems and 8 characters on 64-bit system due to using the sizeof() operator instead of the strlen() function. As a consequence, AMTU did not correctly display the full network interface name in certain portions of the output. A patch has been applied to address this bug, and AMTU now always displays the full network interface name as expected.

Users of amtu are advised to upgrade to the updated package, which fixes these bugs.</description><release>Scientific Linux Fermi</release><issued date="2014-06-10 00:00:00"/><references><reference title="amtu shows only 4 letters of name of network interface in its output." type="bugzilla" id="1098076" href="https://bugzilla.redhat.com/show_bug.cgi?id=1098076"/><reference title="[AMTU] &amp;quot;Failed to get list of network interfaces to test.&amp;quot;" type="bugzilla" id="689823" href="https://bugzilla.redhat.com/show_bug.cgi?id=689823"/><reference title="[RHEL6.0] AMTU Running network tests on interfaces that have no link" type="bugzilla" id="723049" href="https://bugzilla.redhat.com/show_bug.cgi?id=723049"/><reference title="RHBA-2014:0639-1" type="self" id="RHBA-2014:0639-1" href="https://rhn.redhat.com/errata/RHBA-2014-0639.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="amtu" version="1.0.8" release="11.el6" arch="x86_64" src="amtu-1.0.8-11.el6.src.rpm"><filename>amtu-1.0.8-11.el6.x86_64.rpm</filename><sum type="sha256">f4784cf001fe675ebf2f5945e7a9f66091acd501fb5c79dcfb5e486445308561</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0640-1</id><title>pcs bug fix update</title><description>This update fixes the following bug:

* Prior to this update, when creating a resource using the "--group" option with the pcs utility, the resource could temporarily start outside the specified group. As a consequence, the resource could start on a node at which the other members of the group were not running. This bug has been fixed, and pcs immediately puts the resource in the appropriate group when using the "--group" option.</description><release>Scientific Linux Fermi</release><issued date="2014-06-10 00:00:00"/><references><reference title="" type="bugzilla" id="1099314" href="https://bugzilla.redhat.com/show_bug.cgi?id=1099314"/><reference title="RHBA-2014:0640-1" type="self" id="RHBA-2014:0640-1" href="https://rhn.redhat.com/errata/RHBA-2014-0640.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="pcs" version="0.9.90" release="2.el6_5.3" arch="noarch" src="pcs-0.9.90-2.el6_5.3.src.rpm"><filename>pcs-0.9.90-2.el6_5.3.noarch.rpm</filename><sum type="sha256">9e4e9a411b194a158fd2b115e8c43d810839cf3630a0ccbe893670e8155a5104</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0641-1</id><title>perl-Authen-SASL bug fix update</title><description>This update fixes the following bug:

* Due to a bug in the Authen::SASL Perl module, the substr() function attempted to read data outside of the appropriate string. As a consequence, when the user was authenticated against an LDAP server over SASL, performing logical operations, such as search, with a Perl program on that server failed. With this update, the Authen::SASL module verifies the length of the string that is encrypted and written to a filehandle. As a result, performing a search returns correct results in the described situation.</description><release>Scientific Linux Fermi</release><issued date="2014-06-10 00:00:00"/><references><reference title="" type="bugzilla" id="965739" href="https://bugzilla.redhat.com/show_bug.cgi?id=965739"/><reference title="RHBA-2014:0641-1" type="self" id="RHBA-2014:0641-1" href="https://rhn.redhat.com/errata/RHBA-2014-0641.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="perl-Authen-SASL" version="2.13" release="3.el6" arch="noarch" src="perl-Authen-SASL-2.13-3.el6.src.rpm"><filename>perl-Authen-SASL-2.13-3.el6.noarch.rpm</filename><sum type="sha256">ae2ef93ac29fe7b32bf635d32ec25aeb6b1613808a7618db7178fbc60b962720</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0642-1</id><title>file-roller bug fix update</title><description>This update fixes the following bug:

* Previously, the file-roller application did not correctly handle file names with spaces. As a consequence, an error could occur when adding files to an archive because names with spaces were not properly recognized by file-roller, for example when using the 'Compress' menu item in the Nautilus file manager. With this update, file-roller uses the correct API to handle file names. As a result, archives are created as expected and errors no longer occur in the described situation.</description><release>Scientific Linux Fermi</release><issued date="2014-06-10 00:00:00"/><references><reference title="Compress context menu in nautilus breaks on folders with spaces" type="bugzilla" id="718338" href="https://bugzilla.redhat.com/show_bug.cgi?id=718338"/><reference title="RHBA-2014:0642-1" type="self" id="RHBA-2014:0642-1" href="https://rhn.redhat.com/errata/RHBA-2014-0642.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="file-roller" version="2.28.2" release="7.el6" arch="x86_64" src="file-roller-2.28.2-7.el6.src.rpm"><filename>file-roller-2.28.2-7.el6.x86_64.rpm</filename><sum type="sha256">6dd321e4a1b3cd051afde9160d5f7c80e3899a361e34e63def2be4cc4fa538c3</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0670-2</id><title>spice-server bug fix update</title><description>* Under certain circumstances, the SPICE server could terminate unexpectedly while streaming the display data in video format. As a consequence, the guest operating system could exit. This bug has been fixed, and the SPICE server no longer crashes.</description><release>Scientific Linux Fermi</release><issued date="2014-06-10 00:00:00"/><references><reference title="qemu sometimes crashes in spice-server with &amp;quot;rate_control-&amp;gt;num_recent_enc_frames&amp;quot; assertion" type="bugzilla" id="1103827" href="https://bugzilla.redhat.com/show_bug.cgi?id=1103827"/><reference title="RHBA-2014:0670-2" type="self" id="RHBA-2014:0670-2" href="https://rhn.redhat.com/errata/RHBA-2014-0670.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="spice-server" version="0.12.4" release="6.el6_5.2" arch="x86_64" src="spice-server-0.12.4-6.el6_5.2.src.rpm"><filename>spice-server-0.12.4-6.el6_5.2.x86_64.rpm</filename><sum type="sha256">a346792a55a4983dcf1c662f3dd877c79edf3370b2ae6a261389287a9b03bf21</sum></package><package epoch="0" name="spice-server-devel" version="0.12.4" release="6.el6_5.2" arch="x86_64" src="spice-server-0.12.4-6.el6_5.2.src.rpm"><filename>spice-server-devel-0.12.4-6.el6_5.2.x86_64.rpm</filename><sum type="sha256">764b326710c74fcc416d4a31c00f807668810014e4980847caf598c47f8a73a5</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0682-1</id><title>libvirt bug fix update</title><description>This update fixes the following bugs:

* Previously, the libvirt API did not properly cancel the migration of QEMU domains if it detected an error, which caused QEMU to pause guest CPUs. With this update, if libvirt detects an error during a migration process, it informs QEMU to cancel the ongoing migration. Now, after a failed migration, libvirt resumes a domain, which then remains running, and QEMU no longer pauses guest CPUs.

* Prior to this update, the libvirt API canceled migration when it could not access a QEMU monitor for more that 30 seconds to get migration status. Consequently, when the libvirt user queried some data from QEMU during an ongoing migration, the query timed out and libvirt canceled the migration. As a workaround, ignore the time-out error and try querying again as libvirt checks for migration status every 50ms. As a result, migration in a RHEV environment is no longer canceled when QEMU is slow to respond.

* Previously, a host device located on a PCI bus with a domain other than "0" could not be assigned to a virtual guest using PCI passthrough. This bug has been fixed, and QEMU is now able to assign non-0 domains in the PCI address. As a result, host devices located on a PCI bus with a non-0 domain can now be assigned to a guest as intended.

After installing the updated packages, libvirtd will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2014-06-10 00:00:00"/><references><reference title="After migration failed in last phase, didn&amp;#39;t resume VM on source host" type="bugzilla" id="1100642" href="https://bugzilla.redhat.com/show_bug.cgi?id=1100642"/><reference title="Migration of a VM fails if another API allowed during migration takes a long time to finish" type="bugzilla" id="1100671" href="https://bugzilla.redhat.com/show_bug.cgi?id=1100671"/><reference title="" type="bugzilla" id="1100737" href="https://bugzilla.redhat.com/show_bug.cgi?id=1100737"/><reference title="RHBA-2014:0682-1" type="self" id="RHBA-2014:0682-1" href="https://rhn.redhat.com/errata/RHBA-2014-0682.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt" version="0.10.2" release="29.el6_5.9" arch="x86_64" src="libvirt-0.10.2-29.el6_5.9.src.rpm"><filename>libvirt-0.10.2-29.el6_5.9.x86_64.rpm</filename><sum type="sha256">1664424d43fb70f6d8154e0e9cd79d861e05050075a1ebb29390a50aeffb3308</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6_5.9" arch="i686" src="libvirt-0.10.2-29.el6_5.9.src.rpm"><filename>libvirt-client-0.10.2-29.el6_5.9.i686.rpm</filename><sum type="sha256">43489ffcd5fff6293d06f68c93fd65f5ea755d10a7e8dfcacbf731787f88ef1f</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6_5.9" arch="x86_64" src="libvirt-0.10.2-29.el6_5.9.src.rpm"><filename>libvirt-client-0.10.2-29.el6_5.9.x86_64.rpm</filename><sum type="sha256">c7b629e68be361be619567546a8c5af99e9ea2ea28ccb8bd37a3b63793364b14</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6_5.9" arch="i686" src="libvirt-0.10.2-29.el6_5.9.src.rpm"><filename>libvirt-devel-0.10.2-29.el6_5.9.i686.rpm</filename><sum type="sha256">ea9697ee24eb1d524338a9e87359cc1cccbc46d3b9627fa9bd1bfedae7a00628</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6_5.9" arch="x86_64" src="libvirt-0.10.2-29.el6_5.9.src.rpm"><filename>libvirt-devel-0.10.2-29.el6_5.9.x86_64.rpm</filename><sum type="sha256">eda164469226adc33d6a930c7804c6515eb9ca96ad3ea64edea271ff2d263b7d</sum></package><package epoch="0" name="libvirt-lock-sanlock" version="0.10.2" release="29.el6_5.9" arch="x86_64" src="libvirt-0.10.2-29.el6_5.9.src.rpm"><filename>libvirt-lock-sanlock-0.10.2-29.el6_5.9.x86_64.rpm</filename><sum type="sha256">71f9f5e148287f7f014d0a079efe490dc2dc9abf95653346107fcd4437128e7e</sum></package><package epoch="0" name="libvirt-python" version="0.10.2" release="29.el6_5.9" arch="x86_64" src="libvirt-0.10.2-29.el6_5.9.src.rpm"><filename>libvirt-python-0.10.2-29.el6_5.9.x86_64.rpm</filename><sum type="sha256">3c5e6919839cfa82028e69ea4d1e01351281add7141b030f0b8e5ea4b450c1a6</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0683-1</id><title>nmap bug fix update</title><description>This update fixes the following bug:

* Previously, the ncat utility printed debug messages even in verbose mode. As a consequence, after connecting through an HTTP proxy, a debug message was displayed together with the received data, which could interfere with the automated processing of standard output. With this update, ncat prints debug messages only in verbose mode as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-06-10 00:00:00"/><references><reference title="ncat displays debug message during normal use" type="bugzilla" id="1000770" href="https://bugzilla.redhat.com/show_bug.cgi?id=1000770"/><reference title="RHBA-2014:0683-1" type="self" id="RHBA-2014:0683-1" href="https://rhn.redhat.com/errata/RHBA-2014-0683.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="2" name="nmap" version="5.51" release="4.el6" arch="x86_64" src="nmap-5.51-4.el6.src.rpm"><filename>nmap-5.51-4.el6.x86_64.rpm</filename><sum type="sha256">d21b3eb54ede4257646a3c20dca97797ddc2b9ab92b278bda189aa5ecbf78805</sum></package><package epoch="2" name="nmap-frontend" version="5.51" release="4.el6" arch="noarch" src="nmap-5.51-4.el6.src.rpm"><filename>nmap-frontend-5.51-4.el6.noarch.rpm</filename><sum type="sha256">645fed4730b59a2c295b6bc5e8e01d4452a9091137e58fb983e1f85ed1045dad</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0749-1</id><title>mobile-broadband-provider-info bug fix update</title><description>This update fixes the following bug:

* Previously, the access point name (APN) string incorrectly contained a space at the end. As a consequence, a connection to the Israel Pelephone 3G provider could not be established. This update fixes the typographical error in the APN string, and the connection can now be established as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-06-17 00:00:00"/><references><reference title="" type="bugzilla" id="996599" href="https://bugzilla.redhat.com/show_bug.cgi?id=996599"/><reference title="RHBA-2014:0749-1" type="self" id="RHBA-2014:0749-1" href="https://rhn.redhat.com/errata/RHBA-2014-0749.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="mobile-broadband-provider-info" version="1.20100122" release="4.el6" arch="noarch" src="mobile-broadband-provider-info-1.20100122-4.el6.src.rpm"><filename>mobile-broadband-provider-info-1.20100122-4.el6.noarch.rpm</filename><sum type="sha256">fe864d9afe9d0fdb7bd6c6dbb3d8abfa6f88c00c2da4e48bc1e0a77b9e86efe9</sum></package><package epoch="0" name="mobile-broadband-provider-info-devel" version="1.20100122" release="4.el6" arch="noarch" src="mobile-broadband-provider-info-1.20100122-4.el6.src.rpm"><filename>mobile-broadband-provider-info-devel-1.20100122-4.el6.noarch.rpm</filename><sum type="sha256">61e5969a0933766032ab9fbfb05c5fa79c29c64aafaf19e0260c5a55f2b0f0f5</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0750-1</id><title>pulseaudio bug fix update</title><description>This update fixes the following bug:

* Due to limited support of the pulseaudio server for multiple High- Definition Multi-media Interface (HDMI) devices per sound card, audio would previously sometimes not function properly on specific Intel and Nvidia configurations, such as the Haswell microarchitecture processors. With this update, the support for multiple HDMI devices per sound card has been implemented for pulseaudio, and HDMI audio output now works in the described scenarios as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-06-17 00:00:00"/><references><reference title="Audio HDMI can not be set in preferences UI" type="bugzilla" id="1095750" href="https://bugzilla.redhat.com/show_bug.cgi?id=1095750"/><reference title="RHBA-2014:0750-1" type="self" id="RHBA-2014:0750-1" href="https://rhn.redhat.com/errata/RHBA-2014-0750.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="pulseaudio" version="0.9.21" release="17.el6" arch="x86_64" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-0.9.21-17.el6.x86_64.rpm</filename><sum type="sha256">3ebcb240c9504f13f710db9ff8ba215956a4de2b5f4c6f6b0507c9a79a09a011</sum></package><package epoch="0" name="pulseaudio-esound-compat" version="0.9.21" release="17.el6" arch="x86_64" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-esound-compat-0.9.21-17.el6.x86_64.rpm</filename><sum type="sha256">83b121846acf9985a89ca4dfc022c36772d5522bd6abd84732734eafbc10c1b1</sum></package><package epoch="0" name="pulseaudio-gdm-hooks" version="0.9.21" release="17.el6" arch="x86_64" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-gdm-hooks-0.9.21-17.el6.x86_64.rpm</filename><sum type="sha256">cb42bd67db3ba3f1f79ff6d2f9944762fb38e2a25fec649f9def582e05b62a9a</sum></package><package epoch="0" name="pulseaudio-libs" version="0.9.21" release="17.el6" arch="i686" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-libs-0.9.21-17.el6.i686.rpm</filename><sum type="sha256">543cd584d637b42fc65287a2f1bf80ef32e00b84f68a92f6d89aff6b9e0d982a</sum></package><package epoch="0" name="pulseaudio-libs" version="0.9.21" release="17.el6" arch="x86_64" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-libs-0.9.21-17.el6.x86_64.rpm</filename><sum type="sha256">3b2986180d1a14cf62fc16e5d2f65901648b877be0c2f247acfdf3aaefd842ce</sum></package><package epoch="0" name="pulseaudio-libs-devel" version="0.9.21" release="17.el6" arch="i686" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-libs-devel-0.9.21-17.el6.i686.rpm</filename><sum type="sha256">e53b9a93bebd56c110d0cbd5de7ed0ad2ad0737d573ccbc7c4ef530db455a0f1</sum></package><package epoch="0" name="pulseaudio-libs-devel" version="0.9.21" release="17.el6" arch="x86_64" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-libs-devel-0.9.21-17.el6.x86_64.rpm</filename><sum type="sha256">9d5e99053ed4614d09ce3c8d4913e94d3eb657730525d7b275d1fa8d6560f839</sum></package><package epoch="0" name="pulseaudio-libs-glib2" version="0.9.21" release="17.el6" arch="i686" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-libs-glib2-0.9.21-17.el6.i686.rpm</filename><sum type="sha256">ffb78643e43e5b03d4c5ab04f568f82ae00fd0ed039e6c7c7bfe3b28168fd303</sum></package><package epoch="0" name="pulseaudio-libs-glib2" version="0.9.21" release="17.el6" arch="x86_64" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-libs-glib2-0.9.21-17.el6.x86_64.rpm</filename><sum type="sha256">62756614e08f540967d435e3d27154d7acc1fccf97d1dc240dbd5868f862465c</sum></package><package epoch="0" name="pulseaudio-libs-zeroconf" version="0.9.21" release="17.el6" arch="i686" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-libs-zeroconf-0.9.21-17.el6.i686.rpm</filename><sum type="sha256">d7ceb8870522926cd95e45bedd951467f242cd8bad64fd78dddc53e8f195f715</sum></package><package epoch="0" name="pulseaudio-libs-zeroconf" version="0.9.21" release="17.el6" arch="x86_64" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-libs-zeroconf-0.9.21-17.el6.x86_64.rpm</filename><sum type="sha256">d0287f5b0b73e9cacf464186de8227be2fb6c1e0ac3fb960af93a197f5f3cc80</sum></package><package epoch="0" name="pulseaudio-module-bluetooth" version="0.9.21" release="17.el6" arch="x86_64" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-module-bluetooth-0.9.21-17.el6.x86_64.rpm</filename><sum type="sha256">26dd866113c719c321441881b3231b89024ff9fe69da9f5aa48d9a7e1631f4f9</sum></package><package epoch="0" name="pulseaudio-module-gconf" version="0.9.21" release="17.el6" arch="x86_64" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-module-gconf-0.9.21-17.el6.x86_64.rpm</filename><sum type="sha256">e68aaebb3fed752bae877c9f777e17c074e3fc25b39056ebcf9669d654de7450</sum></package><package epoch="0" name="pulseaudio-module-x11" version="0.9.21" release="17.el6" arch="x86_64" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-module-x11-0.9.21-17.el6.x86_64.rpm</filename><sum type="sha256">d2b095d18a43f0d238905429679b05096cb2c1f6f95cb45b2f3a74ac28d692a7</sum></package><package epoch="0" name="pulseaudio-module-zeroconf" version="0.9.21" release="17.el6" arch="x86_64" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-module-zeroconf-0.9.21-17.el6.x86_64.rpm</filename><sum type="sha256">d353defa23d336df48a2a9044783cc223af576614fbdf398508619f37aba2661</sum></package><package epoch="0" name="pulseaudio-utils" version="0.9.21" release="17.el6" arch="i686" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-utils-0.9.21-17.el6.i686.rpm</filename><sum type="sha256">a77327f31e7c110810f815374c52b3f22746dd5e37c29f4979bb7eed6e3d0958</sum></package><package epoch="0" name="pulseaudio-utils" version="0.9.21" release="17.el6" arch="x86_64" src="pulseaudio-0.9.21-17.el6.src.rpm"><filename>pulseaudio-utils-0.9.21-17.el6.x86_64.rpm</filename><sum type="sha256">cad992d78ef94ed993fe42531a63901f23f744780c069b327c68f57e9f901253</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0755-1</id><title>less bug fix update</title><description>This update fixes the following bug:

* Previously, the lesspipe script returned incorrect exit status codes. As a consequence, the less utility failed to decompress empty files that had been compressed with the gzip utility, and an unwanted message was displayed. With this update, a pipe character ("|") has been added in front of the LESSOPEN environment variable to enforce a new default behavior of lesspipe. For backward compatibility, lesspipe has the same behavior if LESSOPEN remains unchanged. As a result, the less utility now detects and displays empty files correctly.</description><release>Scientific Linux Fermi</release><issued date="2014-06-17 00:00:00"/><references><reference title="less fails to decompress empty files that have been gzipped" type="bugzilla" id="615303" href="https://bugzilla.redhat.com/show_bug.cgi?id=615303"/><reference title="RHBA-2014:0755-1" type="self" id="RHBA-2014:0755-1" href="https://rhn.redhat.com/errata/RHBA-2014-0755.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="less" version="436" release="13.el6" arch="x86_64" src="less-436-13.el6.src.rpm"><filename>less-436-13.el6.x86_64.rpm</filename><sum type="sha256">fed4d9ccda8fa662732fa0cc7afcc5bbececbb2c305687d7a4a0e98c343d8c37</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0757-1</id><title>dnsmasq bug fix update</title><description>This update fixes the following bug:

* Previously, the Dnsmasq service status verification in the init script was not sufficiently robust and only determined the presence of all the instances of Dnsmasq running on the system. As a consequence, the init script identified Dnsmasq as running even when no Dnsmasq system instance had been initiated. The init script has been fixed to explicitly verify the process with the process ID written in the PID file of the system instance. As a result, the status of the Dnsmasq system instance is now identified correctly even if there are running instances not started by the init script.</description><release>Scientific Linux Fermi</release><issued date="2014-06-17 00:00:00"/><references><reference title="&amp;#39;service dnsmasq status&amp;#39; incorrectly identifies the libvirt dnsmasq process." type="bugzilla" id="991473" href="https://bugzilla.redhat.com/show_bug.cgi?id=991473"/><reference title="RHBA-2014:0757-1" type="self" id="RHBA-2014:0757-1" href="https://rhn.redhat.com/errata/RHBA-2014-0757.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="dnsmasq" version="2.48" release="14.el6" arch="x86_64" src="dnsmasq-2.48-14.el6.src.rpm"><filename>dnsmasq-2.48-14.el6.x86_64.rpm</filename><sum type="sha256">4dd9c201da5239ace0063cd2f3dcd9b71f43987afcc61285b7419b8453993ad4</sum></package><package epoch="0" name="dnsmasq-utils" version="2.48" release="14.el6" arch="x86_64" src="dnsmasq-2.48-14.el6.src.rpm"><filename>dnsmasq-utils-2.48-14.el6.x86_64.rpm</filename><sum type="sha256">0a9326c247ce835d249c1a365591f664eae224e9abcb8e96445cfe8e68be3cea</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0766-1</id><title>libxml2 bug fix update</title><description>This update fixes the following bug:

* The CVE-2014-0191 security fix for libxml2 changed the condition for loading external parameter entities. Additionally, after this fix, some patterns of validation, such as the "xmllint --postvalid" command, failed to execute, and KDE documents could not be generated correctly. This update fixes the aforementioned regression and allows "xmllint --postvalid" to work as expected.

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="2014-06-24 00:00:00"/><relogin_suggested>true</relogin_suggested><references><reference title="" type="bugzilla" id="1108161" href="https://bugzilla.redhat.com/show_bug.cgi?id=1108161"/><reference title="RHBA-2014:0766-1" type="self" id="RHBA-2014:0766-1" href="https://rhn.redhat.com/errata/RHBA-2014-0766.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libxml2" version="2.7.6" release="14.el6_5.2" arch="i686" src="libxml2-2.7.6-14.el6_5.2.src.rpm"><filename>libxml2-2.7.6-14.el6_5.2.i686.rpm</filename><sum type="sha256">3087086c97102fafe6c77edf1f087ab9620758dbe9d8f8a2f4e62a0267889b15</sum></package><package epoch="0" name="libxml2" version="2.7.6" release="14.el6_5.2" arch="x86_64" src="libxml2-2.7.6-14.el6_5.2.src.rpm"><filename>libxml2-2.7.6-14.el6_5.2.x86_64.rpm</filename><sum type="sha256">7cbc43bee26b5fdb4288172a446699aa2ef70f9f2bf8a3b27c43e0ca46766a90</sum></package><package epoch="0" name="libxml2-devel" version="2.7.6" release="14.el6_5.2" arch="i686" src="libxml2-2.7.6-14.el6_5.2.src.rpm"><filename>libxml2-devel-2.7.6-14.el6_5.2.i686.rpm</filename><sum type="sha256">33b7d95b26c6eabdb860ddac1afea274c7ff5f7b8abc083908879bf3ca49fcd7</sum></package><package epoch="0" name="libxml2-devel" version="2.7.6" release="14.el6_5.2" arch="x86_64" src="libxml2-2.7.6-14.el6_5.2.src.rpm"><filename>libxml2-devel-2.7.6-14.el6_5.2.x86_64.rpm</filename><sum type="sha256">3238e5d42aa0c7a191ded1c9b28d569a905b32372750e1642002743c02605fee</sum></package><package epoch="0" name="libxml2-python" version="2.7.6" release="14.el6_5.2" arch="x86_64" src="libxml2-2.7.6-14.el6_5.2.src.rpm"><filename>libxml2-python-2.7.6-14.el6_5.2.x86_64.rpm</filename><sum type="sha256">df72b5dcda8b20cffc7ce49d25e973d2ea4caf1bd926a7ba135f06b9c49dab5f</sum></package><package epoch="0" name="libxml2-static" version="2.7.6" release="14.el6_5.2" arch="x86_64" src="libxml2-2.7.6-14.el6_5.2.src.rpm"><filename>libxml2-static-2.7.6-14.el6_5.2.x86_64.rpm</filename><sum type="sha256">4bdda249fdb5fc3f1a286b8946b49674c273c512e67ad5c68cb842ea001ab62a</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0767-1</id><title>hplip bug fix update</title><description>This update fixes the following bug:

* Previously, the udev rules files were not in the correct location on the file system. As a consequence, permissions on the device node after connecting a device were insufficient. This update moves the udev rules files to the correct location, and udev rules now work correctly in the described situation.</description><release>Scientific Linux Fermi</release><issued date="2014-06-24 00:00:00"/><references><reference title="udev rules in the wrong place" type="bugzilla" id="905143" href="https://bugzilla.redhat.com/show_bug.cgi?id=905143"/><reference title="RHBA-2014:0767-1" type="self" id="RHBA-2014:0767-1" href="https://rhn.redhat.com/errata/RHBA-2014-0767.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="hpijs" version="3.12.4" release="6.el6" arch="x86_64" src="hplip-3.12.4-6.el6.src.rpm"><filename>hpijs-3.12.4-6.el6.x86_64.rpm</filename><sum type="sha256">68223de2ad87094e75084416e9bcb1cd3d2ce6505a8c039ec3ff594e9324b3d3</sum></package><package epoch="0" name="hplip" version="3.12.4" release="6.el6" arch="x86_64" src="hplip-3.12.4-6.el6.src.rpm"><filename>hplip-3.12.4-6.el6.x86_64.rpm</filename><sum type="sha256">8c2c774626b8fca1a110d758aa987a1ce8bd8903a3462fe204060cfc194d6ddc</sum></package><package epoch="0" name="hplip-common" version="3.12.4" release="6.el6" arch="x86_64" src="hplip-3.12.4-6.el6.src.rpm"><filename>hplip-common-3.12.4-6.el6.x86_64.rpm</filename><sum type="sha256">329acc03805883907815780046579ff3b72bb3430b55ec3a569b2bfceb7b6aec</sum></package><package epoch="0" name="hplip-gui" version="3.12.4" release="6.el6" arch="x86_64" src="hplip-3.12.4-6.el6.src.rpm"><filename>hplip-gui-3.12.4-6.el6.x86_64.rpm</filename><sum type="sha256">b8b7453be85ebe2a31d3c70a2368208fffc285145f34ba2abe96d4e1c24f6247</sum></package><package epoch="0" name="hplip-libs" version="3.12.4" release="6.el6" arch="i686" src="hplip-3.12.4-6.el6.src.rpm"><filename>hplip-libs-3.12.4-6.el6.i686.rpm</filename><sum type="sha256">66c1cd96558bf6597d96a75d2d30a4023a1c4e6b8086ee8568b077cb5b382e3f</sum></package><package epoch="0" name="hplip-libs" version="3.12.4" release="6.el6" arch="x86_64" src="hplip-3.12.4-6.el6.src.rpm"><filename>hplip-libs-3.12.4-6.el6.x86_64.rpm</filename><sum type="sha256">5a0a1195bf56252ba18b399738330619259c1a5d6ebcdc3c6c807793600d8377</sum></package><package epoch="0" name="libsane-hpaio" version="3.12.4" release="6.el6" arch="x86_64" src="hplip-3.12.4-6.el6.src.rpm"><filename>libsane-hpaio-3.12.4-6.el6.x86_64.rpm</filename><sum type="sha256">fad5487f91f1e3b588f2a9c718cfbbdf9a4b2cc7270df5e4104ebba0c0e1668d</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0768-1</id><title>edac-utils bug fix update</title><description>This update fixes the following bug:

* Previously, the exit status of the edac-utils package init script was not set correctly. As a consequence, running the 'service edac status' command returned exit status 0, which was not expected behavior because no programs were running after executing the 'service edac start' command. With this update, the returned exit status has been changed to 3 in the described situation.</description><release>Scientific Linux Fermi</release><issued date="2014-06-24 00:00:00"/><references><reference title="initscript&amp;#39;s status action should return 3" type="bugzilla" id="679812" href="https://bugzilla.redhat.com/show_bug.cgi?id=679812"/><reference title="RHBA-2014:0768-1" type="self" id="RHBA-2014:0768-1" href="https://rhn.redhat.com/errata/RHBA-2014-0768.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="edac-utils" version="0.9" release="15.el6" arch="i686" src="edac-utils-0.9-15.el6.src.rpm"><filename>edac-utils-0.9-15.el6.i686.rpm</filename><sum type="sha256">009110e0456fc5f392625a9c6051f1d85ab9690aba441787317736f4fdc3e56c</sum></package><package epoch="0" name="edac-utils" version="0.9" release="15.el6" arch="x86_64" src="edac-utils-0.9-15.el6.src.rpm"><filename>edac-utils-0.9-15.el6.x86_64.rpm</filename><sum type="sha256">11de511f57b1a45144599e5197891e9ec18ce4a40f54d443790132e6254a9c59</sum></package><package epoch="0" name="edac-utils-devel" version="0.9" release="15.el6" arch="i686" src="edac-utils-0.9-15.el6.src.rpm"><filename>edac-utils-devel-0.9-15.el6.i686.rpm</filename><sum type="sha256">3b98239cfdb03616178296ac920b47d7fcf5174a795902786bbcf9eb0472ae5a</sum></package><package epoch="0" name="edac-utils-devel" version="0.9" release="15.el6" arch="x86_64" src="edac-utils-0.9-15.el6.src.rpm"><filename>edac-utils-devel-0.9-15.el6.x86_64.rpm</filename><sum type="sha256">8ae5fee11e134444a0aff439bee858d26ac49b26411e3458cc85eaa4be45328d</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0769-1</id><title>xz bug fix update</title><description>This update fixes the following bugs:

* Previously, the '-h' option of the xzgrep command was not included. As a consequence, the matching lines in the output were prefixed with the corresponding file names. This update adds the '-h' option, and running the 'xzgrep -h' command now suppresses the file name on output as expected.

* Prior to this update, running the 'xzgrep -l' command did not work correctly because the source code did not handle the '-q' option appropriately. As a consequence, an error message was displayed. A patch has been applied to handle the 'grep -q' command in the source code correctly. As a result, running the 'xzgrep -l' suppresses normal output and prints file names with a matching line as expected.

* The xzfgrep command is supposed to act as an alias for the 'xzgrep -F' command. Previously, this alias behavior was not set correctly, and the patterns were processed as regular expressions and not as fixed strings. As a consequence, running the xzfgrep command produced no output. With this update, xzfgrep command works as an alias of the 'xzgrep -F' command, and running the xzfgrep command returns correct output.

* Previously, the xzgrep command returned exit status 1 when contents of one or more files did not match the requested pattern. With this update, xzgrep returns exit status 0 if there is at least one match of the pattern, which makes the xzgrep behavior consistent with the default grep command behavior.</description><release>Scientific Linux Fermi</release><issued date="2014-06-24 00:00:00"/><references><reference title="xzgrep returns wrong exitcode if match isn&amp;#39;t found in every file" type="bugzilla" id="1108085" href="https://bugzilla.redhat.com/show_bug.cgi?id=1108085"/><reference title="" type="bugzilla" id="850898" href="https://bugzilla.redhat.com/show_bug.cgi?id=850898"/><reference title="`xzgrep -l word filename.xz` fails with &amp;quot;grep: -q: No such file or directory&amp;quot;" type="bugzilla" id="863024" href="https://bugzilla.redhat.com/show_bug.cgi?id=863024"/><reference title="" type="bugzilla" id="988703" href="https://bugzilla.redhat.com/show_bug.cgi?id=988703"/><reference title="RHBA-2014:0769-1" type="self" id="RHBA-2014:0769-1" href="https://rhn.redhat.com/errata/RHBA-2014-0769.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="xz" version="4.999.9" release="0.5.beta.20091007git.el6" arch="x86_64" src="xz-4.999.9-0.5.beta.20091007git.el6.src.rpm"><filename>xz-4.999.9-0.5.beta.20091007git.el6.x86_64.rpm</filename><sum type="sha256">b163bfe8903f36856779e3e61cdaf621d3213abefa9d27853205544de4c3f183</sum></package><package epoch="0" name="xz-devel" version="4.999.9" release="0.5.beta.20091007git.el6" arch="i686" src="xz-4.999.9-0.5.beta.20091007git.el6.src.rpm"><filename>xz-devel-4.999.9-0.5.beta.20091007git.el6.i686.rpm</filename><sum type="sha256">ee37331ab15f53e398cccc9b9acd1703d292038c69096b69f4c471258e5ee232</sum></package><package epoch="0" name="xz-devel" version="4.999.9" release="0.5.beta.20091007git.el6" arch="x86_64" src="xz-4.999.9-0.5.beta.20091007git.el6.src.rpm"><filename>xz-devel-4.999.9-0.5.beta.20091007git.el6.x86_64.rpm</filename><sum type="sha256">acb2b4c653e5d4efad5d7d3311cf01fef5ed980cb6594be69ee718667553363d</sum></package><package epoch="0" name="xz-libs" version="4.999.9" release="0.5.beta.20091007git.el6" arch="i686" src="xz-4.999.9-0.5.beta.20091007git.el6.src.rpm"><filename>xz-libs-4.999.9-0.5.beta.20091007git.el6.i686.rpm</filename><sum type="sha256">8044ec903a2f8cd53f0f31c0a699766c4a4c21dc49569a37e19578d133bba115</sum></package><package epoch="0" name="xz-libs" version="4.999.9" release="0.5.beta.20091007git.el6" arch="x86_64" src="xz-4.999.9-0.5.beta.20091007git.el6.src.rpm"><filename>xz-libs-4.999.9-0.5.beta.20091007git.el6.x86_64.rpm</filename><sum type="sha256">c85fdc249cbbdfd6ddc3848cbaa4b72659d239eb927b1e14f9b8c9b3e943b09f</sum></package><package epoch="0" name="xz-lzma-compat" version="4.999.9" release="0.5.beta.20091007git.el6" arch="x86_64" src="xz-4.999.9-0.5.beta.20091007git.el6.src.rpm"><filename>xz-lzma-compat-4.999.9-0.5.beta.20091007git.el6.x86_64.rpm</filename><sum type="sha256">7e50c28c5591d20b01320f7a69a7a3b30ad1015a00335cd8a177a60f9f0e71ec</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0775-1</id><title>libtirpc bug fix update</title><description>This update fixes the following bug:

* Previously, the libtirpc library included the authgss_get_private_data() system call, but not the authgss_free_private_data() system call. As a consequence, private data were obtained but not freed afterwards. This caused the authgss_destroy_context() call to send an incorrect RPCSEC_GSS_DESTROY request, and the client was in turn not able to clear the state data on the server. With this update, authgss_free_private_data() has been added to libtirpc, and the data is now freed correctly. As a result, the client can now reset the server state as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-06-24 00:00:00"/><references><reference title="" type="bugzilla" id="1106353" href="https://bugzilla.redhat.com/show_bug.cgi?id=1106353"/><reference title="RHBA-2014:0775-1" type="self" id="RHBA-2014:0775-1" href="https://rhn.redhat.com/errata/RHBA-2014-0775.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libtirpc" version="0.2.1" release="6.el6_5.2" arch="i686" src="libtirpc-0.2.1-6.el6_5.2.src.rpm"><filename>libtirpc-0.2.1-6.el6_5.2.i686.rpm</filename><sum type="sha256">5739ba03973a3b4daf2430bb77d02fb4417428d798127fab6e4e74d327a1c326</sum></package><package epoch="0" name="libtirpc" version="0.2.1" release="6.el6_5.2" arch="x86_64" src="libtirpc-0.2.1-6.el6_5.2.src.rpm"><filename>libtirpc-0.2.1-6.el6_5.2.x86_64.rpm</filename><sum type="sha256">c49e5926e16a33c9cfca7f6a82d84128a3625a85a23c5b42ea4ff73f91881d75</sum></package><package epoch="0" name="libtirpc-devel" version="0.2.1" release="6.el6_5.2" arch="i686" src="libtirpc-0.2.1-6.el6_5.2.src.rpm"><filename>libtirpc-devel-0.2.1-6.el6_5.2.i686.rpm</filename><sum type="sha256">61a4a3e51c9405c6769d46ae8c308e7f3afd568c224d3dca5d6119dd3ec8429f</sum></package><package epoch="0" name="libtirpc-devel" version="0.2.1" release="6.el6_5.2" arch="x86_64" src="libtirpc-0.2.1-6.el6_5.2.src.rpm"><filename>libtirpc-devel-0.2.1-6.el6_5.2.x86_64.rpm</filename><sum type="sha256">48f85602cc82d5490d1d396924789912cf72883ca9b364bfa5289e76c10da4e0</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0776-1</id><title>device-mapper-multipath bug fix update</title><description>This update fixes the following bug:

* When a multipath device was reloaded outside of the multipathd daemon and existing paths were removed from the device, mutipathd treated them as belonging to the multipath device. As a consequence, when operating on these paths, multipathd was trying to access a non-existent path_group and terminated unexpectedly. With this update, multipathd now correctly disassociates removed paths from their former multipath device, and thus no longer crashes when existing paths are removed from multipath devices by external programs.</description><release>Scientific Linux Fermi</release><issued date="2014-06-24 00:00:00"/><references><reference title="" type="bugzilla" id="1099530" href="https://bugzilla.redhat.com/show_bug.cgi?id=1099530"/><reference title="RHBA-2014:0776-1" type="self" id="RHBA-2014:0776-1" href="https://rhn.redhat.com/errata/RHBA-2014-0776.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="device-mapper-multipath" version="0.4.9" release="72.el6_5.3" arch="x86_64" src="device-mapper-multipath-0.4.9-72.el6_5.3.src.rpm"><filename>device-mapper-multipath-0.4.9-72.el6_5.3.x86_64.rpm</filename><sum type="sha256">20ed1920e85a20985f28be6e3ac11368701b30bdaf4d22bc96e9bee12630a7ae</sum></package><package epoch="0" name="device-mapper-multipath-libs" version="0.4.9" release="72.el6_5.3" arch="x86_64" src="device-mapper-multipath-0.4.9-72.el6_5.3.src.rpm"><filename>device-mapper-multipath-libs-0.4.9-72.el6_5.3.x86_64.rpm</filename><sum type="sha256">2ab1b0cf7ff2ba64bbe10bcfef841c286913fa0a4ed9f49819de7f249b846b67</sum></package><package epoch="0" name="kpartx" version="0.4.9" release="72.el6_5.3" arch="x86_64" src="device-mapper-multipath-0.4.9-72.el6_5.3.src.rpm"><filename>kpartx-0.4.9-72.el6_5.3.x86_64.rpm</filename><sum type="sha256">a6c9fcaf64c2ac42697f0fc78a574b069ee5d37f374e5eb0c66d401a6a46af08</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0777-1</id><title>ql2500-firmware bug fix and enhancement update</title><description>The ql2500-firmware packages have been upgraded to upstream version 7.03.00, which provides a number of bug fixes and enhancements over the previous version.</description><release>Scientific Linux Fermi</release><issued date="2014-06-24 00:00:00"/><references><reference title="" type="bugzilla" id="1096071" href="https://bugzilla.redhat.com/show_bug.cgi?id=1096071"/><reference title="RHBA-2014:0777-1" type="self" id="RHBA-2014:0777-1" href="https://rhn.redhat.com/errata/RHBA-2014-0777.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ql2500-firmware" version="7.03.00" release="1.el6_5" arch="noarch" src="ql2500-firmware-7.03.00-1.el6_5.src.rpm"><filename>ql2500-firmware-7.03.00-1.el6_5.noarch.rpm</filename><sum type="sha256">64abe3d0099e73667379c8d1a1b2352bdc52f23a8ab10b672f13dff7f3de8295</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0778-1</id><title>ql2400-firmware bug fix and enhancement update</title><description>The ql2400-firmware packages have been upgraded to upstream version 7.03.00, which provides a number of bug fixes and enhancements over the previous version.</description><release>Scientific Linux Fermi</release><issued date="2014-06-24 00:00:00"/><references><reference title="" type="bugzilla" id="1096070" href="https://bugzilla.redhat.com/show_bug.cgi?id=1096070"/><reference title="RHBA-2014:0778-1" type="self" id="RHBA-2014:0778-1" href="https://rhn.redhat.com/errata/RHBA-2014-0778.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ql2400-firmware" version="7.03.00" release="1.el6_5" arch="noarch" src="ql2400-firmware-7.03.00-1.el6_5.src.rpm"><filename>ql2400-firmware-7.03.00-1.el6_5.noarch.rpm</filename><sum type="sha256">cc5327ff81954cd17ced361360c6821684addf500dc80cb73a295c9e724c635f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0780-1</id><title>avahi bug fix update</title><description>This update fixes the following bug:

* Previously, when the ARCOUNT field in the DNS Response Header contained a non-zero value, avahi-daemon performed a check and logged errors about invalid DNS packets being received. Note that a non-zero value of ARCOUNT is an indication of additional data sections in the DNS packet, but avahi- daemon does not interpret them. As a consequence, avahi-daemon was not sufficiently interoperable with other mDNS/DNS-SD implementations, and the automatic service discovery thus did not provide the user with the expected results on some platforms, for example, MacOS X. The redundant check has been removed, and the aforementioned scenario no longer occurs.

After installing the update, avahi-daemon will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2014-06-24 00:00:00"/><references><reference title="RHBA-2014:0780-1" type="self" id="RHBA-2014:0780-1" href="https://rhn.redhat.com/errata/RHBA-2014-0780.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="avahi" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">f37e3c69e8010b243da348d22bbed216975ecb780079ec19f537e757a551b026</sum></package><package epoch="0" name="avahi" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">1e1fd80495b1941cfed2a37a3cfdd31613ed0b896595b9a7108b511ae68c30d6</sum></package><package epoch="0" name="avahi-autoipd" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-autoipd-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">b42b650efdec5a3ea8b9c68b613b54928eb2308eef971ff8607c113c54a83b96</sum></package><package epoch="0" name="avahi-compat-howl" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-compat-howl-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">2f3d9f315975963458cb47fff5688216ce510f3e4a6a8f01bc0673fc34086f6d</sum></package><package epoch="0" name="avahi-compat-howl" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-compat-howl-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">2622e76eb1a5cd92fcd41e99e739bea3bcd19f0acf6f7ac753c1bfbf1d6e9d0c</sum></package><package epoch="0" name="avahi-compat-howl-devel" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-compat-howl-devel-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">7325ad1da9e86c02a9d0e0f947a2fe0109b509c7b83cb64af32cac00f4b9a181</sum></package><package epoch="0" name="avahi-compat-howl-devel" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-compat-howl-devel-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">07e970a1717b798dd4a0dd474516436c7bd123b9491c742269253603db4a827b</sum></package><package epoch="0" name="avahi-compat-libdns_sd" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-compat-libdns_sd-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">a344559296dcf5d99e9aff35fd64f9bcc25e33120424f1bf6c32d11696275881</sum></package><package epoch="0" name="avahi-compat-libdns_sd" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-compat-libdns_sd-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">5319ccc7cf08f26ac48d4a778c3f872d93c2cdf9043d1ac8a5bdc5d98e85a8c8</sum></package><package epoch="0" name="avahi-compat-libdns_sd-devel" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-compat-libdns_sd-devel-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">200e564ada466fb41bdffadc88a1bc855382885df3488ac04351d0e2d76871f0</sum></package><package epoch="0" name="avahi-compat-libdns_sd-devel" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-compat-libdns_sd-devel-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">06c66d3dcaf9fbc691bffe11c879859b1bd33ece566b337931e810a9c135a640</sum></package><package epoch="0" name="avahi-devel" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-devel-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">70e80f471a99950487cb7de4cccc81d7d78a6b089a3c474a2b3cb8bcea3db12d</sum></package><package epoch="0" name="avahi-devel" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-devel-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">a034f0902ce7099e0427a47fe0f2245bb04e66adb2afc0084921f9005faa479d</sum></package><package epoch="0" name="avahi-dnsconfd" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-dnsconfd-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">91d0eb694fb2001bebcd2dd2ca9fd0f995b2f1993b372b062e60886e1968c03e</sum></package><package epoch="0" name="avahi-glib" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-glib-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">cd8bf74ea1d0069e1fc7a475ebf2c70c177b8a1713fd226cf0b0c32ecb3ae41e</sum></package><package epoch="0" name="avahi-glib" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-glib-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">999e7448d81eba4bd354329d8c85b14e735f9198c41348cffd55f73006f47bc3</sum></package><package epoch="0" name="avahi-glib-devel" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-glib-devel-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">60b8221b8656d8da10b41c9e6efc740a900abc38fff25f410fea8762c65e171e</sum></package><package epoch="0" name="avahi-glib-devel" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-glib-devel-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">ceb0ab10e35302ec16061ebeefda5051872a5030905694eb3c7ba6b315015fe3</sum></package><package epoch="0" name="avahi-gobject" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-gobject-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">25aa78a062771f33701ee78ce34139b525b18e9af64d14477824c42097401618</sum></package><package epoch="0" name="avahi-gobject" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-gobject-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">05c53633d5927ccb18bdd7fbb0747cd55bf31aea58b5e59ec04a67e2a881911b</sum></package><package epoch="0" name="avahi-gobject-devel" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-gobject-devel-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">f259a824997999038b94905cbbff337d3ba9fb1821b0f18cbb17f1cddf540c0d</sum></package><package epoch="0" name="avahi-gobject-devel" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-gobject-devel-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">ab05a119b7cae41e64d95598cd1986fe2e6f1b0431618e6dfe16533305ed2a02</sum></package><package epoch="0" name="avahi-libs" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-libs-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">e79106f056911ab06465d1de953e443720e559111d5f72e5aba915ea5e41a9b9</sum></package><package epoch="0" name="avahi-libs" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-libs-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">aa83e608335f961d8a977f3aa2a7af60d8bb6e3a851f23454236be9617c36b44</sum></package><package epoch="0" name="avahi-qt3" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-qt3-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">ce3a24bbadbcdc7c4bb361fd20175710cd057d7bc514c6529cae0021aa1da360</sum></package><package epoch="0" name="avahi-qt3" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-qt3-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">f55906a3e14641b8369c4d42e1022449891d7df3e19b63b90b0df684cc3a9ad4</sum></package><package epoch="0" name="avahi-qt3-devel" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-qt3-devel-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">1172260537dda947636d64caaf4db050f46fd9248944c7b9a0df2141b3828b1a</sum></package><package epoch="0" name="avahi-qt3-devel" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-qt3-devel-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">b0d353319ff2e354aec0e6739382d8cc8e074b63e66f09629656bafc2f04d19d</sum></package><package epoch="0" name="avahi-qt4" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-qt4-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">19ea9333db876257166e50a9bf8be2a5cd3619e765d077723807d6efd47ee7b7</sum></package><package epoch="0" name="avahi-qt4" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-qt4-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">c4bfa483f102ea34145346ad47437b9064518515b755edd124131d077c05ec49</sum></package><package epoch="0" name="avahi-qt4-devel" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-qt4-devel-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">64ac13f9274d4870205af1305481fec78a4ed35739498f1914d6ec883e0e7db9</sum></package><package epoch="0" name="avahi-qt4-devel" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-qt4-devel-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">a99ceb6de1c92b99e963372064d8015f36ad15f0adc102604e5be1f0256cd4eb</sum></package><package epoch="0" name="avahi-tools" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-tools-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">2f8cf559ef471938e1ab498eebfa7003119cb685e45e00a10f8cf981820dc8d5</sum></package><package epoch="0" name="avahi-ui" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-ui-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">c0ee27001226716b9141aa29b8f34cb82e055be1c32883f338bf7a4ea637c180</sum></package><package epoch="0" name="avahi-ui" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-ui-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">cf61f58ef064bd7aa2eebdfb95efa48f745170021d3aaa054aa88bc6e6ae75ec</sum></package><package epoch="0" name="avahi-ui-devel" version="0.6.25" release="12.el6_5.1" arch="i686" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-ui-devel-0.6.25-12.el6_5.1.i686.rpm</filename><sum type="sha256">0d3f9031f737bb1058d2b63b7f659f5f0e374080c2fa4d056dda46ae80c5ff4d</sum></package><package epoch="0" name="avahi-ui-devel" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-ui-devel-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">00278ec07b4b43cbe541b9a31077e9d2b60540e230e597eb20eeb5556134d990</sum></package><package epoch="0" name="avahi-ui-tools" version="0.6.25" release="12.el6_5.1" arch="x86_64" src="avahi-0.6.25-12.el6_5.1.src.rpm"><filename>avahi-ui-tools-0.6.25-12.el6_5.1.x86_64.rpm</filename><sum type="sha256">02a25e390031c827ddc9bdec023599dea7aece64ce767c083fab4809334ebe76</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0787-1</id><title>coreutils bug fix update</title><description>This update fixes the following bug:

* A recent update of the coreutils packages incorrectly fixed the signal handling in the su utility. As a consequence, when the SIGTERM signal was received, a parent process was killed instead of the su process. With this update, handling of the SIGTERM signal has been fixed and su no longer kills the parent process upon receiving the termination signal.</description><release>Scientific Linux Fermi</release><issued date="2014-07-01 00:00:00"/><references><reference title="su terminates its parent process upon receiving SIGTERM" type="bugzilla" id="1111584" href="https://bugzilla.redhat.com/show_bug.cgi?id=1111584"/><reference title="RHBA-2014:0787-1" type="self" id="RHBA-2014:0787-1" href="https://rhn.redhat.com/errata/RHBA-2014-0787.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="coreutils" version="8.4" release="31.el6_5.2" arch="x86_64" src="coreutils-8.4-31.el6_5.2.src.rpm"><filename>coreutils-8.4-31.el6_5.2.x86_64.rpm</filename><sum type="sha256">123e88367c019ec85cf4bf5582cb81c5593dd9da46331f6c7368313b4a95bf80</sum></package><package epoch="0" name="coreutils-libs" version="8.4" release="31.el6_5.2" arch="x86_64" src="coreutils-8.4-31.el6_5.2.src.rpm"><filename>coreutils-libs-8.4-31.el6_5.2.x86_64.rpm</filename><sum type="sha256">6aa8288845b9f3edf7914cf7af544bfefa81e751e8c2efe811af2a02adcbef3d</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0795-1</id><title>rsh bug fix update</title><description>This update fixes the following bugs:

* Previously, the rshd daemon performed redundant calls of the setpwent() and endpwent() functions. As a consequence, rshd queried Network Information Security (NIS) servers on every remote shell (rsh) access. With this update, these redundant calls have been removed and rshd no longer contacts NIS servers unnecessarily.

* Prior to this update, the maximum number of command line arguments for the rsh application was not limited. However, the volume of data buffer allocated to the arguments is always finite. Consequently, rshd terminated unexpectedly when it attempted to allocate the buffer to commands with a vast number of arguments. This update implements a limit for command-line arguments in rsh, and the described rshd crash no longer occurs.

* Previously, the pam_close_session() function was not called when a remote copy (rcp) connection completed. As a consequence, the PAM session did not terminate correctly. With this update, pam_close_session() is called and the PAM session terminates as intended.

* Prior to this update, the rsh application was optimized through strict aliasing rules, even though it is not a performance-sensitive application. As a consequence, the GNU compiler collection (GCC) generated warning messages about breaking the strict-aliasing rules, despite correct functionality being the priority for rsh. With this update, strict aliasing has been disabled for rsh. Therefore, GCC now ignores the strict aliasing rules and no longer interrupts rsh processes with warning messages. However, this may also lead to a slight decrease in performance.</description><release>Scientific Linux Fermi</release><issued date="2014-07-01 00:00:00"/><references><reference title="Disable strict-aliasing optimization for rsh" type="bugzilla" id="1094360" href="https://bugzilla.redhat.com/show_bug.cgi?id=1094360"/><reference title="" type="bugzilla" id="1098955" href="https://bugzilla.redhat.com/show_bug.cgi?id=1098955"/><reference title="" type="bugzilla" id="749283" href="https://bugzilla.redhat.com/show_bug.cgi?id=749283"/><reference title="" type="bugzilla" id="802367" href="https://bugzilla.redhat.com/show_bug.cgi?id=802367"/><reference title="RHBA-2014:0795-1" type="self" id="RHBA-2014:0795-1" href="https://rhn.redhat.com/errata/RHBA-2014-0795.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="rsh" version="0.17" release="64.el6" arch="x86_64" src="rsh-0.17-64.el6.src.rpm"><filename>rsh-0.17-64.el6.x86_64.rpm</filename><sum type="sha256">6a142523b3547e5459643d67481578a230ba81536148bec98e6d9c7887d07304</sum></package><package epoch="0" name="rsh-server" version="0.17" release="64.el6" arch="x86_64" src="rsh-0.17-64.el6.src.rpm"><filename>rsh-server-0.17-64.el6.x86_64.rpm</filename><sum type="sha256">1e5d706f453bd2ac9e9353bc41c0b73227234a500fb5e100c3719077bc41e272</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0806-1</id><title>gnupg2 bug fix update</title><description>This update fixes the following bugs:

* Previously, the secret key management daemon for GnuPG, gpg-agent, failed to encode a new iteration count value when it created a new protected key or changed an existing key. As a consequence, the key could not be unprotected and gpg-agent thus did not properly interact with a number of programs that use key decryption, such as KMail or Kleopatra. With this update, the new iteration count is encoded properly and the decryption of keys created or modified by gpg-agent no longer fails.

* Prior to this update, the GnuPG encryption and signing tool, gpg2, by default used CAST5, an encryption algorithm not approved by FIPS standards. Consequently, when gpg2 was run in FIPS mode, data encryption and decryption failed and caused gpg2 to terminate unexpectedly. With this update, GnuPG uses AES, a FIPS-approved encryption algorithm, and gpg2 data encryption and decryption in FIPS mode work as intended.

* Previously, the GnuPG signature checking tool, gpgv2, did not correctly interact with the Libgcrypt library. As a consequence, when the gpgv command was used on a file, gpgv2 terminated unexpectedly. This update fixes the error and the gpgv command now functions correctly.

* Prior to this update, GnuPG did not check for availability of the RIPEMD-160 hash function digest. Because the RIPEMD-160 algorithm is not approved by FIPS standards, GnuPG therefore terminated unexpectedly when the "gpg --verify" command was used in FIPS mode to verify a signature that contained a RIPEMD-160 hash. With this update, GnuPG properly checks for RIPEMD-160 support and the crash no longer occurs.</description><release>Scientific Linux Fermi</release><issued date="2014-07-01 00:00:00"/><references><reference title="" type="bugzilla" id="1006879" href="https://bugzilla.redhat.com/show_bug.cgi?id=1006879"/><reference title="gpg --verify coredumps when verifying a signature with RIPEMD160 digest in FIPS mode" type="bugzilla" id="1078957" href="https://bugzilla.redhat.com/show_bug.cgi?id=1078957"/><reference title="gpg-agent fails to encode &amp;quot;iteration count&amp;quot; into private keys, thus never unprotects secret key" type="bugzilla" id="638635" href="https://bugzilla.redhat.com/show_bug.cgi?id=638635"/><reference title="symmetric encryption/decryption doesn&amp;#39;t work in FIPS mode" type="bugzilla" id="966493" href="https://bugzilla.redhat.com/show_bug.cgi?id=966493"/><reference title="RHBA-2014:0806-1" type="self" id="RHBA-2014:0806-1" href="https://rhn.redhat.com/errata/RHBA-2014-0806.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="gnupg2" version="2.0.14" release="8.el6" arch="x86_64" src="gnupg2-2.0.14-8.el6.src.rpm"><filename>gnupg2-2.0.14-8.el6.x86_64.rpm</filename><sum type="sha256">37bda166bfddb4838ccdcb235bce285ca17a559f94c1c927752f27a21d6a61e6</sum></package><package epoch="0" name="gnupg2-smime" version="2.0.14" release="8.el6" arch="x86_64" src="gnupg2-2.0.14-8.el6.src.rpm"><filename>gnupg2-smime-2.0.14-8.el6.x86_64.rpm</filename><sum type="sha256">49665f032d0880605c623ea4c5d73b920e7004e428dcef67b56df8b640822e22</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0828-1</id><title>nfs-utils bug fix and enhancement update</title><description>This update fixes the following bug:

* Previously, the rpc.idmapd name mapping daemon returned the following warning message after failing to open communication with a client mount:

dirscancb: open(/var/lib/nfs/rpc_pipefs/nfs/clnt6a): No such file or directory

As this warning message was harmless and unnecessary, with this update, rpc.idmapd displays the message only if the user passes the "--verbose" option on the command line.

In addition, this update adds the following enhancement:

* The nfs-utils packages were moved to an in-kernel key ring to store the ID mappings needed for NFSv4. However, the kernel key is too small for large enterprise environments. With this update, the nfsidmap command, used by the kernel to do ID mapping, has been changed to use multiple key rings.

After installing this update, the nfs service will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2014-07-08 00:00:00"/><references><reference title="Updating to nfs-utils-1.2.3-39.el6 causes rpcidmapd to be chkconfig deleted" type="bugzilla" id="1079871" href="https://bugzilla.redhat.com/show_bug.cgi?id=1079871"/><reference title="" type="bugzilla" id="1083006" href="https://bugzilla.redhat.com/show_bug.cgi?id=1083006"/><reference title="RHEL 6.5 nfs-utils-1.2.3 sends RPCSEC_GSS_DESTROY with no verifier right after context creation" type="bugzilla" id="1106352" href="https://bugzilla.redhat.com/show_bug.cgi?id=1106352"/><reference title="RHBA-2014:0828-1" type="self" id="RHBA-2014:0828-1" href="https://rhn.redhat.com/errata/RHBA-2014-0828.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="nfs-utils" version="1.2.3" release="39.el6_5.3" arch="x86_64" src="nfs-utils-1.2.3-39.el6_5.3.src.rpm"><filename>nfs-utils-1.2.3-39.el6_5.3.x86_64.rpm</filename><sum type="sha256">85cb06c42bf16c7baf38c39e4ff507222ad1c3f119e749a1240387eab71c5b42</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0837-1</id><title>system-config-firewall bug fix update</title><description>This update fixes the following bugs:

* Previously, the default iptables rules for IPv6 did not allow the DHCPv6 configuration. Consequently, the DHCPv6 responses were blocked. With this update, the rules enabling DHCPv6 have been added, so that network environments using DHCPv6 are now supported as expected.

* Recently, some arbitrary names for network devices have been changed. As a consequence, it was impossible to find such devices by name. This update provides a patch that reflects the name change, so that it is now easy to find the renamed devices.

* Under certain circumstances, an attempt to execute the system-config- firewall utility failed with the following error:

"shutil.py:50:copyfile:IOError: [Errno 13] Permission denied: '/etc/sysconfig/iptables-config'"

The underlying source code has been modified to fix this bug and system- config-firewall now works as expected in the described scenario.

* Previously, the "eth+" GUI option could not be expanded to show individual network interfaces. Consequently, the user was unable to specify a rule for a particular interface. With this update, the particular entries have been added to the list of interfaces, thus allowing to specify a rule for a single interface.

* Due to a missing dependency, an attempt to run the system-config- firewall-tui utility on a system with a minimal installation of Scientific Linux 6 failed. The missing dependency has been added to the system- config-firewall-tui dependency list and the utility now works correctly.

* Previously, the localization of the system-config-firewall utility was not complete. This update completes translations for all languages supported by Red Hat.</description><release>Scientific Linux Fermi</release><issued date="2014-07-08 00:00:00"/><references><reference title="iptables rules don&amp;#39;t allow dhcpv6 requests" type="bugzilla" id="634857" href="https://bugzilla.redhat.com/show_bug.cgi?id=634857"/><reference title="assumes ethernet devices are named ethX" type="bugzilla" id="682391" href="https://bugzilla.redhat.com/show_bug.cgi?id=682391"/><reference title="[abrt] system-config-firewall-1.2.27-3.el6_0.2: shutil.py:50:copyfile:IOError: [Errno 13] Permission denied: &amp;#39;/etc/sysconfig/iptables-config&amp;#39;" type="bugzilla" id="711231" href="https://bugzilla.redhat.com/show_bug.cgi?id=711231"/><reference title="system-config-firewall-tui does not allow user to select which eth interface" type="bugzilla" id="720831" href="https://bugzilla.redhat.com/show_bug.cgi?id=720831"/><reference title="Missing dependency for system-config-firewall-tui" type="bugzilla" id="756048" href="https://bugzilla.redhat.com/show_bug.cgi?id=756048"/><reference title="" type="bugzilla" id="819809" href="https://bugzilla.redhat.com/show_bug.cgi?id=819809"/><reference title="RHBA-2014:0837-1" type="self" id="RHBA-2014:0837-1" href="https://rhn.redhat.com/errata/RHBA-2014-0837.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="system-config-firewall" version="1.2.27" release="7.1.el6" arch="noarch" src="system-config-firewall-1.2.27-7.1.el6.src.rpm"><filename>system-config-firewall-1.2.27-7.1.el6.noarch.rpm</filename><sum type="sha256">fd7d203c7f9f4bfc63d8aab8b6a6a886af847195cb38b984c36315a5b133ab22</sum></package><package epoch="0" name="system-config-firewall-base" version="1.2.27" release="7.1.el6" arch="noarch" src="system-config-firewall-1.2.27-7.1.el6.src.rpm"><filename>system-config-firewall-base-1.2.27-7.1.el6.noarch.rpm</filename><sum type="sha256">22f5d8de7ccb892493e9763e946439ec1f480ac7409ed9bade2d348bc9561a56</sum></package><package epoch="0" name="system-config-firewall-tui" version="1.2.27" release="7.1.el6" arch="noarch" src="system-config-firewall-1.2.27-7.1.el6.src.rpm"><filename>system-config-firewall-tui-1.2.27-7.1.el6.noarch.rpm</filename><sum type="sha256">aeda775add8c83e6d5a1d362098e0fc6bc5725f925a880465cfd5ac598e65fe1</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0838-1</id><title>initscripts bug fix update</title><description>This update fixes the following bug:

* Prior to this update, the udev device manager called the hotplug script when a Virtual LAN (VLAN) network was added. However, because the VLAN network has the same default hardware address as the default network adapter device, hotplug reverted the network adapter's IP configuration to the values in the /etc/sysconfig/network-scripts/ directory, and in some cases caused the network adapter to go offline. This update removes the triggering of the hotplug script for VLAN networks and as a result, the network adapter now retains its IP address and thus no longer fails.</description><release>Scientific Linux Fermi</release><issued date="2014-07-08 00:00:00"/><references><reference title="vconfig initializes virtual alias interfaces" type="bugzilla" id="1111639" href="https://bugzilla.redhat.com/show_bug.cgi?id=1111639"/><reference title="RHBA-2014:0838-1" type="self" id="RHBA-2014:0838-1" href="https://rhn.redhat.com/errata/RHBA-2014-0838.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="debugmode" version="9.03.40" release="2.el6_5.2" arch="x86_64" src="initscripts-9.03.40-2.el6_5.2.src.rpm"><filename>debugmode-9.03.40-2.el6_5.2.x86_64.rpm</filename><sum type="sha256">622a60556ed9aaec5183765d04f367550fc7a572fee66ec072584106534a0b61</sum></package><package epoch="0" name="initscripts" version="9.03.40" release="2.el6_5.2" arch="x86_64" src="initscripts-9.03.40-2.el6_5.2.src.rpm"><filename>initscripts-9.03.40-2.el6_5.2.x86_64.rpm</filename><sum type="sha256">331134782f2144f09f7f8fc5a5142a8d53d5621015718d0a371d59f524a824f4</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0840-1</id><title>libvisual bug fix update</title><description>This update fixes the following bug:

* Previously, due to multilib file conflicts between certain packages in the Optional repository on Red Hat Network, those packages could not have copies for both the primary and secondary architecture installed on the same machine. As a consequence, installation of the packages failed. A patch has been applied to resolve the file conflicts, and the packages can now be installed as expected in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2014-07-08 00:00:00"/><references><reference title="" type="bugzilla" id="658064" href="https://bugzilla.redhat.com/show_bug.cgi?id=658064"/><reference title="RHBA-2014:0840-1" type="self" id="RHBA-2014:0840-1" href="https://rhn.redhat.com/errata/RHBA-2014-0840.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvisual" version="0.4.0" release="10.el6" arch="i686" src="libvisual-0.4.0-10.el6.src.rpm"><filename>libvisual-0.4.0-10.el6.i686.rpm</filename><sum type="sha256">00daa429550ca61c3ca13c2425e0541471a763008dcc7d53cdbfe422d0090962</sum></package><package epoch="0" name="libvisual" version="0.4.0" release="10.el6" arch="x86_64" src="libvisual-0.4.0-10.el6.src.rpm"><filename>libvisual-0.4.0-10.el6.x86_64.rpm</filename><sum type="sha256">f8c17e3c9a5b2f0950e700e92a2f498d06d57f19b5194f0fc59d80edb6ad8a9a</sum></package><package epoch="0" name="libvisual-devel" version="0.4.0" release="10.el6" arch="i686" src="libvisual-0.4.0-10.el6.src.rpm"><filename>libvisual-devel-0.4.0-10.el6.i686.rpm</filename><sum type="sha256">4b1dbe8bdbcb436434e90ffa5c4389c1686f83b49a8af2847c0f72b8d9bc4a81</sum></package><package epoch="0" name="libvisual-devel" version="0.4.0" release="10.el6" arch="x86_64" src="libvisual-0.4.0-10.el6.src.rpm"><filename>libvisual-devel-0.4.0-10.el6.x86_64.rpm</filename><sum type="sha256">eaf085431c20d0105d5cb44f02e40a4188b489d541641a64e24e21bc163fa46b</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0856-1</id><title>resource-agents bug fix update</title><description>This update fixes the following bug:

* The fs.sh program did not allow to perform bind mounts which prevented the user from extending their setups to support nfsv4 or changing their nfsv3 exports easily. A dedicated bind-mount.sh agent has been added to fix this bug, and a bind mount can now be managed with the rgmanager utility.</description><release>Scientific Linux Fermi</release><issued date="2014-07-15 00:00:00"/><references><reference title="" type="bugzilla" id="1115498" href="https://bugzilla.redhat.com/show_bug.cgi?id=1115498"/><reference title="RHBA-2014:0856-1" type="self" id="RHBA-2014:0856-1" href="https://rhn.redhat.com/errata/RHBA-2014-0856.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="resource-agents" version="3.9.2" release="40.el6_5.10" arch="x86_64" src="resource-agents-3.9.2-40.el6_5.10.src.rpm"><filename>resource-agents-3.9.2-40.el6_5.10.x86_64.rpm</filename><sum type="sha256">313bb96a8ff2afb67acb1e18e647ef554699a122354131a464d1bb2943cab720</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0857-1</id><title>ksh bug fix update</title><description>This update fixes the following bug:

* Previously, if a running function was unset by another function in a ksh script, ksh terminated unexpectedly with a segmentation fault. With this update, the ksh code skips resetting the "running" flag if a function is unset, and ksh no longer crashes in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2014-07-15 00:00:00"/><references><reference title="" type="bugzilla" id="1115945" href="https://bugzilla.redhat.com/show_bug.cgi?id=1115945"/><reference title="RHBA-2014:0857-1" type="self" id="RHBA-2014:0857-1" href="https://rhn.redhat.com/errata/RHBA-2014-0857.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ksh" version="20120801" release="10.el6_5.7" arch="x86_64" src="ksh-20120801-10.el6_5.7.src.rpm"><filename>ksh-20120801-10.el6_5.7.x86_64.rpm</filename><sum type="sha256">5f85be915440cc654a500aa4a23b884950af1e30d1c1007b714360a82f6288c8</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0868-1</id><title>telnet bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, the telnet utility could enter an infinite loop when the user specified the "-b" parameter with a non-existing network interface. This update modifies the telnet command to print errors when users specify a non-existing network interface.

* Prior to this update, the in.telnetd service could fail to update information in the /var/run/utmp directory when a deadlock occurred in a telnet session. This update modifies telnetd to update /var/run/utmp correctly.</description><release>Scientific Linux Fermi</release><issued date="2014-07-15 00:00:00"/><references><reference title="" type="bugzilla" id="772912" href="https://bugzilla.redhat.com/show_bug.cgi?id=772912"/><reference title="" type="bugzilla" id="832059" href="https://bugzilla.redhat.com/show_bug.cgi?id=832059"/><reference title="RHBA-2014:0868-1" type="self" id="RHBA-2014:0868-1" href="https://rhn.redhat.com/errata/RHBA-2014-0868.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="telnet" version="0.17" release="48.el6" arch="x86_64" src="telnet-0.17-48.el6.src.rpm"><filename>telnet-0.17-48.el6.x86_64.rpm</filename><sum type="sha256">2ac4a54ec68d8e734451ab568ad1447e4a9934fae988004b88d822baaaa87861</sum></package><package epoch="1" name="telnet-server" version="0.17" release="48.el6" arch="x86_64" src="telnet-0.17-48.el6.src.rpm"><filename>telnet-server-0.17-48.el6.x86_64.rpm</filename><sum type="sha256">249359e3135d84e2d07647f7d55a0df0d7f8f25cce63bae90c0a44460f3ef707</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0869-1</id><title>unixODBC bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, the desktop file for unixODBC, ODBCConfig.desktop, contained deprecated options and incorrect values. Consequently, the unixODBC application was not appropriately categorized. In this update, the options and values have been fixed and the application categorization works as intended.

* Previously, file name values were hard-coded in the ODBC Driver Manager. As a consequence, the Driver Manager did not correctly interact with other applications after an update. The current update changes the hard-coded values to dynamically determined ones, and updating no longer causes Driver Manager incompatibilities with other applications.</description><release>Scientific Linux Fermi</release><issued date="2014-07-15 00:00:00"/><references><reference title="[unixODBC][Driver Manager]Can&amp;#39;t open cursor lib &amp;#39;libodbccr&amp;#39; : file not found&amp;#39;" type="bugzilla" id="1060225" href="https://bugzilla.redhat.com/show_bug.cgi?id=1060225"/><reference title="desktop file errors" type="bugzilla" id="768986" href="https://bugzilla.redhat.com/show_bug.cgi?id=768986"/><reference title="RHBA-2014:0869-1" type="self" id="RHBA-2014:0869-1" href="https://rhn.redhat.com/errata/RHBA-2014-0869.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="unixODBC" version="2.2.14" release="14.el6" arch="i686" src="unixODBC-2.2.14-14.el6.src.rpm"><filename>unixODBC-2.2.14-14.el6.i686.rpm</filename><sum type="sha256">1437730fddef8947ffe97c97045a47ba90a77cf0053e475ac77f600fb75ac9b7</sum></package><package epoch="0" name="unixODBC" version="2.2.14" release="14.el6" arch="x86_64" src="unixODBC-2.2.14-14.el6.src.rpm"><filename>unixODBC-2.2.14-14.el6.x86_64.rpm</filename><sum type="sha256">1d0aad2098275546c3d2f9f416501bd2c3beb0b87f9fc9b27aa70bfc68528a7f</sum></package><package epoch="0" name="unixODBC-devel" version="2.2.14" release="14.el6" arch="i686" src="unixODBC-2.2.14-14.el6.src.rpm"><filename>unixODBC-devel-2.2.14-14.el6.i686.rpm</filename><sum type="sha256">66027f69f33e119f466edf7fd471eca6a1bbcefc144322c1243e099a0be3b28f</sum></package><package epoch="0" name="unixODBC-devel" version="2.2.14" release="14.el6" arch="x86_64" src="unixODBC-2.2.14-14.el6.src.rpm"><filename>unixODBC-devel-2.2.14-14.el6.x86_64.rpm</filename><sum type="sha256">d413446790bf38ba2ea8a2cdada2b105a0f25f91f875d7f278f04bff47559003</sum></package><package epoch="0" name="unixODBC-kde" version="2.2.14" release="14.el6" arch="i686" src="unixODBC-2.2.14-14.el6.src.rpm"><filename>unixODBC-kde-2.2.14-14.el6.i686.rpm</filename><sum type="sha256">b5c9b499f6707958ed1ac65bb2371ee571f7cac63a8cbb7f7325e40a8578a86c</sum></package><package epoch="0" name="unixODBC-kde" version="2.2.14" release="14.el6" arch="x86_64" src="unixODBC-2.2.14-14.el6.src.rpm"><filename>unixODBC-kde-2.2.14-14.el6.x86_64.rpm</filename><sum type="sha256">1b8a7dcfe4b4ecfcff2985a9be0896fa55ebcf20b9a65fd745f2481f839f186e</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0872-1</id><title>GDB bug fix update</title><description>This update fixes the following bug:

* In some specific situations, when users tried to debug certain coredump files generated from multithreaded applications, GDB terminated unexpectedly when required to display a backtrace of all threads. A patch has been provided to fix this bug. Now, GDB no longer crashes, and users can obtain the full backtrace for all threads.</description><release>Scientific Linux Fermi</release><issued date="2014-07-15 00:00:00"/><references><reference title="" type="bugzilla" id="1108490" href="https://bugzilla.redhat.com/show_bug.cgi?id=1108490"/><reference title="RHBA-2014:0872-1" type="self" id="RHBA-2014:0872-1" href="https://rhn.redhat.com/errata/RHBA-2014-0872.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="gdb" version="7.2" release="64.el6_5.2" arch="x86_64" src="gdb-7.2-64.el6_5.2.src.rpm"><filename>gdb-7.2-64.el6_5.2.x86_64.rpm</filename><sum type="sha256">a78349d46c78324f639adad333f068c7aa8b8cdbad3e0540ac56b1e380df553d</sum></package><package epoch="0" name="gdb-gdbserver" version="7.2" release="64.el6_5.2" arch="x86_64" src="gdb-7.2-64.el6_5.2.src.rpm"><filename>gdb-gdbserver-7.2-64.el6_5.2.x86_64.rpm</filename><sum type="sha256">68e01bbff0605efab99a7be588299dcfb62b3d9e51bf540e4a3a445b5af7ec48</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0874-1</id><title>initscripts bug fix update</title><description>This update fixes the following bug:

* Previously, certain network device drivers did not accept ethtool commands right after they were mounted. As a consequence, the current setting of the specified device driver was not applied and an error message was returned. The ETHTOOL_DELAY variable has been added, which makes sure the ethtool utility waits for some time before it tries to apply the options settings, thus fixing the bug.</description><release>Scientific Linux Fermi</release><issued date="2014-07-15 00:00:00"/><references><reference title="" type="bugzilla" id="1116297" href="https://bugzilla.redhat.com/show_bug.cgi?id=1116297"/><reference title="RHBA-2014:0874-1" type="self" id="RHBA-2014:0874-1" href="https://rhn.redhat.com/errata/RHBA-2014-0874.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="debugmode" version="9.03.40" release="2.el6_5.3" arch="x86_64" src="initscripts-9.03.40-2.el6_5.3.src.rpm"><filename>debugmode-9.03.40-2.el6_5.3.x86_64.rpm</filename><sum type="sha256">adc7dd342929d0634f9245479326f167dcf122ce10d4096f0c2949ad0a2cdcbd</sum></package><package epoch="0" name="initscripts" version="9.03.40" release="2.el6_5.3" arch="x86_64" src="initscripts-9.03.40-2.el6_5.3.src.rpm"><filename>initscripts-9.03.40-2.el6_5.3.x86_64.rpm</filename><sum type="sha256">bd1c54779c4955da573ff2e4c2fc31f125e993a45e2e31309aff33eae54dd363</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0904-1</id><title>kdebase-workspace bug fix update</title><description>This update fixes the following bugs:

* When the user started a Qt X11 program, for example, qtconfig-qt4, and hovered over it in the task manager window, the Plasma Desktop working environment terminated unexpectedly with a segmentation fault. A patch has been provided to fix this bug, and Plasma Desktop no longer crashes in the described scenario.

* When a laptop was removed from its docking station attached to an external monitor, application windows on the non-primary screen did not reposition to the primary screen. In addition, application windows remained running but became inaccessible. With this update, the desktop environment is correctly resized to only one screen and windows from the non-primary screen are moved to the primary screen, without the need to restart the KDE session.

* Previously, it was possible to set KDE wallpaper by editing the plasma- desktop-appletsrc file, but the changes took effect only for one monitor upon first login. The background was set on second monitor as well upon second login and then it continued to work thereafter. This bug has been fixed, and the wallpaper cache file for both monitors is now generated upon first login by itself and is used by KDE.</description><release>Scientific Linux Fermi</release><issued date="2014-07-22 00:00:00"/><relogin_suggested>true</relogin_suggested><references><reference title="" type="bugzilla" id="1098949" href="https://bugzilla.redhat.com/show_bug.cgi?id=1098949"/><reference title="" type="bugzilla" id="1101550" href="https://bugzilla.redhat.com/show_bug.cgi?id=1101550"/><reference title="" type="bugzilla" id="1101560" href="https://bugzilla.redhat.com/show_bug.cgi?id=1101560"/><reference title="RHBA-2014:0904-1" type="self" id="RHBA-2014:0904-1" href="https://rhn.redhat.com/errata/RHBA-2014-0904.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="kdebase-workspace" version="4.3.4" release="28.el6_5" arch="x86_64" src="kdebase-workspace-4.3.4-28.el6_5.src.rpm"><filename>kdebase-workspace-4.3.4-28.el6_5.x86_64.rpm</filename><sum type="sha256">dce9dc3f9015d8a0690553a52bea455a35848e7c5bda3c78d11db737335834cd</sum></package><package epoch="0" name="kdebase-workspace-akonadi" version="4.3.4" release="28.el6_5" arch="x86_64" src="kdebase-workspace-4.3.4-28.el6_5.src.rpm"><filename>kdebase-workspace-akonadi-4.3.4-28.el6_5.x86_64.rpm</filename><sum type="sha256">f5b81fade74d67b5efe313b865f7bd30e29e016390dbcbe0028788f256083fe7</sum></package><package epoch="0" name="kdebase-workspace-devel" version="4.3.4" release="28.el6_5" arch="i686" src="kdebase-workspace-4.3.4-28.el6_5.src.rpm"><filename>kdebase-workspace-devel-4.3.4-28.el6_5.i686.rpm</filename><sum type="sha256">dbdcad286be58579cf18004d2113053d771e4772db6877223bb9bf03b4c434dc</sum></package><package epoch="0" name="kdebase-workspace-devel" version="4.3.4" release="28.el6_5" arch="x86_64" src="kdebase-workspace-4.3.4-28.el6_5.src.rpm"><filename>kdebase-workspace-devel-4.3.4-28.el6_5.x86_64.rpm</filename><sum type="sha256">5c4255389ea44b34b9d78307dfad29d6a2ea4df1545139c9c29a430be78bd146</sum></package><package epoch="0" name="kdebase-workspace-libs" version="4.3.4" release="28.el6_5" arch="i686" src="kdebase-workspace-4.3.4-28.el6_5.src.rpm"><filename>kdebase-workspace-libs-4.3.4-28.el6_5.i686.rpm</filename><sum type="sha256">217d2db76120470a9eef8e26e0ac1132747b8edd62d25bd500be514cd0b18dd6</sum></package><package epoch="0" name="kdebase-workspace-libs" version="4.3.4" release="28.el6_5" arch="x86_64" src="kdebase-workspace-4.3.4-28.el6_5.src.rpm"><filename>kdebase-workspace-libs-4.3.4-28.el6_5.x86_64.rpm</filename><sum type="sha256">061339235498429e47ec357d92fc2ab32c8d1528533e9d82e46f598f6b9963d0</sum></package><package epoch="0" name="kdebase-workspace-python-applet" version="4.3.4" release="28.el6_5" arch="x86_64" src="kdebase-workspace-4.3.4-28.el6_5.src.rpm"><filename>kdebase-workspace-python-applet-4.3.4-28.el6_5.x86_64.rpm</filename><sum type="sha256">b502076c86d38a17a676faa29a690c5f78613fe6ad4c394000f4e3e8a4cc22fa</sum></package><package epoch="0" name="kdebase-workspace-wallpapers" version="4.3.4" release="28.el6_5" arch="noarch" src="kdebase-workspace-4.3.4-28.el6_5.src.rpm"><filename>kdebase-workspace-wallpapers-4.3.4-28.el6_5.noarch.rpm</filename><sum type="sha256">cc0ec3f9eb4f9fedf521082d6f4ceb5f7e83be33db6db1ea7c81ada242ff45bd</sum></package><package epoch="6" name="kdelibs" version="4.3.4" release="21.el6_5" arch="i686" src="kdelibs-4.3.4-21.el6_5.src.rpm"><filename>kdelibs-4.3.4-21.el6_5.i686.rpm</filename><sum type="sha256">8acc2264b5f8d0973837b6b6bdcba25c33dd9bf9b404401714dc1526087356d3</sum></package><package epoch="6" name="kdelibs" version="4.3.4" release="21.el6_5" arch="x86_64" src="kdelibs-4.3.4-21.el6_5.src.rpm"><filename>kdelibs-4.3.4-21.el6_5.x86_64.rpm</filename><sum type="sha256">68351defb3aeab6a36cc3560807535fccfb8594baa9bb86c3c80248d04f03916</sum></package><package epoch="6" name="kdelibs-apidocs" version="4.3.4" release="21.el6_5" arch="noarch" src="kdelibs-4.3.4-21.el6_5.src.rpm"><filename>kdelibs-apidocs-4.3.4-21.el6_5.noarch.rpm</filename><sum type="sha256">07f986bc6bcaca7ac6b387364b5a74563ef14de00bab5285f574213ce2a21531</sum></package><package epoch="6" name="kdelibs-common" version="4.3.4" release="21.el6_5" arch="x86_64" src="kdelibs-4.3.4-21.el6_5.src.rpm"><filename>kdelibs-common-4.3.4-21.el6_5.x86_64.rpm</filename><sum type="sha256">0f8b863d972e454dbe8ec5d3d1c78fd55e0c83aeacb8f4865725c104556cae83</sum></package><package epoch="6" name="kdelibs-devel" version="4.3.4" release="21.el6_5" arch="i686" src="kdelibs-4.3.4-21.el6_5.src.rpm"><filename>kdelibs-devel-4.3.4-21.el6_5.i686.rpm</filename><sum type="sha256">7fe6913be8d11a43966f162ca5dfe4c9f2348e72f1b31d9d64dccf7352e3640d</sum></package><package epoch="6" name="kdelibs-devel" version="4.3.4" release="21.el6_5" arch="x86_64" src="kdelibs-4.3.4-21.el6_5.src.rpm"><filename>kdelibs-devel-4.3.4-21.el6_5.x86_64.rpm</filename><sum type="sha256">ee6603c64ce71eb897566558e3c1c7155e20219e71c3e465e346ac8701568a33</sum></package><package epoch="0" name="kdm" version="4.3.4" release="28.el6_5" arch="x86_64" src="kdebase-workspace-4.3.4-28.el6_5.src.rpm"><filename>kdm-4.3.4-28.el6_5.x86_64.rpm</filename><sum type="sha256">01586f9cd9e2091d50a7bba43caac5d03de1be2563478a7ed45370cab0947f78</sum></package><package epoch="0" name="ksysguardd" version="4.3.4" release="28.el6_5" arch="x86_64" src="kdebase-workspace-4.3.4-28.el6_5.src.rpm"><filename>ksysguardd-4.3.4-28.el6_5.x86_64.rpm</filename><sum type="sha256">0642f291f9911373e9d68d6ea9bd95e40cd5cfb8e0d416fc4e58d4806329d2a0</sum></package><package epoch="0" name="oxygen-cursor-themes" version="4.3.4" release="28.el6_5" arch="noarch" src="kdebase-workspace-4.3.4-28.el6_5.src.rpm"><filename>oxygen-cursor-themes-4.3.4-28.el6_5.noarch.rpm</filename><sum type="sha256">6f176c3feb3f17a6c531c40ad321f15a7a42bc4cba7f082730a6df9ffaf871f3</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0912-1</id><title>e2fsprogs bug fix update</title><description>This update fixes the following bug:

* Previously, running the resize2fs utility to grow an unmounted ext4 file system did not properly reserve existing metadata blocks during the grow operation. As a consequence, the file system became corrupted during the resize operation. With this update, resize2fs reserves all existing metadata blocks when executing the resize operation, thus fixing the bug.</description><release>Scientific Linux Fermi</release><issued date="2014-07-29 00:00:00"/><references><reference title="" type="bugzilla" id="1120084" href="https://bugzilla.redhat.com/show_bug.cgi?id=1120084"/><reference title="RHBA-2014:0912-1" type="self" id="RHBA-2014:0912-1" href="https://rhn.redhat.com/errata/RHBA-2014-0912.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="e2fsprogs" version="1.41.12" release="18.el6_5.1" arch="x86_64" src="e2fsprogs-1.41.12-18.el6_5.1.src.rpm"><filename>e2fsprogs-1.41.12-18.el6_5.1.x86_64.rpm</filename><sum type="sha256">4eee3871ce39a662f422e354065fd1a327a6c708b1623dd1fb225a8fd16eb572</sum></package><package epoch="0" name="e2fsprogs-devel" version="1.41.12" release="18.el6_5.1" arch="i686" src="e2fsprogs-1.41.12-18.el6_5.1.src.rpm"><filename>e2fsprogs-devel-1.41.12-18.el6_5.1.i686.rpm</filename><sum type="sha256">5f717a48970195555710bcec3cbb3fe8322ecb22a7979732e785aa51a0521999</sum></package><package epoch="0" name="e2fsprogs-devel" version="1.41.12" release="18.el6_5.1" arch="x86_64" src="e2fsprogs-1.41.12-18.el6_5.1.src.rpm"><filename>e2fsprogs-devel-1.41.12-18.el6_5.1.x86_64.rpm</filename><sum type="sha256">9493ecac90a51935f0d6a34a191e032f766d43fc367b48b1cd3b3393c5fbb5f8</sum></package><package epoch="0" name="e2fsprogs-libs" version="1.41.12" release="18.el6_5.1" arch="i686" src="e2fsprogs-1.41.12-18.el6_5.1.src.rpm"><filename>e2fsprogs-libs-1.41.12-18.el6_5.1.i686.rpm</filename><sum type="sha256">1ccff8c22fa562b59915a6bc66ad18489395a3405e086b807ca371e53fd0a09b</sum></package><package epoch="0" name="e2fsprogs-libs" version="1.41.12" release="18.el6_5.1" arch="x86_64" src="e2fsprogs-1.41.12-18.el6_5.1.src.rpm"><filename>e2fsprogs-libs-1.41.12-18.el6_5.1.x86_64.rpm</filename><sum type="sha256">f89b948cd288a3f39bd1c7b3968071f078c29853676eaf222319e4c2ed7e431c</sum></package><package epoch="0" name="libcom_err" version="1.41.12" release="18.el6_5.1" arch="i686" src="e2fsprogs-1.41.12-18.el6_5.1.src.rpm"><filename>libcom_err-1.41.12-18.el6_5.1.i686.rpm</filename><sum type="sha256">785eab43b3c76b88509bedd646942e44229b96c0354efea13799b0d9f83cfe77</sum></package><package epoch="0" name="libcom_err" version="1.41.12" release="18.el6_5.1" arch="x86_64" src="e2fsprogs-1.41.12-18.el6_5.1.src.rpm"><filename>libcom_err-1.41.12-18.el6_5.1.x86_64.rpm</filename><sum type="sha256">a7121536efd9c755678ab4329e4912fc2ee5d77e2fc8fb912b75031803471132</sum></package><package epoch="0" name="libcom_err-devel" version="1.41.12" release="18.el6_5.1" arch="i686" src="e2fsprogs-1.41.12-18.el6_5.1.src.rpm"><filename>libcom_err-devel-1.41.12-18.el6_5.1.i686.rpm</filename><sum type="sha256">fccb6c9f9138d35cdf11335f06730e9f0cd17b2fa6d7d55d9738c20ac111d319</sum></package><package epoch="0" name="libcom_err-devel" version="1.41.12" release="18.el6_5.1" arch="x86_64" src="e2fsprogs-1.41.12-18.el6_5.1.src.rpm"><filename>libcom_err-devel-1.41.12-18.el6_5.1.x86_64.rpm</filename><sum type="sha256">e787f1693a6060f0b77b8c55cfd73e68e218b99f2fbdf67ea19af9864014bf87</sum></package><package epoch="0" name="libss" version="1.41.12" release="18.el6_5.1" arch="i686" src="e2fsprogs-1.41.12-18.el6_5.1.src.rpm"><filename>libss-1.41.12-18.el6_5.1.i686.rpm</filename><sum type="sha256">bc73666db6fc71e7f4a0fb728c282823304cea8a1a2890053f9b322cc5955f8d</sum></package><package epoch="0" name="libss" version="1.41.12" release="18.el6_5.1" arch="x86_64" src="e2fsprogs-1.41.12-18.el6_5.1.src.rpm"><filename>libss-1.41.12-18.el6_5.1.x86_64.rpm</filename><sum type="sha256">48dbd846e83d28de5825d1639d526e8993a82877a44047d4aca9f13c1a273476</sum></package><package epoch="0" name="libss-devel" version="1.41.12" release="18.el6_5.1" arch="i686" src="e2fsprogs-1.41.12-18.el6_5.1.src.rpm"><filename>libss-devel-1.41.12-18.el6_5.1.i686.rpm</filename><sum type="sha256">d45c9ab8ea5a30a66aff69da939d5c34df3304535c91c876f1adb46ef3c71e9e</sum></package><package epoch="0" name="libss-devel" version="1.41.12" release="18.el6_5.1" arch="x86_64" src="e2fsprogs-1.41.12-18.el6_5.1.src.rpm"><filename>libss-devel-1.41.12-18.el6_5.1.x86_64.rpm</filename><sum type="sha256">99a659c9ebf0eb792c5cdd395d1c5b84a42a1b44b239bebadf3af00ddc9acfd7</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0942-1</id><title>grub bug fix update</title><description>This update fixes the following bug:

* Previously, the convert function in the grub-install utility failed to correctly identify partition numbers for multipath devices when the "user_friendly_names" variable was set to "no". As a consequence, GRUB could not boot these multipath devices. The logic in the convert function has been patched, and multipath devices now boot successfully.</description><release>Scientific Linux Fermi</release><issued date="2014-07-29 00:00:00"/><references><reference title="" type="bugzilla" id="1122520" href="https://bugzilla.redhat.com/show_bug.cgi?id=1122520"/><reference title="RHBA-2014:0942-1" type="self" id="RHBA-2014:0942-1" href="https://rhn.redhat.com/errata/RHBA-2014-0942.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="grub" version="0.97" release="84.el6_5" arch="x86_64" src="grub-0.97-84.el6_5.src.rpm"><filename>grub-0.97-84.el6_5.x86_64.rpm</filename><sum type="sha256">c23593a3613d3c88a28bacfedd46c044b7a7522c9300a4397d9c7bfe90d6af21</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0945-1</id><title>mutt bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, an internal hash referencing a specific subject in each envelope referenced a non-existent one. As a consequence, mutt terminated with a segmentation fault when the user attempted to synchronize mailbox after removing one or more messages in threaded mode. With this update, the subject hash updates correctly and the crash no longer occurs.

* Previously, the array that stores mutt message headers did not properly handle empty header entries. This could cause mutt to terminate unexpectedly with a segmentation fault when a change of message IDs occurred on the IMAP server, for example when the IMAP server was connected with multiple clients while removing messages through one of them. In this update, the handling of empty headers has been optimized and sorting messages in the array has been streamlined. As a result, multiple connected clients now synchronize correctly.

* Prior to this update, mutt did not correctly parse certificate files when accessing accounts through IMAP and POP3 protocols. Consequently, mutt terminated unexpectedly with a segmentation fault when attempting to access an IMAP or POP3 account. This update fixes the parsing process and accessing an IMAP or POP3 account now functions as intended.

* Previously, a bug prevented mutt's interactive certificate verification from working properly. As a consequence, mutt terminated unexpectedly with a segmentation fault when the user tried to send an e-mail message from the command line to a TLS server, for which mutt had not received the certificate yet. With this update, mutt's interactive certificate verification has been fixed and the described crash no longer occurs.</description><release>Scientific Linux Fermi</release><issued date="2014-07-29 00:00:00"/><references><reference title="" type="bugzilla" id="1083524" href="https://bugzilla.redhat.com/show_bug.cgi?id=1083524"/><reference title="SIGSEGV when browsing pop account" type="bugzilla" id="674271" href="https://bugzilla.redhat.com/show_bug.cgi?id=674271"/><reference title="mutt crash" type="bugzilla" id="690409" href="https://bugzilla.redhat.com/show_bug.cgi?id=690409"/><reference title="SIGSEGV Crash while parsing certificates file" type="bugzilla" id="750929" href="https://bugzilla.redhat.com/show_bug.cgi?id=750929"/><reference title="RHBA-2014:0945-1" type="self" id="RHBA-2014:0945-1" href="https://rhn.redhat.com/errata/RHBA-2014-0945.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="5" name="mutt" version="1.5.20" release="7.20091214hg736b6a.el6" arch="x86_64" src="mutt-1.5.20-7.20091214hg736b6a.el6.src.rpm"><filename>mutt-1.5.20-7.20091214hg736b6a.el6.x86_64.rpm</filename><sum type="sha256">7954c5fb0161da1baa9ea8b3cf3e4e1307d6a39b332e10d302a2d1eb3973c34d</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0948-2</id><title>aide bug fix update</title><description>This update fixes the following bugs:

* Previously, the AIDE utility did not handle 'prelink' files properly if the prelink package was not installed. As a consequence, initializing the database by running the 'aide --init' command caused errors, and the database could not then be read with the 'aide --check' command. With this update, after running the 'aide --init' command in the described situation, a warning massage is displayed that prompts the user to install the prelink package first.

* Prior to this update, the AIDE utility did not process the 'report_attributes' parameter correctly. Consequently, running the 'aide --check' command resulted in an incomplete report and a segmentation fault. A patch has been applied to address this bug, and AIDE now works as expected when reporting forced attributes.</description><release>Scientific Linux Fermi</release><issued date="2014-07-29 00:00:00"/><references><reference title="aide segfaults while processing report_attributes" type="bugzilla" id="1119759" href="https://bugzilla.redhat.com/show_bug.cgi?id=1119759"/><reference title="" type="bugzilla" id="806911" href="https://bugzilla.redhat.com/show_bug.cgi?id=806911"/><reference title="RHBA-2014:0948-2" type="self" id="RHBA-2014:0948-2" href="https://rhn.redhat.com/errata/RHBA-2014-0948.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="aide" version="0.14" release="7.el6" arch="x86_64" src="aide-0.14-7.el6.src.rpm"><filename>aide-0.14-7.el6.x86_64.rpm</filename><sum type="sha256">aee697b8195adf665e77f7a7d2e50b06ddd36405b66cded93222d413d19b2403</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0992-1</id><title>libvirt bug fix update</title><description>This update fixes the following bug:

* Previously, the logic behind using the virsh command with the "--config" option, which handles the virtual domain configuration, was incorrect. Consequently, block devices were attached to both the domain configuration and the running domain. Both the handling logic and relevant technical documentation have been fixed, and virsh with "--config" now behaves correctly, attaching the block device to the domain configuration only.

After installing the updated packages, libvirtd will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2014-08-05 00:00:00"/><references><reference title="" type="bugzilla" id="1120669" href="https://bugzilla.redhat.com/show_bug.cgi?id=1120669"/><reference title="RHBA-2014:0992-1" type="self" id="RHBA-2014:0992-1" href="https://rhn.redhat.com/errata/RHBA-2014-0992.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt" version="0.10.2" release="29.el6_5.11" arch="x86_64" src="libvirt-0.10.2-29.el6_5.11.src.rpm"><filename>libvirt-0.10.2-29.el6_5.11.x86_64.rpm</filename><sum type="sha256">69d42bed7b43f91375ceedc53b43be18bf09831c969c5e983036e33892b193a4</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6_5.11" arch="i686" src="libvirt-0.10.2-29.el6_5.11.src.rpm"><filename>libvirt-client-0.10.2-29.el6_5.11.i686.rpm</filename><sum type="sha256">51204b3ec2a8d7464e466cbe21d239b7812c37c3aa196f6084806f67b4247da8</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6_5.11" arch="x86_64" src="libvirt-0.10.2-29.el6_5.11.src.rpm"><filename>libvirt-client-0.10.2-29.el6_5.11.x86_64.rpm</filename><sum type="sha256">f1e4e85d16c9015295c32f3a5bcf146e8a02a089660dd5d6364329109918013b</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6_5.11" arch="i686" src="libvirt-0.10.2-29.el6_5.11.src.rpm"><filename>libvirt-devel-0.10.2-29.el6_5.11.i686.rpm</filename><sum type="sha256">1777641ffee1ab2a29c9e006967636d9b1d21da8d651285fd2f3ad24c13e602d</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6_5.11" arch="x86_64" src="libvirt-0.10.2-29.el6_5.11.src.rpm"><filename>libvirt-devel-0.10.2-29.el6_5.11.x86_64.rpm</filename><sum type="sha256">538d98d0973809ce4e865194dedda76914279f9f8eb1cd7ea87beb8dac53dc37</sum></package><package epoch="0" name="libvirt-lock-sanlock" version="0.10.2" release="29.el6_5.11" arch="x86_64" src="libvirt-0.10.2-29.el6_5.11.src.rpm"><filename>libvirt-lock-sanlock-0.10.2-29.el6_5.11.x86_64.rpm</filename><sum type="sha256">45a579ccdb6e94d2e4619ff775dbbed1e429f27a7ac8bc08414a8629bbbc1106</sum></package><package epoch="0" name="libvirt-python" version="0.10.2" release="29.el6_5.11" arch="x86_64" src="libvirt-0.10.2-29.el6_5.11.src.rpm"><filename>libvirt-python-0.10.2-29.el6_5.11.x86_64.rpm</filename><sum type="sha256">612360302dfc473cea8ea59246af159ca4d08f2cfb63b5fd197b9b74f0d54916</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0996-1</id><title>nfs-utils-lib bug fix update</title><description>This update fixes the following bug:

* Previously, when the chown utility was used on NFSv4 mount, chown did not adhere the no_root_squash option, and thus was not able to change the user and group ownership of each given file. The libnfsidmap, a library to help mapping IDs mainly for NFSv4, has been patched, and chown now handles the user and group ownership as expected.</description><release>Scientific Linux Fermi</release><issued date="2014-08-05 00:00:00"/><references><reference title="chown does not respect NFSv4 no_root_squash" type="bugzilla" id="1106351" href="https://bugzilla.redhat.com/show_bug.cgi?id=1106351"/><reference title="RHBA-2014:0996-1" type="self" id="RHBA-2014:0996-1" href="https://rhn.redhat.com/errata/RHBA-2014-0996.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="nfs-utils-lib" version="1.1.5" release="6.el6_5" arch="i686" src="nfs-utils-lib-1.1.5-6.el6_5.src.rpm"><filename>nfs-utils-lib-1.1.5-6.el6_5.i686.rpm</filename><sum type="sha256">293d8f1d4e7c197a981029ac3291ca461b052896be2314921e513243e9be889a</sum></package><package epoch="0" name="nfs-utils-lib" version="1.1.5" release="6.el6_5" arch="x86_64" src="nfs-utils-lib-1.1.5-6.el6_5.src.rpm"><filename>nfs-utils-lib-1.1.5-6.el6_5.x86_64.rpm</filename><sum type="sha256">b017bc29ce75aa3409447ab937aa56210ee7d9d6063a6d4270d3148a63062c5e</sum></package><package epoch="0" name="nfs-utils-lib-devel" version="1.1.5" release="6.el6_5" arch="i686" src="nfs-utils-lib-1.1.5-6.el6_5.src.rpm"><filename>nfs-utils-lib-devel-1.1.5-6.el6_5.i686.rpm</filename><sum type="sha256">92b36b4c9005ed9172e84324c9fd691fb7fe1389ec42f0a34891234f768e991f</sum></package><package epoch="0" name="nfs-utils-lib-devel" version="1.1.5" release="6.el6_5" arch="x86_64" src="nfs-utils-lib-1.1.5-6.el6_5.src.rpm"><filename>nfs-utils-lib-devel-1.1.5-6.el6_5.x86_64.rpm</filename><sum type="sha256">9c4c59b0cdb04ceb5f63e8fbd64cd0cd9780da47cfd22c0e22da7cf5913b634b</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:0997-1</id><title>vsftpd bug fix update</title><description>This update fixes the following bug:

* Due to a bug in the underlying source code, the vsftpd daemon failed to transfer large ASCII files in size of tens of MB. This update applies a patch to fix this bug and vsftpd is now able to transfer those files as expected.

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

* When logging a formatted string with a variable number of parameters, an internal buffer is being allocated. For each such allocated buffer, a test checks if it is large enough to hold the logged string. If a buffer is too small, a larger one is allocated. However, the tests continued to iterate through the parameter list even after allocation. As a consequence, when a string larger than 1024 bytes was being logged, log4cpp terminated with a segmentation fault. To fix this bug, the tests are now performed on a copy of the arguments list. As a result, log4cpp no longer crashes when logging a string larger than 2014 bytes.</description><release>Scientific Linux Fermi</release><issued date="2014-08-05 00:00:00"/><references><reference title="" type="bugzilla" id="1125130" href="https://bugzilla.redhat.com/show_bug.cgi?id=1125130"/><reference title="RHBA-2014:0998-2" type="self" id="RHBA-2014:0998-2" href="https://rhn.redhat.com/errata/RHBA-2014-0998.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="log4cpp" version="1.0" release="13.el6_5.1" arch="i686" src="log4cpp-1.0-13.el6_5.1.src.rpm"><filename>log4cpp-1.0-13.el6_5.1.i686.rpm</filename><sum type="sha256">dade8868b984965b76174d7bade12b1be9f0a87d329b4f27073d28b5c6ea71e1</sum></package><package epoch="0" name="log4cpp" version="1.0" release="13.el6_5.1" arch="x86_64" src="log4cpp-1.0-13.el6_5.1.src.rpm"><filename>log4cpp-1.0-13.el6_5.1.x86_64.rpm</filename><sum type="sha256">5e4dad4540b019c54b86dec68fe02c84b186598baef51ed6f8a9d04c8223f97e</sum></package><package epoch="0" name="log4cpp-devel" version="1.0" release="13.el6_5.1" arch="i686" src="log4cpp-1.0-13.el6_5.1.src.rpm"><filename>log4cpp-devel-1.0-13.el6_5.1.i686.rpm</filename><sum type="sha256">f7318ab9f9ea718c44d3d3523f6ef03a57938903b06afa8dd300220c52b872fb</sum></package><package epoch="0" name="log4cpp-devel" version="1.0" release="13.el6_5.1" arch="x86_64" src="log4cpp-1.0-13.el6_5.1.src.rpm"><filename>log4cpp-devel-1.0-13.el6_5.1.x86_64.rpm</filename><sum type="sha256">d2557a8a508904f70d8688a1a3128fe39dfa2ca077d254a4a8e8385b4648fa5f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1005-1</id><title>numad bug fix update</title><description>This update fixes the following bugs:

* Previously, running the numad daemon on a system executing a process with very large resident memory (such as a Windows Server 2012 guest) could cause memory swapping. As a consequence, significant latencies under some circumstances occurred on the system, which could in turn lead to other processes (such as qemu-kvm) becoming unresponsive. With this update, numad no longer causes memory swapping in the above scenario, and the consequent latencies and hangs no longer occur.

* Prior to this update, when a process bound to a set of NUMA nodes depleted the system memory, the system started memory swapping instead of using other NUMA nodes for memory allocation. Consequently, the system experienced significant latencies or became unresponsive. With this update, numad unbinds memory nodes after moving the process memory, which allows for other nodes to be used for memory allocation and thus prevents the described latencies and hangs. (BZ# 1112592)

* Previously, the numad daemon ignored existing control groups when localizing QEMU threads, and as a consequence, it incorrectly consolidated all running threads into a single control group. This update introduces numad support for multiple control groups and numad therefore no longer moves QEMU threads into undesired control groups.</description><release>Scientific Linux Fermi</release><issued date="2014-08-05 00:00:00"/><references><reference title="windows server 2012 guest w/ 256GB memory always be killed only when numad is enabled on host(w/ 512GB memory)" type="bugzilla" id="1112280" href="https://bugzilla.redhat.com/show_bug.cgi?id=1112280"/><reference title="" type="bugzilla" id="1112592" href="https://bugzilla.redhat.com/show_bug.cgi?id=1112592"/><reference title="" type="bugzilla" id="1112593" href="https://bugzilla.redhat.com/show_bug.cgi?id=1112593"/><reference title="RHBA-2014:1005-1" type="self" id="RHBA-2014:1005-1" href="https://rhn.redhat.com/errata/RHBA-2014-1005.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="numad" version="0.5" release="10.20140620git.el6_5" arch="x86_64" src="numad-0.5-10.20140620git.el6_5.src.rpm"><filename>numad-0.5-10.20140620git.el6_5.x86_64.rpm</filename><sum type="sha256">2169e658bedc54c41538747273de8efa5a7f80e1f3d44816212145c2916f562f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1006-1</id><title>pciutils bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, the lspci command did not correctly handle empty PCI slots. As a consequence, lspci printed a warning message when it was used on a system with one or more unused PCI slots. Following this update, lspci disregards empty PCI slots and the described problem no longer occurs.

* Previously, the source link for PCI IDs in the /usr/sbin/update-pciids file of the pciutils package was deprecated, and consequently invoked an outdated list of PCI devices. With this update, /usr/sbin/update-pciids has been amended and now links to the up-to-date PCI ID list.</description><release>Scientific Linux Fermi</release><issued date="2014-08-05 00:00:00"/><references><reference title="" type="bugzilla" id="1032827" href="https://bugzilla.redhat.com/show_bug.cgi?id=1032827"/><reference title="unclosed opendir() in pciutils-dir-d.patch" type="bugzilla" id="684000" href="https://bugzilla.redhat.com/show_bug.cgi?id=684000"/><reference title="" type="bugzilla" id="998626" href="https://bugzilla.redhat.com/show_bug.cgi?id=998626"/><reference title="RHBA-2014:1006-1" type="self" id="RHBA-2014:1006-1" href="https://rhn.redhat.com/errata/RHBA-2014-1006.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="pciutils" version="3.1.10" release="4.el6" arch="x86_64" src="pciutils-3.1.10-4.el6.src.rpm"><filename>pciutils-3.1.10-4.el6.x86_64.rpm</filename><sum type="sha256">bfbc507517db7d4cf736987a4212e777b45a9e70140b9e1e4bb37022e99b5e31</sum></package><package epoch="0" name="pciutils-devel" version="3.1.10" release="4.el6" arch="i686" src="pciutils-3.1.10-4.el6.src.rpm"><filename>pciutils-devel-3.1.10-4.el6.i686.rpm</filename><sum type="sha256">fed120e5e7417b183f711069ce808828c12986adf6267b8faee33ee1cb462422</sum></package><package epoch="0" name="pciutils-devel" version="3.1.10" release="4.el6" arch="x86_64" src="pciutils-3.1.10-4.el6.src.rpm"><filename>pciutils-devel-3.1.10-4.el6.x86_64.rpm</filename><sum type="sha256">7b2f2041a8f570d02e6834bad45b8547d834f4d95ee6ac1a7ed3160a84d94d07</sum></package><package epoch="0" name="pciutils-devel-static" version="3.1.10" release="4.el6" arch="x86_64" src="pciutils-3.1.10-4.el6.src.rpm"><filename>pciutils-devel-static-3.1.10-4.el6.x86_64.rpm</filename><sum type="sha256">2e602af00cdef54aff542ee7dd2689381ce99741c973d09d179fc092511a5948</sum></package><package epoch="0" name="pciutils-libs" version="3.1.10" release="4.el6" arch="i686" src="pciutils-3.1.10-4.el6.src.rpm"><filename>pciutils-libs-3.1.10-4.el6.i686.rpm</filename><sum type="sha256">4255b2f39a0182d7b701d7a96b92719b0afbab17657e00ed1ce1af770d600d87</sum></package><package epoch="0" name="pciutils-libs" version="3.1.10" release="4.el6" arch="x86_64" src="pciutils-3.1.10-4.el6.src.rpm"><filename>pciutils-libs-3.1.10-4.el6.x86_64.rpm</filename><sum type="sha256">e037d775aa9bc580cdfd1421dd7bb23824ab304b2199dda0de4600d445347a6c</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1015-1</id><title>ksh bug fix update</title><description>This update fixes the following bug:

* Prior to this update, the compiler optimization dropped parts from the ksh job locking mechanism from the binary code. As a consequence, ksh could terminate unexpectedly with a segmentation fault after it received the SIGCHLD signal. This update implements a fix to ensure the compiler does not drop parts of the ksh mechanism and the crash no longer occurs.</description><release>Scientific Linux Fermi</release><issued date="2014-08-12 00:00:00"/><references><reference title="" type="bugzilla" id="1112306" href="https://bugzilla.redhat.com/show_bug.cgi?id=1112306"/><reference title="ksh crashes because job locking mechanism does not survive compiler optimization" type="bugzilla" id="1123467" href="https://bugzilla.redhat.com/show_bug.cgi?id=1123467"/><reference title="RHBA-2014:1015-1" type="self" id="RHBA-2014:1015-1" href="https://rhn.redhat.com/errata/RHBA-2014-1015.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ksh" version="20120801" release="10.el6_5.8" arch="x86_64" src="ksh-20120801-10.el6_5.8.src.rpm"><filename>ksh-20120801-10.el6_5.8.x86_64.rpm</filename><sum type="sha256">1dfd263095cd816488afa4c13da9e4331d6171869646b1b242384ef138dc6850</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1016-1</id><title>cups bug fix update</title><description>This update fixes the following bug:

* When handling an incoming Internet Printing Protocol (IPP) request with a document such as Send-Document, the scheduler did not check whether the client connection had data available to read before starting to handle the document. This could lead to a 10 second timeout. The scheduler now checks for data availability before reading the document data, avoiding this timeout.</description><release>Scientific Linux Fermi</release><issued date="2014-08-12 00:00:00"/><references><reference title="" type="bugzilla" id="1124782" href="https://bugzilla.redhat.com/show_bug.cgi?id=1124782"/><reference title="RHBA-2014:1016-1" type="self" id="RHBA-2014:1016-1" href="https://rhn.redhat.com/errata/RHBA-2014-1016.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="cups" version="1.4.2" release="52.el6_5.2" arch="x86_64" src="cups-1.4.2-52.el6_5.2.src.rpm"><filename>cups-1.4.2-52.el6_5.2.x86_64.rpm</filename><sum type="sha256">1369256c21d3912e789bcc294e0b6562a35d07a8d635c80eac78591557fad82b</sum></package><package epoch="1" name="cups-devel" version="1.4.2" release="52.el6_5.2" arch="i686" src="cups-1.4.2-52.el6_5.2.src.rpm"><filename>cups-devel-1.4.2-52.el6_5.2.i686.rpm</filename><sum type="sha256">ba4238b2b33781a6c0af81dbf96bd5f1a7d9c1c42100af82c2d8ed8a6f4ee1a4</sum></package><package epoch="1" name="cups-devel" version="1.4.2" release="52.el6_5.2" arch="x86_64" src="cups-1.4.2-52.el6_5.2.src.rpm"><filename>cups-devel-1.4.2-52.el6_5.2.x86_64.rpm</filename><sum type="sha256">526c4d241b6c715dcdb59edb22b9e062f3743f8ba8ec10f3c187cc47d715f6cc</sum></package><package epoch="1" name="cups-libs" version="1.4.2" release="52.el6_5.2" arch="i686" src="cups-1.4.2-52.el6_5.2.src.rpm"><filename>cups-libs-1.4.2-52.el6_5.2.i686.rpm</filename><sum type="sha256">db0ed8b9946911e50e411617104e17de05c03f589975463b01348ca8ace64fc0</sum></package><package epoch="1" name="cups-libs" version="1.4.2" release="52.el6_5.2" arch="x86_64" src="cups-1.4.2-52.el6_5.2.src.rpm"><filename>cups-libs-1.4.2-52.el6_5.2.x86_64.rpm</filename><sum type="sha256">1df5095b4946b366011e802569d1e4fd5c8b1b33965fcb8ef1baf51ab3d2fcc1</sum></package><package epoch="1" name="cups-lpd" version="1.4.2" release="52.el6_5.2" arch="x86_64" src="cups-1.4.2-52.el6_5.2.src.rpm"><filename>cups-lpd-1.4.2-52.el6_5.2.x86_64.rpm</filename><sum type="sha256">37739ecc3a27ab39eb4066e48347874e9f1a13c619a5102a735b61669cb1da5c</sum></package><package epoch="1" name="cups-php" version="1.4.2" release="52.el6_5.2" arch="x86_64" src="cups-1.4.2-52.el6_5.2.src.rpm"><filename>cups-php-1.4.2-52.el6_5.2.x86_64.rpm</filename><sum type="sha256">41e339a4157862083532556f0fa99e40a6e70c4be2216e0ac96b7a50ed4043d5</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1030-1</id><title>plymouth bug fix update</title><description>This update fixes the following bug:

* Prior to this update, a call to the tcsetattr() function, which sets up the terminal attributes, sometimes blocked indefinitely. In this situation, when the plymouth utility blocked, the system failed to boot. To fix the bug, the flags used when setting the terminal attributes have been changed so that tcsetattr() call no longer blocks. As a result, plymouth no longer impedes the boot process, and the system now boots reliably.</description><release>Scientific Linux Fermi</release><issued date="2014-08-12 00:00:00"/><references><reference title="" type="bugzilla" id="1125325" href="https://bugzilla.redhat.com/show_bug.cgi?id=1125325"/><reference title="RHBA-2014:1030-1" type="self" id="RHBA-2014:1030-1" href="https://rhn.redhat.com/errata/RHBA-2014-1030.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="plymouth" version="0.8.3" release="27.sl6.1" arch="x86_64" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-0.8.3-27.sl6.1.x86_64.rpm</filename><sum type="sha256">96897e625646e2298e1b84766d71ef0c9f4a68b759ea4978d8ec32bdd208413f</sum></package><package epoch="0" name="plymouth-core-libs" version="0.8.3" release="27.sl6.1" arch="i686" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-core-libs-0.8.3-27.sl6.1.i686.rpm</filename><sum type="sha256">51701deeed09d63d4fe300418cbdd17ecb0f379b1825d29cbd502aaa92f11111</sum></package><package epoch="0" name="plymouth-core-libs" version="0.8.3" release="27.sl6.1" arch="x86_64" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-core-libs-0.8.3-27.sl6.1.x86_64.rpm</filename><sum type="sha256">efb10c42df6179bf40f39a95ed7e43adc86be9a424a53679b8286d9b645ecb3c</sum></package><package epoch="0" name="plymouth-devel" version="0.8.3" release="27.sl6.1" arch="i686" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-devel-0.8.3-27.sl6.1.i686.rpm</filename><sum type="sha256">811fc88bb40769a86981115ad1ec58fb70259affa235df255d94bbb2b71ef38f</sum></package><package epoch="0" name="plymouth-devel" version="0.8.3" release="27.sl6.1" arch="x86_64" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-devel-0.8.3-27.sl6.1.x86_64.rpm</filename><sum type="sha256">670de0c33db06216654c8e865b7370e071a8338f0977f76255d6ee2f8c193ef3</sum></package><package epoch="0" name="plymouth-gdm-hooks" version="0.8.3" release="27.sl6.1" arch="x86_64" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-gdm-hooks-0.8.3-27.sl6.1.x86_64.rpm</filename><sum type="sha256">e45ce70eb17980be4d4a096416720d563b0ab80ff5caeaea4a31d082c6587d57</sum></package><package epoch="0" name="plymouth-graphics-libs" version="0.8.3" release="27.sl6.1" arch="i686" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-graphics-libs-0.8.3-27.sl6.1.i686.rpm</filename><sum type="sha256">b510016cb0c11847eea9d4d6e917e87c1f8b6b2bc6a93bfd8a7ba556e1324320</sum></package><package epoch="0" name="plymouth-graphics-libs" version="0.8.3" release="27.sl6.1" arch="x86_64" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-graphics-libs-0.8.3-27.sl6.1.x86_64.rpm</filename><sum type="sha256">183c709029f7194eb6dc76b832718ee4f28b902377caf2661b2c4403e933bad0</sum></package><package epoch="0" name="plymouth-plugin-fade-throbber" version="0.8.3" release="27.sl6.1" arch="x86_64" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-plugin-fade-throbber-0.8.3-27.sl6.1.x86_64.rpm</filename><sum type="sha256">9989c555279a501e63113b20667216ab96d47c38fa3d22028c15c6409dff5ca0</sum></package><package epoch="0" name="plymouth-plugin-label" version="0.8.3" release="27.sl6.1" arch="x86_64" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-plugin-label-0.8.3-27.sl6.1.x86_64.rpm</filename><sum type="sha256">5e700d503a8805918886d6d724768c5de22895043620ee330f910b59cc82b9ef</sum></package><package epoch="0" name="plymouth-plugin-script" version="0.8.3" release="27.sl6.1" arch="x86_64" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-plugin-script-0.8.3-27.sl6.1.x86_64.rpm</filename><sum type="sha256">40c2e61d68d2bdbd8b208db7c554b622e6f66ddab6b48584b07250b538a12307</sum></package><package epoch="0" name="plymouth-plugin-space-flares" version="0.8.3" release="27.sl6.1" arch="x86_64" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-plugin-space-flares-0.8.3-27.sl6.1.x86_64.rpm</filename><sum type="sha256">3fb64a28220a42fdd6572abb1c4ff0728312e5c2280e6364e27040f1281e7a03</sum></package><package epoch="0" name="plymouth-plugin-throbgress" version="0.8.3" release="27.sl6.1" arch="x86_64" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-plugin-throbgress-0.8.3-27.sl6.1.x86_64.rpm</filename><sum type="sha256">ae97dc35605ac24642b56f8ac5434581db10d701a1729f23522e6e7cfc7b5c29</sum></package><package epoch="0" name="plymouth-plugin-two-step" version="0.8.3" release="27.sl6.1" arch="x86_64" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-plugin-two-step-0.8.3-27.sl6.1.x86_64.rpm</filename><sum type="sha256">617482d3652fb8b6a758f8356523af7c0eeca0f1a488d08f58e9dd321d3d7312</sum></package><package epoch="0" name="plymouth-scripts" version="0.8.3" release="27.sl6.1" arch="x86_64" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-scripts-0.8.3-27.sl6.1.x86_64.rpm</filename><sum type="sha256">b07e5b842262ba834e7d491ccd042b5ddfb124e913213617607e9928ebdc1e67</sum></package><package epoch="0" name="plymouth-system-theme" version="0.8.3" release="27.sl6.1" arch="noarch" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-system-theme-0.8.3-27.sl6.1.noarch.rpm</filename><sum type="sha256">af7d4ac8d9b9d8d22fb6e7bd24e82169a45a09aeab59e3c76d8019af99dc97db</sum></package><package epoch="0" name="plymouth-theme-fade-in" version="0.8.3" release="27.sl6.1" arch="noarch" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-theme-fade-in-0.8.3-27.sl6.1.noarch.rpm</filename><sum type="sha256">9b35240def691a9264c3151aabf8bb7f6db3188d6b4acabef042941780e1d5ba</sum></package><package epoch="0" name="plymouth-theme-rings" version="0.8.3" release="27.sl6.1" arch="noarch" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-theme-rings-0.8.3-27.sl6.1.noarch.rpm</filename><sum type="sha256">d30f7e2330d6fb419b066facdee3301da12de7e783bf3bc720c8db5347148974</sum></package><package epoch="0" name="plymouth-theme-script" version="0.8.3" release="27.sl6.1" arch="noarch" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-theme-script-0.8.3-27.sl6.1.noarch.rpm</filename><sum type="sha256">1602bdc27835191cd73b1f126b87868832c6f7477ce1c1bd1826b5e6c5cb3a4a</sum></package><package epoch="0" name="plymouth-theme-solar" version="0.8.3" release="27.sl6.1" arch="noarch" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-theme-solar-0.8.3-27.sl6.1.noarch.rpm</filename><sum type="sha256">d5bd79b8f0591adb1c6b5646a2ef096e0c81b1fb95e0a673a79b42629d5df015</sum></package><package epoch="0" name="plymouth-theme-spinfinity" version="0.8.3" release="27.sl6.1" arch="noarch" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-theme-spinfinity-0.8.3-27.sl6.1.noarch.rpm</filename><sum type="sha256">4e3fe851f5cdd68e241f05f3a4d4cde71ae74444b9c8d601fc5530413f5f6e1f</sum></package><package epoch="0" name="plymouth-utils" version="0.8.3" release="27.sl6.1" arch="x86_64" src="plymouth-0.8.3-27.sl6.1.src.rpm"><filename>plymouth-utils-0.8.3-27.sl6.1.x86_64.rpm</filename><sum type="sha256">684d4ee3bff5a2382ff3ecc8f3f29a819f08e7e10a22150f8ad7cce4f236c989</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1048-1</id><title>hwloc bug fix update</title><description>* A previous rebase of the hwloc packages included a new version of its shared library. However, no compatibility library was provided for applications that were linked against the older version of hwloc. This update adds the compatibility library so that existing dependent applications continue to work.</description><release>Scientific Linux Fermi</release><issued date="2014-08-26 00:00:00"/><references><reference title="" type="bugzilla" id="1121542" href="https://bugzilla.redhat.com/show_bug.cgi?id=1121542"/><reference title="RHBA-2014:1048-1" type="self" id="RHBA-2014:1048-1" href="https://rhn.redhat.com/errata/RHBA-2014-1048.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="hwloc" version="1.5" release="2.el6_5" arch="i686" src="hwloc-1.5-2.el6_5.src.rpm"><filename>hwloc-1.5-2.el6_5.i686.rpm</filename><sum type="sha256">afd5e732e23af02343cbeac32782db56dd82292a9b4ea110266c8df691e53f32</sum></package><package epoch="0" name="hwloc" version="1.5" release="2.el6_5" arch="x86_64" src="hwloc-1.5-2.el6_5.src.rpm"><filename>hwloc-1.5-2.el6_5.x86_64.rpm</filename><sum type="sha256">9eba0fbee6fb326ad74b360e717e2a6e071a95bc8800476b579fad88035b6327</sum></package><package epoch="0" name="hwloc-devel" version="1.5" release="2.el6_5" arch="i686" src="hwloc-1.5-2.el6_5.src.rpm"><filename>hwloc-devel-1.5-2.el6_5.i686.rpm</filename><sum type="sha256">07a2494f4998b148978e2f9af3e5add4726db8fe86cf958d187d4f390d1bcf1b</sum></package><package epoch="0" name="hwloc-devel" version="1.5" release="2.el6_5" arch="x86_64" src="hwloc-1.5-2.el6_5.src.rpm"><filename>hwloc-devel-1.5-2.el6_5.x86_64.rpm</filename><sum type="sha256">e49052fed16d0b6ded01e62cb64a422d0954dba4862c4faa69a96fd96cd8bbba</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1056-1</id><title>glibc bug fix update</title><description>This update fixes the following bug:

* Due to problems with buffer extension and reallocation, the nscd daemon terminated unexpectedly with a segmentation fault when processing long netgroup entries. With this update, the handling of long netgroup entries has been corrected and nscd no longer crashes in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2014-08-26 00:00:00"/><references><reference title="" type="bugzilla" id="1087789" href="https://bugzilla.redhat.com/show_bug.cgi?id=1087789"/><reference title="RHBA-2014:1056-1" type="self" id="RHBA-2014:1056-1" href="https://rhn.redhat.com/errata/RHBA-2014-1056.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="glibc" version="2.12" release="1.132.el6_5.3" arch="i686" src="glibc-2.12-1.132.el6_5.3.src.rpm"><filename>glibc-2.12-1.132.el6_5.3.i686.rpm</filename><sum type="sha256">6c9c6fc2861f08dfbedb4bba99f7f4c117bcf3ebcfa1d3a381d065263379472f</sum></package><package epoch="0" name="glibc" version="2.12" release="1.132.el6_5.3" arch="x86_64" src="glibc-2.12-1.132.el6_5.3.src.rpm"><filename>glibc-2.12-1.132.el6_5.3.x86_64.rpm</filename><sum type="sha256">88569861b34e10e4f7d461563e5bfd6178007187d3c8daa6d94e0b537dc55c44</sum></package><package epoch="0" name="glibc-common" version="2.12" release="1.132.el6_5.3" arch="x86_64" src="glibc-2.12-1.132.el6_5.3.src.rpm"><filename>glibc-common-2.12-1.132.el6_5.3.x86_64.rpm</filename><sum type="sha256">6f40aa3462b68da45b10d1b9a9e5028623d777e51847ef254548a8b2b59b73e3</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.132.el6_5.3" arch="i686" src="glibc-2.12-1.132.el6_5.3.src.rpm"><filename>glibc-devel-2.12-1.132.el6_5.3.i686.rpm</filename><sum type="sha256">2019cc1bd565464471d912f7d431c94429acb899e812c1c1cefae1b7c6d00427</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.132.el6_5.3" arch="x86_64" src="glibc-2.12-1.132.el6_5.3.src.rpm"><filename>glibc-devel-2.12-1.132.el6_5.3.x86_64.rpm</filename><sum type="sha256">0ee5c4fc627f6c56265d9a2174fe8f9f3b9799e4005d470e6e95ad812775a808</sum></package><package epoch="0" name="glibc-headers" version="2.12" release="1.132.el6_5.3" arch="x86_64" src="glibc-2.12-1.132.el6_5.3.src.rpm"><filename>glibc-headers-2.12-1.132.el6_5.3.x86_64.rpm</filename><sum type="sha256">962acae88da3767cb22925a5c2af6e0bbc4d9ff654077f3220f8d25eaabe5cdc</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.132.el6_5.3" arch="i686" src="glibc-2.12-1.132.el6_5.3.src.rpm"><filename>glibc-static-2.12-1.132.el6_5.3.i686.rpm</filename><sum type="sha256">bc75ac512d11e0d12a234c262e18ddcf288c67b1e1853a9e1b96d04715680e0c</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.132.el6_5.3" arch="x86_64" src="glibc-2.12-1.132.el6_5.3.src.rpm"><filename>glibc-static-2.12-1.132.el6_5.3.x86_64.rpm</filename><sum type="sha256">cf9f3df5d7669517cd3af13ecc0c5676e467232b48fb7215804ae66bb27b240a</sum></package><package epoch="0" name="glibc-utils" version="2.12" release="1.132.el6_5.3" arch="x86_64" src="glibc-2.12-1.132.el6_5.3.src.rpm"><filename>glibc-utils-2.12-1.132.el6_5.3.x86_64.rpm</filename><sum type="sha256">34b049f7379c9bd6bda1a54f4e6b4b97620d3fce150fe43146cf91381b8651c3</sum></package><package epoch="0" name="nscd" version="2.12" release="1.132.el6_5.3" arch="x86_64" src="glibc-2.12-1.132.el6_5.3.src.rpm"><filename>nscd-2.12-1.132.el6_5.3.x86_64.rpm</filename><sum type="sha256">db5cd58ca390f625d9c42d376d2ebb7f21de2481cbfa2d257a58dcb5e3fae6e5</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1080-1</id><title>ccid bug fix update</title><description>This update fixes the following bug:

* Smart Card readers have multiple modes, some of which have limitations on the size of commands that can be sent to the Smart Card. Previously, OmniKey 3121 supported the modes of operation that allowed longer commands, but not in the standard CCID way. As a consequence, the user received an unrecoverable error message when running a long command. This update recognizes OmniKey 3121 and enables the longer modes so that longer commands are successfully executed on the Smart Card.</description><release>Scientific Linux Fermi</release><issued date="2014-08-26 00:00:00"/><references><reference title="" type="bugzilla" id="1121845" href="https://bugzilla.redhat.com/show_bug.cgi?id=1121845"/><reference title="RHBA-2014:1080-1" type="self" id="RHBA-2014:1080-1" href="https://rhn.redhat.com/errata/RHBA-2014-1080.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ccid" version="1.3.9" release="6.1.el6_5" arch="x86_64" src="ccid-1.3.9-6.1.el6_5.src.rpm"><filename>ccid-1.3.9-6.1.el6_5.x86_64.rpm</filename><sum type="sha256">0bfac37ff7663cbd7753aedf6a966e3c05b98f7a6d741a9aca04ddf831e92468</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1099-1</id><title>net-snmp bug fix update</title><description>This update fixes the following bugs:

* Previously, the SNMP daemon, snmpd, did not cache process information when returning data for HOST-RESOURCES-MIB::hrSWRunTable. Consequently, two parallel GET requests for a specific process in the hrSWRunTable might return inconsistent data if the process exited in the middle of snmpd processing the requests. One GET request could return that the process exists and the other that it no longer exists. This update causes snmpd to cache the table of running processes for 5 seconds. As a result, the probability of two requests returning inconsistent data is significantly lower. However, in some cases on busy systems, the cache may expire and cause two GET requests to return inconsistent data. The SNMP protocol does not guarantee consistency in this situation.

* To speed up the reporting of storage related statistics the SNMP daemon, snmpd, can optionally ignore remote file systems. This behavior is enabled with the 'skipNFSInHostResources 1' option in the snmpd.conf configuration file. Prior to this update, the MVFS file system was not ignored when this option was set. Consequently, when snmpd was run on systems with MVFS file systems mounted, it had to wait for remote storage information or network timeouts when gathering storage related information. This patch causes MVFS file systems to be ignored in the described situation, speeding snmpd up.</description><release>Scientific Linux Fermi</release><issued date="2014-09-02 00:00:00"/><references><reference title="" type="bugzilla" id="1085315" href="https://bugzilla.redhat.com/show_bug.cgi?id=1085315"/><reference title="" type="bugzilla" id="1086683" href="https://bugzilla.redhat.com/show_bug.cgi?id=1086683"/><reference title="RHBA-2014:1099-1" type="self" id="RHBA-2014:1099-1" href="https://rhn.redhat.com/errata/RHBA-2014-1099.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="net-snmp" version="5.5" release="49.el6_5.2" arch="x86_64" src="net-snmp-5.5-49.el6_5.2.src.rpm"><filename>net-snmp-5.5-49.el6_5.2.x86_64.rpm</filename><sum type="sha256">0d7ee5fda03499641974441e33b83271cfb57b719ed272ba25164950e74c8531</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="49.el6_5.2" arch="i686" src="net-snmp-5.5-49.el6_5.2.src.rpm"><filename>net-snmp-devel-5.5-49.el6_5.2.i686.rpm</filename><sum type="sha256">3b9d0bc304319c32f8321f4af6f606dfd4087399a0952fce4737baa851f14f40</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="49.el6_5.2" arch="x86_64" src="net-snmp-5.5-49.el6_5.2.src.rpm"><filename>net-snmp-devel-5.5-49.el6_5.2.x86_64.rpm</filename><sum type="sha256">c93329e2d86653fc5824372c871c6c06b2e0513b6374a8c7f563edb692d68e61</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="49.el6_5.2" arch="i686" src="net-snmp-5.5-49.el6_5.2.src.rpm"><filename>net-snmp-libs-5.5-49.el6_5.2.i686.rpm</filename><sum type="sha256">595d74a8b30c16410fbba8d170db0f099165e143c9869c65fade473e361ade59</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="49.el6_5.2" arch="x86_64" src="net-snmp-5.5-49.el6_5.2.src.rpm"><filename>net-snmp-libs-5.5-49.el6_5.2.x86_64.rpm</filename><sum type="sha256">f21d68afb65d3219723538dba01953276cecc276fa1230cc5ee4531ccb099384</sum></package><package epoch="1" name="net-snmp-perl" version="5.5" release="49.el6_5.2" arch="x86_64" src="net-snmp-5.5-49.el6_5.2.src.rpm"><filename>net-snmp-perl-5.5-49.el6_5.2.x86_64.rpm</filename><sum type="sha256">76e20f305f8805390513541c73f32394b59c07a9d8a9e6440444f7b5e628696b</sum></package><package epoch="1" name="net-snmp-python" version="5.5" release="49.el6_5.2" arch="x86_64" src="net-snmp-5.5-49.el6_5.2.src.rpm"><filename>net-snmp-python-5.5-49.el6_5.2.x86_64.rpm</filename><sum type="sha256">54a0939529d55d4ab58d8ae85e577b1cd138cfca3cae7b76c1e98d1a7c19dc88</sum></package><package epoch="1" name="net-snmp-utils" version="5.5" release="49.el6_5.2" arch="x86_64" src="net-snmp-5.5-49.el6_5.2.src.rpm"><filename>net-snmp-utils-5.5-49.el6_5.2.x86_64.rpm</filename><sum type="sha256">baf365e1e288a6e743547ba7b18a5d5e7f81c1e8d60ea1de2bc465894acc3312</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1107-1</id><title>ksh bug fix update</title><description>This update fixes the following bug:

* When running a command that output a lot of data, and then setting a variable from that output, the ksh could become unresponsive. The combination of I/O redirection and synchronization mechanism has been changed, thus fixing the bug. As a result, commands complete successfully, and the ksh no longer hangs.</description><release>Scientific Linux Fermi</release><issued date="2014-09-02 00:00:00"/><references><reference title="" type="bugzilla" id="1128585" href="https://bugzilla.redhat.com/show_bug.cgi?id=1128585"/><reference title="RHBA-2014:1107-1" type="self" id="RHBA-2014:1107-1" href="https://rhn.redhat.com/errata/RHBA-2014-1107.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ksh" version="20120801" release="10.el6_5.9" arch="x86_64" src="ksh-20120801-10.el6_5.9.src.rpm"><filename>ksh-20120801-10.el6_5.9.x86_64.rpm</filename><sum type="sha256">09946b3b0c0ba74a03e18309e125e5f76993a70747d3ffa3a092d254ca9cf690</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1108-1</id><title>sysstat bug fix update</title><description>This update fixes the following bug:

* The dynamic ticks kernel feature can currently make the /proc/stat file unreliable because the stopped CPU cannot provide reliable statistics. Even though the kernel is trying to provide the best guess, the statistics are not always accurate. As a consequence, some sysstat commands could show overflowed values. This update detects values going backwards in sysstat, and sysstat commands no longer show overflowed values.</description><release>Scientific Linux Fermi</release><issued date="2014-09-02 00:00:00"/><references><reference title="" type="bugzilla" id="1127069" href="https://bugzilla.redhat.com/show_bug.cgi?id=1127069"/><reference title="RHBA-2014:1108-1" type="self" id="RHBA-2014:1108-1" href="https://rhn.redhat.com/errata/RHBA-2014-1108.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="sysstat" version="9.0.4" release="22.el6_5.1" arch="x86_64" src="sysstat-9.0.4-22.el6_5.1.src.rpm"><filename>sysstat-9.0.4-22.el6_5.1.x86_64.rpm</filename><sum type="sha256">7651661bfa21f62caf659c38ae8d25b5dc39553fdfa667aa02bd5e5d772d1c71</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1112-1</id><title>libvirt bug fix update</title><description>This update fixes the following bug:

* The libvirt library has limits on Remote Procedure Call (RPC) messages to prevent Denial of Service (DoS) attacks. Previously, however, the domain XML file could fail this limit test when it was encoded into an RPC message and sent to the target machine during migration. As a consequence, the migration failed even though the domain XML format was valid. To fix this bug, the RPC message limits have been increased, and the migration now succeeds, while libvirt stays resistant to DoS attacks.

After installing the updated packages, libvirtd will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2014-09-02 00:00:00"/><references><reference title="" type="bugzilla" id="1128603" href="https://bugzilla.redhat.com/show_bug.cgi?id=1128603"/><reference title="RHBA-2014:1112-1" type="self" id="RHBA-2014:1112-1" href="https://rhn.redhat.com/errata/RHBA-2014-1112.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt" version="0.10.2" release="29.el6_5.12" arch="x86_64" src="libvirt-0.10.2-29.el6_5.12.src.rpm"><filename>libvirt-0.10.2-29.el6_5.12.x86_64.rpm</filename><sum type="sha256">bedb052578127faff9d1a51fb097f6490db61e19c77d42bd2e86be417b0ffc0c</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6_5.12" arch="i686" src="libvirt-0.10.2-29.el6_5.12.src.rpm"><filename>libvirt-client-0.10.2-29.el6_5.12.i686.rpm</filename><sum type="sha256">7e9266676b6ccc9ea6c072e247aa329e87f2f2732f55789a7f2366c83259137c</sum></package><package epoch="0" name="libvirt-client" version="0.10.2" release="29.el6_5.12" arch="x86_64" src="libvirt-0.10.2-29.el6_5.12.src.rpm"><filename>libvirt-client-0.10.2-29.el6_5.12.x86_64.rpm</filename><sum type="sha256">daa91f10a849783d145c20286b3e5269c0cfbc39f4ed43fdd1fee6d3f19f5594</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6_5.12" arch="i686" src="libvirt-0.10.2-29.el6_5.12.src.rpm"><filename>libvirt-devel-0.10.2-29.el6_5.12.i686.rpm</filename><sum type="sha256">77d0435c6f4c4bbc0c16e8d70dd98509836b93126da8295ce627ecf207d1554c</sum></package><package epoch="0" name="libvirt-devel" version="0.10.2" release="29.el6_5.12" arch="x86_64" src="libvirt-0.10.2-29.el6_5.12.src.rpm"><filename>libvirt-devel-0.10.2-29.el6_5.12.x86_64.rpm</filename><sum type="sha256">19a8e4376e19109bc65eb98f304d38ec1f137e8757ffe01e0417d6d7471d77cd</sum></package><package epoch="0" name="libvirt-lock-sanlock" version="0.10.2" release="29.el6_5.12" arch="x86_64" src="libvirt-0.10.2-29.el6_5.12.src.rpm"><filename>libvirt-lock-sanlock-0.10.2-29.el6_5.12.x86_64.rpm</filename><sum type="sha256">8378a7b1ff62d278989bbb316dfa5b959c1e4e55405cd9cf4298910d5de75c47</sum></package><package epoch="0" name="libvirt-python" version="0.10.2" release="29.el6_5.12" arch="x86_64" src="libvirt-0.10.2-29.el6_5.12.src.rpm"><filename>libvirt-python-0.10.2-29.el6_5.12.x86_64.rpm</filename><sum type="sha256">160ac87ea4ed59b9c3d2b62ba735285c44babc15a2a6384f711ec4ea45f8e2a8</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1113-1</id><title>java-1.6.0-openjdk bug fix update</title><description>This update fixes the following bug:

* A bug previously caused the LineBreakMeasurer class to produce the ArrayIndexOutOfBoundsException error when Java attempted to display certain characters in certain fonts. This update fixes the bug and Java now displays the affected characters correctly.

All running instances of OpenJDK Java must be restarted for the update to take effect.</description><release>Scientific Linux Fermi</release><issued date="2014-09-02 00:00:00"/><restart_suggested>true</restart_suggested><references><reference title="" type="bugzilla" id="1132523" href="https://bugzilla.redhat.com/show_bug.cgi?id=1132523"/><reference title="RHBA-2014:1113-1" type="self" id="RHBA-2014:1113-1" href="https://rhn.redhat.com/errata/RHBA-2014-1113.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="7.1.13.4.el6_5" arch="x86_64" src="java-1.6.0-openjdk-1.6.0.0-7.1.13.4.el6_5.src.rpm"><filename>java-1.6.0-openjdk-1.6.0.0-7.1.13.4.el6_5.x86_64.rpm</filename><sum type="sha256">f9ab4386bef47fd8dac31db981534c434df62232bfa5915ba8406fa06df079ce</sum></package><package epoch="1" name="java-1.6.0-openjdk-demo" version="1.6.0.0" release="7.1.13.4.el6_5" arch="x86_64" src="java-1.6.0-openjdk-1.6.0.0-7.1.13.4.el6_5.src.rpm"><filename>java-1.6.0-openjdk-demo-1.6.0.0-7.1.13.4.el6_5.x86_64.rpm</filename><sum type="sha256">97ff9b21b93180efe000a063186e5275de8e1560ecc39130caf26ba5af60c45d</sum></package><package epoch="1" name="java-1.6.0-openjdk-devel" version="1.6.0.0" release="7.1.13.4.el6_5" arch="x86_64" src="java-1.6.0-openjdk-1.6.0.0-7.1.13.4.el6_5.src.rpm"><filename>java-1.6.0-openjdk-devel-1.6.0.0-7.1.13.4.el6_5.x86_64.rpm</filename><sum type="sha256">0f98b584b3dfb04b69e39d42c49c041506a1efb5ce30cff26ccdb51a4a8e7ed6</sum></package><package epoch="1" name="java-1.6.0-openjdk-javadoc" version="1.6.0.0" release="7.1.13.4.el6_5" arch="x86_64" src="java-1.6.0-openjdk-1.6.0.0-7.1.13.4.el6_5.src.rpm"><filename>java-1.6.0-openjdk-javadoc-1.6.0.0-7.1.13.4.el6_5.x86_64.rpm</filename><sum type="sha256">bbea78ec00477295158fe6278ff0c61e5d962bd805835f7524f5a5b3e0bc441b</sum></package><package epoch="1" name="java-1.6.0-openjdk-src" version="1.6.0.0" release="7.1.13.4.el6_5" arch="x86_64" src="java-1.6.0-openjdk-1.6.0.0-7.1.13.4.el6_5.src.rpm"><filename>java-1.6.0-openjdk-src-1.6.0.0-7.1.13.4.el6_5.x86_64.rpm</filename><sum type="sha256">11f4b0f56315a4c90c77493c8cfb3e8325b224c4288c21f5d38ea782bfec156e</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1139-1</id><title>initscripts bug fix update</title><description>This update fixes the following bug:

* Previously, if a bonding device name was a substring of an existing bonding device, the grep command for checking existing bonding devices worked incorrectly. For example, the bond2 device was matched if the bond20 device already existed. The bug in the /etc/sysconfig/network- scripts/network-functions file has been fixed, and grep now matches whole device names.</description><release>Scientific Linux Fermi</release><issued date="2014-09-09 00:00:00"/><references><reference title="" type="bugzilla" id="1133838" href="https://bugzilla.redhat.com/show_bug.cgi?id=1133838"/><reference title="RHBA-2014:1139-1" type="self" id="RHBA-2014:1139-1" href="https://rhn.redhat.com/errata/RHBA-2014-1139.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="debugmode" version="9.03.40" release="2.el6_5.4" arch="x86_64" src="initscripts-9.03.40-2.el6_5.4.src.rpm"><filename>debugmode-9.03.40-2.el6_5.4.x86_64.rpm</filename><sum type="sha256">a268c3d3a6cd8d696c3cd76aa9da098c23aa6870da8a4b7fdf37b9862d507a84</sum></package><package epoch="0" name="initscripts" version="9.03.40" release="2.el6_5.4" arch="x86_64" src="initscripts-9.03.40-2.el6_5.4.src.rpm"><filename>initscripts-9.03.40-2.el6_5.4.x86_64.rpm</filename><sum type="sha256">8651532331a75af837bfec8c0fa42ceb20840d95e3040f1351980f51121611f5</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1140-1</id><title>avahi bug fix update</title><description>This update fixes the following bug:

* Previously, various options such as maximum count of cached resource records or numerous options related to handling of connected clients to the avahi-daemon could not be configured. As a consequence, in large networks the avahi-daemon could reach the upper bound of some internal limits. In addition, the avahi-daemon was exhibiting erroneous behavior, such as logging error messages and failing to discover some services in large networks. To fix this bug, support for configuring various internal limits has been introduced with the the following newly added options: cache-entries-max, clients-max, objects-per-client-max, entries-per-entry- group-max. For details about these options, see the avahi-daemon.conf(5) manual page.

After installing the update, avahi-daemon will be restarted automatically.</description><release>Scientific Linux Fermi</release><issued date="2014-09-09 00:00:00"/><references><reference title="" type="bugzilla" id="1129273" href="https://bugzilla.redhat.com/show_bug.cgi?id=1129273"/><reference title="RHBA-2014:1140-1" type="self" id="RHBA-2014:1140-1" href="https://rhn.redhat.com/errata/RHBA-2014-1140.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="avahi" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">5970172000caba14fdb1d440e9d8180d257e4d77b96dfbba9746e6fd2c0df5b6</sum></package><package epoch="0" name="avahi" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">7dcf2d0c8948d179df31e9bfe8e36d5960064296fbe85f02b44e0baf97c4572e</sum></package><package epoch="0" name="avahi-autoipd" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-autoipd-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">1c6fa66dc88f30ba3bfceb018b4e003f0732d984783151a428b0baa4a6696751</sum></package><package epoch="0" name="avahi-compat-howl" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-compat-howl-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">56fc7fcf36c6d7159b09ba40d824d08843f2e265ea8d5665a336438bc1e0716a</sum></package><package epoch="0" name="avahi-compat-howl" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-compat-howl-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">60331644f6ced18f88f01e731a26b0a72c0c9dcf92dddc946f923d4e9008a85c</sum></package><package epoch="0" name="avahi-compat-howl-devel" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-compat-howl-devel-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">a6cc0a4ee84f64b7df9d44a71113111edc595a15be3ba6178c14718d1b03a45b</sum></package><package epoch="0" name="avahi-compat-howl-devel" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-compat-howl-devel-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">00d27baa542d92200af0e108ab465f3d724d14b199ffb5f463b051b9c422a7ec</sum></package><package epoch="0" name="avahi-compat-libdns_sd" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-compat-libdns_sd-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">e5d562c1cc29d25b0aadc38f5422b02925b0c6c5562ec0a0c011fe67d96bf8cd</sum></package><package epoch="0" name="avahi-compat-libdns_sd" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-compat-libdns_sd-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">194415cd2891d4348973164a5dc3cc0336c75430a715a0b30a4b791daf9a2efb</sum></package><package epoch="0" name="avahi-compat-libdns_sd-devel" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-compat-libdns_sd-devel-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">f0c762abf72ba41480fb2bb0b62050a073479fe99bb334c9dd691f039f051888</sum></package><package epoch="0" name="avahi-compat-libdns_sd-devel" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-compat-libdns_sd-devel-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">24ddde3c1a1b54c9d4f809c1fdc63a9ca63de4e7f5512402db4e156146dc8d0c</sum></package><package epoch="0" name="avahi-devel" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-devel-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">061a4747fa7f6979c06e9002dc09bb939ff26395a23886e033b4742855891113</sum></package><package epoch="0" name="avahi-devel" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-devel-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">6e9cf3efc723b29282524fe25bedbfe3d6671b853754e7e3fa32f2cb446da922</sum></package><package epoch="0" name="avahi-dnsconfd" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-dnsconfd-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">040086c21c0e914996fcdcb4c992878919956883cf14ca87f6b0ab0831ea81df</sum></package><package epoch="0" name="avahi-glib" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-glib-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">d030add0cd9c4a5f56cf0da68f7388a56c725e4d0f4e4c2959ae08bc3686dbdf</sum></package><package epoch="0" name="avahi-glib" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-glib-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">29760222c806ebcf46be9f626e3eb72f40a543f8055909166516c4b650490eb6</sum></package><package epoch="0" name="avahi-glib-devel" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-glib-devel-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">e05e1c6f9e4890bcabef8a4f88cad2407ca3bfabb8b254d590da83b2010f629d</sum></package><package epoch="0" name="avahi-glib-devel" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-glib-devel-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">5c4a7c63b143ce37e86fcc3dab7dd38ef38b48d3ce098c9bbc539e1e2ff5eca1</sum></package><package epoch="0" name="avahi-gobject" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-gobject-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">2cf75e4d3ef0947dd7cfcbb1251206b875bf7a0045e2f5b94b3193581af50f91</sum></package><package epoch="0" name="avahi-gobject" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-gobject-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">3f98855641d8061e5f99f795857023f7c753bb7b573851a23ff03a48925f4158</sum></package><package epoch="0" name="avahi-gobject-devel" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-gobject-devel-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">8b9f53293c5da88407ca3d8255f8509fc21560fb38c7d1f59f96072f04b42ff4</sum></package><package epoch="0" name="avahi-gobject-devel" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-gobject-devel-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">1f06eeaae8341dba5728ea46221ef43df24abcfbe3469a27da7c79125c85dadf</sum></package><package epoch="0" name="avahi-libs" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-libs-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">6a6bf6a4f53c17dd891c465cbceba3ad1ce354278afb602459b11b86a64cc3f3</sum></package><package epoch="0" name="avahi-libs" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-libs-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">cf0ed15460202fccb9da5ade2b284991ea57711241d04d994aa85bee77de47e0</sum></package><package epoch="0" name="avahi-qt3" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-qt3-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">a0469c509773c450d0ac4fa87aea5807434e431b1f6627d9ab4ced1b34bc67b1</sum></package><package epoch="0" name="avahi-qt3" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-qt3-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">ca832258e279e3d053894f00aec2e28561b766c63aeb23138e9d1162de9c6727</sum></package><package epoch="0" name="avahi-qt3-devel" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-qt3-devel-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">284179dbca40250e6d4e322783e9255aa9299a5ddba11ee467cc17d599ca5698</sum></package><package epoch="0" name="avahi-qt3-devel" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-qt3-devel-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">84e14ed0725f1f67f79e22bac17e55d9eab42ed76d089ad593096f7182bfe10a</sum></package><package epoch="0" name="avahi-qt4" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-qt4-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">de4c883dd0b71f4a81c6b088fffd1537587517beb992c1c9a969bd9644b08a0d</sum></package><package epoch="0" name="avahi-qt4" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-qt4-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">4ca86c4fc3c0ecf1bcd59c4accc1dfd1f32e8e0b0e84058cf050c3fb581e99b0</sum></package><package epoch="0" name="avahi-qt4-devel" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-qt4-devel-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">bbd24ea3dcfc7d58c9036d42aa2f29dad51342cec5aabf38284ddff4e0b7ecdd</sum></package><package epoch="0" name="avahi-qt4-devel" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-qt4-devel-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">b8581f6f90d0b4d5524e43caa95184b88ae63c975cd8b8f012d55d3ef4c0cdef</sum></package><package epoch="0" name="avahi-tools" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-tools-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">cf0a089ac896e106d2b620cbb6a5e6f924c604b53f3c72b5797f3ddf9c63f0f9</sum></package><package epoch="0" name="avahi-ui" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-ui-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">47cf57feb046bda528184d9afda6c86f5268e07e6c69c8a48c0d126bc7bc5501</sum></package><package epoch="0" name="avahi-ui" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-ui-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">ea1dd086d18d1f8ff1de5820d8a8c6f4f809e962aa0d129e385bf1c82f1bfdb6</sum></package><package epoch="0" name="avahi-ui-devel" version="0.6.25" release="12.el6_5.3" arch="i686" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-ui-devel-0.6.25-12.el6_5.3.i686.rpm</filename><sum type="sha256">69477f19bd33b2559fe5c6354c25698561e22f17a6f03104b37daea6b04c7406</sum></package><package epoch="0" name="avahi-ui-devel" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-ui-devel-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">25c112eae3021edc29169b39d852958d2237e157d0258e2cb8f1792eb4ef385e</sum></package><package epoch="0" name="avahi-ui-tools" version="0.6.25" release="12.el6_5.3" arch="x86_64" src="avahi-0.6.25-12.el6_5.3.src.rpm"><filename>avahi-ui-tools-0.6.25-12.el6_5.3.x86_64.rpm</filename><sum type="sha256">bd1c5a2e46c0ddfadae7d1fabeeae42e47674230dd2e760078882bdbd6dc872f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1141-1</id><title>openscap bug fix update</title><description>This update fixes the following bug:

* Previously, the Scientific Linux 6 ComputeNode variant was missing the openscap packages, which prevented the Preupgrade Assistant tool from being installed when using this variant. This update adds openscap to ComputeNode as a dependency for the preupgrade-assistant packages, and Preupgrade Assistant can now be installed as expected in this case.</description><release>Scientific Linux Fermi</release><issued date="2014-09-09 00:00:00"/><references><reference title="" type="bugzilla" id="1121992" href="https://bugzilla.redhat.com/show_bug.cgi?id=1121992"/><reference title="RHBA-2014:1141-1" type="self" id="RHBA-2014:1141-1" href="https://rhn.redhat.com/errata/RHBA-2014-1141.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="openscap" version="1.0.8" release="1.el6_5.1" arch="i686" src="openscap-1.0.8-1.el6_5.1.src.rpm"><filename>openscap-1.0.8-1.el6_5.1.i686.rpm</filename><sum type="sha256">58809e9d653ef1253fd207ec05f6d94216a3cc78981aa6e7c00acfdb6bdfc5ed</sum></package><package epoch="0" name="openscap" version="1.0.8" release="1.el6_5.1" arch="x86_64" src="openscap-1.0.8-1.el6_5.1.src.rpm"><filename>openscap-1.0.8-1.el6_5.1.x86_64.rpm</filename><sum type="sha256">b4a866a92d397ec628374fd4b7e17827f6f2b772989c1d0abc02a875ff6e8096</sum></package><package epoch="0" name="openscap-content" version="1.0.8" release="1.el6_5.1" arch="noarch" src="openscap-1.0.8-1.el6_5.1.src.rpm"><filename>openscap-content-1.0.8-1.el6_5.1.noarch.rpm</filename><sum type="sha256">eb00ebe0c552044446e3d89dd83205402e8f0691e83489763581896a0bcf1053</sum></package><package epoch="0" name="openscap-devel" version="1.0.8" release="1.el6_5.1" arch="i686" src="openscap-1.0.8-1.el6_5.1.src.rpm"><filename>openscap-devel-1.0.8-1.el6_5.1.i686.rpm</filename><sum type="sha256">80cea21e9693a04631382a45ea4776fff2d220e2b301b72ee450c3325ab51e42</sum></package><package epoch="0" name="openscap-devel" version="1.0.8" release="1.el6_5.1" arch="x86_64" src="openscap-1.0.8-1.el6_5.1.src.rpm"><filename>openscap-devel-1.0.8-1.el6_5.1.x86_64.rpm</filename><sum type="sha256">93dc2cc81fdc89aa8fe406bb69085a757adc51722ad51d12155c2a47f67189cc</sum></package><package epoch="0" name="openscap-engine-sce" version="1.0.8" release="1.el6_5.1" arch="x86_64" src="openscap-1.0.8-1.el6_5.1.src.rpm"><filename>openscap-engine-sce-1.0.8-1.el6_5.1.x86_64.rpm</filename><sum type="sha256">c31bbf9e543dd92d332b3eb024c6e5444c5b6903955ed74ea2a2f7ed99c2216b</sum></package><package epoch="0" name="openscap-engine-sce-devel" version="1.0.8" release="1.el6_5.1" arch="x86_64" src="openscap-1.0.8-1.el6_5.1.src.rpm"><filename>openscap-engine-sce-devel-1.0.8-1.el6_5.1.x86_64.rpm</filename><sum type="sha256">92d13dcc98346c59dd3c513dfeccdbc6ac5f974cfe822e08bf16dd04097af771</sum></package><package epoch="0" name="openscap-extra-probes" version="1.0.8" release="1.el6_5.1" arch="x86_64" src="openscap-1.0.8-1.el6_5.1.src.rpm"><filename>openscap-extra-probes-1.0.8-1.el6_5.1.x86_64.rpm</filename><sum type="sha256">1a1799213c3296f028a62a207fbc8ad8ef8351f56db305cf5a46aa4083b8c3f0</sum></package><package epoch="0" name="openscap-python" version="1.0.8" release="1.el6_5.1" arch="x86_64" src="openscap-1.0.8-1.el6_5.1.src.rpm"><filename>openscap-python-1.0.8-1.el6_5.1.x86_64.rpm</filename><sum type="sha256">9ba2fb6eb1d7219bb485578f867591324a36bafef9d59466e11d5a43fe2bfb53</sum></package><package epoch="0" name="openscap-utils" version="1.0.8" release="1.el6_5.1" arch="x86_64" src="openscap-1.0.8-1.el6_5.1.src.rpm"><filename>openscap-utils-1.0.8-1.el6_5.1.x86_64.rpm</filename><sum type="sha256">c6297a385a8770e0231533a79cf1ffb1fdffe429dabafbf5a5e82e44a34ce84f</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1150-1</id><title>cpio bug fix update</title><description>This update fixes the following bug:

* Previously, during archive creation, cpio internals did not detect a read() system call failure. Based on the premise that the call succeeded, cpio terminated unexpectedly with a segmentation fault without processing further files. The underlying source code has been patched, and an archive is now created successfully.</description><release>Scientific Linux Fermi</release><issued date="2014-09-09 00:00:00"/><references><reference title="" type="bugzilla" id="1135423" href="https://bugzilla.redhat.com/show_bug.cgi?id=1135423"/><reference title="RHBA-2014:1150-1" type="self" id="RHBA-2014:1150-1" href="https://rhn.redhat.com/errata/RHBA-2014-1150.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="cpio" version="2.10" release="12.el6_5" arch="x86_64" src="cpio-2.10-12.el6_5.src.rpm"><filename>cpio-2.10-12.el6_5.x86_64.rpm</filename><sum type="sha256">355276019e1bcf0604be32f2a09c6cd2d54ecfd33e996899c499c98d37d7030c</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1169-1</id><title>lldpad bug fix update</title><description>This update fixes the following bug:

* Previously, in the IEEE standardized mode of Data Center Bridging Capabilities Exchange Protocol (DCBX), only a subset of the required Type- Length-Value values were negotiated. As a consequence, other values could not be enabled with lldptool, causing DCB configuration negotiation with the link partner to fail. An upstream patch has been provided to fix this bug, and all values can now be enabled with lldptool.</description><release>Scientific Linux Fermi</release><issued date="2014-09-16 00:00:00"/><references><reference title="" type="bugzilla" id="1126682" href="https://bugzilla.redhat.com/show_bug.cgi?id=1126682"/><reference title="RHBA-2014:1169-1" type="self" id="RHBA-2014:1169-1" href="https://rhn.redhat.com/errata/RHBA-2014-1169.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="lldpad" version="0.9.46" release="3.el6_5" arch="x86_64" src="lldpad-0.9.46-3.el6_5.src.rpm"><filename>lldpad-0.9.46-3.el6_5.x86_64.rpm</filename><sum type="sha256">11dd6ff5c862d547988196bf40ee99ca410e6950933a5b0051ff98abfbb17188</sum></package><package epoch="0" name="lldpad-devel" version="0.9.46" release="3.el6_5" arch="i686" src="lldpad-0.9.46-3.el6_5.src.rpm"><filename>lldpad-devel-0.9.46-3.el6_5.i686.rpm</filename><sum type="sha256">2b1d7ff4c3fca07a0771b2381d760a1b1edb1c02519750f5dc3dd3f98ccdd91b</sum></package><package epoch="0" name="lldpad-devel" version="0.9.46" release="3.el6_5" arch="x86_64" src="lldpad-0.9.46-3.el6_5.src.rpm"><filename>lldpad-devel-0.9.46-3.el6_5.x86_64.rpm</filename><sum type="sha256">5b3e49da83dee21f4bf8045edc31957cd23a7dbcd645cb0330861a05042b5e44</sum></package><package epoch="0" name="lldpad-libs" version="0.9.46" release="3.el6_5" arch="i686" src="lldpad-0.9.46-3.el6_5.src.rpm"><filename>lldpad-libs-0.9.46-3.el6_5.i686.rpm</filename><sum type="sha256">4896168720e10d738424bbc9a150c38ee84226d48785c9e9458cedd149bcd219</sum></package><package epoch="0" name="lldpad-libs" version="0.9.46" release="3.el6_5" arch="x86_64" src="lldpad-0.9.46-3.el6_5.src.rpm"><filename>lldpad-libs-0.9.46-3.el6_5.x86_64.rpm</filename><sum type="sha256">b2373e2d687fc206604522f92928ca60bd119d9b07ff7c7ac32a129a8d7a0b51</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1178-1</id><title>ksh bug fix update</title><description>This update fixes the following bugs:

* Due to a regression, using command substitution containing the pipe character could return a non-zero exit status, even if the command did not fail. A patch has been provided to fix this bug, and the exit code from the command substitution is now correct.

* Previously, under some circumstances, ksh did not set the exit code when returning from a function. As a consequence, it was not possible to reliably test whether the function has succeeded. With this update, ksh no longer avoids setting the exit code, and the user can now reliably test whether the function has succeeded or not.</description><release>Scientific Linux Fermi</release><issued date="2014-09-16 00:00:00"/><references><reference title="wrong return code from a pipe in command substitution" type="bugzilla" id="1135405" href="https://bugzilla.redhat.com/show_bug.cgi?id=1135405"/><reference title="wrong return code from a function" type="bugzilla" id="1136318" href="https://bugzilla.redhat.com/show_bug.cgi?id=1136318"/><reference title="RHBA-2014:1178-1" type="self" id="RHBA-2014:1178-1" href="https://rhn.redhat.com/errata/RHBA-2014-1178.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ksh" version="20120801" release="10.el6_5.11" arch="x86_64" src="ksh-20120801-10.el6_5.11.src.rpm"><filename>ksh-20120801-10.el6_5.11.x86_64.rpm</filename><sum type="sha256">5d95d957d248eab2eca420d33630ef44ce7acbd523b000f4bd0025bfbd2cccfe</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1189-1</id><title>net-snmp bug fix update</title><description>This update fixes the following bug:

* Previously, the SNMP trap processing daemon, snmptrapd, did not properly copy SNMP trap message headers when forwarding them to a remote host. As a consequence, two SNMP messages, the original and the copy, referenced the same SNMP message header data. When one of these messages was freed from memory, snmptrapd freed the message header as well, and subsequently terminated unexpectedly on accessing it when processing the cloned message. With this update, SNMP message headers are cloned together with the message body, and snmptrapd no longer crashes when forwarding the trap..</description><release>Scientific Linux Fermi</release><issued date="2014-09-16 00:00:00"/><references><reference title="" type="bugzilla" id="1135451" href="https://bugzilla.redhat.com/show_bug.cgi?id=1135451"/><reference title="RHBA-2014:1189-1" type="self" id="RHBA-2014:1189-1" href="https://rhn.redhat.com/errata/RHBA-2014-1189.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="net-snmp" version="5.5" release="49.el6_5.3" arch="x86_64" src="net-snmp-5.5-49.el6_5.3.src.rpm"><filename>net-snmp-5.5-49.el6_5.3.x86_64.rpm</filename><sum type="sha256">dbc0c5eaa760faccd0b093128fe03f3d1744c2af883af132001ee161e33d211a</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="49.el6_5.3" arch="i686" src="net-snmp-5.5-49.el6_5.3.src.rpm"><filename>net-snmp-devel-5.5-49.el6_5.3.i686.rpm</filename><sum type="sha256">eb6563d3a869a167f01d5019645f2f7538dadb7c6796f549f4d51463ebdb04ef</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="49.el6_5.3" arch="x86_64" src="net-snmp-5.5-49.el6_5.3.src.rpm"><filename>net-snmp-devel-5.5-49.el6_5.3.x86_64.rpm</filename><sum type="sha256">fa19d46a94aa0e12c24cf550cf44f7dfcd61efbbdc82de805dc5a2331c5d201e</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="49.el6_5.3" arch="i686" src="net-snmp-5.5-49.el6_5.3.src.rpm"><filename>net-snmp-libs-5.5-49.el6_5.3.i686.rpm</filename><sum type="sha256">89becbb9edf27a408d6e58fb6a5b1b217135ab28f827c791c1975d89986dd873</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="49.el6_5.3" arch="x86_64" src="net-snmp-5.5-49.el6_5.3.src.rpm"><filename>net-snmp-libs-5.5-49.el6_5.3.x86_64.rpm</filename><sum type="sha256">7af2581fcceda9a948f851a5dae38cd15a3a95391ba41bb7964c991fff69fc5c</sum></package><package epoch="1" name="net-snmp-perl" version="5.5" release="49.el6_5.3" arch="x86_64" src="net-snmp-5.5-49.el6_5.3.src.rpm"><filename>net-snmp-perl-5.5-49.el6_5.3.x86_64.rpm</filename><sum type="sha256">8cd4770326454fc5323eb08139e1c5a743d3462a81a312e49a746866cc69d05f</sum></package><package epoch="1" name="net-snmp-python" version="5.5" release="49.el6_5.3" arch="x86_64" src="net-snmp-5.5-49.el6_5.3.src.rpm"><filename>net-snmp-python-5.5-49.el6_5.3.x86_64.rpm</filename><sum type="sha256">ab3b9db9764b9130a50844663c6e62a6b956c0a4223f61cf0576b2ccafc0afad</sum></package><package epoch="1" name="net-snmp-utils" version="5.5" release="49.el6_5.3" arch="x86_64" src="net-snmp-5.5-49.el6_5.3.src.rpm"><filename>net-snmp-utils-5.5-49.el6_5.3.x86_64.rpm</filename><sum type="sha256">e140adda232a647e7429fcd706c5dfc65aadffc53576db691b2c73ce5fcca543</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1192-1</id><title>kexec-tools bug fix update</title><description>This update fixes the following bugs:

* Previously, if you had two interfaces, one configured with a default gateway, and the other with a static route to a private network, kexec- tools ignored the non-default static route. As a consequence, kdump failed to perform a kernel crash dump over a Network File System (NFS) or SSH because it did not configure the route to the private network. This bug has been fixed and now kdump successfully dumps the kernel over NFS or SSH.

* Previously, booting the crash kernel with more than one CPUs occasionally caused some systems to become unresponsive when the crash happened on an Application Processor (AP) and not on the Boot Strap Processor (BSP). To fix this bug, the initialization scripts were modified to include the disable_cpu_apicid kernel option automatically which acts as the BSP ID. Additionally, the user has to modify the value of the nr_cpus option to specify the number of CPUs used on the system. With this fix, the user can now successfully use the crash kernel with more than one CPUs on the system.</description><release>Scientific Linux Fermi</release><issued date="2014-09-16 00:00:00"/><references><reference title="" type="bugzilla" id="1110184" href="https://bugzilla.redhat.com/show_bug.cgi?id=1110184"/><reference title="" type="bugzilla" id="1127805" href="https://bugzilla.redhat.com/show_bug.cgi?id=1127805"/><reference title="RHBA-2014:1192-1" type="self" id="RHBA-2014:1192-1" href="https://rhn.redhat.com/errata/RHBA-2014-1192.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="kexec-tools" version="2.0.0" release="273.el6_5.1" arch="x86_64" src="kexec-tools-2.0.0-273.el6_5.1.src.rpm"><filename>kexec-tools-2.0.0-273.el6_5.1.x86_64.rpm</filename><sum type="sha256">647d9bd110ee37d2f7c8599bcddc476f2716e8ed1dce2b56dad9ca3559147485</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1249-1</id><title>firefox bug fix and enhancement update</title><description>The firefox packages have been upgraded to upstream version 31.1.0, which provides a number of bug fixes and enhancements over the previous version.

After installing the update, Firefox must be restarted for the changes to take effect.</description><release>Scientific Linux Fermi</release><issued date="2014-09-16 00:00:00"/><restart_suggested>true</restart_suggested><references><reference title="[RHEL6] Rebase Mozilla firefox/thunderbird to 31-ESR after 24-ESR is EOL" type="bugzilla" id="1140689" href="https://bugzilla.redhat.com/show_bug.cgi?id=1140689"/><reference title="RHBA-2014:1249-1" type="self" id="RHBA-2014:1249-1" href="https://rhn.redhat.com/errata/RHBA-2014-1249.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="firefox" version="31.1.0" release="5.el6_5" arch="i686" src="firefox-31.1.0-5.el6_5.src.rpm"><filename>firefox-31.1.0-5.el6_5.i686.rpm</filename><sum type="sha256">aeaa3555f72896ec512cdca7cddcd22941e8f44b4c333adcec836e29125afaad</sum></package><package epoch="0" name="firefox" version="31.1.0" release="5.el6_5" arch="x86_64" src="firefox-31.1.0-5.el6_5.src.rpm"><filename>firefox-31.1.0-5.el6_5.x86_64.rpm</filename><sum type="sha256">66e50bffc990cba6eecf93851f23fdf1eb90a861a132c4a9d30f05ddbc85c28e</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1272-1</id><title>hwloc bug fix update</title><description>* A previous update of the hwloc packages (SLBA-2014:1048) added a backwards compatibility version of its shared library. However, it accidentally made the compatibility library the default for linking new programs against libhwloc.so. This update changes the target of the libhwloc.so symlink so that newly linked programs use the current version of the library.</description><release>Scientific Linux Fermi</release><issued date="2014-09-23 00:00:00"/><references><reference title="" type="bugzilla" id="1135040" href="https://bugzilla.redhat.com/show_bug.cgi?id=1135040"/><reference title="RHBA-2014:1272-1" type="self" id="RHBA-2014:1272-1" href="https://rhn.redhat.com/errata/RHBA-2014-1272.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="hwloc" version="1.5" release="3.el6_5" arch="i686" src="hwloc-1.5-3.el6_5.src.rpm"><filename>hwloc-1.5-3.el6_5.i686.rpm</filename><sum type="sha256">c9e56b2f3eaba443a3445e257f85733c00a9b6d05d9edbb601296d6c1ae33031</sum></package><package epoch="0" name="hwloc" version="1.5" release="3.el6_5" arch="x86_64" src="hwloc-1.5-3.el6_5.src.rpm"><filename>hwloc-1.5-3.el6_5.x86_64.rpm</filename><sum type="sha256">85703dc51d995f7181012b688a3caaf954e0cff81f98e30fcdd159a9301483ea</sum></package><package epoch="0" name="hwloc-devel" version="1.5" release="3.el6_5" arch="i686" src="hwloc-1.5-3.el6_5.src.rpm"><filename>hwloc-devel-1.5-3.el6_5.i686.rpm</filename><sum type="sha256">5cb21f30718f0d1b6b81df3c12ea78573fbfd9f67eaad89120d054a4c073bc84</sum></package><package epoch="0" name="hwloc-devel" version="1.5" release="3.el6_5" arch="x86_64" src="hwloc-1.5-3.el6_5.src.rpm"><filename>hwloc-devel-1.5-3.el6_5.x86_64.rpm</filename><sum type="sha256">ccde640f463b40be36b779739342c04aa847be074999595a85ba5d629eaa883c</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1304-1</id><title>cluster bug fix update</title><description>This update fixes the following bug:

* Previously, when the mount.gfs2 utility failed, it did not verify whether a GFS2 file system was already mounted, and left the mount group. This could prevent further mount attempts in the mount group from completing. With this update, a check has been added to mount.gfs2 that prevents it from leaving the mount group when attemping to mount an already-mounted GFS2 file system. As a result, mounting a file system no longer becomes impossible in the described scenario.</description><release>Scientific Linux Fermi</release><issued date="2014-09-30 00:00:00"/><references><reference title="" type="bugzilla" id="1141307" href="https://bugzilla.redhat.com/show_bug.cgi?id=1141307"/><reference title="RHBA-2014:1304-1" type="self" id="RHBA-2014:1304-1" href="https://rhn.redhat.com/errata/RHBA-2014-1304.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="clusterlib" version="3.0.12.1" release="59.el6_5.3" arch="i686" src="cluster-3.0.12.1-59.el6_5.3.src.rpm"><filename>clusterlib-3.0.12.1-59.el6_5.3.i686.rpm</filename><sum type="sha256">37e95e52e261557cd6a2233e0b7ee39b42a2535f45a7fb4ab5794307d8812271</sum></package><package epoch="0" name="clusterlib" version="3.0.12.1" release="59.el6_5.3" arch="x86_64" src="cluster-3.0.12.1-59.el6_5.3.src.rpm"><filename>clusterlib-3.0.12.1-59.el6_5.3.x86_64.rpm</filename><sum type="sha256">5152073adb069d7cf2a0f4e05e2373eaa2bb1f90f143acd3ed427a788a1e6214</sum></package><package epoch="0" name="clusterlib-devel" version="3.0.12.1" release="59.el6_5.3" arch="i686" src="cluster-3.0.12.1-59.el6_5.3.src.rpm"><filename>clusterlib-devel-3.0.12.1-59.el6_5.3.i686.rpm</filename><sum type="sha256">a48aac47dd115ac8ab3307d6b9a232f488d7a98365b012bb732a37fdcd148951</sum></package><package epoch="0" name="clusterlib-devel" version="3.0.12.1" release="59.el6_5.3" arch="x86_64" src="cluster-3.0.12.1-59.el6_5.3.src.rpm"><filename>clusterlib-devel-3.0.12.1-59.el6_5.3.x86_64.rpm</filename><sum type="sha256">190b9ede530c63a8a94272f5cc3dfdd17db328ad5006fea180c60934f7d6bf37</sum></package><package epoch="0" name="cman" version="3.0.12.1" release="59.el6_5.3" arch="x86_64" src="cluster-3.0.12.1-59.el6_5.3.src.rpm"><filename>cman-3.0.12.1-59.el6_5.3.x86_64.rpm</filename><sum type="sha256">cfaca00e112936510ae3ab91a610f7e3991383454b5542370439c381ca296851</sum></package><package epoch="0" name="gfs2-utils" version="3.0.12.1" release="59.el6_5.3" arch="x86_64" src="cluster-3.0.12.1-59.el6_5.3.src.rpm"><filename>gfs2-utils-3.0.12.1-59.el6_5.3.x86_64.rpm</filename><sum type="sha256">2266bab1b259286a152dd0de5e5bfa86cafc827df2c9be8eded6caa31bb5c99d</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1305-1</id><title>zsh bug fix update</title><description>Bugs fixed in these updated packages include:

* Previously, the zsh syntax check failed incorrectly on some expressions. As a consequence, the "zsh -n" command had an exit status of 1. This bug has been fixed and now the zsh syntax check no longer fails on correct text expressions and sets the correct exit status.</description><release>Scientific Linux Fermi</release><issued date="2014-09-30 00:00:00"/><references><reference title="" type="bugzilla" id="1132807" href="https://bugzilla.redhat.com/show_bug.cgi?id=1132807"/><reference title="RHBA-2014:1305-1" type="self" id="RHBA-2014:1305-1" href="https://rhn.redhat.com/errata/RHBA-2014-1305.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="zsh" version="4.3.10" release="8.el6_5" arch="x86_64" src="zsh-4.3.10-8.el6_5.src.rpm"><filename>zsh-4.3.10-8.el6_5.x86_64.rpm</filename><sum type="sha256">71262e0359518f163226b1c53f959d5696733408ba8c71dd763d493b27bc2c3d</sum></package><package epoch="0" name="zsh-html" version="4.3.10" release="8.el6_5" arch="x86_64" src="zsh-4.3.10-8.el6_5.src.rpm"><filename>zsh-html-4.3.10-8.el6_5.x86_64.rpm</filename><sum type="sha256">85c4a98cd0df604b4476d42065c9ce1460b6653bd5e0ac30f5102d2e9da398e8</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1310-1</id><title>libvirt-cim bug fix update</title><description>This update fixes the following bug:

* Previously, an incorrect variable was used when overwriting certain tags in domain XML files. Consequently, settings for the dumpCore attribute were ignored. With this update, a patch has been provided to fix this bug and the attribute is no longer ignored in the described scenario. In addition, the libvirt-cim utility now supports the dumpCore feature.</description><release>Scientific Linux Fermi</release><issued date="2014-09-30 00:00:00"/><references><reference title="" type="bugzilla" id="1142392" href="https://bugzilla.redhat.com/show_bug.cgi?id=1142392"/><reference title="RHBA-2014:1310-1" type="self" id="RHBA-2014:1310-1" href="https://rhn.redhat.com/errata/RHBA-2014-1310.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libvirt-cim" version="0.6.1" release="9.el6_5.2" arch="i686" src="libvirt-cim-0.6.1-9.el6_5.2.src.rpm"><filename>libvirt-cim-0.6.1-9.el6_5.2.i686.rpm</filename><sum type="sha256">be9c774ed7d4585a8f39e18a4318f9748ede042d936c32c142322c39509579e3</sum></package><package epoch="0" name="libvirt-cim" version="0.6.1" release="9.el6_5.2" arch="x86_64" src="libvirt-cim-0.6.1-9.el6_5.2.src.rpm"><filename>libvirt-cim-0.6.1-9.el6_5.2.x86_64.rpm</filename><sum type="sha256">848ee760dd7931f071bb4c84ad72a3d2bba9b3e89c883ca1cd80a746112a6d62</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1328-1</id><title>libcgroup bug fix update</title><description>This update fixes the following bug:

* Previously, setting multi-line control files values was not supported by the libcgroup utility. As a consequence, the user could not set multiple network interfaces by editing the configuration file. This update adds the multi-line control files values support to libcgroup, and the configuration file is now parsed successfully.</description><release>Scientific Linux Fermi</release><issued date="2014-09-30 00:00:00"/><references><reference title="" type="bugzilla" id="1142089" href="https://bugzilla.redhat.com/show_bug.cgi?id=1142089"/><reference title="RHBA-2014:1328-1" type="self" id="RHBA-2014:1328-1" href="https://rhn.redhat.com/errata/RHBA-2014-1328.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="libcgroup" version="0.40.rc1" release="6.el6_5.1" arch="i686" src="libcgroup-0.40.rc1-6.el6_5.1.src.rpm"><filename>libcgroup-0.40.rc1-6.el6_5.1.i686.rpm</filename><sum type="sha256">98489314ce3529ba9b90e29a24832541320f2617e93061e9c214f510d570d3da</sum></package><package epoch="0" name="libcgroup" version="0.40.rc1" release="6.el6_5.1" arch="x86_64" src="libcgroup-0.40.rc1-6.el6_5.1.src.rpm"><filename>libcgroup-0.40.rc1-6.el6_5.1.x86_64.rpm</filename><sum type="sha256">a0ec786720a9ac76c665a9cff388f479750b2ec37a4a60a8f90c82c4eb194555</sum></package><package epoch="0" name="libcgroup-devel" version="0.40.rc1" release="6.el6_5.1" arch="i686" src="libcgroup-0.40.rc1-6.el6_5.1.src.rpm"><filename>libcgroup-devel-0.40.rc1-6.el6_5.1.i686.rpm</filename><sum type="sha256">48537eb6168784dd6b8404935dce27424d95d60fea29e6570e7b2a5a325966c7</sum></package><package epoch="0" name="libcgroup-devel" version="0.40.rc1" release="6.el6_5.1" arch="x86_64" src="libcgroup-0.40.rc1-6.el6_5.1.src.rpm"><filename>libcgroup-devel-0.40.rc1-6.el6_5.1.x86_64.rpm</filename><sum type="sha256">e18e4385189729f0f206282d82b82c25efc60d42762db7428ba1a851ab6d8ea3</sum></package><package epoch="0" name="libcgroup-pam" version="0.40.rc1" release="6.el6_5.1" arch="i686" src="libcgroup-0.40.rc1-6.el6_5.1.src.rpm"><filename>libcgroup-pam-0.40.rc1-6.el6_5.1.i686.rpm</filename><sum type="sha256">3a4459706364aa59d158ec9f4ed27008a4b93a5ff1c8bde35119c0cbd01659c4</sum></package><package epoch="0" name="libcgroup-pam" version="0.40.rc1" release="6.el6_5.1" arch="x86_64" src="libcgroup-0.40.rc1-6.el6_5.1.src.rpm"><filename>libcgroup-pam-0.40.rc1-6.el6_5.1.x86_64.rpm</filename><sum type="sha256">2c24af21b93f6b667afe52b7d3889345a69110dc2943d9f286993153b32644c7</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1333-1</id><title>net-snmp bug fix update</title><description>This update fixes the following bug:

* In the previous net-snmp update, parts of the HOST-RESOURCES-MIB module were rewritten. Consequently, the HOST-RESOURCES-MIB::hrSystemProcesses object was not implemented and therefore did not provide information on the number of currently loaded or running processes. With this update, HOST-RESOURCES-MIB::hrSystemProcesses object has been restored and net- snmp daemon reports it as expected..</description><release>Scientific Linux Fermi</release><issued date="2014-09-30 00:00:00"/><references><reference title="hrSystemProcesses is missing (net-snmp-5.5-49.el6_5.2)" type="bugzilla" id="1146022" href="https://bugzilla.redhat.com/show_bug.cgi?id=1146022"/><reference title="RHBA-2014:1333-1" type="self" id="RHBA-2014:1333-1" href="https://rhn.redhat.com/errata/RHBA-2014-1333.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="net-snmp" version="5.5" release="49.el6_5.4" arch="x86_64" src="net-snmp-5.5-49.el6_5.4.src.rpm"><filename>net-snmp-5.5-49.el6_5.4.x86_64.rpm</filename><sum type="sha256">4682d354f37e9cef30583455cc4b7b5ab870c1f713ea4b7ba68898bdbdec6bf6</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="49.el6_5.4" arch="i686" src="net-snmp-5.5-49.el6_5.4.src.rpm"><filename>net-snmp-devel-5.5-49.el6_5.4.i686.rpm</filename><sum type="sha256">0195ac4064cc89158b36f870b4d28cebfc17d822d14655cc0e4db272928df485</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="49.el6_5.4" arch="x86_64" src="net-snmp-5.5-49.el6_5.4.src.rpm"><filename>net-snmp-devel-5.5-49.el6_5.4.x86_64.rpm</filename><sum type="sha256">7e0a0f450bcb3e4b06f1a583cc8987f70578849a9045d081c50d6000fa4af399</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="49.el6_5.4" arch="i686" src="net-snmp-5.5-49.el6_5.4.src.rpm"><filename>net-snmp-libs-5.5-49.el6_5.4.i686.rpm</filename><sum type="sha256">bf19e2d4d73dcecf4aef65b02c6a93cc12e1ffbb2a7b6a3844d8a07242a5fffe</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="49.el6_5.4" arch="x86_64" src="net-snmp-5.5-49.el6_5.4.src.rpm"><filename>net-snmp-libs-5.5-49.el6_5.4.x86_64.rpm</filename><sum type="sha256">1ed49d34fad05e45217807bf520a1a47d03783e106511ca30e2c445e6752f695</sum></package><package epoch="1" name="net-snmp-perl" version="5.5" release="49.el6_5.4" arch="x86_64" src="net-snmp-5.5-49.el6_5.4.src.rpm"><filename>net-snmp-perl-5.5-49.el6_5.4.x86_64.rpm</filename><sum type="sha256">097a9dd53c35e759613da1a3b501b7f3b4e9e6dc35e8a9760e38d2b370a68ef8</sum></package><package epoch="1" name="net-snmp-python" version="5.5" release="49.el6_5.4" arch="x86_64" src="net-snmp-5.5-49.el6_5.4.src.rpm"><filename>net-snmp-python-5.5-49.el6_5.4.x86_64.rpm</filename><sum type="sha256">248e437aee5a9aabf7a592c1eaaff8b1470a9294c3778846696138854c77470b</sum></package><package epoch="1" name="net-snmp-utils" version="5.5" release="49.el6_5.4" arch="x86_64" src="net-snmp-5.5-49.el6_5.4.src.rpm"><filename>net-snmp-utils-5.5-49.el6_5.4.x86_64.rpm</filename><sum type="sha256">3e44feb894d8acbe349debca3f6b936deee86dc78a0724dd95eee4164361beca</sum></package></collection></pkglist></update><update type="bugfix" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2014:1362-1</id><title>at bug fix update</title><description>This update fixes the following bug:

* Due to a security issue fix in Bash, "at" jobs failed to run because the "atd" daemon exported environment variables with an incorrect syntax to the Bash shell running the jobs. With this update, "atd" filters out environment variables that cannot be parsed by the Bash shell, thus allowing the "at" jobs to run properly.</description><release>Scientific Linux Fermi</release><issued date="2014-10-07 00:00:00"/><references><reference title="Regression from bash function mangling patch breaks &amp;quot;at&amp;quot; jobs" type="bugzilla" id="1148730" href="https://bugzilla.redhat.com/show_bug.cgi?id=1148730"/><reference title="RHBA-2014:1362-1" type="self" id="RHBA-2014:1362-1" href="https://rhn.redhat.com/errata/RHBA-2014-1362.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="at" version="3.1.10" release="44.el6_5.2" arch="x86_64" src="at-3.1.10-44.el6_5.2.src.rpm"><filename>at-3.1.10-44.el6_5.2.x86_64.rpm</filename><sum type="sha256">4cfc53ca32b0c36bc04c0c0be33fc8756887c01d0e14a292fcc455ad444c9ec5</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2013:1774-1</id><title>dracut</title><description>* With the newly added rd_NO_MULTIPATH kernel command line option it is now possible to turn off the multipath device mapper if the multipath dracut module is included in the initramfs (initial ram file system).</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="" type="bugzilla" id="1035327" href="https://bugzilla.redhat.com/show_bug.cgi?id=1035327"/><reference title="RHEA-2013:1774-1" type="self" id="RHEA-2013:1774-1" href="https://rhn.redhat.com/errata/RHEA-2013-1774.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="dracut" version="004" release="336.el6_5.2" arch="noarch" src="dracut-004-336.el6_5.2.src.rpm"><filename>dracut-004-336.el6_5.2.noarch.rpm</filename><sum type="sha256">24758fd0ec68249a3669975efaf3fc65cb7569b35fa960db1c2bc0e24491bcc7</sum></package><package epoch="0" name="dracut-caps" version="004" release="336.el6_5.2" arch="noarch" src="dracut-004-336.el6_5.2.src.rpm"><filename>dracut-caps-004-336.el6_5.2.noarch.rpm</filename><sum type="sha256">bbbf1d94966987a0fc0aa28485ebd884a4c3b83bd02d5f962843a30171670a3b</sum></package><package epoch="0" name="dracut-fips" version="004" release="336.el6_5.2" arch="noarch" src="dracut-004-336.el6_5.2.src.rpm"><filename>dracut-fips-004-336.el6_5.2.noarch.rpm</filename><sum type="sha256">88a69b238022683ad849390e5d8baacd65e5a31f276fef4d18afdd8e7d4677de</sum></package><package epoch="0" name="dracut-fips-aesni" version="004" release="336.el6_5.2" arch="noarch" src="dracut-004-336.el6_5.2.src.rpm"><filename>dracut-fips-aesni-004-336.el6_5.2.noarch.rpm</filename><sum type="sha256">6d76d44c3420faa292112e0ecbad55adfdfd149fc8d3ffb6cef708a9a122e5b7</sum></package><package epoch="0" name="dracut-generic" version="004" release="336.el6_5.2" arch="noarch" src="dracut-004-336.el6_5.2.src.rpm"><filename>dracut-generic-004-336.el6_5.2.noarch.rpm</filename><sum type="sha256">b1f2c6aaa95d479605909dada6d5f7796e585476bf7d7c0a5cdd5490c13727df</sum></package><package epoch="0" name="dracut-kernel" version="004" release="336.el6_5.2" arch="noarch" src="dracut-004-336.el6_5.2.src.rpm"><filename>dracut-kernel-004-336.el6_5.2.noarch.rpm</filename><sum type="sha256">9c454d5b37f5acd469d8330cac5ac403e2ee297400ec5a0215aab1be3843c5d4</sum></package><package epoch="0" name="dracut-network" version="004" release="336.el6_5.2" arch="noarch" src="dracut-004-336.el6_5.2.src.rpm"><filename>dracut-network-004-336.el6_5.2.noarch.rpm</filename><sum type="sha256">1eef6dd4141173a854278e7a71f3100ef86a0437ada9c9a090a0af5e00866f3a</sum></package><package epoch="0" name="dracut-tools" version="004" release="336.el6_5.2" arch="noarch" src="dracut-004-336.el6_5.2.src.rpm"><filename>dracut-tools-004-336.el6_5.2.noarch.rpm</filename><sum type="sha256">3c35f1824fd364f61da37d162b6fcaa94bfd1c9969ffc945958a3cfae50535a0</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:0031-1</id><title>pacemaker bug fix update</title><description>* Previously, lsb scripts managed by Pacemaker did not cancel their recurring monitor operations correctly when stopping. Consequently, monitor operations failed after resources had successfully stopped. This bug has been fixed, and recurring monitor operations are now correctly canceled before the lsb resource is stopped.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><references><reference title="pacemaker LSB agent resources do not have recurring monitor operations canceled correctly." type="bugzilla" id="1052346" href="https://bugzilla.redhat.com/show_bug.cgi?id=1052346"/><reference title="RHEA-2014:0031-1" type="self" id="RHEA-2014:0031-1" href="https://rhn.redhat.com/errata/RHEA-2014-0031.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="pacemaker" version="1.1.10" release="14.el6_5.2" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.2.src.rpm"><filename>pacemaker-1.1.10-14.el6_5.2.x86_64.rpm</filename><sum type="sha256">61c485d44d4c6887292f4de723f3f0ba9c0df8409a26500fa7ef0d53e5797732</sum></package><package epoch="0" name="pacemaker-cli" version="1.1.10" release="14.el6_5.2" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.2.src.rpm"><filename>pacemaker-cli-1.1.10-14.el6_5.2.x86_64.rpm</filename><sum type="sha256">97a3789cfaf2a63ce4d2a9dd6c2e560611d8aabd34e03e0ae7f294559e935089</sum></package><package epoch="0" name="pacemaker-cluster-libs" version="1.1.10" release="14.el6_5.2" arch="i686" src="pacemaker-1.1.10-14.el6_5.2.src.rpm"><filename>pacemaker-cluster-libs-1.1.10-14.el6_5.2.i686.rpm</filename><sum type="sha256">048bc569bb4c1ede7635d8adeb8eba82ac3812eba6fc6d4cd9b5196a8a948cef</sum></package><package epoch="0" name="pacemaker-cluster-libs" version="1.1.10" release="14.el6_5.2" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.2.src.rpm"><filename>pacemaker-cluster-libs-1.1.10-14.el6_5.2.x86_64.rpm</filename><sum type="sha256">4b780e8470bf6837bde02a54e9bb0c738aaa8d2ad5fce5464761427120c23f05</sum></package><package epoch="0" name="pacemaker-cts" version="1.1.10" release="14.el6_5.2" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.2.src.rpm"><filename>pacemaker-cts-1.1.10-14.el6_5.2.x86_64.rpm</filename><sum type="sha256">20601f79578eee0e1c9ffad8347132b273102d1aa1f7e8d3791af8874cf57143</sum></package><package epoch="0" name="pacemaker-doc" version="1.1.10" release="14.el6_5.2" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.2.src.rpm"><filename>pacemaker-doc-1.1.10-14.el6_5.2.x86_64.rpm</filename><sum type="sha256">e452732fca1917746cf95247e45c595bf82d7b013ee590f96167cb248151e9a4</sum></package><package epoch="0" name="pacemaker-libs" version="1.1.10" release="14.el6_5.2" arch="i686" src="pacemaker-1.1.10-14.el6_5.2.src.rpm"><filename>pacemaker-libs-1.1.10-14.el6_5.2.i686.rpm</filename><sum type="sha256">9852f05f22e7087d36150b40e77bef50f417ca6c5e399211239e265dcbbeae8a</sum></package><package epoch="0" name="pacemaker-libs" version="1.1.10" release="14.el6_5.2" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.2.src.rpm"><filename>pacemaker-libs-1.1.10-14.el6_5.2.x86_64.rpm</filename><sum type="sha256">91e4f41c0a59735b342ae93632475c77f878547d61ce0f528f54e03295aac7ab</sum></package><package epoch="0" name="pacemaker-libs-devel" version="1.1.10" release="14.el6_5.2" arch="i686" src="pacemaker-1.1.10-14.el6_5.2.src.rpm"><filename>pacemaker-libs-devel-1.1.10-14.el6_5.2.i686.rpm</filename><sum type="sha256">a37d71f2a7c10147384e96e3c130de4b55099467bf58e644c6275f5d1be2b9f0</sum></package><package epoch="0" name="pacemaker-libs-devel" version="1.1.10" release="14.el6_5.2" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.2.src.rpm"><filename>pacemaker-libs-devel-1.1.10-14.el6_5.2.x86_64.rpm</filename><sum type="sha256">4b468eeda117d862d85f1e03e9b250929d5faf49d48672def0dea033c2755aed</sum></package><package epoch="0" name="pacemaker-remote" version="1.1.10" release="14.el6_5.2" arch="x86_64" src="pacemaker-1.1.10-14.el6_5.2.src.rpm"><filename>pacemaker-remote-1.1.10-14.el6_5.2.x86_64.rpm</filename><sum type="sha256">375b431ac158e9e478788b9cfeea20c348295fc5029c0a43fa8933d92e32a919</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:0143-1</id><title>ImageMagick</title><description>This update adds the following enhancement:

* Previously, the support of OpenEXR in ImageMagick was missing, even though Scientific Linux already ships the libraries required to support it. With this update, users have access to ImageMagick with OpenEXR support included, and ImageMagick is now able to deal with the OpenEXR file format automatically.

All running instances of ImageMagick must be restarted for this update to take effect.</description><release>Scientific Linux Fermi</release><issued date="2014-03-04 00:00:00"/><restart_suggested>true</restart_suggested><references><reference title="[RFE] Enable OpenEXR support in ImageMagick" type="bugzilla" id="1059568" href="https://bugzilla.redhat.com/show_bug.cgi?id=1059568"/><reference title="RHEA-2014:0143-1" type="self" id="RHEA-2014:0143-1" href="https://rhn.redhat.com/errata/RHEA-2014-0143.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ImageMagick" version="6.5.4.7" release="7.el6_5" arch="i686" src="ImageMagick-6.5.4.7-7.el6_5.src.rpm"><filename>ImageMagick-6.5.4.7-7.el6_5.i686.rpm</filename><sum type="sha256">bfe50df3aa58c6af7e82b25b121361896bfed48fb3b793fb433def439445dd79</sum></package><package epoch="0" name="ImageMagick" version="6.5.4.7" release="7.el6_5" arch="x86_64" src="ImageMagick-6.5.4.7-7.el6_5.src.rpm"><filename>ImageMagick-6.5.4.7-7.el6_5.x86_64.rpm</filename><sum type="sha256">100e2f6acc34db938db2e99e089998b2cb703444e42435a3b5376439086c4d16</sum></package><package epoch="0" name="ImageMagick-c++" version="6.5.4.7" release="7.el6_5" arch="i686" src="ImageMagick-6.5.4.7-7.el6_5.src.rpm"><filename>ImageMagick-c++-6.5.4.7-7.el6_5.i686.rpm</filename><sum type="sha256">da3af56542089a26be95bc0db1b742ae42a7fa77040993b77a05f6ea10e41070</sum></package><package epoch="0" name="ImageMagick-c++" version="6.5.4.7" release="7.el6_5" arch="x86_64" src="ImageMagick-6.5.4.7-7.el6_5.src.rpm"><filename>ImageMagick-c++-6.5.4.7-7.el6_5.x86_64.rpm</filename><sum type="sha256">d5e9fe8ebc62773d8653c721722a82263c14f33ddf5ca8a6746362b13841da7c</sum></package><package epoch="0" name="ImageMagick-c++-devel" version="6.5.4.7" release="7.el6_5" arch="i686" src="ImageMagick-6.5.4.7-7.el6_5.src.rpm"><filename>ImageMagick-c++-devel-6.5.4.7-7.el6_5.i686.rpm</filename><sum type="sha256">f82e7e890034a6a1019cec4f00d18fb1411d206ebaf5e8ed50767a2b3dc9ea96</sum></package><package epoch="0" name="ImageMagick-c++-devel" version="6.5.4.7" release="7.el6_5" arch="x86_64" src="ImageMagick-6.5.4.7-7.el6_5.src.rpm"><filename>ImageMagick-c++-devel-6.5.4.7-7.el6_5.x86_64.rpm</filename><sum type="sha256">698255e7f3819c827c8a9bdaafc44c68fddcd3f13023bf3f468bb05d08e35244</sum></package><package epoch="0" name="ImageMagick-devel" version="6.5.4.7" release="7.el6_5" arch="i686" src="ImageMagick-6.5.4.7-7.el6_5.src.rpm"><filename>ImageMagick-devel-6.5.4.7-7.el6_5.i686.rpm</filename><sum type="sha256">ee535741278b44e571d7afdc0340993785bdee4965062c29342577ca627b8feb</sum></package><package epoch="0" name="ImageMagick-devel" version="6.5.4.7" release="7.el6_5" arch="x86_64" src="ImageMagick-6.5.4.7-7.el6_5.src.rpm"><filename>ImageMagick-devel-6.5.4.7-7.el6_5.x86_64.rpm</filename><sum type="sha256">1056a5912530037204b7c1a7fcec467be44d23fb6ea2eea177ace69d1a763c31</sum></package><package epoch="0" name="ImageMagick-doc" version="6.5.4.7" release="7.el6_5" arch="x86_64" src="ImageMagick-6.5.4.7-7.el6_5.src.rpm"><filename>ImageMagick-doc-6.5.4.7-7.el6_5.x86_64.rpm</filename><sum type="sha256">53575c570efac43750705fcf1483298c645097243d569dd4929c12b6ff6063ae</sum></package><package epoch="0" name="ImageMagick-perl" version="6.5.4.7" release="7.el6_5" arch="x86_64" src="ImageMagick-6.5.4.7-7.el6_5.src.rpm"><filename>ImageMagick-perl-6.5.4.7-7.el6_5.x86_64.rpm</filename><sum type="sha256">2644ba0a3d17103835f68c7bbe143710586680498bcdfb77527e95e02e4c5e7f</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:0326-1</id><title>dmidecode bug fix update</title><description>This update fixes the following bug:

* Prior to this update, SMBIOS implementations newer than version 2.7 were not fully supported by the dmidecode tool in Scientific Linux 6. As a consequence, dmidecode was not able to automate builds and deployments on certain hardware. To fix this bug, dmidecode has been updated and now supports version 2.8 SMBIOS.</description><release>Scientific Linux Fermi</release><issued date="2014-03-25 00:00:00"/><references><reference title="6.5.z: dmidecode in rhel6 does not fully support SMBIOS 2.8 on HP gen8" type="bugzilla" id="1067392" href="https://bugzilla.redhat.com/show_bug.cgi?id=1067392"/><reference title="RHEA-2014:0326-1" type="self" id="RHEA-2014:0326-1" href="https://rhn.redhat.com/errata/RHEA-2014-0326.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="dmidecode" version="2.12" release="5.el6_5" arch="x86_64" src="dmidecode-2.12-5.el6_5.src.rpm"><filename>dmidecode-2.12-5.el6_5.x86_64.rpm</filename><sum type="sha256">e501c9ba729dbb6279911ef4202fc8f4ae7abba4646c0faf6ff3bf0d716b8c19</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:0424-1</id><title>rp-pppoe</title><description>This update adds the following enhancement:

* In Scientific Linux 6, the adsl-setup script in the rp-pppoe packages was renamed to pppoe-setup. To assist users migrating from Scientific Linux 5 to Scientific Linux 6, a symbolic link has been created to allow the old script name to continue to work.</description><release>Scientific Linux Fermi</release><issued date="2014-04-29 00:00:00"/><references><reference title="adsl-setup renamed to pppoe-setup" type="bugzilla" id="1009268" href="https://bugzilla.redhat.com/show_bug.cgi?id=1009268"/><reference title="RHEA-2014:0424-1" type="self" id="RHEA-2014:0424-1" href="https://rhn.redhat.com/errata/RHEA-2014-0424.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="rp-pppoe" version="3.10" release="11.el6" arch="x86_64" src="rp-pppoe-3.10-11.el6.src.rpm"><filename>rp-pppoe-3.10-11.el6.x86_64.rpm</filename><sum type="sha256">401d7be5e59f0233b67b4dc9997e3d1bfe0e1ec6a68279e28133fad32a0dc728</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:0499-1</id><title>tzdata</title><description>This update adds the following enhancement:

* The Egyptian government decided that Egypt will observe daylight saving time (DST) in 2014, starting on May 15 at 24:00. The DST period will be interrupted during Ramadan. The respective tzdata rules have been updated to reflect this change.</description><release>Scientific Linux Fermi</release><issued date="2014-05-20 00:00:00"/><references><reference title="" type="bugzilla" id="1097154" href="https://bugzilla.redhat.com/show_bug.cgi?id=1097154"/><reference title="" type="bugzilla" id="1097156" href="https://bugzilla.redhat.com/show_bug.cgi?id=1097156"/><reference title="" type="bugzilla" id="1097158" href="https://bugzilla.redhat.com/show_bug.cgi?id=1097158"/><reference title="RHEA-2014:0499-1" type="self" id="RHEA-2014:0499-1" href="https://rhn.redhat.com/errata/RHEA-2014-0499.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="tzdata" version="2014b" release="3.24.el6" arch="noarch" src="tzdata-2014b-3.24.el6.src.rpm"><filename>tzdata-2014b-3.24.el6.noarch.rpm</filename><sum type="sha256">6b55b123c1197de7ca265195b5770ef4879e2aea9cdcbc15267fdfea3666728f</sum></package><package epoch="0" name="tzdata-java" version="2014b" release="3.24.el6" arch="noarch" src="tzdata-2014b-3.24.el6.src.rpm"><filename>tzdata-java-2014b-3.24.el6.noarch.rpm</filename><sum type="sha256">60bef21184132fd19771ff41814bd0253258bf033d67671dafdbf4f3f7066151</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:0592-1</id><title>tzdata</title><description>This update contains all the changes implemented in tzdata-2014c and tzdata-2014d, including the following enhancements:

* The Egyptian government decided that Egypt will observe daylight saving time (DST) in 2014, starting on May 15 at 24:00. The DST period will be interrupted during Ramadan. The respective tzdata rules have been updated to reflect this change.

* The zic time zone compiler can now generate correct time zone transitions for minimal time values, and thus generates files with valid time stamps.</description><release>Scientific Linux Fermi</release><issued date="2014-06-03 00:00:00"/><references><reference title="Update tzdata to tzdata-2014c" type="bugzilla" id="1099943" href="https://bugzilla.redhat.com/show_bug.cgi?id=1099943"/><reference title="Update tzdata to tzdata-2014c" type="bugzilla" id="1099944" href="https://bugzilla.redhat.com/show_bug.cgi?id=1099944"/><reference title="Update tzdata to tzdata-2014c" type="bugzilla" id="1099946" href="https://bugzilla.redhat.com/show_bug.cgi?id=1099946"/><reference title="Update tzdata to tzdata-2014d" type="bugzilla" id="1102371" href="https://bugzilla.redhat.com/show_bug.cgi?id=1102371"/><reference title="Update tzdata to tzdata-2014d" type="bugzilla" id="1102372" href="https://bugzilla.redhat.com/show_bug.cgi?id=1102372"/><reference title="Update tzdata to tzdata-2014d" type="bugzilla" id="1102373" href="https://bugzilla.redhat.com/show_bug.cgi?id=1102373"/><reference title="RHEA-2014:0592-1" type="self" id="RHEA-2014:0592-1" href="https://rhn.redhat.com/errata/RHEA-2014-0592.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="tzdata" version="2014d" release="1.el6" arch="noarch" src="tzdata-2014d-1.el6.src.rpm"><filename>tzdata-2014d-1.el6.noarch.rpm</filename><sum type="sha256">2fb809a4c28fd469f5cc83e5b2cbec5422f55313e628b2a08bcf5c8e7443fa17</sum></package><package epoch="0" name="tzdata-java" version="2014d" release="1.el6" arch="noarch" src="tzdata-2014d-1.el6.src.rpm"><filename>tzdata-java-2014d-1.el6.noarch.rpm</filename><sum type="sha256">3920274969d729d0ca3c4f928ddd3485fd612d7acf8a77ba0f6b130faff7417e</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:0681-1</id><title>man-pages-ja</title><description>This update adds the following enhancements:

* The description of the syslog option in the Japanese version of the sudoers(5) manual page has been amended to correctly match the English version.

* The "Files" section in the Japanese version of the crontab(1) manual page has been amended to correctly match the English version.

* The Japanese version of the nfs(5) manual page has been updated to reflect the current English version more closely.

* The explanation of the sysconf(_SC_GETGR_R_SIZE_MAX) call in the getgrnam(3) manual page has been amended to describe the function of sysconf(_SC_GETGR_R_SIZE_MAX) clearly and correctly.</description><release>Scientific Linux Fermi</release><issued date="2014-06-10 00:00:00"/><references><reference title="missing the description of &amp;#39;lookupcache&amp;#39; mount option in nfs(5)" type="bugzilla" id="1035088" href="https://bugzilla.redhat.com/show_bug.cgi?id=1035088"/><reference title="" type="bugzilla" id="1059046" href="https://bugzilla.redhat.com/show_bug.cgi?id=1059046"/><reference title="There is an incorrect description in the Japanese man page of sudoers." type="bugzilla" id="976137" href="https://bugzilla.redhat.com/show_bug.cgi?id=976137"/><reference title="Japanese manpage for crontab lists wrong cron.allow, cron.deny" type="bugzilla" id="993511" href="https://bugzilla.redhat.com/show_bug.cgi?id=993511"/><reference title="RHEA-2014:0681-1" type="self" id="RHEA-2014:0681-1" href="https://rhn.redhat.com/errata/RHEA-2014-0681.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="man-pages-ja" version="20100115" release="8.el6" arch="noarch" src="man-pages-ja-20100115-8.el6.src.rpm"><filename>man-pages-ja-20100115-8.el6.noarch.rpm</filename><sum type="sha256">9d8ce2c16be61b9fa27a8232b0f31aa172dbff7c084d8212307f767793a5fe9e</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:0891-1</id><title>microcode_ctl</title><description>This update adds the following enhancement:

* This update provides the latest CPU microcode version 20140624 and makes it available at the Intel Download Center. Its new feature is particularly useful as it corrects errata for Intel processors.

Note: a system reboot is necessary for this update to take effect.</description><release>Scientific Linux Fermi</release><issued date="2014-07-22 00:00:00"/><references><reference title="" type="bugzilla" id="1110468" href="https://bugzilla.redhat.com/show_bug.cgi?id=1110468"/><reference title="RHEA-2014:0891-1" type="self" id="RHEA-2014:0891-1" href="https://rhn.redhat.com/errata/RHEA-2014-0891.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="1" name="microcode_ctl" version="1.17" release="17.el6_5.1" arch="x86_64" src="microcode_ctl-1.17-17.el6_5.1.src.rpm"><filename>microcode_ctl-1.17-17.el6_5.1.x86_64.rpm</filename><sum type="sha256">2135245623a77710d874f23bfacaf4120953891746964cc878585e6a2ec34d38</sum></package></collection></pkglist></update><update type="newpackage" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:0892-1</id><title>new packages: kmod-hpsa</title><description>The kmod-hpsa packages provide kernel modules for controlling HP Smart Array Controllers.

This enhancement update adds the kmod-hpsa packages to Scientific Linux 6 as part of the Scientific Linux Driver Update Program (DUP).

Within this update, temporary drivers for the following hardware have been provided beyond what was delivered in Scientific Linux 6.5:

HP Smart Array controllers for Gen9 Snap1 servers. Smart Array P244br 0x21BD103C Smart Array P741m 0x21BE103C Smart HBA H240ar 0x21BF103C Smart Array P440ar 0x21C0103C Smart Array P440 0x21C2103C Smart Array P441 0x21C3103C Smart Array P841 0x21C5103C Smart HBA H244br 0x21C6103C Smart HBA H240 0x21C7103C Smart HBA H241 0x21C8103C Smart Array P246br 0x21CA103C Smart Array P840 0x21CB103C Smart Array P542t 0x21CC103C Smart Array P240tr 0x21CD103C Smart HBA H240tr 0x21CE103C

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="2014-07-22 00:00:00"/><references><reference title="" type="bugzilla" id="1113691" href="https://bugzilla.redhat.com/show_bug.cgi?id=1113691"/><reference title="RHEA-2014:0892-1" type="self" id="RHEA-2014:0892-1" href="https://rhn.redhat.com/errata/RHEA-2014-0892.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="kmod-hpsa" version="3.4.4_1_RH1" release="1.el6_5" arch="x86_64" src="hpsa-3.4.4_1_RH1-1.el6_5.src.rpm"><filename>kmod-hpsa-3.4.4_1_RH1-1.el6_5.x86_64.rpm</filename><sum type="sha256">365305ca7582405dde8092527adeaa3fb8be2749d289dedfeaa8c8e57e63d8ca</sum></package></collection></pkglist></update><update type="newpackage" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:0893-1</id><title>new packages: kmod-megaraid_sas</title><description>The kmod-megaraid_sas packages provide kernel modules for LSI Logic SAS- based RAID controllers. These packages also provide temporary drivers for the following hardware beyond what was delivered in Scientific Linux 6.5:

H710PV on the Dell PowerEdge VRTX platform PERC H710PV Mini 0x1000 00x02F 0x1028 0x1F3E

This enhancement update adds the kmod-megaraid_sas packages to Scientific Linux 6 as part of the Scientific Linux Driver Update Program (DUP).

Unless a system includes the exact hardware explicitly supported by the kmod-megaraid packages, these packages must not be installed.</description><release>Scientific Linux Fermi</release><issued date="2014-07-22 00:00:00"/><references><reference title="" type="bugzilla" id="1113699" href="https://bugzilla.redhat.com/show_bug.cgi?id=1113699"/><reference title="RHEA-2014:0893-1" type="self" id="RHEA-2014:0893-1" href="https://rhn.redhat.com/errata/RHEA-2014-0893.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="kmod-megaraid_sas" version="06.803.01.00_rh1" release="1.el6_5" arch="x86_64" src="megaraid_sas-06.803.01.00_rh1-1.el6_5.src.rpm"><filename>kmod-megaraid_sas-06.803.01.00_rh1-1.el6_5.x86_64.rpm</filename><sum type="sha256">6b40848ee5430db9d0bb5f701e9ed3a42828b8e4d93efab560141351e8fcd149</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:0894-1</id><title>sos</title><description>This update adds the following enhancement:

* This update introduces support for the redhat-upgrade-tool and preupgrade-assistant tools to Scientific Linux 6. Now, generating an sosreport also collects information on system upgrades and failed pre- upgrade attempts.</description><release>Scientific Linux Fermi</release><issued date="2014-07-22 00:00:00"/><references><reference title="" type="bugzilla" id="1101248" href="https://bugzilla.redhat.com/show_bug.cgi?id=1101248"/><reference title="RHEA-2014:0894-1" type="self" id="RHEA-2014:0894-1" href="https://rhn.redhat.com/errata/RHEA-2014-0894.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="sos" version="2.2" release="47.el6_5.7" arch="noarch" src="sos-2.2-47.el6_5.7.src.rpm"><filename>sos-2.2-47.el6_5.7.noarch.rpm</filename><sum type="sha256">fa3b11259dc527ac8092bceb5fedb41af7431ca55386b3f8f400022350fdb110</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:0993-1</id><title>ca-certificates</title><description>The ca-certificate package has been upgraded to version 2014.1.98, released with Network Security Services (NSS) version 3.16.1, which provides a number of enhancements over the previous version.</description><release>Scientific Linux Fermi</release><issued date="2014-08-05 00:00:00"/><references><reference title="Rebase ca-certificates in RHEL 6.5.z to NSS 3.16.1 version (will remove expired Firmaprofesional cert, etc.)" type="bugzilla" id="1111247" href="https://bugzilla.redhat.com/show_bug.cgi?id=1111247"/><reference title="RHEA-2014:0993-1" type="self" id="RHEA-2014:0993-1" href="https://rhn.redhat.com/errata/RHEA-2014-0993.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="ca-certificates" version="2014.1.98" release="65.0.el6_5" arch="noarch" src="ca-certificates-2014.1.98-65.0.el6_5.src.rpm"><filename>ca-certificates-2014.1.98-65.0.el6_5.noarch.rpm</filename><sum type="sha256">7a2f86025ee2aad4e1a4da8858287f728a672ac3ae21bdcf66d1517857f366a7</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:1105-1</id><title>libvpx</title><description>The libvpx packages have been upgraded to upstream version 1.3.0, which provides new functions for Mozilla Firefox 31 on Scientific Linux 6, as well as a number of other enhancements over the previous version.

After installing the update, all applications using libvpx must be restarted for the changes to take effect.</description><release>Scientific Linux Fermi</release><issued date="2014-09-02 00:00:00"/><restart_suggested>true</restart_suggested><references><reference title="[RHEL6] Update libvpx to support WebM in Firefox" type="bugzilla" id="1125221" href="https://bugzilla.redhat.com/show_bug.cgi?id=1125221"/><reference title="RHEA-2014:1105-1" type="self" id="RHEA-2014:1105-1" href="https://rhn.redhat.com/errata/RHEA-2014-1105.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="gstreamer-plugins-bad-free" version="0.10.19" release="3.el6_5" arch="i686" src="gstreamer-plugins-bad-free-0.10.19-3.el6_5.src.rpm"><filename>gstreamer-plugins-bad-free-0.10.19-3.el6_5.i686.rpm</filename><sum type="sha256">6ab41fd5ec163988745112d08befdc6ce92b499673002be5d191f9da283efcdb</sum></package><package epoch="0" name="gstreamer-plugins-bad-free" version="0.10.19" release="3.el6_5" arch="x86_64" src="gstreamer-plugins-bad-free-0.10.19-3.el6_5.src.rpm"><filename>gstreamer-plugins-bad-free-0.10.19-3.el6_5.x86_64.rpm</filename><sum type="sha256">a33aeea82aed6ecd46403af53f2abaf766c394bb254c1e8cf9a41e69d3ceba6b</sum></package><package epoch="0" name="gstreamer-plugins-bad-free-devel" version="0.10.19" release="3.el6_5" arch="i686" src="gstreamer-plugins-bad-free-0.10.19-3.el6_5.src.rpm"><filename>gstreamer-plugins-bad-free-devel-0.10.19-3.el6_5.i686.rpm</filename><sum type="sha256">dc670fbd0659c2fccb8e1198657e86a50499451fee547ee585bab3fbec8ab803</sum></package><package epoch="0" name="gstreamer-plugins-bad-free-devel" version="0.10.19" release="3.el6_5" arch="x86_64" src="gstreamer-plugins-bad-free-0.10.19-3.el6_5.src.rpm"><filename>gstreamer-plugins-bad-free-devel-0.10.19-3.el6_5.x86_64.rpm</filename><sum type="sha256">3e8d39c79dc647e558ecf3161d733c587f496df7c47711ab98a2064c354ceac6</sum></package><package epoch="0" name="gstreamer-plugins-bad-free-devel-docs" version="0.10.19" release="3.el6_5" arch="x86_64" src="gstreamer-plugins-bad-free-0.10.19-3.el6_5.src.rpm"><filename>gstreamer-plugins-bad-free-devel-docs-0.10.19-3.el6_5.x86_64.rpm</filename><sum type="sha256">f0731322b0194014ed6660bbae781979f503c12f4dbd6799e016f7c571c34f64</sum></package><package epoch="0" name="gstreamer-plugins-bad-free-extras" version="0.10.19" release="3.el6_5" arch="i686" src="gstreamer-plugins-bad-free-0.10.19-3.el6_5.src.rpm"><filename>gstreamer-plugins-bad-free-extras-0.10.19-3.el6_5.i686.rpm</filename><sum type="sha256">3d4e2007487606676f678ea967761d479287805bdcfad8e12068a8a896684d5b</sum></package><package epoch="0" name="gstreamer-plugins-bad-free-extras" version="0.10.19" release="3.el6_5" arch="x86_64" src="gstreamer-plugins-bad-free-0.10.19-3.el6_5.src.rpm"><filename>gstreamer-plugins-bad-free-extras-0.10.19-3.el6_5.x86_64.rpm</filename><sum type="sha256">e73d59f0da2283086e01db36e50d84a576c77da4278a50759c1682e07c915244</sum></package><package epoch="0" name="libvpx" version="1.3.0" release="5.el6_5" arch="i686" src="libvpx-1.3.0-5.el6_5.src.rpm"><filename>libvpx-1.3.0-5.el6_5.i686.rpm</filename><sum type="sha256">c9b19db5d18f5a5c3acae1fdb5b1f45739be4a2afd903e3ceb2befbb4f311f8a</sum></package><package epoch="0" name="libvpx" version="1.3.0" release="5.el6_5" arch="x86_64" src="libvpx-1.3.0-5.el6_5.src.rpm"><filename>libvpx-1.3.0-5.el6_5.x86_64.rpm</filename><sum type="sha256">97222bdc4a8294aab45aad27e5a4c19db4adf2072105f15002e799421cb6bf0b</sum></package><package epoch="0" name="libvpx-devel" version="1.3.0" release="5.el6_5" arch="i686" src="libvpx-1.3.0-5.el6_5.src.rpm"><filename>libvpx-devel-1.3.0-5.el6_5.i686.rpm</filename><sum type="sha256">bb07f70f65fa12ab35ef2a25d2583e86a69230d862c686aa6ec8515c04985eb3</sum></package><package epoch="0" name="libvpx-devel" version="1.3.0" release="5.el6_5" arch="x86_64" src="libvpx-1.3.0-5.el6_5.src.rpm"><filename>libvpx-devel-1.3.0-5.el6_5.x86_64.rpm</filename><sum type="sha256">6511b5d7901763dcab20ae96b64f7efaab7b2feecc1552848f185f2e593bcbb2</sum></package><package epoch="0" name="libvpx-utils" version="1.3.0" release="5.el6_5" arch="x86_64" src="libvpx-1.3.0-5.el6_5.src.rpm"><filename>libvpx-utils-1.3.0-5.el6_5.x86_64.rpm</filename><sum type="sha256">81e0bf757bd5b0a644fa0a0064f61ec4ead10fc01372fe81abdcdb0f963c799d</sum></package></collection></pkglist></update><update type="newpackage" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:1111-1</id><title>new packages: kmod-rtsx_pci, kmod-rtsx_pci_ms, kmod-rtsx_pci_sdmmc</title><description>The kmod-rtsx_pci, kmod-rtsx_pci_ms, kmod-rtsx_pci_sdmmc, kmod- memstick_dup, kmod-mmc_core_dup, and kmod-mmc_block_dup packages provide kernel modules for supporting Realtek Card Reader RTS5227/5229.

Hardware Name: Realtek PCIe Card Reader RTS5229 and RTS5227 Hardware ID: 10ec:5229 and 10ec:5227

This enhancement update adds the kmod-rtsx_pci, kmod-rtsx_pci_ms, kmod- rtsx_pci_sdmmc, kmod-memstick_dup, kmod-mmc_core_dup, and kmod- mmc_block_dup packages to Scientific Linux 6.

Before installing these new packages, please read the Red Hat Knowledgebase article for more details:</description><release>Scientific Linux Fermi</release><issued date="2014-09-02 00:00:00"/><references><reference title="" type="bugzilla" id="1129017" href="https://bugzilla.redhat.com/show_bug.cgi?id=1129017"/><reference title="RHEA-2014:1111-1" type="self" id="RHEA-2014:1111-1" href="https://rhn.redhat.com/errata/RHEA-2014-1111.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="kmod-memstick_dup" version="0.1_rh1" release="1.el6_5" arch="x86_64" src="memstick_dup-0.1_rh1-1.el6_5.src.rpm"><filename>kmod-memstick_dup-0.1_rh1-1.el6_5.x86_64.rpm</filename><sum type="sha256">3eaf8793fc0e3ff8197792f01ee5ec38fefe8a6be06d0d7ad35e73bea5d75105</sum></package><package epoch="0" name="kmod-mmc_block_dup" version="0.1_rh1" release="1.el6_5" arch="x86_64" src="mmc_block_dup-0.1_rh1-1.el6_5.src.rpm"><filename>kmod-mmc_block_dup-0.1_rh1-1.el6_5.x86_64.rpm</filename><sum type="sha256">206f1c8febdaba6a14c3c7d8ee2cb86928c606e9923f3faf93ad74a60751bcaa</sum></package><package epoch="0" name="kmod-mmc_core_dup" version="0.1_rh1" release="1.el6_5" arch="x86_64" src="mmc_core_dup-0.1_rh1-1.el6_5.src.rpm"><filename>kmod-mmc_core_dup-0.1_rh1-1.el6_5.x86_64.rpm</filename><sum type="sha256">2b2e6c4e7b2a58b9cda0167db83d3e58c30c0cb8bd6115fcfe58c41ef7033544</sum></package><package epoch="0" name="kmod-rtsx_pci" version="0.1_rh1" release="1.el6_5" arch="x86_64" src="rtsx_pci-0.1_rh1-1.el6_5.src.rpm"><filename>kmod-rtsx_pci-0.1_rh1-1.el6_5.x86_64.rpm</filename><sum type="sha256">136ca4bfe63d49f368d6c20a7f2aa4f2c0a038971b511af56316472aaae828e4</sum></package><package epoch="0" name="kmod-rtsx_pci_ms" version="0.1_rh1" release="1.el6_5" arch="x86_64" src="rtsx_pci_ms-0.1_rh1-1.el6_5.src.rpm"><filename>kmod-rtsx_pci_ms-0.1_rh1-1.el6_5.x86_64.rpm</filename><sum type="sha256">84807a16e6458dbb47c89e96e7b4e44f54d6310cb64a541f550e8f07d278a600</sum></package><package epoch="0" name="kmod-rtsx_pci_sdmmc" version="0.1_rh1" release="1.el6_5" arch="x86_64" src="rtsx_pci_sdmmc-0.1_rh1-1.el6_5.src.rpm"><filename>kmod-rtsx_pci_sdmmc-0.1_rh1-1.el6_5.x86_64.rpm</filename><sum type="sha256">b03c7640f467cb6bc55ab3f66c5db448e09e9d8121529d840c547867e5d05f50</sum></package></collection></pkglist></update><update type="newpackage" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:1179-1</id><title>new packages: kmod-sfc</title><description>The kmod-sfc packages provide kernel modules for controlling Solarflare network adapters.

This enhancement update adds the kmod-sfc packages to Scientific Linux 6 to support the new Solarflare network controller debuting on IBM System x3550 M4, x3650 M4, and x3750 M4 servers:

* Solarflare Flareon SFN7000 Series 10GbE Server Adapter ? VID 1924, DID 0903 * Solarflare Flareon SFN7000 Series 40GbE Server Adapter ? VID 1924, DID 1923

Apart from the support for a complete new SFN7XXX hardware family, the new kmod-sfc packages also support the Precision Time Protocol (PTP).</description><release>Scientific Linux Fermi</release><issued date="2014-09-16 00:00:00"/><references><reference title="" type="bugzilla" id="1115812" href="https://bugzilla.redhat.com/show_bug.cgi?id=1115812"/><reference title="RHEA-2014:1179-1" type="self" id="RHEA-2014:1179-1" href="https://rhn.redhat.com/errata/RHEA-2014-1179.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="kmod-sfc" version="4.0" release="3.el6_5" arch="x86_64" src="sfc-4.0-3.el6_5.src.rpm"><filename>kmod-sfc-4.0-3.el6_5.x86_64.rpm</filename><sum type="sha256">06d05bb6f55ac62d2f3acf56e4a0e93c52a83f85418aca99af8d7d0f2e00d8cb</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:1271-1</id><title>device-mapper-multipath</title><description>This update fixes the following bug:

* This update adds iscsi support for the "fast_io_fail_tmo" option to allow the user to modify the speed of multipath responding to failed iscsi devices.</description><release>Scientific Linux Fermi</release><issued date="2014-09-23 00:00:00"/><references><reference title="multipath: make fast_io_fail work for iscsi devices" type="bugzilla" id="1137017" href="https://bugzilla.redhat.com/show_bug.cgi?id=1137017"/><reference title="RHEA-2014:1271-1" type="self" id="RHEA-2014:1271-1" href="https://rhn.redhat.com/errata/RHEA-2014-1271.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="device-mapper-multipath" version="0.4.9" release="72.el6_5.4" arch="x86_64" src="device-mapper-multipath-0.4.9-72.el6_5.4.src.rpm"><filename>device-mapper-multipath-0.4.9-72.el6_5.4.x86_64.rpm</filename><sum type="sha256">956e5787030fa5cd35c9018bbbf380a722c7edc933ebe96404ac4d021f7f7f42</sum></package><package epoch="0" name="device-mapper-multipath-libs" version="0.4.9" release="72.el6_5.4" arch="x86_64" src="device-mapper-multipath-0.4.9-72.el6_5.4.src.rpm"><filename>device-mapper-multipath-libs-0.4.9-72.el6_5.4.x86_64.rpm</filename><sum type="sha256">226d301a6e597b1b1e6a24ee90be6515064f26936362d73f80320b8c3fbbd3d7</sum></package><package epoch="0" name="kpartx" version="0.4.9" release="72.el6_5.4" arch="x86_64" src="device-mapper-multipath-0.4.9-72.el6_5.4.src.rpm"><filename>kpartx-0.4.9-72.el6_5.4.x86_64.rpm</filename><sum type="sha256">ecdb4a225e6500ff89168ba33db6caa9bd13c0a3d4edfa71c5495afcec78f918</sum></package></collection></pkglist></update><update type="enhancement" from="LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2014:1355-1</id><title> tzdata</title><description>This update contains changes implemented in tzdata-2014h, which are all related to historical transition times. In particular, this update fixes the following bugs:

* Transition to standard time in Asia/Novokuznetsk did not take place on January 5, 1920, but on April 30, 1924.

* Transition to daylight saving time in Jamaica did not take place on April 28, 1974, but on January 6, 1974.

In addition, this update adds the following enhancement:

* A number of African time zones (Africa/Blantyre, Bujumbura, Gaborone, Harare, Kigali, Lubumbashi, and Lusaka) were merged with Africa/Maputo because their transition times do not differ in the post-1970 era. Africa/Maseru and Africa/Mbabane are now mapped to the Africa/Johannesburg alias for the same reason.</description><release>Scientific Linux Fermi</release><issued date="2014-10-07 00:00:00"/><references><reference title="2014h was released" type="bugzilla" id="1147037" href="https://bugzilla.redhat.com/show_bug.cgi?id=1147037"/><reference title="2014h was released" type="bugzilla" id="1147039" href="https://bugzilla.redhat.com/show_bug.cgi?id=1147039"/><reference title="2014h was released" type="bugzilla" id="1147040" href="https://bugzilla.redhat.com/show_bug.cgi?id=1147040"/><reference title="2014h was released" type="bugzilla" id="1147041" href="https://bugzilla.redhat.com/show_bug.cgi?id=1147041"/><reference title="RHEA-2014:1355-1" type="self" id="RHEA-2014:1355-1" href="https://rhn.redhat.com/errata/RHEA-2014-1355.html"/></references><pkglist><collection short="SLF6"><name>Scientific Linux Fermi 6</name><package epoch="0" name="tzdata" version="2014h" release="1.el6" arch="noarch" src="tzdata-2014h-1.el6.src.rpm"><filename>tzdata-2014h-1.el6.noarch.rpm</filename><sum type="sha256">cd06cd4c8b2dc05561ce7f78a4e63312f0841fa282b363befa7d97a12e19cf1a</sum></package><package epoch="0" name="tzdata-java" version="2014h" release="1.el6" arch="noarch" src="tzdata-2014h-1.el6.src.rpm"><filename>tzdata-java-2014h-1.el6.noarch.rpm</filename><sum type="sha256">6886fb87e5f69ba79112c55f96e9119c6392ad11d33f2ce623b73ec3cc1795b4</sum></package></collection></pkglist></update></updates>