<?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="enhancement" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SL6.1:yum-conf-elrepo</id><title>enhancement: yum-conf-elrepo</title><description>Latest upstream version</description><release>Scientific Linux</release><issued date="2011-07-28 00:00:00"/><references/><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="elrepo-release" version="6" release="4.el6.elrepo" arch="noarch" src="elrepo-release-6-4.el6.elrepo.src.rpm"><filename>elrepo-release-6-4.el6.elrepo.noarch.rpm</filename><sum type="sha256">5f8aff1109b543ebb76b1be72c8716b6e227f29339b23c07a46e3d7e352c7e5c</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0835-3</id><title>resource-agents bug fix update</title><description>This update provides a fix for the following bug:

* The config-utils library did not work correctly with certain references, causing problems with several agents.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="Apache agent does not start and errors-out with &quot;Query failed: Invalid argument&quot;." type="bugzilla" id="640190" href="https://bugzilla.redhat.com/show_bug.cgi?id=640190"/><reference title="RHBA-2010:0835-3" type="self" id="RHBA-2010:0835-3" href="https://rhn.redhat.com/errata/RHBA-2010-0835.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="resource-agents" version="3.0.12" release="15.el6_0.1" arch="x86_64" src="resource-agents-3.0.12-15.el6_0.1.src.rpm"><filename>resource-agents-3.0.12-15.el6_0.1.x86_64.rpm</filename><sum type="sha256">e2f05bbba6c0893fbd51ffa2d48f5365458e05670bc234f241f328febbfb5132</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0836-4</id><title>NetworkManager bug fix and enhancement update</title><description>This update fixes the following bug:

* Under certain circumstances, the "Enable Networking" and "Enable Wireless" menu items in the panel applet may have been insensitive. This error no longer occurs, and both options are now available as expected.

Also, this update adds the following enhancements:

* In enterprise wireless networks, the proactive key caching can now be used along with the PEAP-GTC authentication mechanism.

* Punjabi translation of the network applet has been updated.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="Enable Networking and Enable Wireless options are grayed out in NetworkManager Applet after update" type="bugzilla" id="638598" href="https://bugzilla.redhat.com/show_bug.cgi?id=638598"/><reference title="RHBA-2010:0836-4" type="self" id="RHBA-2010:0836-4" href="https://rhn.redhat.com/errata/RHBA-2010-0836.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="1" name="NetworkManager" version="0.8.1" release="5.el6_0.1" arch="x86_64" src="NetworkManager-0.8.1-5.el6_0.1.src.rpm"><filename>NetworkManager-0.8.1-5.el6_0.1.x86_64.rpm</filename><sum type="sha256">d9b4b2c8292728a14c4091e3e331bb911d2f79cb845511f83dbbd35bae564e56</sum></package><package epoch="1" name="NetworkManager-devel" version="0.8.1" release="5.el6_0.1" arch="i686" src="NetworkManager-0.8.1-5.el6_0.1.src.rpm"><filename>NetworkManager-devel-0.8.1-5.el6_0.1.i686.rpm</filename><sum type="sha256">078a2ccda761211158e8ee262a9d5b8653369f098e3a1d45698a934a216e628c</sum></package><package epoch="1" name="NetworkManager-devel" version="0.8.1" release="5.el6_0.1" arch="x86_64" src="NetworkManager-0.8.1-5.el6_0.1.src.rpm"><filename>NetworkManager-devel-0.8.1-5.el6_0.1.x86_64.rpm</filename><sum type="sha256">89d782fca9553728c3a4cf71250bd98bc3c4d79ef40186c9694d508976526c78</sum></package><package epoch="1" name="NetworkManager-glib" version="0.8.1" release="5.el6_0.1" arch="i686" src="NetworkManager-0.8.1-5.el6_0.1.src.rpm"><filename>NetworkManager-glib-0.8.1-5.el6_0.1.i686.rpm</filename><sum type="sha256">76dec54b3abc41bff51e6018264f4c4d05c823f1b8ed9b5d1d876ea6e97d7132</sum></package><package epoch="1" name="NetworkManager-glib" version="0.8.1" release="5.el6_0.1" arch="x86_64" src="NetworkManager-0.8.1-5.el6_0.1.src.rpm"><filename>NetworkManager-glib-0.8.1-5.el6_0.1.x86_64.rpm</filename><sum type="sha256">55ef36daa4e42c7f33f4c530f4fc87694ab84d0a7a605fab88584254ad0b102d</sum></package><package epoch="1" name="NetworkManager-glib-devel" version="0.8.1" release="5.el6_0.1" arch="i686" src="NetworkManager-0.8.1-5.el6_0.1.src.rpm"><filename>NetworkManager-glib-devel-0.8.1-5.el6_0.1.i686.rpm</filename><sum type="sha256">46475c928dcae5d05409c9aa7d7bbda2f2cdf38f656d3f7f7c682c4f0841cf87</sum></package><package epoch="1" name="NetworkManager-glib-devel" version="0.8.1" release="5.el6_0.1" arch="x86_64" src="NetworkManager-0.8.1-5.el6_0.1.src.rpm"><filename>NetworkManager-glib-devel-0.8.1-5.el6_0.1.x86_64.rpm</filename><sum type="sha256">e2784329abfa96cfb99281f6f7179cf7727663e3548f8da915f1b109405f2727</sum></package><package epoch="1" name="NetworkManager-gnome" version="0.8.1" release="5.el6_0.1" arch="x86_64" src="NetworkManager-0.8.1-5.el6_0.1.src.rpm"><filename>NetworkManager-gnome-0.8.1-5.el6_0.1.x86_64.rpm</filename><sum type="sha256">fbdcbe964151299ae3220650358a903a48d80cb56713ad8f623f20c70f391228</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0844-3</id><title>cluster and gfs2-utils bug fix update</title><description>This update provides fixes for the following bugs:

* The /proc/mounts file system is no longer updated with the wrong device.

* A 'service cman stop remove' command no longer erroneously and permanently sets the 'remove' flag for a node for every subsequent stop/leave operation.

* When two cluster nodes attempt to form a cluster with different configuration files, the one with the more recent version no longer gets killed.

* The fsck.gfs2 utility no longer crashes if journals are missing.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="Updating /proc/mounts and /etc/mtab with mount args for GFS2 fs" type="bugzilla" id="634201" href="https://bugzilla.redhat.com/show_bug.cgi?id=634201"/><reference title="fsck.gfs2 segfaults if journals are missing" type="bugzilla" id="637699" href="https://bugzilla.redhat.com/show_bug.cgi?id=637699"/><reference title="cman stop remove broken" type="bugzilla" id="638954" href="https://bugzilla.redhat.com/show_bug.cgi?id=638954"/><reference title="[RHEL6] active cluster nodes with higher config version gets killed" type="bugzilla" id="639958" href="https://bugzilla.redhat.com/show_bug.cgi?id=639958"/><reference title="RHBA-2010:0844-3" type="self" id="RHBA-2010:0844-3" href="https://rhn.redhat.com/errata/RHBA-2010-0844.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="clusterlib" version="3.0.12" release="23.el6_0.4" arch="i686" src="cluster-3.0.12-23.el6_0.4.src.rpm"><filename>clusterlib-3.0.12-23.el6_0.4.i686.rpm</filename><sum type="sha256">f8f7ffde327eb6fdc10adda3ffdc20b16ed357f80793c68c24c7a1a8fffa425b</sum></package><package epoch="0" name="clusterlib" version="3.0.12" release="23.el6_0.4" arch="x86_64" src="cluster-3.0.12-23.el6_0.4.src.rpm"><filename>clusterlib-3.0.12-23.el6_0.4.x86_64.rpm</filename><sum type="sha256">2cf377ca51894b5a98c3d69b8b5567fc2251ad6bf3c3d12ddb08945e8eab1ae4</sum></package><package epoch="0" name="clusterlib-devel" version="3.0.12" release="23.el6_0.4" arch="x86_64" src="cluster-3.0.12-23.el6_0.4.src.rpm"><filename>clusterlib-devel-3.0.12-23.el6_0.4.x86_64.rpm</filename><sum type="sha256">ba7b9b5de92f3a2ea30f5521c9492361f1fa6b73e4760ec2ba8bc1753c98cd37</sum></package><package epoch="0" name="cman" version="3.0.12" release="23.el6_0.4" arch="x86_64" src="cluster-3.0.12-23.el6_0.4.src.rpm"><filename>cman-3.0.12-23.el6_0.4.x86_64.rpm</filename><sum type="sha256">f2a1b27ead6164c54dc14f1c42f0834c80cff1eee940d648ac4fcc0fd5372c79</sum></package><package epoch="0" name="dlm-pcmk" version="3.0.12" release="23.el6_0.4" arch="x86_64" src="cluster-3.0.12-23.el6_0.4.src.rpm"><filename>dlm-pcmk-3.0.12-23.el6_0.4.x86_64.rpm</filename><sum type="sha256">71078dea441a32f6897cfbab85e2a6bd0522dcbe7732e8cc87134b979709a00b</sum></package><package epoch="0" name="gfs-pcmk" version="3.0.12" release="23.el6_0.4" arch="x86_64" src="cluster-3.0.12-23.el6_0.4.src.rpm"><filename>gfs-pcmk-3.0.12-23.el6_0.4.x86_64.rpm</filename><sum type="sha256">32b2d9350fca4983c76144ba75f824c1c013b0da29caccff1eb071227dc678b0</sum></package><package epoch="0" name="gfs2-utils" version="3.0.12" release="23.el6_0.4" arch="x86_64" src="cluster-3.0.12-23.el6_0.4.src.rpm"><filename>gfs2-utils-3.0.12-23.el6_0.4.x86_64.rpm</filename><sum type="sha256">e1f6a6cecf5aacffceb828cb148fe923ddb8663fde943c58999d8d974e810fb7</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0846-3</id><title>yum bug fix update</title><description>This updated yum package includes fixes for the following bugs:

* Previously, yum treated packages that provide kernel-modules as install-only packages. With this update, the install-only option has been removed.

* Previously, the "/var/cache/yum/" directory kept accumulating multiple '.sqlite' files and never cleaned them out. With this update, the '.sqlite' are automatically cleaned up.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="Z-stream needed on yum installonly kernel-modules handling" type="bugzilla" id="634974" href="https://bugzilla.redhat.com/show_bug.cgi?id=634974"/><reference title="/var/cache/yum periodically filling up" type="bugzilla" id="637086" href="https://bugzilla.redhat.com/show_bug.cgi?id=637086"/><reference title="RHBA-2010:0846-3" type="self" id="RHBA-2010:0846-3" href="https://rhn.redhat.com/errata/RHBA-2010-0846.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="yum" version="3.2.27" release="14.el6_0.1" arch="noarch" src="yum-3.2.27-14.el6_0.1.src.rpm"><filename>yum-3.2.27-14.el6_0.1.noarch.rpm</filename><sum type="sha256">af32f3719f9311c371f276c7068697aca463f9036e27f3f47fea7bb1bab1ebe7</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0847-2</id><title>tuned bug fix update</title><description>Tuned is a utility for tuning system performance and power-consumption. Various profiles are available.

This update fixes the following bug:

* Prior to this update, I/O scheduler changes were not applied to device mapper (dm) devices, which affected the enterprise-storage, latency-performance and throughput-performance profiles. This error has been fixed, device mapper devices have been added to the "ELEVATOR_TUNE_DEVS" list, and I/O scheduler changes are now applied to all devices as expected.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="I/O scheduler changes not being made to device mapper (dm) devices on certain tuned profiles" type="bugzilla" id="638975" href="https://bugzilla.redhat.com/show_bug.cgi?id=638975"/><reference title="RHBA-2010:0847-2" type="self" id="RHBA-2010:0847-2" href="https://rhn.redhat.com/errata/RHBA-2010-0847.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="tuned" version="0.2.11" release="8.el6_0.1" arch="noarch" src="tuned-0.2.11-8.el6_0.1.src.rpm"><filename>tuned-0.2.11-8.el6_0.1.noarch.rpm</filename><sum type="sha256">c84c89f1d8039dfe2c684b7d875b76f16625bf4c63f794924a0f6dfcd2c148f6</sum></package><package epoch="0" name="tuned-utils" version="0.2.11" release="8.el6_0.1" arch="noarch" src="tuned-0.2.11-8.el6_0.1.src.rpm"><filename>tuned-utils-0.2.11-8.el6_0.1.noarch.rpm</filename><sum type="sha256">7f07daf3cd2aab81509d803a88b8ae070a09dadd1ef2b2af89f1ad4e22712e58</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0848-2</id><title>upstart bug fix update</title><description>This update fixes the following bug:

* When a mingetty session is terminated, the relevant entry in the utmp table is now correctly set to "DEAD_PROCESS".

Note that after installing this update, a system reboot is required for the above changes to take effect.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="Upstart does not update the /var/run/utmp with DEAD_PROCESS" type="bugzilla" id="636487" href="https://bugzilla.redhat.com/show_bug.cgi?id=636487"/><reference title="RHBA-2010:0848-2" type="self" id="RHBA-2010:0848-2" href="https://rhn.redhat.com/errata/RHBA-2010-0848.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="upstart" version="0.6.5" release="6.1.el6_0.1" arch="x86_64" src="upstart-0.6.5-6.1.el6_0.1.src.rpm"><filename>upstart-0.6.5-6.1.el6_0.1.x86_64.rpm</filename><sum type="sha256">29561721a1e98341fa27fb52bd0ce26d588db3100f22979b51b476f7c8e3af01</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0849-3</id><title>lvm2 bug fix update</title><description>These updated lvm2 packages provide fixes for the following bugs:

* This update avoids data corruption caused by a failure to detect that a filesystem being resized with 'fsadm' (or lvresize/lvreduce --resizefs) is mounted. The update also fixes various other problems in 'fsadm' including incorrect handling of user's break action, inconsistent processing of the '--dry-run' option, missing support for correctly passing the '--yes' option, and incorrect handling of the 'LVM_BINARY' environment variable.

* Under some circumstances, creating cluster mirrors with the '--nosync' option could cause I/O to become extremely slow. Note that this issue only effected I/O immediately after the creation of the mirror, and only when '--nosync' was used. With this update, I/O no longer runs slow in the aforementioned case.

* Previously, the limit for tags section in metadata was 4096 characters. When this limit was exceeded, the VG metadata were corrupted. With this update, the limitation has been removed and the limit is given by metadata size only.

* Previously, a limit for maximum output length in reporting functions (vgs, lvs) caused problems while using a large set of tags. With this update, the output lines in these reports are now limited by available memory only.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="online resize of LV/ext4 corrupts data" type="bugzilla" id="641461" href="https://bugzilla.redhat.com/show_bug.cgi?id=641461"/><reference title="basic I/O to cmirrors hangs and causes backtraces" type="bugzilla" id="641812" href="https://bugzilla.redhat.com/show_bug.cgi?id=641812"/><reference title="vgchange --addtag leaves VG metadata corrupted" type="bugzilla" id="641896" href="https://bugzilla.redhat.com/show_bug.cgi?id=641896"/><reference title="vgs fails to display tags when there are many of them" type="bugzilla" id="648554" href="https://bugzilla.redhat.com/show_bug.cgi?id=648554"/><reference title="RHBA-2010:0849-3" type="self" id="RHBA-2010:0849-3" href="https://rhn.redhat.com/errata/RHBA-2010-0849.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="cmirror" version="2.02.72" release="8.el6_0.2" arch="x86_64" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>cmirror-2.02.72-8.el6_0.2.x86_64.rpm</filename><sum type="sha256">3467743fbc0324248ecbffa45de7daf4be5cce5bf8acf262e3253f639736e2a6</sum></package><package epoch="0" name="device-mapper" version="1.02.53" release="8.el6_0.2" arch="x86_64" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>device-mapper-1.02.53-8.el6_0.2.x86_64.rpm</filename><sum type="sha256">768bd70bcc565874f0b8d668b60f22d80d0204c10d22215f5cd241ec4735655b</sum></package><package epoch="0" name="device-mapper-devel" version="1.02.53" release="8.el6_0.2" arch="i686" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>device-mapper-devel-1.02.53-8.el6_0.2.i686.rpm</filename><sum type="sha256">153a250b654d1847a44995e5095866d6e70b38c3cba2cc4ba797e3e281c2eb20</sum></package><package epoch="0" name="device-mapper-devel" version="1.02.53" release="8.el6_0.2" arch="x86_64" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>device-mapper-devel-1.02.53-8.el6_0.2.x86_64.rpm</filename><sum type="sha256">b70cda6f267e3a6f90bdfd22fae9ed9ab32533612223205359cad600358c0df8</sum></package><package epoch="0" name="device-mapper-event" version="1.02.53" release="8.el6_0.2" arch="x86_64" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>device-mapper-event-1.02.53-8.el6_0.2.x86_64.rpm</filename><sum type="sha256">c24ba46957173c4ee4f6b6f605cdec8eb207b24518b5075b79ff62cd310b9d0c</sum></package><package epoch="0" name="device-mapper-event-devel" version="1.02.53" release="8.el6_0.2" arch="i686" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>device-mapper-event-devel-1.02.53-8.el6_0.2.i686.rpm</filename><sum type="sha256">f457c8ba5c2be5c1c30ce3497d50734ffc8ff2020b51e5c29889a23fdbf04b43</sum></package><package epoch="0" name="device-mapper-event-devel" version="1.02.53" release="8.el6_0.2" arch="x86_64" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>device-mapper-event-devel-1.02.53-8.el6_0.2.x86_64.rpm</filename><sum type="sha256">4f909ec388becd5781b99edd542b626af4ddfc3fe597530a33637c1a5b6599ae</sum></package><package epoch="0" name="device-mapper-event-libs" version="1.02.53" release="8.el6_0.2" arch="i686" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>device-mapper-event-libs-1.02.53-8.el6_0.2.i686.rpm</filename><sum type="sha256">e9e8be73db3250d23c7e3cfb27ed47d1bf2b4342cd82dd7dda358c5515e1c4ed</sum></package><package epoch="0" name="device-mapper-event-libs" version="1.02.53" release="8.el6_0.2" arch="x86_64" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>device-mapper-event-libs-1.02.53-8.el6_0.2.x86_64.rpm</filename><sum type="sha256">f60ea035f6a9fe8e8c67f161cc494d4649f8e3665519730efcb0afc520edf8f1</sum></package><package epoch="0" name="device-mapper-libs" version="1.02.53" release="8.el6_0.2" arch="i686" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>device-mapper-libs-1.02.53-8.el6_0.2.i686.rpm</filename><sum type="sha256">134e234995a80db32338f9e2e9f33c935fcbb0bdaf29b3d372806e99b8ecf2e7</sum></package><package epoch="0" name="device-mapper-libs" version="1.02.53" release="8.el6_0.2" arch="x86_64" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>device-mapper-libs-1.02.53-8.el6_0.2.x86_64.rpm</filename><sum type="sha256">16acd66b6024820fd379936092c451a4de22086711e22196876d01439ce8c504</sum></package><package epoch="0" name="lvm2" version="2.02.72" release="8.el6_0.2" arch="x86_64" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>lvm2-2.02.72-8.el6_0.2.x86_64.rpm</filename><sum type="sha256">f0a8cf91e211c4825988ccceb45f5fcdf5fdb13109cad5bf6e3c414ab53a8d3d</sum></package><package epoch="0" name="lvm2-cluster" version="2.02.72" release="8.el6_0.2" arch="x86_64" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>lvm2-cluster-2.02.72-8.el6_0.2.x86_64.rpm</filename><sum type="sha256">99aa21df816a6ca03fc3d502da9bb0e73c9557e7846e3b0ad3f70cbf3a7c7a7e</sum></package><package epoch="0" name="lvm2-devel" version="2.02.72" release="8.el6_0.2" arch="i686" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>lvm2-devel-2.02.72-8.el6_0.2.i686.rpm</filename><sum type="sha256">b0bc57c2c04c9a72dc08092561e665fd852adc1fab52296c11bb805b0b7dbdb8</sum></package><package epoch="0" name="lvm2-devel" version="2.02.72" release="8.el6_0.2" arch="x86_64" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>lvm2-devel-2.02.72-8.el6_0.2.x86_64.rpm</filename><sum type="sha256">ae9e773e06cc694e9c3bd1c6e50c17d132eea1ba80661193581ebc59cdc428b1</sum></package><package epoch="0" name="lvm2-libs" version="2.02.72" release="8.el6_0.2" arch="i686" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>lvm2-libs-2.02.72-8.el6_0.2.i686.rpm</filename><sum type="sha256">fba42cd5d6ccd19f45043b39d4d1dbc85718b91e948b5687ccc981dd461fd73c</sum></package><package epoch="0" name="lvm2-libs" version="2.02.72" release="8.el6_0.2" arch="x86_64" src="lvm2-2.02.72-8.el6_0.2.src.rpm"><filename>lvm2-libs-2.02.72-8.el6_0.2.x86_64.rpm</filename><sum type="sha256">70c0bf7224a5f1f36bbac9432ba5a8c466da6f0dc18928f7ec84c84201868fb5</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0850-3</id><title>python-gudev bug fix update</title><description>This updated python-gudev package fixes the following bug: 
* Under some circumstances, using the 'rhn_register' command to register a system with the RHN might fail. When this issue is encountered, the 'rhn_register' command will return an error similar to: 
# rhn_register Segmentation fault (core dumped) 
or 
# rhn_register ***MEMORY-ERROR***: rhn_register[11525]: GSlice: assertion failed: sinfo-&amp;gt;n_allocated &amp;gt; 0 Aborted (core dumped) 
Scientific Linux systems cannot be registered with RHN.  This issue may also effect users of spacewalk.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="rhnreg_ks throws &quot;GSlice: MemChecker: attempt to release block with invalid size: 0x9ddab50 size=12 invalid-size=8&quot; and core dumps" type="bugzilla" id="637084" href="https://bugzilla.redhat.com/show_bug.cgi?id=637084"/><reference title="RHBA-2010:0850-3" type="self" id="RHBA-2010:0850-3" href="https://rhn.redhat.com/errata/RHBA-2010-0850.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="python-gudev" version="147.1" release="4.el6_0.1" arch="x86_64" src="python-gudev-147.1-4.el6_0.1.src.rpm"><filename>python-gudev-147.1-4.el6_0.1.x86_64.rpm</filename><sum type="sha256">7998b99d4b38a096dccd8d766f39d79c05066d6d3c7d576c13a0ec09823bbd02</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0851-3</id><title>luci bug fix update</title><description>This update fixes the following bug:

* Previously, Luci did not allow users to configure unfencing. Due to this, SAN fencing agents and fence_scsi could not be unfenced on system boot. This update adds a default option for the SAN fence configuration pages that enable the unfencing functionality.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="Need to add support for unfencing conf. generation for SAN fencing agents and fence_scsi" type="bugzilla" id="642140" href="https://bugzilla.redhat.com/show_bug.cgi?id=642140"/><reference title="RHBA-2010:0851-3" type="self" id="RHBA-2010:0851-3" href="https://rhn.redhat.com/errata/RHBA-2010-0851.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="luci" version="0.22.2" release="14.el6_0.1" arch="x86_64" src="luci-0.22.2-14.el6_0.1.src.rpm"><filename>luci-0.22.2-14.el6_0.1.x86_64.rpm</filename><sum type="sha256">cb765c5cefeee312198e04179d4c7584cc3c764663912049d0ed4dffa798f75b</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0852-3</id><title>sssd bug fix update</title><description>These updated packages fix the following bugs:

* Previously, Kerberos applications running on the secondary architecture of a multilib platform (e.g. i686 on x86_64) would not be able to identify the Kerberos server for authentication. With this update, the Kerberos locator plugin is located in the sssd-client package to allow installation of both the 32-bit and 64-bit versions on 64-bit systems.

* Previously, users would not always be assigned to all initgroups for which they were a member in LDAP. This could cause several issues related to group- based permissions. With this update, the initgroups() call always returns all groups for the specified user.

* Previously, SSSD could remove legitimate groups that were only identified as a user's primary group when the cache cleanup routine ran. This could cause issues with group-based access control permissions such as access.conf and sudoers. With this update, SSSD checks also whether there are users who have this group as their primary group ID.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="the krb5 locator plugin isn't packaged for multilib" type="bugzilla" id="637070" href="https://bugzilla.redhat.com/show_bug.cgi?id=637070"/><reference title="SSSD initgroups does not behave as expected" type="bugzilla" id="642412" href="https://bugzilla.redhat.com/show_bug.cgi?id=642412"/><reference title="SSSD will sometimes lose groups from the cache" type="bugzilla" id="649312" href="https://bugzilla.redhat.com/show_bug.cgi?id=649312"/><reference title="RHBA-2010:0852-3" type="self" id="RHBA-2010:0852-3" href="https://rhn.redhat.com/errata/RHBA-2010-0852.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="libcollection" version="0.5.0" release="28.el6_0.2" arch="i686" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libcollection-0.5.0-28.el6_0.2.i686.rpm</filename><sum type="sha256">cb83109db05f23d4f2bf4f059de0461d453358acb69968c7077c7f6f37a76035</sum></package><package epoch="0" name="libcollection" version="0.5.0" release="28.el6_0.2" arch="x86_64" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libcollection-0.5.0-28.el6_0.2.x86_64.rpm</filename><sum type="sha256">e9dfed947914c1700730d147ba6fcf66e7c14e7128adcd610fea77b473a5ad85</sum></package><package epoch="0" name="libcollection-devel" version="0.5.0" release="28.el6_0.2" arch="i686" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libcollection-devel-0.5.0-28.el6_0.2.i686.rpm</filename><sum type="sha256">11278aa5eded4df402b69c2aeb4e00d4bc81430dc763769ee8a4f7067cea8a79</sum></package><package epoch="0" name="libcollection-devel" version="0.5.0" release="28.el6_0.2" arch="x86_64" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libcollection-devel-0.5.0-28.el6_0.2.x86_64.rpm</filename><sum type="sha256">a23de161bab276a999ea809bd80cbf896a976da87a00744b6226965b4aad1bf8</sum></package><package epoch="0" name="libdhash" version="0.4.0" release="28.el6_0.2" arch="i686" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libdhash-0.4.0-28.el6_0.2.i686.rpm</filename><sum type="sha256">27f45555ef704652e1abbea55758d4d8b2661fbc4ead20dee72b5e86e365addc</sum></package><package epoch="0" name="libdhash" version="0.4.0" release="28.el6_0.2" arch="x86_64" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libdhash-0.4.0-28.el6_0.2.x86_64.rpm</filename><sum type="sha256">4544862179d66a55e80e077043a84ec8b9eb69192344cc83ecb3e59aa9dad0df</sum></package><package epoch="0" name="libdhash-devel" version="0.4.0" release="28.el6_0.2" arch="i686" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libdhash-devel-0.4.0-28.el6_0.2.i686.rpm</filename><sum type="sha256">ce84e0de7340c7b8cb4af34e4c776c0425206421cad2b7e7b68233d34270c2d9</sum></package><package epoch="0" name="libdhash-devel" version="0.4.0" release="28.el6_0.2" arch="x86_64" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libdhash-devel-0.4.0-28.el6_0.2.x86_64.rpm</filename><sum type="sha256">3569155da0cd0b5fcf1c094e737e4e466026b861c972409291781bb516ffb3cd</sum></package><package epoch="0" name="libini_config" version="0.5.1" release="28.el6_0.2" arch="i686" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libini_config-0.5.1-28.el6_0.2.i686.rpm</filename><sum type="sha256">7e12ad3701cb282ec9394d4ac3cc500143aee1769aba218980a073e37a090552</sum></package><package epoch="0" name="libini_config" version="0.5.1" release="28.el6_0.2" arch="x86_64" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libini_config-0.5.1-28.el6_0.2.x86_64.rpm</filename><sum type="sha256">b39dc20ba86141afcf8d153a13daf96a6903a562c801018d55ddcb6d2a0b998e</sum></package><package epoch="0" name="libini_config-devel" version="0.5.1" release="28.el6_0.2" arch="i686" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libini_config-devel-0.5.1-28.el6_0.2.i686.rpm</filename><sum type="sha256">927fe1d4e92f841df913d7c2198ebda79e2ffeea3003508dfc1909b879cad70d</sum></package><package epoch="0" name="libini_config-devel" version="0.5.1" release="28.el6_0.2" arch="x86_64" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libini_config-devel-0.5.1-28.el6_0.2.x86_64.rpm</filename><sum type="sha256">4bf9a13ba0a903654745b3ab66b7b30aef5560c8706a9ab81f648678dc2e9668</sum></package><package epoch="0" name="libpath_utils" version="0.2.0" release="28.el6_0.2" arch="i686" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libpath_utils-0.2.0-28.el6_0.2.i686.rpm</filename><sum type="sha256">532c20f9b6088c2b9c3246cfee544664a0380dd94cfee3af1492ace9fffe9f7d</sum></package><package epoch="0" name="libpath_utils" version="0.2.0" release="28.el6_0.2" arch="x86_64" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libpath_utils-0.2.0-28.el6_0.2.x86_64.rpm</filename><sum type="sha256">b777559ddfe8b319ba1a886e94b41e403a183b0873298acc3fae96a52f453909</sum></package><package epoch="0" name="libpath_utils-devel" version="0.2.0" release="28.el6_0.2" arch="i686" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libpath_utils-devel-0.2.0-28.el6_0.2.i686.rpm</filename><sum type="sha256">5736008b03c735956fa9e1d5e2abbe4b4c59a403123d48fba928fe4a8004ea8a</sum></package><package epoch="0" name="libpath_utils-devel" version="0.2.0" release="28.el6_0.2" arch="x86_64" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libpath_utils-devel-0.2.0-28.el6_0.2.x86_64.rpm</filename><sum type="sha256">ffc60a89981975e2f03876ba328f680306810def5f2a206e54a92a98229c137c</sum></package><package epoch="0" name="libref_array" version="0.1.0" release="28.el6_0.2" arch="i686" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libref_array-0.1.0-28.el6_0.2.i686.rpm</filename><sum type="sha256">9ce90ebe7e79f40d01c49a99e4045bfe117ba59f5e485365cf10e27bf853c85e</sum></package><package epoch="0" name="libref_array" version="0.1.0" release="28.el6_0.2" arch="x86_64" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libref_array-0.1.0-28.el6_0.2.x86_64.rpm</filename><sum type="sha256">60f12dc9043035485b3bf409dbfba9902bce03402b5e56f62fe710ee0ed2d4c3</sum></package><package epoch="0" name="libref_array-devel" version="0.1.0" release="28.el6_0.2" arch="i686" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libref_array-devel-0.1.0-28.el6_0.2.i686.rpm</filename><sum type="sha256">b7f8d74fc2c36f6c449852bd6a8a7129a096438f31e63b3d97fac299d545887d</sum></package><package epoch="0" name="libref_array-devel" version="0.1.0" release="28.el6_0.2" arch="x86_64" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>libref_array-devel-0.1.0-28.el6_0.2.x86_64.rpm</filename><sum type="sha256">2a47b178fa2ffc7d9ba889935bf7fdb95500afebf2b67e7c7eace587f8a426d9</sum></package><package epoch="0" name="sssd" version="1.2.1" release="28.el6_0.2" arch="x86_64" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>sssd-1.2.1-28.el6_0.2.x86_64.rpm</filename><sum type="sha256">f3a9699782497926a9989ac6d5f816e26d4aa5ff3fba395b13da673a848a8a86</sum></package><package epoch="0" name="sssd-client" version="1.2.1" release="28.el6_0.2" arch="i686" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>sssd-client-1.2.1-28.el6_0.2.i686.rpm</filename><sum type="sha256">e57811bcfe9158e5539466ea4e5f7a142195d37e1316fde6e9736dff2b3d6c4b</sum></package><package epoch="0" name="sssd-client" version="1.2.1" release="28.el6_0.2" arch="x86_64" src="sssd-1.2.1-28.el6_0.2.src.rpm"><filename>sssd-client-1.2.1-28.el6_0.2.x86_64.rpm</filename><sum type="sha256">78a8049054c163542a1b440928bbd4f7e3df7ef3c93a7c381ff7126f99dbf0ef</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0853-3</id><title>xguest bug fix update</title><description>This updated xguest package fixes the following bug:

* Previously, xguest installed its 'sabayon' profile file in the wrong directory. This would cause packagekit and seapplet to be started by default for the xguest user. With this update, the 'sabayon' profile file is installed in the correct directory.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="USER_AVC: denied { send_msg } for msgtype=method_call interface=org.fedoraproject.SetroubleshootdIface member=... dest=org.fedoraproject.Setroubleshootd" type="bugzilla" id="641811" href="https://bugzilla.redhat.com/show_bug.cgi?id=641811"/><reference title="RHBA-2010:0853-3" type="self" id="RHBA-2010:0853-3" href="https://rhn.redhat.com/errata/RHBA-2010-0853.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="xguest" version="1.0.9" release="1.el6_0.1" arch="noarch" src="xguest-1.0.9-1.el6_0.1.src.rpm"><filename>xguest-1.0.9-1.el6_0.1.noarch.rpm</filename><sum type="sha256">b0de486ef0f071f859a68656ad5d72a18289aa3c5598ef5485207d308d6debd8</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0855-3</id><title>qemu-kvm bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, virtio-net used a packet transmission algorithm that was using a timer to delay a transmission in an attempt to batch multiple packets together. However, this typically resulted in a higher latency. With this update, the default algorithm has been changed to use an asynchronous bottom half transmitter, improving the performance.

* Due to error in the committed_memory() function, the ksmtuned service was unable to determine the correct amount of memory used by qemu-kvm processes when no such process existed. This has been fixed, the relevant part of the source code has been corrected to return 0 when no qemu-kvm process is found, and ksmtuned now works as expected.

* Previously, attempting to commit a copy-on-write image to a raw backing disk image using the "quemu-img commit" command may have failed with the following error:

qemu-img: Error while committing image

With this update, this error no longer occurs, and such images can now be committed as expected.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="Replace virtio-net TX timer mitigation with bottom half handler" type="bugzilla" id="633963" href="https://bugzilla.redhat.com/show_bug.cgi?id=633963"/><reference title="incorrect committed memory on idle host" type="bugzilla" id="634249" href="https://bugzilla.redhat.com/show_bug.cgi?id=634249"/><reference title="Can not commit copy-on-write image's data to raw backing-image" type="bugzilla" id="641835" href="https://bugzilla.redhat.com/show_bug.cgi?id=641835"/><reference title="RHBA-2010:0855-3" type="self" id="RHBA-2010:0855-3" href="https://rhn.redhat.com/errata/RHBA-2010-0855.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="2" name="qemu-img" version="0.12.1.2" release="2.113.el6_0.3" arch="x86_64" src="qemu-kvm-0.12.1.2-2.113.el6_0.3.src.rpm"><filename>qemu-img-0.12.1.2-2.113.el6_0.3.x86_64.rpm</filename><sum type="sha256">2887429c7d0488c472f74a15eebc76ab300260399c39a2ec4352ea639a2474ab</sum></package><package epoch="2" name="qemu-kvm" version="0.12.1.2" release="2.113.el6_0.3" arch="x86_64" src="qemu-kvm-0.12.1.2-2.113.el6_0.3.src.rpm"><filename>qemu-kvm-0.12.1.2-2.113.el6_0.3.x86_64.rpm</filename><sum type="sha256">817ef043ee6e60a8942fc3c90b49f0eb66d3e1a82b49e25fcef1f489dd22af77</sum></package><package epoch="2" name="qemu-kvm-tools" version="0.12.1.2" release="2.113.el6_0.3" arch="x86_64" src="qemu-kvm-0.12.1.2-2.113.el6_0.3.src.rpm"><filename>qemu-kvm-tools-0.12.1.2-2.113.el6_0.3.x86_64.rpm</filename><sum type="sha256">1876aec3b0982f118351bf483a2fbbb2cb7f540439a1010b695fe8bc96d4cfc1</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0856-3</id><title>kabi-whitelists bug fix update</title><description>This update fixes the following bug:

* Two exported kernel symbols were removed from the final version of the Kernel Application Binary Interface (kABI) whitelists package in Scientific Linux 6.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="remove problematic symbols from the RHEL 6.0 kABI whitelist" type="bugzilla" id="643570" href="https://bugzilla.redhat.com/show_bug.cgi?id=643570"/><reference title="RHBA-2010:0856-3" type="self" id="RHBA-2010:0856-3" href="https://rhn.redhat.com/errata/RHBA-2010-0856.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="kabi-whitelists" version="20101015" release="1.el6_0.1" arch="noarch" src="kabi-whitelists-20101015-1.el6_0.1.src.rpm"><filename>kabi-whitelists-20101015-1.el6_0.1.noarch.rpm</filename><sum type="sha256">301e0665977d4cc280c9aae283a4d5563cfca9b293abedd7abaea55e234480f6</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0857-3</id><title>lldpad bug fix update</title><description>This update fixes the following bug:

Previously, lldpad failed to initiate a dcbx negotiation when a "link down" netlink event message was dropped or lost. As a result, a boot failure occurred and the system got suspended. With this update, lldpad dcbx negotiation works as expected.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="[Intel 6.1 Bug] lldpad may fail to negotiate dcbx if nlmsg is lost/dropped" type="bugzilla" id="639414" href="https://bugzilla.redhat.com/show_bug.cgi?id=639414"/><reference title="RHBA-2010:0857-3" type="self" id="RHBA-2010:0857-3" href="https://rhn.redhat.com/errata/RHBA-2010-0857.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="lldpad" version="0.9.38" release="3.el6_0.2" arch="x86_64" src="lldpad-0.9.38-3.el6_0.2.src.rpm"><filename>lldpad-0.9.38-3.el6_0.2.x86_64.rpm</filename><sum type="sha256">e6df0702c39e9f2d325bd5b68dd741837e66595d5270a4406c09e4d9ffdc7c38</sum></package><package epoch="0" name="lldpad-devel" version="0.9.38" release="3.el6_0.2" arch="i686" src="lldpad-0.9.38-3.el6_0.2.src.rpm"><filename>lldpad-devel-0.9.38-3.el6_0.2.i686.rpm</filename><sum type="sha256">b94539ef0ef00e1dcbe83d7b7a8019ceb23bf0c5c3e2a213b79860efa7d083dd</sum></package><package epoch="0" name="lldpad-devel" version="0.9.38" release="3.el6_0.2" arch="x86_64" src="lldpad-0.9.38-3.el6_0.2.src.rpm"><filename>lldpad-devel-0.9.38-3.el6_0.2.x86_64.rpm</filename><sum type="sha256">72789bd2487b74d5e6ec23bf3dd288873b63f3c7d8244b743e37777af07aa117</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0877-1</id><title>dracut bug fix update</title><description>This update fixes the following bug:

* Prior to this update, the udev rules used by dracut may have caused the merged logical volume management (LVM) snapshots to be accessed. Consequent to this, I/O errors appeared in the log. With this update, dracut's internal udev rules have been updated to ignore those internal devices, and dracut now works as expected.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="dracut is accessing DM devices it shouldn't touch" type="bugzilla" id="651402" href="https://bugzilla.redhat.com/show_bug.cgi?id=651402"/><reference title="RHBA-2010:0877-1" type="self" id="RHBA-2010:0877-1" href="https://rhn.redhat.com/errata/RHBA-2010-0877.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="dracut" version="004" release="33.el6_0" arch="noarch" src="dracut-004-33.el6_0.src.rpm"><filename>dracut-004-33.el6_0.noarch.rpm</filename><sum type="sha256">58dd0a2f4a6243f02b9fe9e563f98d49a106461819fd51b57cc3ff8fc4780c60</sum></package><package epoch="0" name="dracut-fips" version="004" release="33.el6_0" arch="noarch" src="dracut-004-33.el6_0.src.rpm"><filename>dracut-fips-004-33.el6_0.noarch.rpm</filename><sum type="sha256">589e2e19aa7e2f1509bde8cd8b52028ee756a5a3b1afbdecaf84c20ebcbb47df</sum></package><package epoch="0" name="dracut-generic" version="004" release="33.el6_0" arch="noarch" src="dracut-004-33.el6_0.src.rpm"><filename>dracut-generic-004-33.el6_0.noarch.rpm</filename><sum type="sha256">a9c55d955ad37c19ec0dd5c3b877b74ddd9fc546fe17f8d29242963b8c44e76a</sum></package><package epoch="0" name="dracut-kernel" version="004" release="33.el6_0" arch="noarch" src="dracut-004-33.el6_0.src.rpm"><filename>dracut-kernel-004-33.el6_0.noarch.rpm</filename><sum type="sha256">5a2cadb3849cf173f7378d54cc3f1eedb080c50d44f415c8444d7935969ce93f</sum></package><package epoch="0" name="dracut-network" version="004" release="33.el6_0" arch="noarch" src="dracut-004-33.el6_0.src.rpm"><filename>dracut-network-004-33.el6_0.noarch.rpm</filename><sum type="sha256">e8b2c6578887d73912338ac721cff8f75333ea621a3c6f820f639774cc38e307</sum></package><package epoch="0" name="dracut-tools" version="004" release="33.el6_0" arch="noarch" src="dracut-004-33.el6_0.src.rpm"><filename>dracut-tools-004-33.el6_0.noarch.rpm</filename><sum type="sha256">f4315faeb6f854d830caf4d7d98db94b5a41cde1e8c824aa18e2a4a3e804599b</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0901-1</id><title>net-snmp bug fix update</title><description>These updated net-snmp packages provide fixes for the following bugs:

* The SNMP daemon, snmpd, returned the incorrect value of either "0.1" or 1.3" for sysObjectID. This update fixes the value of this OID so that the correct value, which is "1.3.6.1.4.1.8072.3.2.10", is now returned.

* Under certain conditions, and especially on networks with high traffic, snmpd wrote a lot of "c64 32 bit check failed" and "netsnmp_assert 1 == new_val-&amp;gt;high failed" messages to the system log. Although these messages are harmless and not indicative of a serious error, they could potentially fill the system log quickly. This update suppresses these spurious messages in favor of more meaningful and specific error messages, which are written to the system log only once.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="snmpd always returns an incorrect sysObjectID of &quot;.1.3&quot; or &quot;.0.1&quot;" type="bugzilla" id="652223" href="https://bugzilla.redhat.com/show_bug.cgi?id=652223"/><reference title="RHEL 6 SS8: Log files fill up quickly when running hp-snmp-agents" type="bugzilla" id="652551" href="https://bugzilla.redhat.com/show_bug.cgi?id=652551"/><reference title="RHBA-2010:0901-1" type="self" id="RHBA-2010:0901-1" href="https://rhn.redhat.com/errata/RHBA-2010-0901.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="1" name="net-snmp" version="5.5" release="27.el6_0.1" arch="x86_64" src="net-snmp-5.5-27.el6_0.1.src.rpm"><filename>net-snmp-5.5-27.el6_0.1.x86_64.rpm</filename><sum type="sha256">cf29242afa61772936d7d20774cf2e3c68f50e5d801592b0870de241834bc5cf</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="27.el6_0.1" arch="i686" src="net-snmp-5.5-27.el6_0.1.src.rpm"><filename>net-snmp-devel-5.5-27.el6_0.1.i686.rpm</filename><sum type="sha256">bd5d53c23b9444da0bd7c04e4508943c97790f5954421fcf2bdf03fe1528924e</sum></package><package epoch="1" name="net-snmp-devel" version="5.5" release="27.el6_0.1" arch="x86_64" src="net-snmp-5.5-27.el6_0.1.src.rpm"><filename>net-snmp-devel-5.5-27.el6_0.1.x86_64.rpm</filename><sum type="sha256">a1e58035a829009f8ecf2ba4580c9823a2c0bd0bb79bbbb7b054ccff29bd68fa</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="27.el6_0.1" arch="i686" src="net-snmp-5.5-27.el6_0.1.src.rpm"><filename>net-snmp-libs-5.5-27.el6_0.1.i686.rpm</filename><sum type="sha256">f040e32ddfadbb367541fdeb2e3ffe53f59325fff595769c8499abbf7f4ac481</sum></package><package epoch="1" name="net-snmp-libs" version="5.5" release="27.el6_0.1" arch="x86_64" src="net-snmp-5.5-27.el6_0.1.src.rpm"><filename>net-snmp-libs-5.5-27.el6_0.1.x86_64.rpm</filename><sum type="sha256">00a0c711ee770de11aa790790fddc8551ecd933fd59bf7643c37d1d579d9d826</sum></package><package epoch="1" name="net-snmp-perl" version="5.5" release="27.el6_0.1" arch="x86_64" src="net-snmp-5.5-27.el6_0.1.src.rpm"><filename>net-snmp-perl-5.5-27.el6_0.1.x86_64.rpm</filename><sum type="sha256">6e471cdf0a9aa5136f9b177cfdd1af3594dd23c64b914c26560d4b848d9778b1</sum></package><package epoch="1" name="net-snmp-python" version="5.5" release="27.el6_0.1" arch="x86_64" src="net-snmp-5.5-27.el6_0.1.src.rpm"><filename>net-snmp-python-5.5-27.el6_0.1.x86_64.rpm</filename><sum type="sha256">176528c1990673dd0f2fb0b378532a67495abf6cafabb94c15ae93c708508e51</sum></package><package epoch="1" name="net-snmp-utils" version="5.5" release="27.el6_0.1" arch="x86_64" src="net-snmp-5.5-27.el6_0.1.src.rpm"><filename>net-snmp-utils-5.5-27.el6_0.1.x86_64.rpm</filename><sum type="sha256">2c8159bc49894a7d4564011e17bfa22646d7e388d6249893b62a7f4d70ba7e7a</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0905-1</id><title>pixman bug fix update</title><description>Pixman is a pixel manipulation library for the X Window System and cairo.

This update fixes the following bug:

* The pixman package has been updated to version 0.18, which provides new functionality that is required by SPICE, a remote display protocol used in Scientific Linux for viewing virtualized guests.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="pixman must be updated to 0.18.x, otherwise the latest spicec won't build" type="bugzilla" id="644818" href="https://bugzilla.redhat.com/show_bug.cgi?id=644818"/><reference title="RHBA-2010:0905-1" type="self" id="RHBA-2010:0905-1" href="https://rhn.redhat.com/errata/RHBA-2010-0905.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="pixman" version="0.18.4" release="1.el6_0.1" arch="i686" src="pixman-0.18.4-1.el6_0.1.src.rpm"><filename>pixman-0.18.4-1.el6_0.1.i686.rpm</filename><sum type="sha256">8d6c5e06bde69e59c44f7fa97f858070aebfc6862e632cdd7850e0d1db311522</sum></package><package epoch="0" name="pixman" version="0.18.4" release="1.el6_0.1" arch="x86_64" src="pixman-0.18.4-1.el6_0.1.src.rpm"><filename>pixman-0.18.4-1.el6_0.1.x86_64.rpm</filename><sum type="sha256">f51cb0968a128dd08f7a784176e231d54d73eaeb78a6db8ffe57fd17256a2dcf</sum></package><package epoch="0" name="pixman-devel" version="0.18.4" release="1.el6_0.1" arch="i686" src="pixman-0.18.4-1.el6_0.1.src.rpm"><filename>pixman-devel-0.18.4-1.el6_0.1.i686.rpm</filename><sum type="sha256">56b9b16eb356bda25c773e45d6d9e1a866da049e0bc966e262663bca1441f438</sum></package><package epoch="0" name="pixman-devel" version="0.18.4" release="1.el6_0.1" arch="x86_64" src="pixman-0.18.4-1.el6_0.1.src.rpm"><filename>pixman-devel-0.18.4-1.el6_0.1.x86_64.rpm</filename><sum type="sha256">b50b59b6df4285f169b68712b2b01ae828e26ebb7f70f828660a17351bc8dec6</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0906-1</id><title>libcap-ng bug fix update </title><description>This update fixes the following bug:

* Previously, when listing the file system based capabilities of a single file with the "filecap" utility, it would terminate with a segmentation fault. This error has been fixed, and "filecap" no longer crashes when attempting to list the capabilities of a single file.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="filecap segfaults" type="bugzilla" id="650131" href="https://bugzilla.redhat.com/show_bug.cgi?id=650131"/><reference title="RHBA-2010:0906-1" type="self" id="RHBA-2010:0906-1" href="https://rhn.redhat.com/errata/RHBA-2010-0906.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="libcap-ng" version="0.6.4" release="3.el6_0.1" arch="i686" src="libcap-ng-0.6.4-3.el6_0.1.src.rpm"><filename>libcap-ng-0.6.4-3.el6_0.1.i686.rpm</filename><sum type="sha256">208c4dd12a1dd6c09f2c49e42fa1110745c42a988cf93cc3781963b8f9ed4300</sum></package><package epoch="0" name="libcap-ng" version="0.6.4" release="3.el6_0.1" arch="x86_64" src="libcap-ng-0.6.4-3.el6_0.1.src.rpm"><filename>libcap-ng-0.6.4-3.el6_0.1.x86_64.rpm</filename><sum type="sha256">5af4232a60f14fcb3f56bec61763f796e5e16c152bd3e7337cdc3d3a56053e7b</sum></package><package epoch="0" name="libcap-ng-devel" version="0.6.4" release="3.el6_0.1" arch="i686" src="libcap-ng-0.6.4-3.el6_0.1.src.rpm"><filename>libcap-ng-devel-0.6.4-3.el6_0.1.i686.rpm</filename><sum type="sha256">5f728c6890bca1d44529cfc2ee6fb0c21efd16d91053a81f814486031e5af8df</sum></package><package epoch="0" name="libcap-ng-devel" version="0.6.4" release="3.el6_0.1" arch="x86_64" src="libcap-ng-0.6.4-3.el6_0.1.src.rpm"><filename>libcap-ng-devel-0.6.4-3.el6_0.1.x86_64.rpm</filename><sum type="sha256">0d26bc94602a136a18ca4c9c441bcf1408531e584656bbdc686a7d2d72c5ffa8</sum></package><package epoch="0" name="libcap-ng-python" version="0.6.4" release="3.el6_0.1" arch="x86_64" src="libcap-ng-0.6.4-3.el6_0.1.src.rpm"><filename>libcap-ng-python-0.6.4-3.el6_0.1.x86_64.rpm</filename><sum type="sha256">dd5a45c1ed8bd5fd17aed2ecc0a6c96d3db7a78f87df2d65847f70c746339ff4</sum></package><package epoch="0" name="libcap-ng-utils" version="0.6.4" release="3.el6_0.1" arch="x86_64" src="libcap-ng-0.6.4-3.el6_0.1.src.rpm"><filename>libcap-ng-utils-0.6.4-3.el6_0.1.x86_64.rpm</filename><sum type="sha256">58fb8d8f57fdf903a2e626104bfdb391bee8e5a8ee5351a115a423f86997c58d</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0912-1</id><title>sysstat bug fix update</title><description>This updated sysstat package fixes the following bug:

* Due to recent changes in the /proc/interrupts format, running the "mpstat -I ALL" command did not produce the correct output. With this update, the mpstat utility has been updated to recognize the new format, and running the above command now works as expected.

* On a system with a running KVM virtual machine and under very special circumstances, the mpstat utility may have produced an output that contained incorrect values. This error no longer occurs, and the mpstat utility now always produces the correct output.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="mpstat -I ALL displays incorrect values" type="bugzilla" id="650125" href="https://bugzilla.redhat.com/show_bug.cgi?id=650125"/><reference title="mpstat output doesn't look correct" type="bugzilla" id="651813" href="https://bugzilla.redhat.com/show_bug.cgi?id=651813"/><reference title="RHBA-2010:0912-1" type="self" id="RHBA-2010:0912-1" href="https://rhn.redhat.com/errata/RHBA-2010-0912.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="sysstat" version="9.0.4" release="12.el6_0.1" arch="x86_64" src="sysstat-9.0.4-12.el6_0.1.src.rpm"><filename>sysstat-9.0.4-12.el6_0.1.x86_64.rpm</filename><sum type="sha256">72da182b177adb25b85ff5cbafee7efdd887aac653796f2e4c6c12f425f43524</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0917-1</id><title>xorg-x11-drv-qxl bug fix update</title><description>This updated xorg-x11-drv-qxl package includes fixes for the following bugs:

* When using the xql driver, only a limited number of resolution choices were available for use inside the guest, none of which exceeded 1024x768 in size unless the xorg.conf configuration file was (first created, and then) manually edited. This update ensures that larger resolutions are available for guests with appropriate hardware without needing to manually change xorg.conf.

* When using the qxl driver, after connecting to a virtual guest over the SPICE protocol and logging into a desktop session from the GDM display manager, attempting to switch to a virtual console using a key combination caused the X server to crash, and GDM to respawn. This update fixes this issue so that, in the aforementioned situation, switching to a virtual console and back to the graphical desktop works as expected.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="very limited amount of resolution options in rhel6 guest" type="bugzilla" id="648933" href="https://bugzilla.redhat.com/show_bug.cgi?id=648933"/><reference title="ctrl + alt + Fn takes you to gdm" type="bugzilla" id="648935" href="https://bugzilla.redhat.com/show_bug.cgi?id=648935"/><reference title="RHBA-2010:0917-1" type="self" id="RHBA-2010:0917-1" href="https://rhn.redhat.com/errata/RHBA-2010-0917.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="xorg-x11-drv-qxl" version="0.0.12" release="2.1.el6_0.1" arch="x86_64" src="xorg-x11-drv-qxl-0.0.12-2.1.el6_0.1.src.rpm"><filename>xorg-x11-drv-qxl-0.0.12-2.1.el6_0.1.x86_64.rpm</filename><sum type="sha256">4c737664bccac7895a132d6cb94d220810bf563b04ceca63c25780689094842b</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0942-1</id><title>system-config-firewall bug fix update</title><description>This update fixes the following bug:

* Prior to this update, certain dialog windows in the Tamil translation of the Firewall Configuration utility contained untranslated strings. With this update, the remaining strings have been translated into the Tamil language, so that dialog windows no longer contain English texts.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="[s-c-firewall][ta_IN] Tamil Translation contains English Strings in PO file." type="bugzilla" id="636110" href="https://bugzilla.redhat.com/show_bug.cgi?id=636110"/><reference title="RHBA-2010:0942-1" type="self" id="RHBA-2010:0942-1" href="https://rhn.redhat.com/errata/RHBA-2010-0942.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="system-config-firewall" version="1.2.27" release="3.el6_0.2" arch="noarch" src="system-config-firewall-1.2.27-3.el6_0.2.src.rpm"><filename>system-config-firewall-1.2.27-3.el6_0.2.noarch.rpm</filename><sum type="sha256">dd9b06c5fb74095e1f3bb781e900c7fbfd7e91673225fc489295b3b1cd288317</sum></package><package epoch="0" name="system-config-firewall-base" version="1.2.27" release="3.el6_0.2" arch="noarch" src="system-config-firewall-1.2.27-3.el6_0.2.src.rpm"><filename>system-config-firewall-base-1.2.27-3.el6_0.2.noarch.rpm</filename><sum type="sha256">bc75dc55a11fefa71864c7622fee78a5416cad8241308b8767e2d17337b45ec9</sum></package><package epoch="0" name="system-config-firewall-tui" version="1.2.27" release="3.el6_0.2" arch="noarch" src="system-config-firewall-1.2.27-3.el6_0.2.src.rpm"><filename>system-config-firewall-tui-1.2.27-3.el6_0.2.noarch.rpm</filename><sum type="sha256">74fdfd55bda12e6a0802ee4d53d85f1ecc5f7c96f45442ab9b70e944d7218aeb</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0943-1</id><title>openssh bug fix update</title><description>These updated packages fix the following bugs:

* When the ~/.bashrc startup file contained a command that produced an output to standard error (STDERR), the sftp utility was unable to log in to that account. This bug has been fixed, and the output to STDERR no longer prevents sftp from establishing the connection.

* Prior to this update, the authentication based on a GSS key exchange did not work, rendering users unable to authenticate using this method. With this update, the underlying source code has been modified to target this issue, and the GSSKEX-based authentication now works as expected.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="sftp fails if users .bashrc outputs to stderr" type="bugzilla" id="651820" href="https://bugzilla.redhat.com/show_bug.cgi?id=651820"/><reference title="openssh-5.[3456]p1-gsskex.patch broken" type="bugzilla" id="655043" href="https://bugzilla.redhat.com/show_bug.cgi?id=655043"/><reference title="RHBA-2010:0943-1" type="self" id="RHBA-2010:0943-1" href="https://rhn.redhat.com/errata/RHBA-2010-0943.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="openssh" version="5.3p1" release="20.el6_0.3" arch="x86_64" src="openssh-5.3p1-20.el6_0.3.src.rpm"><filename>openssh-5.3p1-20.el6_0.3.x86_64.rpm</filename><sum type="sha256">ec87dd21ce980fe1644b0b6afa4d23aab52d16c9afd9d766c01d04b1d1863486</sum></package><package epoch="0" name="openssh-askpass" version="5.3p1" release="20.el6_0.3" arch="x86_64" src="openssh-5.3p1-20.el6_0.3.src.rpm"><filename>openssh-askpass-5.3p1-20.el6_0.3.x86_64.rpm</filename><sum type="sha256">c5aea5e24ac194260c041f2656add1102d7ce13e2988e6333f4bdd80e182640f</sum></package><package epoch="0" name="openssh-clients" version="5.3p1" release="20.el6_0.3" arch="x86_64" src="openssh-5.3p1-20.el6_0.3.src.rpm"><filename>openssh-clients-5.3p1-20.el6_0.3.x86_64.rpm</filename><sum type="sha256">7c95b08497e0b23fd4b61812576c55aa086de4d6a3a8832543c215a17d13dacd</sum></package><package epoch="0" name="openssh-server" version="5.3p1" release="20.el6_0.3" arch="x86_64" src="openssh-5.3p1-20.el6_0.3.src.rpm"><filename>openssh-server-5.3p1-20.el6_0.3.x86_64.rpm</filename><sum type="sha256">55e9d530ab8f8c823d2599a184ac4141a161b227af19d4db0bf0e1be3a176dca</sum></package><package epoch="0" name="pam_ssh_agent_auth" version="0.9" release="20.el6_0.3" arch="i686" src="openssh-5.3p1-20.el6_0.3.src.rpm"><filename>pam_ssh_agent_auth-0.9-20.el6_0.3.i686.rpm</filename><sum type="sha256">771d9e58fe39dc81ec48cf5d9080809a8cf12af25165dfac79d0e9f09b578fc9</sum></package><package epoch="0" name="pam_ssh_agent_auth" version="0.9" release="20.el6_0.3" arch="x86_64" src="openssh-5.3p1-20.el6_0.3.src.rpm"><filename>pam_ssh_agent_auth-0.9-20.el6_0.3.x86_64.rpm</filename><sum type="sha256">13bdcf7d30472a7e7ebf617ab15f1728f9132ba6e250d37a71514fb8f1213de1</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0951-1</id><title>lvm2 bug fix update and enhancement</title><description>These updated lvm2 packages provide fixes for the following bugs:

* Merging of a snapshot volume caused I/O errors to be issued during a reboot. After the reboot the snapshot volume (snapshot of an LV where the root file system resides) was still present and it appeared as if the merge operation was still in progress. With this update, the errors no longer occur and the snapshot merge completes cleanly.

* The optimizer for the regex filter defined in the LVM2 configuration (the 'devices/filter' setting) did not work correctly when using the 'or' operator. This resulted in improper filtering of devices. With this update, the application of the regex filter works as expected.

* Previously, the 'vgchange' command did not allow the '--addtag' and '-- deltag' arguments to be used simultaneously. With this update, this restriction is removed.

* Prior to this update, the 'fsadm' script issued an error message about not being able to resize the just unmounted file system because it required the 'force' option to be used. With this update, the 'force' option is not needed anymore and the script proceeds and successfully resizes the file system.

In addition, these updated lvm2 packages provide the following enhancement:

* This update adds support for using multiple "--addtag" and "--deltag" arguments within a single command.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="Merged snapshot still present and throwing I/O errors after reboot" type="bugzilla" id="651007" href="https://bugzilla.redhat.com/show_bug.cgi?id=651007"/><reference title="LVM filter regex causes lvm commands to fail" type="bugzilla" id="652185" href="https://bugzilla.redhat.com/show_bug.cgi?id=652185"/><reference title="vgchange refuses to atomically combine --addtag and --deltag" type="bugzilla" id="652186" href="https://bugzilla.redhat.com/show_bug.cgi?id=652186"/><reference title="fsadm does not check Ext filesystem with force flag before resize" type="bugzilla" id="652638" href="https://bugzilla.redhat.com/show_bug.cgi?id=652638"/><reference title="[RFE] Support multiple --addtag and --deltag arguments within a single command" type="bugzilla" id="652662" href="https://bugzilla.redhat.com/show_bug.cgi?id=652662"/><reference title="RHBA-2010:0951-1" type="self" id="RHBA-2010:0951-1" href="https://rhn.redhat.com/errata/RHBA-2010-0951.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="cmirror" version="2.02.72" release="8.el6_0.3" arch="x86_64" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>cmirror-2.02.72-8.el6_0.3.x86_64.rpm</filename><sum type="sha256">e42329b1e3b66bba0c518f473276e0b892fc83a4ba03e60fb5dd90fc7a8b9926</sum></package><package epoch="0" name="device-mapper" version="1.02.53" release="8.el6_0.3" arch="x86_64" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>device-mapper-1.02.53-8.el6_0.3.x86_64.rpm</filename><sum type="sha256">4b3f9b8d7f9e0fc764c416d0047d40625a662977de44b15d9f459be61780caa9</sum></package><package epoch="0" name="device-mapper-devel" version="1.02.53" release="8.el6_0.3" arch="i686" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>device-mapper-devel-1.02.53-8.el6_0.3.i686.rpm</filename><sum type="sha256">32233a5217615eef08ec68b4667dfb1ee43b2a4d03e275c6ee30f42b42f04de3</sum></package><package epoch="0" name="device-mapper-devel" version="1.02.53" release="8.el6_0.3" arch="x86_64" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>device-mapper-devel-1.02.53-8.el6_0.3.x86_64.rpm</filename><sum type="sha256">7695e2e4ee5528d2135daa4f5c45eced667f905e51b0c42cda7981fb0bdeb895</sum></package><package epoch="0" name="device-mapper-event" version="1.02.53" release="8.el6_0.3" arch="x86_64" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>device-mapper-event-1.02.53-8.el6_0.3.x86_64.rpm</filename><sum type="sha256">9e6eec6e7c57c79525f61ead65afca55e9693a39e9c2b69f62d5036c926ffbc5</sum></package><package epoch="0" name="device-mapper-event-devel" version="1.02.53" release="8.el6_0.3" arch="i686" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>device-mapper-event-devel-1.02.53-8.el6_0.3.i686.rpm</filename><sum type="sha256">ae8614f87a2c26edeaf31e93ba0f0c7955a1d68a5896ce1bb6193030a65a2795</sum></package><package epoch="0" name="device-mapper-event-devel" version="1.02.53" release="8.el6_0.3" arch="x86_64" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>device-mapper-event-devel-1.02.53-8.el6_0.3.x86_64.rpm</filename><sum type="sha256">dd474df70a2a6be7b2a03c25dc7739bd9ba69b87c523c753346b333f901ccd0a</sum></package><package epoch="0" name="device-mapper-event-libs" version="1.02.53" release="8.el6_0.3" arch="i686" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>device-mapper-event-libs-1.02.53-8.el6_0.3.i686.rpm</filename><sum type="sha256">b1794b53a13083ffcc566092289ab20c265295bb35c072abb3ccbe6019c6b0c6</sum></package><package epoch="0" name="device-mapper-event-libs" version="1.02.53" release="8.el6_0.3" arch="x86_64" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>device-mapper-event-libs-1.02.53-8.el6_0.3.x86_64.rpm</filename><sum type="sha256">ceacd973c9ca6dcc39904cea063468e61f5b3894855ac20dd62c2efb66091680</sum></package><package epoch="0" name="device-mapper-libs" version="1.02.53" release="8.el6_0.3" arch="i686" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>device-mapper-libs-1.02.53-8.el6_0.3.i686.rpm</filename><sum type="sha256">728b239580fb950d510c887f0f47416946c37edd211931b210a72702af89ccf6</sum></package><package epoch="0" name="device-mapper-libs" version="1.02.53" release="8.el6_0.3" arch="x86_64" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>device-mapper-libs-1.02.53-8.el6_0.3.x86_64.rpm</filename><sum type="sha256">8f69f016428f941399a2867bc8a0dfce7b1e2727368f02d2aee7607e64339438</sum></package><package epoch="0" name="lvm2" version="2.02.72" release="8.el6_0.3" arch="x86_64" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>lvm2-2.02.72-8.el6_0.3.x86_64.rpm</filename><sum type="sha256">25fb13af7c8038c9e185a1c2bec7368003721754eb8bd4efc8049b5046a727de</sum></package><package epoch="0" name="lvm2-cluster" version="2.02.72" release="8.el6_0.3" arch="x86_64" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>lvm2-cluster-2.02.72-8.el6_0.3.x86_64.rpm</filename><sum type="sha256">8dc4276c21511e10e6dfa6307f318740c288017df142ee811ee73eafa730d9c7</sum></package><package epoch="0" name="lvm2-devel" version="2.02.72" release="8.el6_0.3" arch="i686" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>lvm2-devel-2.02.72-8.el6_0.3.i686.rpm</filename><sum type="sha256">0e6863d683b7bbb65457485796c1b77630e4427817e90ff7288ff3e784ade573</sum></package><package epoch="0" name="lvm2-devel" version="2.02.72" release="8.el6_0.3" arch="x86_64" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>lvm2-devel-2.02.72-8.el6_0.3.x86_64.rpm</filename><sum type="sha256">ba638fbba3d40a9ec45c9003b60efe3022d02e1af21a32f6cc27ec2ff01208b7</sum></package><package epoch="0" name="lvm2-libs" version="2.02.72" release="8.el6_0.3" arch="i686" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>lvm2-libs-2.02.72-8.el6_0.3.i686.rpm</filename><sum type="sha256">4bc0576150d5c3529b349b2f507385c899f16a6ed0832230d0a9753c6ee5e230</sum></package><package epoch="0" name="lvm2-libs" version="2.02.72" release="8.el6_0.3" arch="x86_64" src="lvm2-2.02.72-8.el6_0.3.src.rpm"><filename>lvm2-libs-2.02.72-8.el6_0.3.x86_64.rpm</filename><sum type="sha256">54516ab52c64993c7b35fabcecf0a2e23fb34de254a08abc9c6e100189cfd6b6</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:0971-1</id><title>sssd bug fix update</title><description>This update fixes the following bugs:

* During an upgrade of the sssd package, the package manager restarts the sssd service to ensure the running instance is properly replaced with the newer version. However, prior to this update, a race condition could occur upon the service shutdown, causing the parent process not to wait for its children to terminate. When this happened, these running sub-processes may have prevented sssd from starting again. With this update, the sssd service has been corrected to wait for the children processes to terminate, so that it can be restarted as expected.

* On 32-bit architectures, running the "getent passwd" command on a username with a very large user or group identifier (that is, UID or GID greater than 2147483647) resulted in an empty output. With this update, the underlying source code has been modified to address this issue, and the getent command now returns the expected output.

* Previously, shutting down the sssd service (either by using the "service sssd stop" command, or with the SIGTERM signal) could cause the service to stop responding. This error has been fixed, and sssd no longer fails to shut down.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="sssd stops on upgrade" type="bugzilla" id="658374" href="https://bugzilla.redhat.com/show_bug.cgi?id=658374"/><reference title="'getent passwd &lt;username&gt;' returns nothing if its uidNumber gt 2147483647." type="bugzilla" id="660585" href="https://bugzilla.redhat.com/show_bug.cgi?id=660585"/><reference title="SSSD shutdown sometimes hangs" type="bugzilla" id="660592" href="https://bugzilla.redhat.com/show_bug.cgi?id=660592"/><reference title="RHBA-2010:0971-1" type="self" id="RHBA-2010:0971-1" href="https://rhn.redhat.com/errata/RHBA-2010-0971.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="libcollection" version="0.5.0" release="28.el6_0.4" arch="i686" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libcollection-0.5.0-28.el6_0.4.i686.rpm</filename><sum type="sha256">f8ffd243bc95bd9823fa6e8ed1fee37feb3bf765bcde068f074c86c5d51fd062</sum></package><package epoch="0" name="libcollection" version="0.5.0" release="28.el6_0.4" arch="x86_64" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libcollection-0.5.0-28.el6_0.4.x86_64.rpm</filename><sum type="sha256">06a2d996c3ea29cb07079c47be93763985dfe332e23740759b09dfb1ec305b3c</sum></package><package epoch="0" name="libcollection-devel" version="0.5.0" release="28.el6_0.4" arch="i686" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libcollection-devel-0.5.0-28.el6_0.4.i686.rpm</filename><sum type="sha256">2dc7a6d7cfc1cb193b524bec1c0be8cdf5b6e66733b575195d67f84b1fb7cb92</sum></package><package epoch="0" name="libcollection-devel" version="0.5.0" release="28.el6_0.4" arch="x86_64" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libcollection-devel-0.5.0-28.el6_0.4.x86_64.rpm</filename><sum type="sha256">02e8910f382ffd3f7589f400b89dee62515c48b01c939dee4b256c788bfb9519</sum></package><package epoch="0" name="libdhash" version="0.4.0" release="28.el6_0.4" arch="i686" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libdhash-0.4.0-28.el6_0.4.i686.rpm</filename><sum type="sha256">cb9a8bbf4b4ac2d582f84d7b606a8b898d9aface7e179ee852531e6ac18de74d</sum></package><package epoch="0" name="libdhash" version="0.4.0" release="28.el6_0.4" arch="x86_64" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libdhash-0.4.0-28.el6_0.4.x86_64.rpm</filename><sum type="sha256">6a9b04edd93ba9c0a409d67083024a2a75d8edb9fd9b27226c48b2faf4e4f453</sum></package><package epoch="0" name="libdhash-devel" version="0.4.0" release="28.el6_0.4" arch="i686" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libdhash-devel-0.4.0-28.el6_0.4.i686.rpm</filename><sum type="sha256">11cf7b44221ed92896e04acc52d720c584310e8ac17b0d150b732f6b16659711</sum></package><package epoch="0" name="libdhash-devel" version="0.4.0" release="28.el6_0.4" arch="x86_64" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libdhash-devel-0.4.0-28.el6_0.4.x86_64.rpm</filename><sum type="sha256">b1addbaf8dc29d22295aefddc4567cf1bf37a321cfc3829eca240b1b271769dd</sum></package><package epoch="0" name="libini_config" version="0.5.1" release="28.el6_0.4" arch="i686" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libini_config-0.5.1-28.el6_0.4.i686.rpm</filename><sum type="sha256">435cca9edf06b07a164e0a3b66229cf55be00b078b23f776cdb16b7bcb21f81a</sum></package><package epoch="0" name="libini_config" version="0.5.1" release="28.el6_0.4" arch="x86_64" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libini_config-0.5.1-28.el6_0.4.x86_64.rpm</filename><sum type="sha256">9f34d28b85093c194b0d3dca83c0753cee5faa546a3690b1416899bb47c4a0d9</sum></package><package epoch="0" name="libini_config-devel" version="0.5.1" release="28.el6_0.4" arch="i686" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libini_config-devel-0.5.1-28.el6_0.4.i686.rpm</filename><sum type="sha256">b98423b6698b41ca3147256930b66b23ae3e0cad1c5efaaebe41591cd53e06a7</sum></package><package epoch="0" name="libini_config-devel" version="0.5.1" release="28.el6_0.4" arch="x86_64" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libini_config-devel-0.5.1-28.el6_0.4.x86_64.rpm</filename><sum type="sha256">2a5c851ff298ad9a6b2dd0fce61e14a75a7d4cc6d784c76705f2d8aa54e9d6c5</sum></package><package epoch="0" name="libpath_utils" version="0.2.0" release="28.el6_0.4" arch="i686" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libpath_utils-0.2.0-28.el6_0.4.i686.rpm</filename><sum type="sha256">fa5e633937250e3d63243f8f75c9d4e62e2c738305095506bbbee1aaf0244b5d</sum></package><package epoch="0" name="libpath_utils" version="0.2.0" release="28.el6_0.4" arch="x86_64" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libpath_utils-0.2.0-28.el6_0.4.x86_64.rpm</filename><sum type="sha256">a030c22901ed6a72d2c881b41d5366064d119445bd909e1de4fa687e9c9a2f8d</sum></package><package epoch="0" name="libpath_utils-devel" version="0.2.0" release="28.el6_0.4" arch="i686" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libpath_utils-devel-0.2.0-28.el6_0.4.i686.rpm</filename><sum type="sha256">02ad4d513faea2740d2e2f484c45c0082dfca0ab3401d4dc2a21318a31b3b6d6</sum></package><package epoch="0" name="libpath_utils-devel" version="0.2.0" release="28.el6_0.4" arch="x86_64" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libpath_utils-devel-0.2.0-28.el6_0.4.x86_64.rpm</filename><sum type="sha256">c8eacaeff4538bb88ac8c0dda2f0688d53631a4de2748a54882825082cd18e87</sum></package><package epoch="0" name="libref_array" version="0.1.0" release="28.el6_0.4" arch="i686" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libref_array-0.1.0-28.el6_0.4.i686.rpm</filename><sum type="sha256">e67dd315a0d8e6523f81b65c6fdc13532bcb63d5ec2689e8be56f4119ed4244e</sum></package><package epoch="0" name="libref_array" version="0.1.0" release="28.el6_0.4" arch="x86_64" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libref_array-0.1.0-28.el6_0.4.x86_64.rpm</filename><sum type="sha256">0e562a53a559e5b5242f30b2e9c06e6f1954bc85d8965609ba3bcbd4255a3ffa</sum></package><package epoch="0" name="libref_array-devel" version="0.1.0" release="28.el6_0.4" arch="i686" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libref_array-devel-0.1.0-28.el6_0.4.i686.rpm</filename><sum type="sha256">15c3bcac8a5738a399d61b8eb704c1c372f915de9940d6592503a97f03892abc</sum></package><package epoch="0" name="libref_array-devel" version="0.1.0" release="28.el6_0.4" arch="x86_64" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>libref_array-devel-0.1.0-28.el6_0.4.x86_64.rpm</filename><sum type="sha256">af25efb76b49a2d9da4fd052e97407e5cd4e659638d4ad04596abd5e3a5e37c8</sum></package><package epoch="0" name="sssd" version="1.2.1" release="28.el6_0.4" arch="x86_64" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>sssd-1.2.1-28.el6_0.4.x86_64.rpm</filename><sum type="sha256">0784ff5b96ef67c9828d3806924e3e154e36c0764317039938fc7c8f10a66e61</sum></package><package epoch="0" name="sssd-client" version="1.2.1" release="28.el6_0.4" arch="i686" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>sssd-client-1.2.1-28.el6_0.4.i686.rpm</filename><sum type="sha256">16294b465b5b1078079653fd3285795691061b305ab20ed8140f531a0bd5d707</sum></package><package epoch="0" name="sssd-client" version="1.2.1" release="28.el6_0.4" arch="x86_64" src="sssd-1.2.1-28.el6_0.4.src.rpm"><filename>sssd-client-1.2.1-28.el6_0.4.x86_64.rpm</filename><sum type="sha256">483402851862edf8d40e6e9aaec3838d782418cbf8a95f07f4c729c9071e6d1f</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2010:1004-1</id><title>initscripts bug fix update</title><description>This update fixes the following bug:

* Prior to this update, users were unable to set the VLAN tag to 0 when creating a logical network. With this update, the ifup script has been updated to permit this value, and the VLAN identification number can now be set to 0 as expected.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="Can't create static Vlan tag 0" type="bugzilla" id="660327" href="https://bugzilla.redhat.com/show_bug.cgi?id=660327"/><reference title="RHBA-2010:1004-1" type="self" id="RHBA-2010:1004-1" href="https://rhn.redhat.com/errata/RHBA-2010-1004.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="debugmode" version="9.03.17" release="1.el6_0.1" arch="x86_64" src="initscripts-9.03.17-1.el6_0.1.src.rpm"><filename>debugmode-9.03.17-1.el6_0.1.x86_64.rpm</filename><sum type="sha256">991266985ce138017bbe6cb36a019553c7c771e3b3d4d6a91629428a4a4f76dc</sum></package><package epoch="0" name="initscripts" version="9.03.17" release="1.el6_0.1" arch="x86_64" src="initscripts-9.03.17-1.el6_0.1.src.rpm"><filename>initscripts-9.03.17-1.el6_0.1.x86_64.rpm</filename><sum type="sha256">80f1d0617579249c23bc665c65767fc2c6493828ff2caaadbce3ee9ec5aaa741</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0005-1</id><title>ruby bug fix update</title><description>This update fixes the following bug:

* Under some circumstances on the PowerPC 64 architecture, Ruby did not save the context correctly before switching threads. Consequently, when a thread was restored, it had stale context whose use would result in a segmentation fault. This affected nearly any thread-using program on PowerPC 64. With this update, the underlying source code has been modified to address this issue, and the context is now saved correctly.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="ruby segfaults on ppc" type="bugzilla" id="653824" href="https://bugzilla.redhat.com/show_bug.cgi?id=653824"/><reference title="RHBA-2011:0005-1" type="self" id="RHBA-2011:0005-1" href="https://rhn.redhat.com/errata/RHBA-2011-0005.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="ruby" version="1.8.7.299" release="5.el6_0.1" arch="x86_64" src="ruby-1.8.7.299-5.el6_0.1.src.rpm"><filename>ruby-1.8.7.299-5.el6_0.1.x86_64.rpm</filename><sum type="sha256">cb37efd1548284acc0de2243d7a2ea3f92e1a5a6df1e8c40fa7d00fcdf1403db</sum></package><package epoch="0" name="ruby-devel" version="1.8.7.299" release="5.el6_0.1" arch="i686" src="ruby-1.8.7.299-5.el6_0.1.src.rpm"><filename>ruby-devel-1.8.7.299-5.el6_0.1.i686.rpm</filename><sum type="sha256">546888442e05937ce30e8139e4c1d858ea90d77b4b953f47bd435919879a7447</sum></package><package epoch="0" name="ruby-devel" version="1.8.7.299" release="5.el6_0.1" arch="x86_64" src="ruby-1.8.7.299-5.el6_0.1.src.rpm"><filename>ruby-devel-1.8.7.299-5.el6_0.1.x86_64.rpm</filename><sum type="sha256">5e99273553cb60bfaf0df40de039446d63aa97dab060fc048637c6d2d777249d</sum></package><package epoch="0" name="ruby-docs" version="1.8.7.299" release="5.el6_0.1" arch="x86_64" src="ruby-1.8.7.299-5.el6_0.1.src.rpm"><filename>ruby-docs-1.8.7.299-5.el6_0.1.x86_64.rpm</filename><sum type="sha256">e975dad21861d4487833a474fb5db2c0e188e41c8baafacbb6ba6999b5e206fc</sum></package><package epoch="0" name="ruby-irb" version="1.8.7.299" release="5.el6_0.1" arch="x86_64" src="ruby-1.8.7.299-5.el6_0.1.src.rpm"><filename>ruby-irb-1.8.7.299-5.el6_0.1.x86_64.rpm</filename><sum type="sha256">851bad7c552fbd4b4ec7f8efa5719661dc506a021690f83c9e4e9a8c87778452</sum></package><package epoch="0" name="ruby-libs" version="1.8.7.299" release="5.el6_0.1" arch="i686" src="ruby-1.8.7.299-5.el6_0.1.src.rpm"><filename>ruby-libs-1.8.7.299-5.el6_0.1.i686.rpm</filename><sum type="sha256">e22333729b3742c317f2d74861d4ee62f91a44e5e9e8b504347aa45a5abf062a</sum></package><package epoch="0" name="ruby-libs" version="1.8.7.299" release="5.el6_0.1" arch="x86_64" src="ruby-1.8.7.299-5.el6_0.1.src.rpm"><filename>ruby-libs-1.8.7.299-5.el6_0.1.x86_64.rpm</filename><sum type="sha256">f3b2a5ddef1f729ff9c7b6c49c4945650c60b9bb6f4e7b33e8389bd5142d9d42</sum></package><package epoch="0" name="ruby-rdoc" version="1.8.7.299" release="5.el6_0.1" arch="x86_64" src="ruby-1.8.7.299-5.el6_0.1.src.rpm"><filename>ruby-rdoc-1.8.7.299-5.el6_0.1.x86_64.rpm</filename><sum type="sha256">b33569079194445d1bbaafd25d159a69b1783318c5d5710ab220d98424f07031</sum></package><package epoch="0" name="ruby-ri" version="1.8.7.299" release="5.el6_0.1" arch="x86_64" src="ruby-1.8.7.299-5.el6_0.1.src.rpm"><filename>ruby-ri-1.8.7.299-5.el6_0.1.x86_64.rpm</filename><sum type="sha256">dc5e271518644c2e9a7b85c6caf68ae5613d9a06b50edb4083fcf58d1b12b027</sum></package><package epoch="0" name="ruby-static" version="1.8.7.299" release="5.el6_0.1" arch="x86_64" src="ruby-1.8.7.299-5.el6_0.1.src.rpm"><filename>ruby-static-1.8.7.299-5.el6_0.1.x86_64.rpm</filename><sum type="sha256">5bb867b02baaab9588c5050d4c8bfbac4e8a620e7cc9ad2b6caa5b70293d07ea</sum></package><package epoch="0" name="ruby-tcltk" version="1.8.7.299" release="5.el6_0.1" arch="x86_64" src="ruby-1.8.7.299-5.el6_0.1.src.rpm"><filename>ruby-tcltk-1.8.7.299-5.el6_0.1.x86_64.rpm</filename><sum type="sha256">40fff9a42f0a32bc638ac4bb4d5fcc9bb2e3ffa4a7060f25ddeef0546cb5c345</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0012-1</id><title>qemu-kvm bug fix update</title><description>This update fixes the following bugs:

* When running a Windows Server 2008 virtual machine with a virtio network interface controller (NIC), unplugging the NIC could cause qemu-kvm to terminate unexpectedly with a segmentation fault. With this update, the underlying source code has been modified to address this issue, and unplugging such NIC while the virtual machine is active no longer causes qemu-kvm to crash.

* Previously, qemu-kvm did not allow a user to select a resolution higher than 1920x1080, which may have been rather limiting. This update increases the maximum supported resolution to 2560x1600.

* Due to an error in the Russian keyboard layout, pressing the "/" and "|" keys with the "ru" layout enabled produced wrong characters. With this update, the relevant lines in the ru.orig file have been corrected, and pressing these keys now produces the expected results.

* Under certain circumstances, QEMU could stop responding during the installation of an operating system in a virtual machine when the QXL display device was in use. This error no longer occurs, and kvm-qemu now works as expected.

* When running a virtual machine with 4 or more gigabytes of the virtual memory, an attempt to hot plug a network interface controller (NIC) failed with the following error message:

Device '[device_name]' could not be initialized

This update resolves this issue, and hot-plugging a NIC in a virtual machine with 4 or more gigabytes of the virtual memory no longer fails.

* Previously, the conversion of a disk image by using the "qemu-img convert" command may have been significantly slow. With this update, various patches have been applied to improve the performance of the above command.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="[RHEL6 Snap13]: Hot-unplugging of virtio nic issue in Windows2008 KVM guest." type="bugzilla" id="648821" href="https://bugzilla.redhat.com/show_bug.cgi?id=648821"/><reference title="support high resolutions" type="bugzilla" id="653329" href="https://bugzilla.redhat.com/show_bug.cgi?id=653329"/><reference title="Incorrect russian vnc keymap" type="bugzilla" id="653337" href="https://bugzilla.redhat.com/show_bug.cgi?id=653337"/><reference title="Qemu becomes unresponsive during unattended_installation" type="bugzilla" id="653341" href="https://bugzilla.redhat.com/show_bug.cgi?id=653341"/><reference title="Cannot hot-plug nic in windows VM when the vmem is larger" type="bugzilla" id="653343" href="https://bugzilla.redhat.com/show_bug.cgi?id=653343"/><reference title="qemu-img convert poor performance" type="bugzilla" id="662058" href="https://bugzilla.redhat.com/show_bug.cgi?id=662058"/><reference title="RHBA-2011:0012-1" type="self" id="RHBA-2011:0012-1" href="https://rhn.redhat.com/errata/RHBA-2011-0012.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="2" name="qemu-img" version="0.12.1.2" release="2.113.el6_0.6" arch="x86_64" src="qemu-kvm-0.12.1.2-2.113.el6_0.6.src.rpm"><filename>qemu-img-0.12.1.2-2.113.el6_0.6.x86_64.rpm</filename><sum type="sha256">4a2e3216a700926825e78f2190cb252609e20236738da1ab6aa5a24622aa5121</sum></package><package epoch="2" name="qemu-kvm" version="0.12.1.2" release="2.113.el6_0.6" arch="x86_64" src="qemu-kvm-0.12.1.2-2.113.el6_0.6.src.rpm"><filename>qemu-kvm-0.12.1.2-2.113.el6_0.6.x86_64.rpm</filename><sum type="sha256">a0b39f2312cb7e0d58233b748dfceda8a8aa1594f4a482ac813b24432dbcf716</sum></package><package epoch="2" name="qemu-kvm-tools" version="0.12.1.2" release="2.113.el6_0.6" arch="x86_64" src="qemu-kvm-0.12.1.2-2.113.el6_0.6.src.rpm"><filename>qemu-kvm-tools-0.12.1.2-2.113.el6_0.6.x86_64.rpm</filename><sum type="sha256">ca428bf92ce2c60468d64fe507b74755a85a7ee433025c7a3a065324c0a6f6d5</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0016-3</id><title>at bug fix update</title><description>This update fixes the following bugs:

* Previously, the at daemon (atd) wrongly contained permissions 0755 for atd configuration. With this update, atd has the correct permissions 0644 as have all other such files.

* Previously, the initscript caused the "OK" message to be printed twice. With this update, the initscript behaves as expected and does no longer cause echos of messages.

* Previously, the PIE label was not compiled with -fpie/-fPIE. This update adds a PIE compile option for secure positions independently executable on targets.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="" type="bugzilla" id="589099" href="https://bugzilla.redhat.com/show_bug.cgi?id=589099"/><reference title="echo's &quot;OK&quot; twice in init script" type="bugzilla" id="615104" href="https://bugzilla.redhat.com/show_bug.cgi?id=615104"/><reference title="" type="bugzilla" id="630019" href="https://bugzilla.redhat.com/show_bug.cgi?id=630019"/><reference title="RHBA-2011:0016-3" type="self" id="RHBA-2011:0016-3" href="https://rhn.redhat.com/errata/RHBA-2011-0016.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="at" version="3.1.10" release="43.el6" arch="x86_64" src="at-3.1.10-43.el6.src.rpm"><filename>at-3.1.10-43.el6.x86_64.rpm</filename><sum type="sha256">1c8fc7f30b65d3949775e47af1e11a0f079c4c7ac76496b31726acd273038f09</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0145-1</id><title>gdb bug fix update</title><description>These updated gdb packages fix the following bug:

* After you issued the command 'info program', GDB could have terminated unexpectedly, because a change of the shared library list corrupted the data in the internal GDB structure 'bpstat'. With this update, the 'bpstat' structure contains after a change in the shared library list the correct data and the command 'info program' works as expected.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="[6.0] Using call subcommand to the functions handling DSOs causes info program to behave abnormally" type="bugzilla" id="662218" href="https://bugzilla.redhat.com/show_bug.cgi?id=662218"/><reference title="RHBA-2011:0145-1" type="self" id="RHBA-2011:0145-1" href="https://rhn.redhat.com/errata/RHBA-2011-0145.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="gdb" version="7.1" release="29.el6_0.1" arch="x86_64" src="gdb-7.1-29.el6_0.1.src.rpm"><filename>gdb-7.1-29.el6_0.1.x86_64.rpm</filename><sum type="sha256">fea6c41505c3e986fd178308a90954779be35674022f521104c9dd94d5c36aa3</sum></package><package epoch="0" name="gdb-gdbserver" version="7.1" release="29.el6_0.1" arch="x86_64" src="gdb-7.1-29.el6_0.1.src.rpm"><filename>gdb-gdbserver-7.1-29.el6_0.1.x86_64.rpm</filename><sum type="sha256">df3a7e17f9b056576092f41fec501ccfc54f3551f50f83e71ca3039d306eab5f</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0167-3</id><title>system-config-kickstart bug fix update</title><description>This update fixes the following bugs:

* When a user opened an existing file, Kickstart Configurator did not clear the partition information, and the configuration from the file was incorrectly added to the previous configuration. With this update, the underlying source code has been adapted to address this issue, and opening a file now clears the previous partition information as expected.

* In the "Authentication" tab, the default hash function for shadow passwords was set to MD5. This update changes the default option to SHA-512.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="s-c-kickstart doesn't properly process partitioning when opening new file" type="bugzilla" id="610740" href="https://bugzilla.redhat.com/show_bug.cgi?id=610740"/><reference title="system-config-kickstart uses MD5 for shadow passwords by default" type="bugzilla" id="633202" href="https://bugzilla.redhat.com/show_bug.cgi?id=633202"/><reference title="RHBA-2011:0167-3" type="self" id="RHBA-2011:0167-3" href="https://rhn.redhat.com/errata/RHBA-2011-0167.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="system-config-kickstart" version="2.8.6.3" release="1.el6" arch="noarch" src="system-config-kickstart-2.8.6.3-1.el6.src.rpm"><filename>system-config-kickstart-2.8.6.3-1.el6.noarch.rpm</filename><sum type="sha256">d44880771d62e5e4db5097852011e7ba39c05d5899db472f24826d099085a845</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0171-1</id><title>psmisc bug fix update</title><description>This update fixes the following bugs:

* Due to an error in memory allocation, an attempt to kill a process group by using the "killall -g" command could fail. With this update, the memory allocation has been corrected, and the killall utility now works as expected.

* When parsing a list of command line arguments, the peekfd utility incorrectly used a wrong index. As a result, running the peekfd command with a file descriptor specified caused the utility to terminate unexpectedly with a segmentation fault. This update corrects this error, and the peekfd utility no longer fails to run.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="uninitialized memory leading to `killall -g name ` failure" type="bugzilla" id="668989" href="https://bugzilla.redhat.com/show_bug.cgi?id=668989"/><reference title="peekfd SIGSEGV" type="bugzilla" id="668992" href="https://bugzilla.redhat.com/show_bug.cgi?id=668992"/><reference title="RHBA-2011:0171-1" type="self" id="RHBA-2011:0171-1" href="https://rhn.redhat.com/errata/RHBA-2011-0171.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="psmisc" version="22.6" release="15.el6_0.1" arch="x86_64" src="psmisc-22.6-15.el6_0.1.src.rpm"><filename>psmisc-22.6-15.el6_0.1.x86_64.rpm</filename><sum type="sha256">f4bd4df65ed41f60262400c9b4fb3b181a0028e894f9565122d346b9f4b934b0</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0173-2</id><title>device-mapper-multipath bug fix update</title><description>These updated device-mapper-multipath packages fix the following bug:

* When all paths of a pathgroup with set group_by_prio were restored after a failure, multipathd could place some paths into a wrong pathgroup. This issue occurred, because the daemon checked if pathgroups needed reconfiguration only if a path priority changed. When the original paths were restored, they could have been assigned the same priority as before the failure. In such case the paths were incorrectly left in a wrong pathgroup. With this update, when checking if it needs to recalculate the pathgroups, the multipathd daemon refreshes and checks all priorities once a new path becomes available and places recovered paths into the correct pathgroup.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="wrong path grouping after storage controller failure test with medium I/O load" type="bugzilla" id="658937" href="https://bugzilla.redhat.com/show_bug.cgi?id=658937"/><reference title="RHBA-2011:0173-2" type="self" id="RHBA-2011:0173-2" href="https://rhn.redhat.com/errata/RHBA-2011-0173.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="device-mapper-multipath" version="0.4.9" release="31.el6_0.1" arch="x86_64" src="device-mapper-multipath-0.4.9-31.el6_0.1.src.rpm"><filename>device-mapper-multipath-0.4.9-31.el6_0.1.x86_64.rpm</filename><sum type="sha256">0a74b09ade39def907133865d4634c6db0b99e20af900cd94790a852dce5bea2</sum></package><package epoch="0" name="device-mapper-multipath-libs" version="0.4.9" release="31.el6_0.1" arch="x86_64" src="device-mapper-multipath-0.4.9-31.el6_0.1.src.rpm"><filename>device-mapper-multipath-libs-0.4.9-31.el6_0.1.x86_64.rpm</filename><sum type="sha256">50471ac761103a6ff88e28465634f07f9a4a8a0c983823205ae884bbe9d375c4</sum></package><package epoch="0" name="kpartx" version="0.4.9" release="31.el6_0.1" arch="x86_64" src="device-mapper-multipath-0.4.9-31.el6_0.1.src.rpm"><filename>kpartx-0.4.9-31.el6_0.1.x86_64.rpm</filename><sum type="sha256">cc4076cc59036a14e18bf9e3691d8dc9e5f0553f40de585720c4ad9a150f9539</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0191-2</id><title>netlabel_tools bug fix update</title><description>This update fixes the following bug:

* Previously, running the netlabelctl utility with an invalid mask argument caused the utility to terminate with a 0 exit status. This error has been fixed, and when an invalid mask is supplied, netlabelctl now returns a non-zero exit status as expected.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="netlabelctl returns 0 on error" type="bugzilla" id="602291" href="https://bugzilla.redhat.com/show_bug.cgi?id=602291"/><reference title="RHBA-2011:0191-2" type="self" id="RHBA-2011:0191-2" href="https://rhn.redhat.com/errata/RHBA-2011-0191.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="netlabel_tools" version="0.19" release="7.el6" arch="x86_64" src="netlabel_tools-0.19-7.el6.src.rpm"><filename>netlabel_tools-0.19-7.el6.x86_64.rpm</filename><sum type="sha256">9da0bb9ad87cca1e721264fad1d23bb08f2b28d9608274f6a93e9d3b2205d58e</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0192-2</id><title>man-pages-ja bug fix update</title><description>This update fixes the following bugs:

* Previously, the man-pages-ja package contained the outdated Japanese manual pages based on SysVinit which is not shipped in Scientific Linux 6. This update drops those redundant manual pages to avoid a confusion.

* Previously, the Japanese manual page of the 'snmpd.conf' did not mention the deprecated notice for the listening port specifier in the sink directives.This update adds the deprecated notice.

* Previously, the Japanese manual page of the 'echo' command did not mention the format of '\e' and '\xHH' in the -e option. The updated package adds the description of '\e' and '\xHH'.

* Previously, the Japanese manual page of the 'pmap' command did not mention the "extended and device format fields". This update adds the description of it.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="" type="bugzilla" id="579647" href="https://bugzilla.redhat.com/show_bug.cgi?id=579647"/><reference title="trapsink missing deprecation note in Japanese snmpd.conf(5) man page" type="bugzilla" id="600324" href="https://bugzilla.redhat.com/show_bug.cgi?id=600324"/><reference title="The echo's man page in Japanese doesn't describe '\e' and '\xHH' for the option -e." type="bugzilla" id="618934" href="https://bugzilla.redhat.com/show_bug.cgi?id=618934"/><reference title="" type="bugzilla" id="628891" href="https://bugzilla.redhat.com/show_bug.cgi?id=628891"/><reference title="RHBA-2011:0192-2" type="self" id="RHBA-2011:0192-2" href="https://rhn.redhat.com/errata/RHBA-2011-0192.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="man-pages-ja" version="20100115" release="3.el6" arch="noarch" src="man-pages-ja-20100115-3.el6.src.rpm"><filename>man-pages-ja-20100115-3.el6.noarch.rpm</filename><sum type="sha256">e38c9cdabc33747f11a5e2f3003af88e7ad9e7c52fd268146fc3015452ad1fd7</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0193-2</id><title>tcsh bug fix update</title><description>This update fixes the following bugs:

* Previously, running tcsh in verbose mode (that is, by using the "-v" option) caused the shell to append history to its output on exit. With this update, a patch has been applied to address this issue, and tcsh now works as expected.

* On a local machine, tcsh set the "REMOTEHOST" environment variable to an empty string, even though this variable should be only set on remote machines. This error has been fixed, and "REMOTEHOST" is no longer set on a local machine.

* Previously, when command substitution with backquotes was used, extra fork() was performed. With this update, only one fork() is performed.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="Running tcsh with '-v' option dumps contents of ~/.history" type="bugzilla" id="658171" href="https://bugzilla.redhat.com/show_bug.cgi?id=658171"/><reference title="$REMOTEHOST is set empty on the local machine in csh and tcsh" type="bugzilla" id="669176" href="https://bugzilla.redhat.com/show_bug.cgi?id=669176"/><reference title="Extra fork when tcsh processes backquotes" type="bugzilla" id="673556" href="https://bugzilla.redhat.com/show_bug.cgi?id=673556"/><reference title="RHBA-2011:0193-2" type="self" id="RHBA-2011:0193-2" href="https://rhn.redhat.com/errata/RHBA-2011-0193.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="tcsh" version="6.17" release="12.el6" arch="x86_64" src="tcsh-6.17-12.el6.src.rpm"><filename>tcsh-6.17-12.el6.x86_64.rpm</filename><sum type="sha256">4b3242b9b8f3c8b3cb7b713df1c206ddcc1f60df7d5410dc0fcacdcb606f27da</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0194-2</id><title>xguest bug fix update </title><description>This update fixes the following bug:

* Due to an error in an installation scriptlet, an attempt to install the xguest package failed, and the following error message was written to standard error:

/usr/sbin/semanage: No such file or directory

This update corrects the %pre scriptlet, and the package can now be installed as expected.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="" type="bugzilla" id="667348" href="https://bugzilla.redhat.com/show_bug.cgi?id=667348"/><reference title="RHBA-2011:0194-2" type="self" id="RHBA-2011:0194-2" href="https://rhn.redhat.com/errata/RHBA-2011-0194.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="xguest" version="1.0.9" release="2.el6" arch="noarch" src="xguest-1.0.9-2.el6.src.rpm"><filename>xguest-1.0.9-2.el6.noarch.rpm</filename><sum type="sha256">8fc31ebd2df8fc5c4369867adcf0ff3c760a907dae1b1b7e2b23181f4e67fc2c</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0201-1</id><title>util-linux-ng bug fix update</title><description>This update fixes the following bug:

* To address problems with iSCSI root devices not being checked with the fsck utility, Scientific Linux 5.2 introduced the "_rnetdev" mount option. However, this functionality was missing in the package for Scientific Linux 6. With this update, the mount utility has been updated to support this option.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="support for _rnetdev mount option missing in RHEL6" type="bugzilla" id="659612" href="https://bugzilla.redhat.com/show_bug.cgi?id=659612"/><reference title="RHBA-2011:0201-1" type="self" id="RHBA-2011:0201-1" href="https://rhn.redhat.com/errata/RHBA-2011-0201.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="libblkid" version="2.17.2" release="6.el6_0.1" arch="i686" src="util-linux-ng-2.17.2-6.el6_0.1.src.rpm"><filename>libblkid-2.17.2-6.el6_0.1.i686.rpm</filename><sum type="sha256">3a064749f2ed4590a1200e9d6309a09458a9d1c6d62147508ffbb7045a1e0fbd</sum></package><package epoch="0" name="libblkid" version="2.17.2" release="6.el6_0.1" arch="x86_64" src="util-linux-ng-2.17.2-6.el6_0.1.src.rpm"><filename>libblkid-2.17.2-6.el6_0.1.x86_64.rpm</filename><sum type="sha256">5bff7db7d06621ec265118afc41e49fe51e7aef183e6173545583ca17217ece7</sum></package><package epoch="0" name="libblkid-devel" version="2.17.2" release="6.el6_0.1" arch="i686" src="util-linux-ng-2.17.2-6.el6_0.1.src.rpm"><filename>libblkid-devel-2.17.2-6.el6_0.1.i686.rpm</filename><sum type="sha256">cb2c7fd96fc628872f5a563531a67d29a98f833a7cd3fb90d49a043808bada7b</sum></package><package epoch="0" name="libblkid-devel" version="2.17.2" release="6.el6_0.1" arch="x86_64" src="util-linux-ng-2.17.2-6.el6_0.1.src.rpm"><filename>libblkid-devel-2.17.2-6.el6_0.1.x86_64.rpm</filename><sum type="sha256">7002d31e6a115726e8247f4c1fc4fbd05facd82d5a98cfba9204e9e1d4c888d4</sum></package><package epoch="0" name="libuuid" version="2.17.2" release="6.el6_0.1" arch="i686" src="util-linux-ng-2.17.2-6.el6_0.1.src.rpm"><filename>libuuid-2.17.2-6.el6_0.1.i686.rpm</filename><sum type="sha256">e6ad0d4f09c6f9ee3800012eb4ef39709c794966bd9ac32b64532756cfe1a7f8</sum></package><package epoch="0" name="libuuid" version="2.17.2" release="6.el6_0.1" arch="x86_64" src="util-linux-ng-2.17.2-6.el6_0.1.src.rpm"><filename>libuuid-2.17.2-6.el6_0.1.x86_64.rpm</filename><sum type="sha256">e55fbf41df685f7e157e2792a592f48460cca093229a079f06a6b98a26a4cdc5</sum></package><package epoch="0" name="libuuid-devel" version="2.17.2" release="6.el6_0.1" arch="i686" src="util-linux-ng-2.17.2-6.el6_0.1.src.rpm"><filename>libuuid-devel-2.17.2-6.el6_0.1.i686.rpm</filename><sum type="sha256">d1908f939fbe3d79adfa2712ca7eda5d80659124238578cb01109652ca41c625</sum></package><package epoch="0" name="libuuid-devel" version="2.17.2" release="6.el6_0.1" arch="x86_64" src="util-linux-ng-2.17.2-6.el6_0.1.src.rpm"><filename>libuuid-devel-2.17.2-6.el6_0.1.x86_64.rpm</filename><sum type="sha256">d1838f15d7ab3685a7bd586d76381ed2e3b3a1848dded9482103697e356088b1</sum></package><package epoch="0" name="util-linux-ng" version="2.17.2" release="6.el6_0.1" arch="x86_64" src="util-linux-ng-2.17.2-6.el6_0.1.src.rpm"><filename>util-linux-ng-2.17.2-6.el6_0.1.x86_64.rpm</filename><sum type="sha256">b0a17a87ad7318aa6f9a8dba8c6790db34144e1e8a25c25a14f299b43bd654ff</sum></package><package epoch="0" name="uuidd" version="2.17.2" release="6.el6_0.1" arch="x86_64" src="util-linux-ng-2.17.2-6.el6_0.1.src.rpm"><filename>uuidd-2.17.2-6.el6_0.1.x86_64.rpm</filename><sum type="sha256">6a732eed3c0f2a7f89a52edadffea9045c712492d1e336075708feeed115f68b</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0202-2</id><title>cracklib bug fix update</title><description>This update fixes the following bugs:

* Manual pages for the cracklib-check, cracklib-format, and create-cracklib- dict utilities have been added.

* The Simplified Chinese (zh_CN) translation of one of the error messages the library can produce has been corrected, and no longer contains untranslated strings.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="" type="bugzilla" id="583932" href="https://bugzilla.redhat.com/show_bug.cgi?id=583932"/><reference title="" type="bugzilla" id="627449" href="https://bugzilla.redhat.com/show_bug.cgi?id=627449"/><reference title="RHBA-2011:0202-2" type="self" id="RHBA-2011:0202-2" href="https://rhn.redhat.com/errata/RHBA-2011-0202.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="cracklib" version="2.8.16" release="4.el6" arch="i686" src="cracklib-2.8.16-4.el6.src.rpm"><filename>cracklib-2.8.16-4.el6.i686.rpm</filename><sum type="sha256">cc8043d6a56778244f304fcb5f90843227a817bda5126f6f5de78dc6fbe5e623</sum></package><package epoch="0" name="cracklib" version="2.8.16" release="4.el6" arch="x86_64" src="cracklib-2.8.16-4.el6.src.rpm"><filename>cracklib-2.8.16-4.el6.x86_64.rpm</filename><sum type="sha256">ce3bc121b6ca7514a8e66caa85466e61154273c9a764b87550162ff8d6e1bd2c</sum></package><package epoch="0" name="cracklib-devel" version="2.8.16" release="4.el6" arch="i686" src="cracklib-2.8.16-4.el6.src.rpm"><filename>cracklib-devel-2.8.16-4.el6.i686.rpm</filename><sum type="sha256">3b9ea4f572512e4c6cd624885143d5cc6de67362d130b9be963b68e11f40e7ea</sum></package><package epoch="0" name="cracklib-devel" version="2.8.16" release="4.el6" arch="x86_64" src="cracklib-2.8.16-4.el6.src.rpm"><filename>cracklib-devel-2.8.16-4.el6.x86_64.rpm</filename><sum type="sha256">c74ebec97f67089276557d2b248302e96bc67ea47386241b52a1240c878e35c7</sum></package><package epoch="0" name="cracklib-dicts" version="2.8.16" release="4.el6" arch="x86_64" src="cracklib-2.8.16-4.el6.src.rpm"><filename>cracklib-dicts-2.8.16-4.el6.x86_64.rpm</filename><sum type="sha256">dd8061f0ae555fbec6c565b2949f9ca4310380a79b2ec83f6067e319716fbb85</sum></package><package epoch="0" name="cracklib-python" version="2.8.16" release="4.el6" arch="x86_64" src="cracklib-2.8.16-4.el6.src.rpm"><filename>cracklib-python-2.8.16-4.el6.x86_64.rpm</filename><sum type="sha256">3bd8196437e2e68bee9f6234632595d34352fc5d0e5c917fd434df65cf8a1b08</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0204-2</id><title>file bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, the file utility could be unable to recognize Python scripts correctly. This update improves the file type recognition, and Python scripts are now identified as expected.

* In accordance with POSIX standards, when the file utility is used on a file that does not exist, cannot be read, or is of an unknown type, it returns 0 exit code. This update extends the manual page to document this behavior.

* The file utility has been updated to recognize the WebM media container.

* The file utility has been updated to recognize the ZIP64 file format.

* The file utility has been updated to recognize volume_key escrow packets.

* Due to an error in a magic pattern, the file utility incorrectly identified GFS file systems as GFS2. With this update, the magic pattern has been corrected, and GFS file systems are now identified as expected.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="file cannot recognize a python script" type="bugzilla" id="594083" href="https://bugzilla.redhat.com/show_bug.cgi?id=594083"/><reference title="" type="bugzilla" id="608686" href="https://bugzilla.redhat.com/show_bug.cgi?id=608686"/><reference title="file doesn't recognize webm content" type="bugzilla" id="610795" href="https://bugzilla.redhat.com/show_bug.cgi?id=610795"/><reference title="file command can't identify the zip64 format correctly." type="bugzilla" id="637782" href="https://bugzilla.redhat.com/show_bug.cgi?id=637782"/><reference title="" type="bugzilla" id="643046" href="https://bugzilla.redhat.com/show_bug.cgi?id=643046"/><reference title="File identifies GFS2 filesystems as GFS1 filesystems" type="bugzilla" id="670125" href="https://bugzilla.redhat.com/show_bug.cgi?id=670125"/><reference title="RHBA-2011:0204-2" type="self" id="RHBA-2011:0204-2" href="https://rhn.redhat.com/errata/RHBA-2011-0204.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="file" version="5.04" release="6.el6" arch="x86_64" src="file-5.04-6.el6.src.rpm"><filename>file-5.04-6.el6.x86_64.rpm</filename><sum type="sha256">49c5d72f97c5b108bc47c45f70644b93dcab265e8466a6827f5e907f215c5024</sum></package><package epoch="0" name="file-devel" version="5.04" release="6.el6" arch="i686" src="file-5.04-6.el6.src.rpm"><filename>file-devel-5.04-6.el6.i686.rpm</filename><sum type="sha256">69468947775c71b674d96ea9b3ca528a7d793c330aca39fbf1da35a4a6103fe9</sum></package><package epoch="0" name="file-devel" version="5.04" release="6.el6" arch="x86_64" src="file-5.04-6.el6.src.rpm"><filename>file-devel-5.04-6.el6.x86_64.rpm</filename><sum type="sha256">f5e2245f5f1db0e1b2fc98302ac0ccbed13c9b3e3ff57075b5a0276ecb1aeb04</sum></package><package epoch="0" name="file-libs" version="5.04" release="6.el6" arch="i686" src="file-5.04-6.el6.src.rpm"><filename>file-libs-5.04-6.el6.i686.rpm</filename><sum type="sha256">c04e6026ddefc8d0d5dccec76e775270b73b78a52274a1ba9cd7b28e92799b07</sum></package><package epoch="0" name="file-libs" version="5.04" release="6.el6" arch="x86_64" src="file-5.04-6.el6.src.rpm"><filename>file-libs-5.04-6.el6.x86_64.rpm</filename><sum type="sha256">4ecdbd4dfe82fa115bdc936a7a0e330ac925f1d56f6bc4e4a82e4c6bd12c8f05</sum></package><package epoch="0" name="file-static" version="5.04" release="6.el6" arch="x86_64" src="file-5.04-6.el6.src.rpm"><filename>file-static-5.04-6.el6.x86_64.rpm</filename><sum type="sha256">b1e517ec278a14770087cef2221bd4edfb7c3c3022cb35fe666214454ae9181e</sum></package><package epoch="0" name="python-magic" version="5.04" release="6.el6" arch="x86_64" src="file-5.04-6.el6.src.rpm"><filename>python-magic-5.04-6.el6.x86_64.rpm</filename><sum type="sha256">e73da89949217f859bcc6657a71c351fcce558f46b5f6a3ad24d6d42a75edb9a</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0221-1</id><title>system-config-users bug fix update</title><description>This update addresses the following issue:

* When creating users, or more specifically their home directories, system- config-users relied on the access() system call to check if a directory was writable (and, consequently, whether a new home directory could be created in the requested location).

The access() system call returns reliable information for POSIX-compliant (or mostly POSIX-compliant) file-systems only. In some cases, therefore, relying on the information returned by access() could result in user creation failing.

If, for example, system-config-users was directed to create a user with a home folder in a directory managed by an auto-mounter (such as /net), access() returned inaccurate information and user creation subsequently failed.

With this update, system-config-users no longer relies on access(), or other operating system functions, in such cases: it now attempts to create the home directory and checks whether it has succeeded in doing so.

As well, if the chosen location is not writable, system-config-users returns an alert to this effect and requests 'a writable location' be chosen rather than simply writing errors to the terminal and failing.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="" type="bugzilla" id="672822" href="https://bugzilla.redhat.com/show_bug.cgi?id=672822"/><reference title="RHBA-2011:0221-1" type="self" id="RHBA-2011:0221-1" href="https://rhn.redhat.com/errata/RHBA-2011-0221.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="system-config-users" version="1.2.104" release="1.el6_0.3" arch="noarch" src="system-config-users-1.2.104-1.el6_0.3.src.rpm"><filename>system-config-users-1.2.104-1.el6_0.3.noarch.rpm</filename><sum type="sha256">d6f030a5e2412a149bb8af342922db0c72ca6fbab2c3eeed4c566f3e9ddf0c9a</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0284-1</id><title>python bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, Python programs that used "ulimit -n" to enable communication with large numbers of subprocesses could still monitor only 1024 file descriptors at a time, which caused an exception:

ValueError: filedescriptor out of range in select()

This was due to the subprocess module using the "select" system call. The module now uses the "poll" system call, removing this limitation.

* Due to the urllib2 module ignoring the "no_proxy" environment variable for the FTP scheme, programs such as Yum could erroneously access a proxy server for ftp:// URLs covered by a "no_proxy" exclusion. With this update, a patch has been applied to address this issue, and "no_proxy" is no longer ignored.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="subprocess fails in select when descriptors are large (rhel6)" type="bugzilla" id="668975" href="https://bugzilla.redhat.com/show_bug.cgi?id=668975"/><reference title="" type="bugzilla" id="671343" href="https://bugzilla.redhat.com/show_bug.cgi?id=671343"/><reference title="RHBA-2011:0284-1" type="self" id="RHBA-2011:0284-1" href="https://rhn.redhat.com/errata/RHBA-2011-0284.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="python" version="2.6.5" release="3.el6_0.2" arch="i686" src="python-2.6.5-3.el6_0.2.src.rpm"><filename>python-2.6.5-3.el6_0.2.i686.rpm</filename><sum type="sha256">a6b584d80de5e32c19edbe97a8557bd99308510b3013c1e2ad996bdf1272c488</sum></package><package epoch="0" name="python" version="2.6.5" release="3.el6_0.2" arch="x86_64" src="python-2.6.5-3.el6_0.2.src.rpm"><filename>python-2.6.5-3.el6_0.2.x86_64.rpm</filename><sum type="sha256">ecec71e2a268a5def0f3c8552df3a17d0e4586e8fd16b81eba29c8d3d6fc8262</sum></package><package epoch="0" name="python-devel" version="2.6.5" release="3.el6_0.2" arch="i686" src="python-2.6.5-3.el6_0.2.src.rpm"><filename>python-devel-2.6.5-3.el6_0.2.i686.rpm</filename><sum type="sha256">d82d4b01c51c634050431bfb3d555a6bacfa7f8646ec70050e4a7631a92c46b6</sum></package><package epoch="0" name="python-devel" version="2.6.5" release="3.el6_0.2" arch="x86_64" src="python-2.6.5-3.el6_0.2.src.rpm"><filename>python-devel-2.6.5-3.el6_0.2.x86_64.rpm</filename><sum type="sha256">15061f4ec74bddbf101385260dfa0c2bb4e6baa1a21778bd9f8fcc2fb8c62da3</sum></package><package epoch="0" name="python-libs" version="2.6.5" release="3.el6_0.2" arch="i686" src="python-2.6.5-3.el6_0.2.src.rpm"><filename>python-libs-2.6.5-3.el6_0.2.i686.rpm</filename><sum type="sha256">ce3652c8f9d345f158ddcdc3850f46bb08838d2674cd429c56c6fada181ffbdc</sum></package><package epoch="0" name="python-libs" version="2.6.5" release="3.el6_0.2" arch="x86_64" src="python-2.6.5-3.el6_0.2.src.rpm"><filename>python-libs-2.6.5-3.el6_0.2.x86_64.rpm</filename><sum type="sha256">d18a048228c3b7d0896e5791f965c2536b4e699317f5cc44b4cb4f635b878c10</sum></package><package epoch="0" name="python-test" version="2.6.5" release="3.el6_0.2" arch="x86_64" src="python-2.6.5-3.el6_0.2.src.rpm"><filename>python-test-2.6.5-3.el6_0.2.x86_64.rpm</filename><sum type="sha256">8f0cec7134f12d2ec5ae2b17db5c36c6dce88396dc4ff19e0c7f13eb8e64df1f</sum></package><package epoch="0" name="python-tools" version="2.6.5" release="3.el6_0.2" arch="x86_64" src="python-2.6.5-3.el6_0.2.src.rpm"><filename>python-tools-2.6.5-3.el6_0.2.x86_64.rpm</filename><sum type="sha256">1e36df0540c14728cc5aa9637d61610d68d0039776cb2952b187b3b818fbe3d8</sum></package><package epoch="0" name="tkinter" version="2.6.5" release="3.el6_0.2" arch="x86_64" src="python-2.6.5-3.el6_0.2.src.rpm"><filename>tkinter-2.6.5-3.el6_0.2.x86_64.rpm</filename><sum type="sha256">4b60f652e8a901f308b039694eb694dce54c8e56f0c6c696bfc366e6aaff3064</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0294-1</id><title>device-mapper-multipath bug fix update</title><description>These updated device-mapper-multipath packages fix the following bug:

* Multipathd caches the value of sysfs attribute lookups for the path devices that make up a multipath device. Previously, these weren't being removed when the path devices were removed. As well, in some cases the cache was not helpful and not used. This occasionally caused memory leaks when path devices were removed and restored. With this update, the unnecessary caching has been completely removed and the cached values are now removed when the corresponding path device is removed. Consequently, the occasional memory leaks no longer occur.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="multipathd consumes ten times more memory than on rhel5" type="bugzilla" id="672151" href="https://bugzilla.redhat.com/show_bug.cgi?id=672151"/><reference title="RHBA-2011:0294-1" type="self" id="RHBA-2011:0294-1" href="https://rhn.redhat.com/errata/RHBA-2011-0294.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="device-mapper-multipath" version="0.4.9" release="31.el6_0.2" arch="x86_64" src="device-mapper-multipath-0.4.9-31.el6_0.2.src.rpm"><filename>device-mapper-multipath-0.4.9-31.el6_0.2.x86_64.rpm</filename><sum type="sha256">acc745e9f9ef2ec02af62f5388d0af994cbbf5a417ff71209bd16960072873e1</sum></package><package epoch="0" name="device-mapper-multipath-libs" version="0.4.9" release="31.el6_0.2" arch="x86_64" src="device-mapper-multipath-0.4.9-31.el6_0.2.src.rpm"><filename>device-mapper-multipath-libs-0.4.9-31.el6_0.2.x86_64.rpm</filename><sum type="sha256">eb0dbae1748fd874f75c316a3c9e8b0ae1116b1d942dcf0524d82bc71aba859e</sum></package><package epoch="0" name="kpartx" version="0.4.9" release="31.el6_0.2" arch="x86_64" src="device-mapper-multipath-0.4.9-31.el6_0.2.src.rpm"><filename>kpartx-0.4.9-31.el6_0.2.x86_64.rpm</filename><sum type="sha256">a0ab25e8fd602d3c612df32f21441397a0b7d9434b39df31bccc9bc1f4a1d7e6</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0295-2</id><title>python-pycurl bug fix update</title><description>This update fixes the following bugs:

* Prior to this update, calling the reset() method caused internal cURL properties to be lost, including the pointer to an error buffer. Consequent to this, when an error occurred, the resulting message could be empty. This update prevents this pointer from being lost, and error messages are now displayed as expected.

* When the reset() method was called, the number of references to the "Py_None" object was not counted properly. Consequent to this, Python could terminate unexpectedly with the following error message:

Fatal Python error: deallocating None Aborted (core dumped)

With this update, the underlying source code has been modified to address this issue, and references to the "Py_None" object are now counted as expected.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="" type="bugzilla" id="565654" href="https://bugzilla.redhat.com/show_bug.cgi?id=565654"/><reference title="reposync core dumps on large downloads" type="bugzilla" id="624559" href="https://bugzilla.redhat.com/show_bug.cgi?id=624559"/><reference title="RHBA-2011:0295-2" type="self" id="RHBA-2011:0295-2" href="https://rhn.redhat.com/errata/RHBA-2011-0295.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="python-pycurl" version="7.19.0" release="8.el6" arch="x86_64" src="python-pycurl-7.19.0-8.el6.src.rpm"><filename>python-pycurl-7.19.0-8.el6.x86_64.rpm</filename><sum type="sha256">694573b25dfc1eb284b2940314c6c424b5f9fdfa37fdbdf76b2f5bc07e423aff</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0296-3</id><title>paps bug fix update</title><description>This update fixes the following bug:

* Prior to this update, the presence of certain non-printable characters in the input file could cause paps to get stuck in an infinite loop, consuming all available system memory. With this update, the underlying source code has been modified to prevent this behavior, and such memory leaks no longer occur.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="texttopaps becomes runaway memory hog" type="bugzilla" id="618271" href="https://bugzilla.redhat.com/show_bug.cgi?id=618271"/><reference title="RHBA-2011:0296-3" type="self" id="RHBA-2011:0296-3" href="https://rhn.redhat.com/errata/RHBA-2011-0296.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="paps" version="0.6.8" release="13.el6.2" arch="x86_64" src="paps-0.6.8-13.el6.2.src.rpm"><filename>paps-0.6.8-13.el6.2.x86_64.rpm</filename><sum type="sha256">c4c4ca2d663d2f2ee35624d1fb84c75461ad3f64959bb7d244188d23616c4ad1</sum></package><package epoch="0" name="paps-devel" version="0.6.8" release="13.el6.2" arch="i686" src="paps-0.6.8-13.el6.2.src.rpm"><filename>paps-devel-0.6.8-13.el6.2.i686.rpm</filename><sum type="sha256">2aa2673f5fc5e2a116334ac15741871965608f0ed5256516486aeea2eae95637</sum></package><package epoch="0" name="paps-devel" version="0.6.8" release="13.el6.2" arch="x86_64" src="paps-0.6.8-13.el6.2.src.rpm"><filename>paps-devel-0.6.8-13.el6.2.x86_64.rpm</filename><sum type="sha256">91493a5a6f064a4d733b47a31afe24528c3ca4c8f2094810e71e05926432e454</sum></package><package epoch="0" name="paps-libs" version="0.6.8" release="13.el6.2" arch="i686" src="paps-0.6.8-13.el6.2.src.rpm"><filename>paps-libs-0.6.8-13.el6.2.i686.rpm</filename><sum type="sha256">45d46f72775623b4d3133c16cf3c9c61b5764fa2ae96bc5a463404576c140b1c</sum></package><package epoch="0" name="paps-libs" version="0.6.8" release="13.el6.2" arch="x86_64" src="paps-0.6.8-13.el6.2.src.rpm"><filename>paps-libs-0.6.8-13.el6.2.x86_64.rpm</filename><sum type="sha256">548ec4f82a5524806935ebbe8b7edc567199dda05c74baa043a20d0ea62718e0</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0297-3</id><title>vim bug fix update</title><description>This update fixes the following bug:

* When editing a shell script (that is, "filetype=sh"), the presence of the "\c" escape sequence followed by a non-space character caused syntax highlighting to incorrectly report a syntax error. With this update, the relevant regular expression in the syntax file has been corrected, and syntax is now highlighted as expected.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="vim detects syntax error when editing script containing control character &quot;\c&quot;" type="bugzilla" id="629568" href="https://bugzilla.redhat.com/show_bug.cgi?id=629568"/><reference title="RHBA-2011:0297-3" type="self" id="RHBA-2011:0297-3" href="https://rhn.redhat.com/errata/RHBA-2011-0297.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="2" name="vim-X11" version="7.2.411" release="1.6.el6" arch="x86_64" src="vim-7.2.411-1.6.el6.src.rpm"><filename>vim-X11-7.2.411-1.6.el6.x86_64.rpm</filename><sum type="sha256">6a1890e2c1e5950c4e36279edadcba1a9ff59b6caaa370789f215d2a76b644e0</sum></package><package epoch="2" name="vim-common" version="7.2.411" release="1.6.el6" arch="x86_64" src="vim-7.2.411-1.6.el6.src.rpm"><filename>vim-common-7.2.411-1.6.el6.x86_64.rpm</filename><sum type="sha256">cc18aef12d2956cececb958cc238a56f9edc4930ab54e6670c00bde90ad19bf2</sum></package><package epoch="2" name="vim-enhanced" version="7.2.411" release="1.6.el6" arch="x86_64" src="vim-7.2.411-1.6.el6.src.rpm"><filename>vim-enhanced-7.2.411-1.6.el6.x86_64.rpm</filename><sum type="sha256">33522d8738bd0f53e6ca5a2174560f4d451008c9e29769f409ba5b5854677467</sum></package><package epoch="2" name="vim-minimal" version="7.2.411" release="1.6.el6" arch="x86_64" src="vim-7.2.411-1.6.el6.src.rpm"><filename>vim-minimal-7.2.411-1.6.el6.x86_64.rpm</filename><sum type="sha256">886e6234ebfa16e373036cd7772eae46c46e88877761287f4dc884dd79894775</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0298-2</id><title>volume_key bug fix update</title><description>The main goal of the software is to allow restoring access to an encrypted hard drive if the primary user forgets the passphrase. The encryption key back up can also be useful for extracting data after a hardware or software failure that corrupts the header of the encrypted volume, or to access the company data after an employee leaves abruptly.

This update fixes the following bugs:

* Previously, the volume_key documentation did not specify which of the two block devices to use as an argument to volume_key(8). Due to this problem, unexpected errors caused confusion. With this update, the volume_key.8 man page and the README file clarify whether to use the encrypted or plaintext block device, and how to recognize it.

* Previously, libvolume_key did not provide textual descriptions for a subset of error conditions. Due to this behavior, some error messages contained nonsensical characters instead of readable text. This update adds the missing textual descriptions. The error messages now describe the cause of the error.

* Previously, the volume_key(8) utility could not be interrupted when waiting for a password or passphrase input. This update makes the volume_key(8) utility interruptible in such cases, and notifies the user if the entered passphrase is incorrect.

* Previously, the volume_key(8) utility prompted the user for a passphrase before it validated the supplied certificate file, if any. Due to this behavior, any errors in the file were detected only after the user entered additional information. This update detects and reports such errors immediately, without prompting the user for a passphrase.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="" type="bugzilla" id="636541" href="https://bugzilla.redhat.com/show_bug.cgi?id=636541"/><reference title="" type="bugzilla" id="638732" href="https://bugzilla.redhat.com/show_bug.cgi?id=638732"/><reference title="" type="bugzilla" id="641111" href="https://bugzilla.redhat.com/show_bug.cgi?id=641111"/><reference title="" type="bugzilla" id="643897" href="https://bugzilla.redhat.com/show_bug.cgi?id=643897"/><reference title="RHBA-2011:0298-2" type="self" id="RHBA-2011:0298-2" href="https://rhn.redhat.com/errata/RHBA-2011-0298.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="python-volume_key" version="0.3.1" release="5.el6" arch="x86_64" src="volume_key-0.3.1-5.el6.src.rpm"><filename>python-volume_key-0.3.1-5.el6.x86_64.rpm</filename><sum type="sha256">d19e1c43e8fa340fe971b3a7cf259218822e441509e98ebe347e29ef33038a72</sum></package><package epoch="0" name="volume_key" version="0.3.1" release="5.el6" arch="x86_64" src="volume_key-0.3.1-5.el6.src.rpm"><filename>volume_key-0.3.1-5.el6.x86_64.rpm</filename><sum type="sha256">17946c0d3df34de281b23686204ed7e30470250fad8e3256171500f221360e55</sum></package><package epoch="0" name="volume_key-devel" version="0.3.1" release="5.el6" arch="i686" src="volume_key-0.3.1-5.el6.src.rpm"><filename>volume_key-devel-0.3.1-5.el6.i686.rpm</filename><sum type="sha256">e4b9f88e82963b1bc7ff472ca879b2e06301afa9e2c61dc45a1b4f776e49dd92</sum></package><package epoch="0" name="volume_key-devel" version="0.3.1" release="5.el6" arch="x86_64" src="volume_key-0.3.1-5.el6.src.rpm"><filename>volume_key-devel-0.3.1-5.el6.x86_64.rpm</filename><sum type="sha256">a7914f25d7f91fdd9ce52da33a4f4b1c737f357b235855e74defc4ffc01cc3b6</sum></package><package epoch="0" name="volume_key-libs" version="0.3.1" release="5.el6" arch="i686" src="volume_key-0.3.1-5.el6.src.rpm"><filename>volume_key-libs-0.3.1-5.el6.i686.rpm</filename><sum type="sha256">27cd943c2fb52fe84d719eca4bb2aee6f3431db3506e156062b9e40ac7a6b505</sum></package><package epoch="0" name="volume_key-libs" version="0.3.1" release="5.el6" arch="x86_64" src="volume_key-0.3.1-5.el6.src.rpm"><filename>volume_key-libs-0.3.1-5.el6.x86_64.rpm</filename><sum type="sha256">729f85da32deafb8d60f42b1c624f02452f3000b04f3627ea7f338111d6321fa</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0314-2</id><title>qt bug fix update</title><description>This update fixes the following bugs:

* In the Bengali script, a certain consonant conjunct with a zero-with joiner (that is, the "U+09B0 U+200D U+09CD U+09AF" sequence in Unicode) was not rendered correctly. This error has been fixed, and this conjunct is now rendered as expected.

* In the Bengali script, some character combinations were incorrectly rendered with an extra space between them (for example, the "U+0989 U+09CD U+09AA U+09BE U+09A6 U+09A8 U+09C7 U+09B0" sequence in Unicode). This update ensures that these combinations are correctly rendered with a straight line at the upper part of the text.

* In the Kannada script, the "U+0CB0 U+200D U+0CCD U+0C95" Unicode sequence produced an incorrectly rendered glyph. With this update, the underlying source code has been modified to address this issue, and the above glyph is now rendered properly.

* In the Marathi language, a certain combination of syllables (that is, the "U+0915 U+09EF U+09EF" sequence in Unicode) was not recognized properly. This update resolves this issue, and this combination is now rendered as expected.

* In the Oriya script, some character combinations (such as the "U+0B2C U+0B4D U+0B21" Unicode sequence) were not rendered correctly. With this update, a patch has been applied to address this issue, and such character combinations are now rendered correctly.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="" type="bugzilla" id="562049" href="https://bugzilla.redhat.com/show_bug.cgi?id=562049"/><reference title="" type="bugzilla" id="562058" href="https://bugzilla.redhat.com/show_bug.cgi?id=562058"/><reference title="" type="bugzilla" id="562060" href="https://bugzilla.redhat.com/show_bug.cgi?id=562060"/><reference title="[kwrite][Indic] - invalid syllable's are not recognized properly" type="bugzilla" id="631732" href="https://bugzilla.redhat.com/show_bug.cgi?id=631732"/><reference title="[or_IN] Oriya script open type items are not applied properly, result in incorrect rendering of below based forms not rendering correctly" type="bugzilla" id="636399" href="https://bugzilla.redhat.com/show_bug.cgi?id=636399"/><reference title="RHBA-2011:0314-2" type="self" id="RHBA-2011:0314-2" href="https://rhn.redhat.com/errata/RHBA-2011-0314.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="1" name="phonon-backend-gstreamer" version="4.6.2" release="17.el6" arch="i686" src="qt-4.6.2-17.el6.src.rpm"><filename>phonon-backend-gstreamer-4.6.2-17.el6.i686.rpm</filename><sum type="sha256">bd5ddca1bb4cb5ac46235fe4bd19c0b45f3e67145b661a2785ce3c258ed8f77d</sum></package><package epoch="1" name="phonon-backend-gstreamer" version="4.6.2" release="17.el6" arch="x86_64" src="qt-4.6.2-17.el6.src.rpm"><filename>phonon-backend-gstreamer-4.6.2-17.el6.x86_64.rpm</filename><sum type="sha256">50157b66a95d6194d83461c276934232d5c7c7f58f3a3d8f0ce5ae11b4d370d1</sum></package><package epoch="1" name="qt" version="4.6.2" release="17.el6" arch="i686" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-4.6.2-17.el6.i686.rpm</filename><sum type="sha256">cc12d402e7babc4cc152a819e959e16565713f689aea5335d1123ec200a341c2</sum></package><package epoch="1" name="qt" version="4.6.2" release="17.el6" arch="x86_64" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-4.6.2-17.el6.x86_64.rpm</filename><sum type="sha256">d4c39c32e221be0b70ca24537695c8b8e0463a687c48bf6242c0b362c693e6ff</sum></package><package epoch="1" name="qt-demos" version="4.6.2" release="17.el6" arch="x86_64" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-demos-4.6.2-17.el6.x86_64.rpm</filename><sum type="sha256">637ff5509bec65e8330262bade0a8b32c2f949c68af8e294dbe0c92be74208d6</sum></package><package epoch="1" name="qt-devel" version="4.6.2" release="17.el6" arch="i686" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-devel-4.6.2-17.el6.i686.rpm</filename><sum type="sha256">e7b9dd232cbeb01a27775f4bb8b5e4d10b7eaac71a5b1652b26ee41d8f0cd2c8</sum></package><package epoch="1" name="qt-devel" version="4.6.2" release="17.el6" arch="x86_64" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-devel-4.6.2-17.el6.x86_64.rpm</filename><sum type="sha256">733036fd09d08fb7c8f7b7827fbcc9ef30ddfb0891abaa97a7bc82c1dd7a65e8</sum></package><package epoch="1" name="qt-doc" version="4.6.2" release="17.el6" arch="noarch" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-doc-4.6.2-17.el6.noarch.rpm</filename><sum type="sha256">1ac17c8f0095e20cc122d1d9a90cd15e108d351e9f14ba579850fe4b0cc930b6</sum></package><package epoch="1" name="qt-examples" version="4.6.2" release="17.el6" arch="x86_64" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-examples-4.6.2-17.el6.x86_64.rpm</filename><sum type="sha256">5a1755b074b9150b806c46680bc1b460f329b40df404af2fae7a571cb2e13e11</sum></package><package epoch="1" name="qt-mysql" version="4.6.2" release="17.el6" arch="i686" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-mysql-4.6.2-17.el6.i686.rpm</filename><sum type="sha256">a55f5d51f49b1d8043fedea276216d357a0db7084e6fdb6eb39ce27c61a528fb</sum></package><package epoch="1" name="qt-mysql" version="4.6.2" release="17.el6" arch="x86_64" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-mysql-4.6.2-17.el6.x86_64.rpm</filename><sum type="sha256">8785c04e1aa7c387a2e2a71bc19a4dc8eccdfae71bc9f1b198283cd099d8ec8b</sum></package><package epoch="1" name="qt-odbc" version="4.6.2" release="17.el6" arch="i686" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-odbc-4.6.2-17.el6.i686.rpm</filename><sum type="sha256">c8e7ae54678288c11a5eb8cce6b3976e14bab827ed4806603eadd28efa66c07a</sum></package><package epoch="1" name="qt-odbc" version="4.6.2" release="17.el6" arch="x86_64" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-odbc-4.6.2-17.el6.x86_64.rpm</filename><sum type="sha256">c000870422bb37d2d82759828cdce4c294be106f301373fafbc50738e700982e</sum></package><package epoch="1" name="qt-postgresql" version="4.6.2" release="17.el6" arch="i686" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-postgresql-4.6.2-17.el6.i686.rpm</filename><sum type="sha256">53415676342d2b2548c32ba218453c4b2e9f0b2a610ba76dfcf2d291da675f80</sum></package><package epoch="1" name="qt-postgresql" version="4.6.2" release="17.el6" arch="x86_64" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-postgresql-4.6.2-17.el6.x86_64.rpm</filename><sum type="sha256">e50925c37c0292ed18086290aaeee606ceef33b84fd30012065bc91f82faabcd</sum></package><package epoch="1" name="qt-sqlite" version="4.6.2" release="17.el6" arch="i686" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-sqlite-4.6.2-17.el6.i686.rpm</filename><sum type="sha256">02398093bd70a173709944c383693c945b7cabf685daf15f3ed543a95d2ccda4</sum></package><package epoch="1" name="qt-sqlite" version="4.6.2" release="17.el6" arch="x86_64" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-sqlite-4.6.2-17.el6.x86_64.rpm</filename><sum type="sha256">e6a7f60a2b251df303008021330741a0cbac5cccf035b932e81de6efeab4a58f</sum></package><package epoch="1" name="qt-x11" version="4.6.2" release="17.el6" arch="i686" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-x11-4.6.2-17.el6.i686.rpm</filename><sum type="sha256">0c7d3afbcaa660518b8f9d71bf519a4409be615fcd7b3acd9a65e2308a1e38df</sum></package><package epoch="1" name="qt-x11" version="4.6.2" release="17.el6" arch="x86_64" src="qt-4.6.2-17.el6.src.rpm"><filename>qt-x11-4.6.2-17.el6.x86_64.rpm</filename><sum type="sha256">f2b89144656480a60261782f6482c029a0de18dc39c7f5aed90820aa628d0cd3</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0317-2</id><title>vte bug fix update</title><description>This update fixes the following bug:

* Due to an error in VTE, using the Shift+left-click combination to select a text in a VTE-based application (for example, GNOME Terminal) could fail to copy this selection into the cut buffer. With this update, an upstream patch has been applied to address this issue, and such selection is now copied to the cut buffer as expected.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="Extending selection in GNOME terminal does not refresh the buffer" type="bugzilla" id="650884" href="https://bugzilla.redhat.com/show_bug.cgi?id=650884"/><reference title="RHBA-2011:0317-2" type="self" id="RHBA-2011:0317-2" href="https://rhn.redhat.com/errata/RHBA-2011-0317.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="vte" version="0.25.1" release="6.el6" arch="i686" src="vte-0.25.1-6.el6.src.rpm"><filename>vte-0.25.1-6.el6.i686.rpm</filename><sum type="sha256">66e35cea0ce704263fb2a4b692c182274180f038b4c1277ba835d0716f459617</sum></package><package epoch="0" name="vte" version="0.25.1" release="6.el6" arch="x86_64" src="vte-0.25.1-6.el6.src.rpm"><filename>vte-0.25.1-6.el6.x86_64.rpm</filename><sum type="sha256">a22bc37c8d50804c8bf1fa37c1a0bfee8f8a51804ff781fec15fd3e5f9a874ed</sum></package><package epoch="0" name="vte-devel" version="0.25.1" release="6.el6" arch="i686" src="vte-0.25.1-6.el6.src.rpm"><filename>vte-devel-0.25.1-6.el6.i686.rpm</filename><sum type="sha256">8a598d913097291789527b43f615d6125934878ec4825f025d88afb7a62801ba</sum></package><package epoch="0" name="vte-devel" version="0.25.1" release="6.el6" arch="x86_64" src="vte-0.25.1-6.el6.src.rpm"><filename>vte-devel-0.25.1-6.el6.x86_64.rpm</filename><sum type="sha256">56a6cf02d33e747d8008994afb9a44c7b267ca51e07e98a05608448d15fb770b</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0321-1</id><title>glibc bug fix update</title><description>This update fixes the following bug:

* Due to an error in glibc libraries, a race condition could occur when traversing a list of currently loaded shared libraries, causing an application to terminate with an error. This error has been fixed, the race condition no longer occurs, and the list of shared libraries can now be traversed as expected.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="Bug in glibc: walking list of loaded shared libs crashes while retrieving address of elf headers" type="bugzilla" id="661396" href="https://bugzilla.redhat.com/show_bug.cgi?id=661396"/><reference title="RHBA-2011:0321-1" type="self" id="RHBA-2011:0321-1" href="https://rhn.redhat.com/errata/RHBA-2011-0321.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="glibc" version="2.12" release="1.7.el6_0.4" arch="i686" src="glibc-2.12-1.7.el6_0.4.src.rpm"><filename>glibc-2.12-1.7.el6_0.4.i686.rpm</filename><sum type="sha256">fbe90f50c5b1e95caf531701ce705f312bd0eea546edd23a03325eadf0b64f76</sum></package><package epoch="0" name="glibc" version="2.12" release="1.7.el6_0.4" arch="x86_64" src="glibc-2.12-1.7.el6_0.4.src.rpm"><filename>glibc-2.12-1.7.el6_0.4.x86_64.rpm</filename><sum type="sha256">8ae5cf5a8452a8512f3d2df2623e34ba1468366e10d0832101e47835c45d5197</sum></package><package epoch="0" name="glibc-common" version="2.12" release="1.7.el6_0.4" arch="x86_64" src="glibc-2.12-1.7.el6_0.4.src.rpm"><filename>glibc-common-2.12-1.7.el6_0.4.x86_64.rpm</filename><sum type="sha256">6ecbd587bac03538a667d1b79f5f423c08fc91c0a062aca4ec9c16f441f453dc</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.7.el6_0.4" arch="i686" src="glibc-2.12-1.7.el6_0.4.src.rpm"><filename>glibc-devel-2.12-1.7.el6_0.4.i686.rpm</filename><sum type="sha256">033ef11a6d6de1de33302414a891cb667e504a90b2a20db1d6565ae824e08b40</sum></package><package epoch="0" name="glibc-devel" version="2.12" release="1.7.el6_0.4" arch="x86_64" src="glibc-2.12-1.7.el6_0.4.src.rpm"><filename>glibc-devel-2.12-1.7.el6_0.4.x86_64.rpm</filename><sum type="sha256">8c9c7ed48fd13c0753558fae15a8baa66667bb42b12049acb6b1eea17d0761f5</sum></package><package epoch="0" name="glibc-headers" version="2.12" release="1.7.el6_0.4" arch="x86_64" src="glibc-2.12-1.7.el6_0.4.src.rpm"><filename>glibc-headers-2.12-1.7.el6_0.4.x86_64.rpm</filename><sum type="sha256">8f1122b50e6cb65ac954c7f109f1420308fd95ae5a5fcca39db82946b5ab84f9</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.7.el6_0.4" arch="i686" src="glibc-2.12-1.7.el6_0.4.src.rpm"><filename>glibc-static-2.12-1.7.el6_0.4.i686.rpm</filename><sum type="sha256">1d90f87386d365ff1896102e6e3ed5895abedd58d20a2232232908fdcddda61c</sum></package><package epoch="0" name="glibc-static" version="2.12" release="1.7.el6_0.4" arch="x86_64" src="glibc-2.12-1.7.el6_0.4.src.rpm"><filename>glibc-static-2.12-1.7.el6_0.4.x86_64.rpm</filename><sum type="sha256">652c87a71c1889e549df0e2750c7e079021e0bec4c2f5f6761a9501e909fe079</sum></package><package epoch="0" name="glibc-utils" version="2.12" release="1.7.el6_0.4" arch="x86_64" src="glibc-2.12-1.7.el6_0.4.src.rpm"><filename>glibc-utils-2.12-1.7.el6_0.4.x86_64.rpm</filename><sum type="sha256">63da9c56471583e482f7709e415563cf945657bec36221b06304474955c1607a</sum></package><package epoch="0" name="nscd" version="2.12" release="1.7.el6_0.4" arch="x86_64" src="glibc-2.12-1.7.el6_0.4.src.rpm"><filename>nscd-2.12-1.7.el6_0.4.x86_64.rpm</filename><sum type="sha256">dee213394d102856f5abcb85e22e817b1894fbc27d256332014bbf38e02902ef</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0325-1</id><title>libnl bug fix update</title><description>This update addresses the following issue:

* Some nl_send_auto_complete() callers did not free the allocated message when errors were reported, resulting in libnl leaking memory. A problem in its own right, these small leaks also made it more work to detect memory leaks in other processes. With this update, allocated messages are freed correctly when nl_send_auto_complete() is called, and libnl no longer leaks memory in this circumstance.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="multiple memory leaks in libnl" type="bugzilla" id="676327" href="https://bugzilla.redhat.com/show_bug.cgi?id=676327"/><reference title="RHBA-2011:0325-1" type="self" id="RHBA-2011:0325-1" href="https://rhn.redhat.com/errata/RHBA-2011-0325.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="libnl" version="1.1" release="12.el6_0.1" arch="i686" src="libnl-1.1-12.el6_0.1.src.rpm"><filename>libnl-1.1-12.el6_0.1.i686.rpm</filename><sum type="sha256">b3d75002f2e7e583b1f83547308ed87ee0a8edc70e0bc419a702d9c1644c4d4c</sum></package><package epoch="0" name="libnl" version="1.1" release="12.el6_0.1" arch="x86_64" src="libnl-1.1-12.el6_0.1.src.rpm"><filename>libnl-1.1-12.el6_0.1.x86_64.rpm</filename><sum type="sha256">6b29a260f3e7ad22c0a87c215741c64a7656d596999661be005fdc1cea250c8c</sum></package><package epoch="0" name="libnl-devel" version="1.1" release="12.el6_0.1" arch="i686" src="libnl-1.1-12.el6_0.1.src.rpm"><filename>libnl-devel-1.1-12.el6_0.1.i686.rpm</filename><sum type="sha256">38d653492d69c61cd354b5052b0e49fc3e65643919d3c1f65fa366bc040869a8</sum></package><package epoch="0" name="libnl-devel" version="1.1" release="12.el6_0.1" arch="x86_64" src="libnl-1.1-12.el6_0.1.src.rpm"><filename>libnl-devel-1.1-12.el6_0.1.x86_64.rpm</filename><sum type="sha256">b0c38266684c0de97bb528de508c24968f49f1bb0643d821e286bcebae886078</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0338-2</id><title>strace bug fix update</title><description>This update fixes the following bugs:

* Previously, the manual pages and the output of "strace --help" contained inconsistencies. This update corrects these errors. Now, the descriptions for the listed options on the manual pages and in the output of of ‘strace --help’ contain the same information.

* Previously, the CLONE_PTRACE flag was set in the arguments of a clone when it was called with the flag CLONE_UNTRACED. Due to this behavior, strace traced the child process for clones called with the flag CLONE_UNTRACED.This update does no no longer trace children with CLONE_UNTRACED. Now, the tracing of child processes behaves as expected.

* Previously, the decoding of 64-bit arguments of certain system calls was incorrect. This update corrects this issue. Now, 64-bit arguments of system calls are decoded as expected.

* Previously, waitpid waited for children created by clone even when the options "__WCLONE" or "__WALL" were not present. Due to this behavior, the process became suspended. This update does no longer suspend the process in the waitpid system call.</description><release>Scientific Linux</release><issued date="2011-03-15 00:00:00"/><references><reference title="" type="bugzilla" id="533199" href="https://bugzilla.redhat.com/show_bug.cgi?id=533199"/><reference title="[6.0] Even if clone() is invoked with CLONE_UNTRACED, the child process can be traced by strace." type="bugzilla" id="642389" href="https://bugzilla.redhat.com/show_bug.cgi?id=642389"/><reference title="fallocate argument isn't displayed collectly in x86_64" type="bugzilla" id="654515" href="https://bugzilla.redhat.com/show_bug.cgi?id=654515"/><reference title="[6.0] When strace is used, waitpid() without __WCLONE or __WALL option waits for children created by clone()." type="bugzilla" id="661748" href="https://bugzilla.redhat.com/show_bug.cgi?id=661748"/><reference title="Strace sometimes missing vfork()-ed child with -f option" type="bugzilla" id="675106" href="https://bugzilla.redhat.com/show_bug.cgi?id=675106"/><reference title="RHBA-2011:0338-2" type="self" id="RHBA-2011:0338-2" href="https://rhn.redhat.com/errata/RHBA-2011-0338.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="strace" version="4.5.19" release="1.10.el6" arch="x86_64" src="strace-4.5.19-1.10.el6.src.rpm"><filename>strace-4.5.19-1.10.el6.x86_64.rpm</filename><sum type="sha256">64240faa7962b2840bbed709fd14eecfdda0bd1d81d4418b48d648ce0e80737d</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0339-2</id><title>oddjob bug fix update</title><description>This update fixes the following bugs:

* Previously, the oddjobd service failed to reconnect to the system message bus after it lost its connection due to an internal function call. With this update, the oddjobd service is now able to reconnect to the message bus successfully after it loses a connection.

* If a umask is not specified in the oddjobd service's configuration file, the service now uses the UMASK setting, if present, to calculate the permissions which should be set on a user's home directory.

* The oddjobd service did not ensure, when creating a user's home directory, that any intermediate directories that were created would have correct permissions. This could have caused users to be unable to access their home directory. With this update, oddjobd ensures that correct permissions are set for any intervening directories such that the user is able to access their home directory.

* The oddjobd init script exited with a exit status of "1" when it was passed a non-existent action. Service init scripts should exit with an exit code of "2" when they are asked to perform an unknown action. The oddjobd init script has been corrected, and now conforms with init script guidelines.

* The oddjobd service failed to register the name of the mkhomedir service because the message bus was not signaled to re-read its configuration files when the oddjob-mkhomedir package was installed. With this update, oddjobd is now able to register the mkhomedir service name successfully.</description><release>Scientific Linux</release><issued date="2011-03-15 00:00:00"/><references><reference title="Source testsuite in oddjob does not completely PASS" type="bugzilla" id="612617" href="https://bugzilla.redhat.com/show_bug.cgi?id=612617"/><reference title="oddjob-mkhomedir not working" type="bugzilla" id="634356" href="https://bugzilla.redhat.com/show_bug.cgi?id=634356"/><reference title="pam_oddjob_mkhomedir.so wrong permissions" type="bugzilla" id="659681" href="https://bugzilla.redhat.com/show_bug.cgi?id=659681"/><reference title="" type="bugzilla" id="664418" href="https://bugzilla.redhat.com/show_bug.cgi?id=664418"/><reference title="When using ADS security, oddjobd-mkhomedir creates /home/DOMAIN with user directory umask" type="bugzilla" id="666418" href="https://bugzilla.redhat.com/show_bug.cgi?id=666418"/><reference title="oddjob init script returns wrong code for nonexist action" type="bugzilla" id="674534" href="https://bugzilla.redhat.com/show_bug.cgi?id=674534"/><reference title="oddjobd needs to signal dbus about its restart" type="bugzilla" id="678345" href="https://bugzilla.redhat.com/show_bug.cgi?id=678345"/><reference title="RHBA-2011:0339-2" type="self" id="RHBA-2011:0339-2" href="https://rhn.redhat.com/errata/RHBA-2011-0339.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="oddjob" version="0.30" release="5.el6" arch="x86_64" src="oddjob-0.30-5.el6.src.rpm"><filename>oddjob-0.30-5.el6.x86_64.rpm</filename><sum type="sha256">471cc9dbbddd779a9ec99ea2827cebc6cc7f7693981c3dacf25a47d8833c3532</sum></package><package epoch="0" name="oddjob-mkhomedir" version="0.30" release="5.el6" arch="i686" src="oddjob-0.30-5.el6.src.rpm"><filename>oddjob-mkhomedir-0.30-5.el6.i686.rpm</filename><sum type="sha256">1eafb1e1fc6b67908f8af12ddcd8b7e275d3071a4a19beda885a64274ed08e7a</sum></package><package epoch="0" name="oddjob-mkhomedir" version="0.30" release="5.el6" arch="x86_64" src="oddjob-0.30-5.el6.src.rpm"><filename>oddjob-mkhomedir-0.30-5.el6.x86_64.rpm</filename><sum type="sha256">d9a55e4c4b690bbe395037b3adbc61b004d5fdcdbd367d43229a9d600dd92e73</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0340-1</id><title>xorg-x11-server bug fix update</title><description>This update fixes the following bug:

* Prior to this update, when the X Window System was unable to detect a monitor and obtain valid extended display identification data (EDID), it set the default resolution limit to 800x600. Consequent to this, users of the "mga" driver for Matrox video cards were unable to select a screen resolution higher than 800x600. This update increases the default limit to 1024x768, allowing users of Matrox video cards to select this resolution as expected.</description><release>Scientific Linux</release><issued date="2011-03-15 00:00:00"/><references><reference title="RHEL6 SS12: Only 2 resolution options present on systems utilizing Matrox video" type="bugzilla" id="668514" href="https://bugzilla.redhat.com/show_bug.cgi?id=668514"/><reference title="RHBA-2011:0340-1" type="self" id="RHBA-2011:0340-1" href="https://rhn.redhat.com/errata/RHBA-2011-0340.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="xorg-x11-server-Xdmx" version="1.7.7" release="26.el6_0.3" arch="x86_64" src="xorg-x11-server-1.7.7-26.el6_0.3.src.rpm"><filename>xorg-x11-server-Xdmx-1.7.7-26.el6_0.3.x86_64.rpm</filename><sum type="sha256">d1de695c7cba324f20b64fb6a16a4e84716a15f65ff1cbdba3077dbd1b5192d5</sum></package><package epoch="0" name="xorg-x11-server-Xephyr" version="1.7.7" release="26.el6_0.3" arch="x86_64" src="xorg-x11-server-1.7.7-26.el6_0.3.src.rpm"><filename>xorg-x11-server-Xephyr-1.7.7-26.el6_0.3.x86_64.rpm</filename><sum type="sha256">9d131688b078181f53e3099eec28e5e38b2461d49ecc35d1c1fa1ed289a78bde</sum></package><package epoch="0" name="xorg-x11-server-Xnest" version="1.7.7" release="26.el6_0.3" arch="x86_64" src="xorg-x11-server-1.7.7-26.el6_0.3.src.rpm"><filename>xorg-x11-server-Xnest-1.7.7-26.el6_0.3.x86_64.rpm</filename><sum type="sha256">0df20c8699112727f396201782eeb96d76165588bc5b7abcae3a47fb6a4c9304</sum></package><package epoch="0" name="xorg-x11-server-Xorg" version="1.7.7" release="26.el6_0.3" arch="x86_64" src="xorg-x11-server-1.7.7-26.el6_0.3.src.rpm"><filename>xorg-x11-server-Xorg-1.7.7-26.el6_0.3.x86_64.rpm</filename><sum type="sha256">c46658b58885601f82cc85e72c55797cebd688d4a616c968dbc78c5054aef282</sum></package><package epoch="0" name="xorg-x11-server-Xvfb" version="1.7.7" release="26.el6_0.3" arch="x86_64" src="xorg-x11-server-1.7.7-26.el6_0.3.src.rpm"><filename>xorg-x11-server-Xvfb-1.7.7-26.el6_0.3.x86_64.rpm</filename><sum type="sha256">a4e1962539398f548e076aeb6ac1749cb7bec12e534e71e5085b26590f789ecc</sum></package><package epoch="0" name="xorg-x11-server-common" version="1.7.7" release="26.el6_0.3" arch="x86_64" src="xorg-x11-server-1.7.7-26.el6_0.3.src.rpm"><filename>xorg-x11-server-common-1.7.7-26.el6_0.3.x86_64.rpm</filename><sum type="sha256">1c43bea4d00b510a7e0cbee24253f45da3554d1a9acbb0637e5e01a3fbd713e1</sum></package><package epoch="0" name="xorg-x11-server-devel" version="1.7.7" release="26.el6_0.3" arch="i686" src="xorg-x11-server-1.7.7-26.el6_0.3.src.rpm"><filename>xorg-x11-server-devel-1.7.7-26.el6_0.3.i686.rpm</filename><sum type="sha256">f74b9826f8073c97528224ce1cecc49a829654cd8f407faec643729e7ecb5d7b</sum></package><package epoch="0" name="xorg-x11-server-devel" version="1.7.7" release="26.el6_0.3" arch="x86_64" src="xorg-x11-server-1.7.7-26.el6_0.3.src.rpm"><filename>xorg-x11-server-devel-1.7.7-26.el6_0.3.x86_64.rpm</filename><sum type="sha256">fd3ce4bd6d9032e6042e2ecbdd9a2d1803864f3eadc41821efa5ca7a41e03b89</sum></package><package epoch="0" name="xorg-x11-server-source" version="1.7.7" release="26.el6_0.3" arch="noarch" src="xorg-x11-server-1.7.7-26.el6_0.3.src.rpm"><filename>xorg-x11-server-source-1.7.7-26.el6_0.3.noarch.rpm</filename><sum type="sha256">3470fe465ead4b2e7d619508181ecbd7ae32a66d5e6395f3bc7075e31a6740b1</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0341-1</id><title>xorg-x11-drv-wacom and wacomcpl bug fix update</title><description>The wacomcpl package provides a graphical user interface (GUI) for the xorg-x11 -drv-wacom X input device driver.

These updated xorg-x11-drv-wacom and wacomcpl packages provide fixes for the following bugs:

* Changing the screen mapping caused the wacompl GUI to become unresponsive. With this update, changing the screen mapping works as expected.

* Attempting to calibrate a device could have failed with an error message. With this update, calibration now succeeds.</description><release>Scientific Linux</release><issued date="2011-03-15 00:00:00"/><references><reference title="wacom control panel functions are not working" type="bugzilla" id="642915" href="https://bugzilla.redhat.com/show_bug.cgi?id=642915"/><reference title="" type="bugzilla" id="675908" href="https://bugzilla.redhat.com/show_bug.cgi?id=675908"/><reference title="RHBA-2011:0341-1" type="self" id="RHBA-2011:0341-1" href="https://rhn.redhat.com/errata/RHBA-2011-0341.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="wacomcpl" version="0.9.0" release="1.el6_0.2" arch="x86_64" src="wacomcpl-0.9.0-1.el6_0.2.src.rpm"><filename>wacomcpl-0.9.0-1.el6_0.2.x86_64.rpm</filename><sum type="sha256">534eda7114bbeddd97fe4e2858c58695d082a4480b5cbcd11a628cfc605db2e8</sum></package><package epoch="0" name="xorg-x11-drv-wacom" version="0.10.5" release="6.el6_0.2" arch="x86_64" src="xorg-x11-drv-wacom-0.10.5-6.el6_0.2.src.rpm"><filename>xorg-x11-drv-wacom-0.10.5-6.el6_0.2.x86_64.rpm</filename><sum type="sha256">d769a393b0993f4276329db4ca56af4d3f47218182b47517b405096cdabaaadf</sum></package><package epoch="0" name="xorg-x11-drv-wacom-devel" version="0.10.5" release="6.el6_0.2" arch="i686" src="xorg-x11-drv-wacom-0.10.5-6.el6_0.2.src.rpm"><filename>xorg-x11-drv-wacom-devel-0.10.5-6.el6_0.2.i686.rpm</filename><sum type="sha256">6847c83f58fdc1dbde0edcf45d90fd72de677ab0b54b6941574d3f5ee2b3ad02</sum></package><package epoch="0" name="xorg-x11-drv-wacom-devel" version="0.10.5" release="6.el6_0.2" arch="x86_64" src="xorg-x11-drv-wacom-0.10.5-6.el6_0.2.src.rpm"><filename>xorg-x11-drv-wacom-devel-0.10.5-6.el6_0.2.x86_64.rpm</filename><sum type="sha256">f95fd77fc7931a89634e3d75fb4bbbce62f01e9bba533daf0211e91714001b70</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0343-1</id><title>compat-dapl bug fix update</title><description>This update fixes the following bug:

* Under certain error conditions, an error in the code path in compat-dapl did not allow the cp_ptr entry to be cleaned up correctly in the internal link list. This could cause new connections to fail. This update includes a backported fix from uDAPL 2.0 which ensures the entry is cleaned up correctly and subsequent connections work as expected.</description><release>Scientific Linux</release><issued date="2011-03-15 00:00:00"/><references><reference title="" type="bugzilla" id="673992" href="https://bugzilla.redhat.com/show_bug.cgi?id=673992"/><reference title="RHBA-2011:0343-1" type="self" id="RHBA-2011:0343-1" href="https://rhn.redhat.com/errata/RHBA-2011-0343.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="1" name="compat-dapl" version="1.2.15" release="2.1.el6_0.1" arch="x86_64" src="compat-dapl-1.2.15-2.1.el6_0.1.src.rpm"><filename>compat-dapl-1.2.15-2.1.el6_0.1.x86_64.rpm</filename><sum type="sha256">f0d383ff48b9ca8c60a93d44fdaa3c455c106f291ac93d59aee5a761fd0fc71c</sum></package><package epoch="1" name="compat-dapl-devel" version="1.2.15" release="2.1.el6_0.1" arch="x86_64" src="compat-dapl-1.2.15-2.1.el6_0.1.src.rpm"><filename>compat-dapl-devel-1.2.15-2.1.el6_0.1.x86_64.rpm</filename><sum type="sha256">1a66542a5a7d99c207c422116f43b18f7ba4f51e62ba642c41e1302b4f6f6961</sum></package><package epoch="1" name="compat-dapl-static" version="1.2.15" release="2.1.el6_0.1" arch="x86_64" src="compat-dapl-1.2.15-2.1.el6_0.1.src.rpm"><filename>compat-dapl-static-1.2.15-2.1.el6_0.1.x86_64.rpm</filename><sum type="sha256">25799556ec4344e97546c3e8dbe360db466000104e6a4a725c4326c5f69b755c</sum></package><package epoch="1" name="compat-dapl-utils" version="1.2.15" release="2.1.el6_0.1" arch="x86_64" src="compat-dapl-1.2.15-2.1.el6_0.1.src.rpm"><filename>compat-dapl-utils-1.2.15-2.1.el6_0.1.x86_64.rpm</filename><sum type="sha256">9b5cd1f79245cd1e46c7fc90de08026817defa8d18cda510572b5b2235eda2d2</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0354-1</id><title>dapl bug fix and enhancement update</title><description>This update addresses the following bugs:

* Under certain error conditions dapl did not allow the cp_ptr entry to be cleaned up correctly in the internal link list. This could cause new connections to fail. With this update, the entry is cleaned up correctly and subsequent connections work as expected.

* Under certain error conditions dapl could fail to free allocated memory. The consequent memory leak could, potentially, result in an out of memory condition for the application. This update frees allocated memory correctly, closing the leak.

* Under certain circumstances, when a thread was waiting on dapls_evd_dto_wait() and the thread received a signal, the function would return an incorrect error code, resulting in the application failing rather than retrying the request.

* On systems with multiple InfiniBand (IB) adapters, especially if some were configured and some not, the dat_ia_open() function could hang when the driver queried the IB devices listed in /etc/dat.conf. This primarily presented as IBM DB2 installations hanging before they completed. With this update, the dat_ia_open() hang has been fixed and IBM DB2 installations, in particular, now succeed as expected.

This update also adds the following enhancement:

* New provider entries for Mellanox RDMA over Converged Ethernet (RoCE) devices were added to the dat.conf file.</description><release>Scientific Linux</release><issued date="2011-03-15 00:00:00"/><references><reference title="" type="bugzilla" id="673989" href="https://bugzilla.redhat.com/show_bug.cgi?id=673989"/><reference title="" type="bugzilla" id="673993" href="https://bugzilla.redhat.com/show_bug.cgi?id=673993"/><reference title="" type="bugzilla" id="675198" href="https://bugzilla.redhat.com/show_bug.cgi?id=675198"/><reference title="" type="bugzilla" id="675202" href="https://bugzilla.redhat.com/show_bug.cgi?id=675202"/><reference title="" type="bugzilla" id="675205" href="https://bugzilla.redhat.com/show_bug.cgi?id=675205"/><reference title="RHBA-2011:0354-1" type="self" id="RHBA-2011:0354-1" href="https://rhn.redhat.com/errata/RHBA-2011-0354.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="dapl" version="2.0.25" release="5.el6_0.2" arch="x86_64" src="dapl-2.0.25-5.el6_0.2.src.rpm"><filename>dapl-2.0.25-5.el6_0.2.x86_64.rpm</filename><sum type="sha256">fa2fd716451521c62333670577f0f4d8518a49ca6c00e133719f2983482a373e</sum></package><package epoch="0" name="dapl-devel" version="2.0.25" release="5.el6_0.2" arch="x86_64" src="dapl-2.0.25-5.el6_0.2.src.rpm"><filename>dapl-devel-2.0.25-5.el6_0.2.x86_64.rpm</filename><sum type="sha256">c8de14a73300aa2fff2843e833440604495cc38c75c2c2e799862287b3b35096</sum></package><package epoch="0" name="dapl-static" version="2.0.25" release="5.el6_0.2" arch="x86_64" src="dapl-2.0.25-5.el6_0.2.src.rpm"><filename>dapl-static-2.0.25-5.el6_0.2.x86_64.rpm</filename><sum type="sha256">9c698ded05bbc92da187961af2446efc303b567d42a86741166852a6bc970c10</sum></package><package epoch="0" name="dapl-utils" version="2.0.25" release="5.el6_0.2" arch="x86_64" src="dapl-2.0.25-5.el6_0.2.src.rpm"><filename>dapl-utils-2.0.25-5.el6_0.2.x86_64.rpm</filename><sum type="sha256">805f4c67bba8d974892eab511aeb2f02eedd2ebd26282421b59a4a7f88c23cfd</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0359-1</id><title>firefox bug fix update</title><description>These updated firefox packages fix the following bug:

* Prior to this update, some Java applets would fail to load in the 3.6.14 version of Firefox. In this newly-released version (Firefox 3.6.15), Java applets no longer fail to load.</description><release>Scientific Linux</release><issued date="2011-03-22 00:00:00"/><references><reference title="" type="bugzilla" id="682251" href="https://bugzilla.redhat.com/show_bug.cgi?id=682251"/><reference title="" type="bugzilla" id="682252" href="https://bugzilla.redhat.com/show_bug.cgi?id=682252"/><reference title="" type="bugzilla" id="682253" href="https://bugzilla.redhat.com/show_bug.cgi?id=682253"/><reference title="RHBA-2011:0359-1" type="self" id="RHBA-2011:0359-1" href="https://rhn.redhat.com/errata/RHBA-2011-0359.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="firefox" version="3.6.15" release="2.el6_0" arch="x86_64" src="firefox-3.6.15-2.el6_0.src.rpm"><filename>firefox-3.6.15-2.el6_0.x86_64.rpm</filename><sum type="sha256">55f80ab9b6049d60007ed25ef30145ab7fe95ef78be97ac210b08e7b75996c79</sum></package><package epoch="0" name="xulrunner" version="1.9.2.15" release="1.el6_0" arch="i686" src="xulrunner-1.9.2.15-1.el6_0.src.rpm"><filename>xulrunner-1.9.2.15-1.el6_0.i686.rpm</filename><sum type="sha256">42e5ce8a9cc364d75208f23d01500cb8c58dd9b7c1e13dc562eab154ac18e9c8</sum></package><package epoch="0" name="xulrunner" version="1.9.2.15" release="1.el6_0" arch="x86_64" src="xulrunner-1.9.2.15-1.el6_0.src.rpm"><filename>xulrunner-1.9.2.15-1.el6_0.x86_64.rpm</filename><sum type="sha256">f6ef3dd2c264c3e0d70d682805a0e984dba7785ab888b132cda8bd483f1b3708</sum></package><package epoch="0" name="xulrunner-devel" version="1.9.2.15" release="1.el6_0" arch="i686" src="xulrunner-1.9.2.15-1.el6_0.src.rpm"><filename>xulrunner-devel-1.9.2.15-1.el6_0.i686.rpm</filename><sum type="sha256">6a48411b0534b04620eb03fb0922d123f5474d6bb6a29ea69c94c3344dc2b44e</sum></package><package epoch="0" name="xulrunner-devel" version="1.9.2.15" release="1.el6_0" arch="x86_64" src="xulrunner-1.9.2.15-1.el6_0.src.rpm"><filename>xulrunner-devel-1.9.2.15-1.el6_0.x86_64.rpm</filename><sum type="sha256">ea2d628d3385151081a86461f0822e7348e1d87d045ec9f259e53a7cc6bc50eb</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0360-1</id><title>corosync bug fix update</title><description>This update fixes the following bug:

* Compared to a unicast token, certain network switches add an extra delay to the transmission of a multicast packet. Consequent to this, multicast messages may have been retransmitted, even though the message was not lost and the retransmission was therefore not necessary. This update introduces the "miss_count_const" constant that allows a user to specify the maximum number of times a message is checked for retransmission before the retransmission is performed.</description><release>Scientific Linux</release><issued date="2011-03-22 00:00:00"/><references><reference title="make corosync more resilient to delayed multicast packets" type="bugzilla" id="638592" href="https://bugzilla.redhat.com/show_bug.cgi?id=638592"/><reference title="" type="bugzilla" id="683592" href="https://bugzilla.redhat.com/show_bug.cgi?id=683592"/><reference title="RHBA-2011:0360-1" type="self" id="RHBA-2011:0360-1" href="https://rhn.redhat.com/errata/RHBA-2011-0360.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="corosync" version="1.2.3" release="21.el6_0.1" arch="x86_64" src="corosync-1.2.3-21.el6_0.1.src.rpm"><filename>corosync-1.2.3-21.el6_0.1.x86_64.rpm</filename><sum type="sha256">ff1277002c90cf7e7c228ffa690406773138d81b7901c9b78f5350b1ef38106a</sum></package><package epoch="0" name="corosynclib" version="1.2.3" release="21.el6_0.1" arch="i686" src="corosync-1.2.3-21.el6_0.1.src.rpm"><filename>corosynclib-1.2.3-21.el6_0.1.i686.rpm</filename><sum type="sha256">7b0523a8a23d7779991120fc9b11502f76d1e25c4fa6408fffd3fd01ee4e377d</sum></package><package epoch="0" name="corosynclib" version="1.2.3" release="21.el6_0.1" arch="x86_64" src="corosync-1.2.3-21.el6_0.1.src.rpm"><filename>corosynclib-1.2.3-21.el6_0.1.x86_64.rpm</filename><sum type="sha256">8ecaed30425e555fcd5d874e734f4af5bc9da44572e1a0dc51c23d652901edcc</sum></package><package epoch="0" name="corosynclib-devel" version="1.2.3" release="21.el6_0.1" arch="x86_64" src="corosync-1.2.3-21.el6_0.1.src.rpm"><filename>corosynclib-devel-1.2.3-21.el6_0.1.x86_64.rpm</filename><sum type="sha256">d451c1822e9c9b10a79cfff752c1b2e0c31e33422d08beb283d2238f743b8998</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0361-1</id><title>cluster and gfs2-utils bug fix update</title><description>This update provides fixes for the following bug:

* Due to an incorrect conversion of directory inodes with the height larger than 1, running the gfs2_convert utility on a file system with extremely large directories may have caused the file system to become corrupted. With this update, the underlying source code has been modified to target this issue, and the gfs2_convert utility now works as expected.</description><release>Scientific Linux</release><issued date="2011-03-22 00:00:00"/><references><reference title="gfs2_convert: corrupts file system when directory has di_height 3" type="bugzilla" id="643279" href="https://bugzilla.redhat.com/show_bug.cgi?id=643279"/><reference title="RHBA-2011:0361-1" type="self" id="RHBA-2011:0361-1" href="https://rhn.redhat.com/errata/RHBA-2011-0361.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="clusterlib" version="3.0.12" release="23.el6_0.6" arch="i686" src="cluster-3.0.12-23.el6_0.6.src.rpm"><filename>clusterlib-3.0.12-23.el6_0.6.i686.rpm</filename><sum type="sha256">0a7d2b390633568c3115f7e6378e4321511a68b68b5fb9ec7000f5dfa857816f</sum></package><package epoch="0" name="clusterlib" version="3.0.12" release="23.el6_0.6" arch="x86_64" src="cluster-3.0.12-23.el6_0.6.src.rpm"><filename>clusterlib-3.0.12-23.el6_0.6.x86_64.rpm</filename><sum type="sha256">c5a9934749f85d5dd94e0b2c9470a48554bcf58cda806ff53582741cdc3211d0</sum></package><package epoch="0" name="clusterlib-devel" version="3.0.12" release="23.el6_0.6" arch="x86_64" src="cluster-3.0.12-23.el6_0.6.src.rpm"><filename>clusterlib-devel-3.0.12-23.el6_0.6.x86_64.rpm</filename><sum type="sha256">a06bbda7d4f66cf720bc41ca5bbb204e4a1601845ee26f466c3471f80a2977ec</sum></package><package epoch="0" name="cman" version="3.0.12" release="23.el6_0.6" arch="x86_64" src="cluster-3.0.12-23.el6_0.6.src.rpm"><filename>cman-3.0.12-23.el6_0.6.x86_64.rpm</filename><sum type="sha256">c5cccfe1f359c348c08f8513947fd6d28636b9b4c21aa0e90c7cdb96c7d24f86</sum></package><package epoch="0" name="dlm-pcmk" version="3.0.12" release="23.el6_0.6" arch="x86_64" src="cluster-3.0.12-23.el6_0.6.src.rpm"><filename>dlm-pcmk-3.0.12-23.el6_0.6.x86_64.rpm</filename><sum type="sha256">20dabed399744954c9369b8225cd35e192f5b6c344ab0eb7a153c480bb5dc9c3</sum></package><package epoch="0" name="gfs-pcmk" version="3.0.12" release="23.el6_0.6" arch="x86_64" src="cluster-3.0.12-23.el6_0.6.src.rpm"><filename>gfs-pcmk-3.0.12-23.el6_0.6.x86_64.rpm</filename><sum type="sha256">72233a3b0188b1b8581db657628bfd3668d94326f2418147922e2cdef385a9a2</sum></package><package epoch="0" name="gfs2-utils" version="3.0.12" release="23.el6_0.6" arch="x86_64" src="cluster-3.0.12-23.el6_0.6.src.rpm"><filename>gfs2-utils-3.0.12-23.el6_0.6.x86_64.rpm</filename><sum type="sha256">8bf48b669f8a37be9ec7cc716368cb6c9911d60ef5f3354779e8c01be928b10c</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0363-1</id><title>fence-agents bug fix update</title><description>This update fixes the following bug:

* A bug fix for a previous advisory, the SLEA-2010:0904 enhancement update, stated that the Brocade 200E, Brocade 300, Brocade 4100, Brocade 4900, and Brocade 5100 fencing devices are now supported by the fence_brocade agent. However, the fence_brocade agent was not included in the updated package. This update corrects this error, and the fence_brocade agent is now included in the package as expected.</description><release>Scientific Linux</release><issued date="2011-03-22 00:00:00"/><references><reference title="readd urgently fence_brocade to the list of shipped fence_agents" type="bugzilla" id="680522" href="https://bugzilla.redhat.com/show_bug.cgi?id=680522"/><reference title="RHBA-2011:0363-1" type="self" id="RHBA-2011:0363-1" href="https://rhn.redhat.com/errata/RHBA-2011-0363.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="fence-agents" version="3.0.12" release="8.el6_0.3" arch="x86_64" src="fence-agents-3.0.12-8.el6_0.3.src.rpm"><filename>fence-agents-3.0.12-8.el6_0.3.x86_64.rpm</filename><sum type="sha256">6c422c6b6d6c4322be00b08d8b23e57288444647f88c5aa4fbe859d3e83a1f22</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0380-1</id><title>cifs-utils bug fix update</title><description>This update fixes the following bug:

* Due to an error in the cifs.upcall utility, Generic Security Services Application Program Interface (GSSAPI) channel bindings in Kerberos authentication messages were not set properly. This would cause some servers to reject authentication requests. Consequent to this, an attempt to mount a CIFS share with the security mode set to "krb5" could fail with the following error:

mount error(5): Input/output error

This update corrects the cifs.upcall utility to set the GSSAPI channel bindings properly, and such CIFS shares can now be mounted as expected.</description><release>Scientific Linux</release><issued date="2011-04-05 00:00:00"/><references><reference title="" type="bugzilla" id="668366" href="https://bugzilla.redhat.com/show_bug.cgi?id=668366"/><reference title="RHBA-2011:0380-1" type="self" id="RHBA-2011:0380-1" href="https://rhn.redhat.com/errata/RHBA-2011-0380.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="cifs-utils" version="4.4" release="5.el6_0.2" arch="x86_64" src="cifs-utils-4.4-5.el6_0.2.src.rpm"><filename>cifs-utils-4.4-5.el6_0.2.x86_64.rpm</filename><sum type="sha256">24c22a4b02458c4102921758d5b96d5997d44b4b3dfeab928d403803cce41d56</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0384-2</id><title>device-mapper-multipath bug fix update</title><description>These updated device-mapper-multipath packages fix the following bug:

* Prior to this update, multipathd did not always remove a path's sysfs device from cache when the path was removed. Also, multipathd searched the cache and created sysfs devices without the 'vecs' lock held. As a result, paths would occasionally have invalid sysfs devices, causing multipathd crashes and other errors. With this update, multipathd always removes the sysfs device from cache when deleting the path, and it only accesses the cache with the 'vecs' lock held.</description><release>Scientific Linux</release><issued date="2011-04-05 00:00:00"/><references><reference title="[NetApp 6.0.z Bug] DM-Multipath fails to update paths during IO with fabric faults" type="bugzilla" id="684684" href="https://bugzilla.redhat.com/show_bug.cgi?id=684684"/><reference title="RHBA-2011:0384-2" type="self" id="RHBA-2011:0384-2" href="https://rhn.redhat.com/errata/RHBA-2011-0384.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="device-mapper-multipath" version="0.4.9" release="31.el6_0.3" arch="x86_64" src="device-mapper-multipath-0.4.9-31.el6_0.3.src.rpm"><filename>device-mapper-multipath-0.4.9-31.el6_0.3.x86_64.rpm</filename><sum type="sha256">132b12596760ce736ec2a9167ce26a11c6b40603eed7974d0068b2f755512993</sum></package><package epoch="0" name="device-mapper-multipath-libs" version="0.4.9" release="31.el6_0.3" arch="x86_64" src="device-mapper-multipath-0.4.9-31.el6_0.3.src.rpm"><filename>device-mapper-multipath-libs-0.4.9-31.el6_0.3.x86_64.rpm</filename><sum type="sha256">5b049a4110151d9e121fedca3bef771135d81fe39dd1cd30fe414e3330d7a87c</sum></package><package epoch="0" name="kpartx" version="0.4.9" release="31.el6_0.3" arch="x86_64" src="device-mapper-multipath-0.4.9-31.el6_0.3.src.rpm"><filename>kpartx-0.4.9-31.el6_0.3.x86_64.rpm</filename><sum type="sha256">7176e74cbff88f71755145c8606ef275b88d5801f38e247dc38af293b6c84f2b</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0403-1</id><title>autofs bug fix update </title><description>This update fixes the following bug:

* Prior to this update, an attempt to restart the autofs service while a mounted file system was in use caused the service to stop responding upon its startup. This was due to inappropriate locking during the recursive reconstruction of mount trees of pre-existing mounted multi-mount map entries. With this update, the underlying source code has been adapted to avoid the deadlock during the mount tree reconstruction, so that autofs now starts as expected. Additionally, this update prevents autofs from occasionally terminating with a segmentation fault upon a map entry lookup.</description><release>Scientific Linux</release><issued date="2011-04-05 00:00:00"/><references><reference title="automount hangs on startup when started with an already mounted cifs share" type="bugzilla" id="689754" href="https://bugzilla.redhat.com/show_bug.cgi?id=689754"/><reference title="RHBA-2011:0403-1" type="self" id="RHBA-2011:0403-1" href="https://rhn.redhat.com/errata/RHBA-2011-0403.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="1" name="autofs" version="5.0.5" release="23.el6_0.1" arch="x86_64" src="autofs-5.0.5-23.el6_0.1.src.rpm"><filename>autofs-5.0.5-23.el6_0.1.x86_64.rpm</filename><sum type="sha256">6c141b09e9e688871b38cf1dfd05ebf954b6f0ae9b402610bdfbeeee97d8f4b9</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0415-1</id><title>gpxe bug fix update</title><description>This update fixes the following bug:

* Previously, the virtIO gPXE driver padded all packets to maximum length. This could confuse some gateways because the Ethernet standard is to pad only packets of up to 64 bytes in length. Due to this issue, virtual machines with a virtIO NIC (network interface card) failed to connect to the PXE server behind a gateway. Subsequently, the PXE boot failed. This update pads only packets of up to 64 bytes in length. Now, virtual machines with a virtIO NIC connect to the same PXE server without further problems.</description><release>Scientific Linux</release><issued date="2011-04-05 00:00:00"/><references><reference title="" type="bugzilla" id="680148" href="https://bugzilla.redhat.com/show_bug.cgi?id=680148"/><reference title="RHBA-2011:0415-1" type="self" id="RHBA-2011:0415-1" href="https://rhn.redhat.com/errata/RHBA-2011-0415.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="gpxe-bootimgs" version="0.9.7" release="6.3.el6_0.1" arch="noarch" src="gpxe-0.9.7-6.3.el6_0.1.src.rpm"><filename>gpxe-bootimgs-0.9.7-6.3.el6_0.1.noarch.rpm</filename><sum type="sha256">1a958b984e8e0814860e0f4964bfc545ff4385dab894c09ce2ca39f93450c5c8</sum></package><package epoch="0" name="gpxe-roms" version="0.9.7" release="6.3.el6_0.1" arch="noarch" src="gpxe-0.9.7-6.3.el6_0.1.src.rpm"><filename>gpxe-roms-0.9.7-6.3.el6_0.1.noarch.rpm</filename><sum type="sha256">5b4f2209352b61cf524489c7bedeb2a30566d5ad80ec925c69921701781ea5a5</sum></package><package epoch="0" name="gpxe-roms-qemu" version="0.9.7" release="6.3.el6_0.1" arch="noarch" src="gpxe-0.9.7-6.3.el6_0.1.src.rpm"><filename>gpxe-roms-qemu-0.9.7-6.3.el6_0.1.noarch.rpm</filename><sum type="sha256">80de8a5907c8e857d9217f69c173e9d07d719f018e15652a1818b960429ec7e3</sum></package></collection></pkglist></update><update type="bugfix" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLBA-2011:0446-1</id><title>libvirt bug fix update</title><description>These updated libvirt packages provide fixes for the following bugs:

* When a root-squashing export of a domain was owned by a group to which the qemu user belonged, but was not owned by the qemu user, libvirt could not create a file to save the domain's state. This was because the save operation was invoked by the user who did not have the needed group permissions. With this update, libvirt first acquires all the needed group permissions and only then attempts to perform the aforementioned save operation.

* Members of the qemu group did not have read/write permissions for the "[localstatedir]/[cache/lib]/libvirt/qemu/" directory in which XML files which define sockets are placed. Permissions are now updated to allow the qemu group read/write permissions.

* A race condition where an application could query block information on a virtual guest that had just been migrated away could occur when migrating a guest. As a result, the libvirt service crashed. The libvirt application now verifies that a guest exists before attempting to start any monitoring operations.

* Live migration of a guest could take an exceptionally long time to converge to the switchover point if the guest was very busy. By allowing to increase the downtime setting of a guest, migration is more likely to complete. However, libvirt was sending an incorrectly formatted request to increase the downtime setting of a guest. With this update, libvirt correctly sends the downtime setting request.

* The "addrToString" methods did not work properly with UNIX domain sockets which did not have a normal "host:port" address. As a result SASL (Simple Authentication and Security Layer) could not be used over UNIX domain sockets. With this update, the "addrToString" methods are fixed and SASL is no longer restricted to TCP connections.

* Prior to this update, libvirt was not able to recognize whether a domain crashed or was properly shut down. With this update, a SHUTDOWN event sent by qemu is recognized by libvirt when a domain is properly shut down. If the SHUTDOWN event is not received, the domain is declared to have crashed.

* A deadlock occurred in the libvirt service when running concurrent bidirectional migration because certain calls did not release their local driver lock before issuing an RPC (Remote Procedure Call) call on a remote libvirt daemon. A deadlock no longer occurs between two communicating libvirt daemons.

* A specification file bug caused permissions on the /var/lib/libvirt directory to change when upgrading a system. With this update, correct permissions are assigned to the aforementioned directory.

* An off-by-one error in a clock variable caused a virtual guest to show incorrect date and time information. This update addresses this error. Date and time information is now correctly displayed.

* The %post script (part of the libvirt-client package) started the libvirt- guests service even when the service was explicitly turned off. With this update, the libvirt-guests service is no longer started when explicitly turned off.

* Starting and shutting down a domain led to a memory leak due to the memory buffer not being freed properly. With this update, starting and shutting down a domain no longer leads to a memory leak.

* Starting and shutting down a domain led to a memory leak due to the use of a thread-unfriendly "matchpathcon" (which gets the default security context for the specified path) SELinux API. With this update, libvirt uses improved SELinux APIs and a memory leak no longer occurs.</description><release>Scientific Linux</release><issued date="2011-03-03 00:00:00"/><references><reference title="cannot save domain from root_squashing nfs export even if qemu gid matches nfs" type="bugzilla" id="656355" href="https://bugzilla.redhat.com/show_bug.cgi?id=656355"/><reference title="Let &quot;qemu&quot; group look below /var/lib/libvirt/qemu/" type="bugzilla" id="656972" href="https://bugzilla.redhat.com/show_bug.cgi?id=656972"/><reference title="[libvirt] libvirt crash on multiple migration [Segmentation fault]" type="bugzilla" id="658141" href="https://bugzilla.redhat.com/show_bug.cgi?id=658141"/><reference title="RFE: Allow to change the maximum migration downtime" type="bugzilla" id="658143" href="https://bugzilla.redhat.com/show_bug.cgi?id=658143"/><reference title="Make SASL work over UNIX domain sockets" type="bugzilla" id="658144" href="https://bugzilla.redhat.com/show_bug.cgi?id=658144"/><reference title="[libvirt] kill qemu process using 'kill' behaves as user shutdown command and not as 'lost connection with qemu process'" type="bugzilla" id="662042" href="https://bugzilla.redhat.com/show_bug.cgi?id=662042"/><reference title="[libvirt] deadlock on concurrent multiple bidirectional migration" type="bugzilla" id="662043" href="https://bugzilla.redhat.com/show_bug.cgi?id=662043"/><reference title="bogus permissions on /var/lib/libvirt in libvirt spec file" type="bugzilla" id="662045" href="https://bugzilla.redhat.com/show_bug.cgi?id=662045"/><reference title="clock offset='variable' not working correctly" type="bugzilla" id="662046" href="https://bugzilla.redhat.com/show_bug.cgi?id=662046"/><reference title="do not start libvirt-guests on upgrade" type="bugzilla" id="668694" href="https://bugzilla.redhat.com/show_bug.cgi?id=668694"/><reference title="Start and shutdown domain lead to memory leak" type="bugzilla" id="672549" href="https://bugzilla.redhat.com/show_bug.cgi?id=672549"/><reference title="libvirtd should use selabel_open rather than matchpathcon" type="bugzilla" id="672554" href="https://bugzilla.redhat.com/show_bug.cgi?id=672554"/><reference title="RHBA-2011:0446-1" type="self" id="RHBA-2011:0446-1" href="https://rhn.redhat.com/errata/RHBA-2011-0446.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="libvirt" version="0.8.1" release="27.el6_0.3" arch="x86_64" src="libvirt-0.8.1-27.el6_0.3.src.rpm"><filename>libvirt-0.8.1-27.el6_0.3.x86_64.rpm</filename><sum type="sha256">105f99b583aed666a1653c419aef4cc76e3a7aca696e8e74fea79c66514aa0ec</sum></package><package epoch="0" name="libvirt-client" version="0.8.1" release="27.el6_0.3" arch="i686" src="libvirt-0.8.1-27.el6_0.3.src.rpm"><filename>libvirt-client-0.8.1-27.el6_0.3.i686.rpm</filename><sum type="sha256">3d3d4936203077e56fa2549566e1b321b0904199a531fc2067229edf80a90a76</sum></package><package epoch="0" name="libvirt-client" version="0.8.1" release="27.el6_0.3" arch="x86_64" src="libvirt-0.8.1-27.el6_0.3.src.rpm"><filename>libvirt-client-0.8.1-27.el6_0.3.x86_64.rpm</filename><sum type="sha256">a7b38eea8c8c03d9dbbda788b0957b4f6939b60787c579dad3132d456aca7d38</sum></package><package epoch="0" name="libvirt-devel" version="0.8.1" release="27.el6_0.3" arch="i686" src="libvirt-0.8.1-27.el6_0.3.src.rpm"><filename>libvirt-devel-0.8.1-27.el6_0.3.i686.rpm</filename><sum type="sha256">b5ccd8453f0070539d1319a1ef7b8b091449ee7f90ba87a50d105c36d805fe8f</sum></package><package epoch="0" name="libvirt-devel" version="0.8.1" release="27.el6_0.3" arch="x86_64" src="libvirt-0.8.1-27.el6_0.3.src.rpm"><filename>libvirt-devel-0.8.1-27.el6_0.3.x86_64.rpm</filename><sum type="sha256">7900f8a810ca301c0db3f695f19b2bd6739cc29cdb1bdea60541760a3be4e3c1</sum></package><package epoch="0" name="libvirt-python" version="0.8.1" release="27.el6_0.3" arch="x86_64" src="libvirt-0.8.1-27.el6_0.3.src.rpm"><filename>libvirt-python-0.8.1-27.el6_0.3.x86_64.rpm</filename><sum type="sha256">92e301af19df04e49704448d05e49ed011934bc1a8f4bc61171d06535991da00</sum></package></collection></pkglist></update><update type="enhancement" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2010:0904-1</id><title>fence-agents</title><description>This update adds the following enhancements:

* The package has been updated to provide a fencing agent that is able to communicate with RHEV Manager, allowing virtual machines to be fenced.

* For Intelligent Platform Management Interface (IPMI) devices, the "power_wait" delay can now be adjusted in order to support newer iLO 3 firmware.

* Brocade 200E, Brocade 300, Brocade 4100, Brocade 4900, and Brocade 5100 fencing devices are now supported by the fence_brocade agent, and can be used with both High Availability and Resilient Storage.

All users requiring any of the features listed above are advised to upgrade to this new package, which adds these enhancements.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="Provide fence-rhev agent that uses the RHEV REST API" type="bugzilla" id="642695" href="https://bugzilla.redhat.com/show_bug.cgi?id=642695"/><reference title="Add -T parameter to fence_ipmilan to support iLO3 devices" type="bugzilla" id="643340" href="https://bugzilla.redhat.com/show_bug.cgi?id=643340"/><reference title="Testing of fence_brocade switches against FOS versions 6.1.x, 6.2.x, 6.3.x, 6.4.x" type="bugzilla" id="643515" href="https://bugzilla.redhat.com/show_bug.cgi?id=643515"/><reference title="RHEA-2010:0904-1" type="self" id="RHEA-2010:0904-1" href="https://rhn.redhat.com/errata/RHEA-2010-0904.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="fence-agents" version="3.0.12" release="8.el6_0.2" arch="x86_64" src="fence-agents-3.0.12-8.el6_0.2.src.rpm"><filename>fence-agents-3.0.12-8.el6_0.2.x86_64.rpm</filename><sum type="sha256">a178d343dc91c994447a0060e75d2b07a247021fe40b479245d7acb2e4723d84</sum></package></collection></pkglist></update><update type="enhancement" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2010:0932-1</id><title>spice-client</title><description>The Simple Protocol for Independent Computing Environments (SPICE) is a remote display protocol designed for virtual environments. SPICE users can view a virtualized desktop or server from the local system or any system with network access to the server. SPICE is available for a variety of machine architectures and operating systems. SPICE is used in Scientific Linux for viewing virtualized guests running on the KVM hypervisor or on RHEV Hypervisors. The spice-client package provides the client side of the SPICE protocol.

This update adds the following new feature:

* This update rebases spice-client to the 0.6.3 version. It is compatible with future spice protocol changes, it adds copy and paste support between guest and client (when used together with an updated agent), and supports fullscreen mode under window-managers other then the default Gnome window manager metacity (especially compiz and kde are now also supported). (#BZ644840)</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="Update spice-client to 0.6.3" type="bugzilla" id="644840" href="https://bugzilla.redhat.com/show_bug.cgi?id=644840"/><reference title="RHEA-2010:0932-1" type="self" id="RHEA-2010:0932-1" href="https://rhn.redhat.com/errata/RHEA-2010-0932.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="spice-client" version="0.6.3" release="2.el6_0.5" arch="x86_64" src="spice-client-0.6.3-2.el6_0.5.src.rpm"><filename>spice-client-0.6.3-2.el6_0.5.x86_64.rpm</filename><sum type="sha256">6b9eb5b3e6f39661624fa1b4f9872a0bcce98787f71304f10a9df058f21c15a8</sum></package></collection></pkglist></update><update type="enhancement" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2010:0994-1</id><title>lvm2</title><description>This update adds the following enhancements:

* Previously, the maximum length of a tag was limited to 128 characters. However, in certain cases, this may have been too restrictive. To remove this restriction, the lvm2 packages have been updated to support tags that are up to 1024 characters long.

* Due to technical limitations, a valid tag can consist of a limited range of characters only. With this update, the list of allowed characters has been extended, and tags can newly contain "/", "=", "!", ":", "#", and "&amp;".</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="[RFE] support for 1024 chars in lv tags" type="bugzilla" id="661741" href="https://bugzilla.redhat.com/show_bug.cgi?id=661741"/><reference title="[RFE] Support base64 encoding chars in tags &quot;/' and &quot;=&quot;" type="bugzilla" id="661742" href="https://bugzilla.redhat.com/show_bug.cgi?id=661742"/><reference title="RHEA-2010:0994-1" type="self" id="RHEA-2010:0994-1" href="https://rhn.redhat.com/errata/RHEA-2010-0994.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="cmirror" version="2.02.72" release="8.el6_0.4" arch="x86_64" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>cmirror-2.02.72-8.el6_0.4.x86_64.rpm</filename><sum type="sha256">eb035b701951a87e865931d5a7f0338abb8f732d9a1a379c358eb5f395a6783d</sum></package><package epoch="0" name="device-mapper" version="1.02.53" release="8.el6_0.4" arch="x86_64" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>device-mapper-1.02.53-8.el6_0.4.x86_64.rpm</filename><sum type="sha256">66d740081fe380c07fa89d46d659dae99ceb57d9592444132f9d12cf2e89f74b</sum></package><package epoch="0" name="device-mapper-devel" version="1.02.53" release="8.el6_0.4" arch="i686" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>device-mapper-devel-1.02.53-8.el6_0.4.i686.rpm</filename><sum type="sha256">f9b52e3fb0c2dd20a22e41498865f0227bd54f6542aef742b5c0c27c0e346c19</sum></package><package epoch="0" name="device-mapper-devel" version="1.02.53" release="8.el6_0.4" arch="x86_64" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>device-mapper-devel-1.02.53-8.el6_0.4.x86_64.rpm</filename><sum type="sha256">4fb1c4f84c0cea7ff2fceec6276293895a1cf6e87dde1f43df845a0ac66ab76a</sum></package><package epoch="0" name="device-mapper-event" version="1.02.53" release="8.el6_0.4" arch="x86_64" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>device-mapper-event-1.02.53-8.el6_0.4.x86_64.rpm</filename><sum type="sha256">58b8ae627f60c32622069f9a3af920a3d6fbafefbc6ab640e289c42dfa91fb6d</sum></package><package epoch="0" name="device-mapper-event-devel" version="1.02.53" release="8.el6_0.4" arch="i686" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>device-mapper-event-devel-1.02.53-8.el6_0.4.i686.rpm</filename><sum type="sha256">c4d533694c75695c0963a53dec9c652a2ad16fe8e13ad784487db34b951302fe</sum></package><package epoch="0" name="device-mapper-event-devel" version="1.02.53" release="8.el6_0.4" arch="x86_64" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>device-mapper-event-devel-1.02.53-8.el6_0.4.x86_64.rpm</filename><sum type="sha256">8fb235f4cb8a9f6c90d77f9e0a4f2f140c5b57518dd898d741043250fd9b2bc3</sum></package><package epoch="0" name="device-mapper-event-libs" version="1.02.53" release="8.el6_0.4" arch="i686" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>device-mapper-event-libs-1.02.53-8.el6_0.4.i686.rpm</filename><sum type="sha256">26a7dd7854f0a75edcd2f2d93ebc100a56ea3feb72a219cbc0dc5902a8940f9c</sum></package><package epoch="0" name="device-mapper-event-libs" version="1.02.53" release="8.el6_0.4" arch="x86_64" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>device-mapper-event-libs-1.02.53-8.el6_0.4.x86_64.rpm</filename><sum type="sha256">1ff91c3871d357a7e245271c2cf1fc7efb15d785976383c72751740d92932385</sum></package><package epoch="0" name="device-mapper-libs" version="1.02.53" release="8.el6_0.4" arch="i686" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>device-mapper-libs-1.02.53-8.el6_0.4.i686.rpm</filename><sum type="sha256">699f152f34a86e16154defe22dff05abecdb19c09dff459ec5d89e8b3a89e0c6</sum></package><package epoch="0" name="device-mapper-libs" version="1.02.53" release="8.el6_0.4" arch="x86_64" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>device-mapper-libs-1.02.53-8.el6_0.4.x86_64.rpm</filename><sum type="sha256">96b332fba03d166230ffdd066c023a53c28c6129a636032a851c271895208ebc</sum></package><package epoch="0" name="lvm2" version="2.02.72" release="8.el6_0.4" arch="x86_64" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>lvm2-2.02.72-8.el6_0.4.x86_64.rpm</filename><sum type="sha256">dec538a9678604fd574290900139b6d636157d332d970010809e4d97e605724a</sum></package><package epoch="0" name="lvm2-cluster" version="2.02.72" release="8.el6_0.4" arch="x86_64" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>lvm2-cluster-2.02.72-8.el6_0.4.x86_64.rpm</filename><sum type="sha256">83f87860db8c815c6424229979e2212bccbbc60886292ce05acc8e66644ddde6</sum></package><package epoch="0" name="lvm2-devel" version="2.02.72" release="8.el6_0.4" arch="i686" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>lvm2-devel-2.02.72-8.el6_0.4.i686.rpm</filename><sum type="sha256">6f958cef4ba53f88bf3acdb4f16f9d69622c6ad79805236423d4bdfe8cd763de</sum></package><package epoch="0" name="lvm2-devel" version="2.02.72" release="8.el6_0.4" arch="x86_64" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>lvm2-devel-2.02.72-8.el6_0.4.x86_64.rpm</filename><sum type="sha256">f7ad74c44a1c594458a8a6a9dfd94957462abd4a3a4b9a1ecc6e05486fd8855c</sum></package><package epoch="0" name="lvm2-libs" version="2.02.72" release="8.el6_0.4" arch="i686" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>lvm2-libs-2.02.72-8.el6_0.4.i686.rpm</filename><sum type="sha256">056ce825550e477c6a7ef9add0d716972596293b6279f9d0f819568a23a74868</sum></package><package epoch="0" name="lvm2-libs" version="2.02.72" release="8.el6_0.4" arch="x86_64" src="lvm2-2.02.72-8.el6_0.4.src.rpm"><filename>lvm2-libs-2.02.72-8.el6_0.4.x86_64.rpm</filename><sum type="sha256">d95fc792c18fa29ba17256f985ff7df0ed2c5252826c095c8b5d932d3498b737</sum></package></collection></pkglist></update><update type="enhancement" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2011:0141-1</id><title>dracut</title><description>This update adds the following enhancement:

* The dracut packages have been updated to support the new kernel boot option, "rdinsmodpost=[module]", which allows a user to specify a kernel module to be loaded after all device drivers are loaded automatically.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="[6.0] Need a way to load a specified kernel module last." type="bugzilla" id="661298" href="https://bugzilla.redhat.com/show_bug.cgi?id=661298"/><reference title="RHEA-2011:0141-1" type="self" id="RHEA-2011:0141-1" href="https://rhn.redhat.com/errata/RHEA-2011-0141.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="dracut" version="004" release="33.2.el6_0" arch="noarch" src="dracut-004-33.2.el6_0.src.rpm"><filename>dracut-004-33.2.el6_0.noarch.rpm</filename><sum type="sha256">78a7b32dd9b3f242da7881a12a05e6618704eedcd47c9eb65b616dc6e40644a3</sum></package><package epoch="0" name="dracut-fips" version="004" release="33.2.el6_0" arch="noarch" src="dracut-004-33.2.el6_0.src.rpm"><filename>dracut-fips-004-33.2.el6_0.noarch.rpm</filename><sum type="sha256">007948edf716f98f143971a88f2cf0401599555f8b6a28f87293a6cccfcb5434</sum></package><package epoch="0" name="dracut-generic" version="004" release="33.2.el6_0" arch="noarch" src="dracut-004-33.2.el6_0.src.rpm"><filename>dracut-generic-004-33.2.el6_0.noarch.rpm</filename><sum type="sha256">af1bd6c77f05c06c6a6bfea998da5b43c9c2e50671cf024947d991a2cbd3f61a</sum></package><package epoch="0" name="dracut-kernel" version="004" release="33.2.el6_0" arch="noarch" src="dracut-004-33.2.el6_0.src.rpm"><filename>dracut-kernel-004-33.2.el6_0.noarch.rpm</filename><sum type="sha256">c96320589d03a0e4c4db7e3d5ad0893aa3116f172f2b331f0a8f99fff01e842d</sum></package><package epoch="0" name="dracut-network" version="004" release="33.2.el6_0" arch="noarch" src="dracut-004-33.2.el6_0.src.rpm"><filename>dracut-network-004-33.2.el6_0.noarch.rpm</filename><sum type="sha256">b4035e6bf791581e601b898cbbc8d0306ccec0307f62db34b6cab9e546ee5cd2</sum></package><package epoch="0" name="dracut-tools" version="004" release="33.2.el6_0" arch="noarch" src="dracut-004-33.2.el6_0.src.rpm"><filename>dracut-tools-004-33.2.el6_0.noarch.rpm</filename><sum type="sha256">cc9d167c1b91f923b6ace4b34e53e35ac39c4102d09b14b141e0f4f61f2218ba</sum></package></collection></pkglist></update><update type="enhancement" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2011:0166-2</id><title>firstaidkit</title><description>This update adds the following enhancement:

* These updated packages introduce a new manual page with an outline of the basic concepts and format of the main configuration file (that is, /etc/firstaidkit/firstaidkit.conf by default). Note that this manual page does not replace a detailed description of available configuration options in the configuration file itself.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="" type="bugzilla" id="584677" href="https://bugzilla.redhat.com/show_bug.cgi?id=584677"/><reference title="RHEA-2011:0166-2" type="self" id="RHEA-2011:0166-2" href="https://rhn.redhat.com/errata/RHEA-2011-0166.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="firstaidkit" version="0.2.10.2" release="1.el6" arch="x86_64" src="firstaidkit-0.2.10.2-1.el6.src.rpm"><filename>firstaidkit-0.2.10.2-1.el6.x86_64.rpm</filename><sum type="sha256">b7998937121c6d6cfe86998a0e9a5236f41f5851345de661c6ad757e03c8d554</sum></package><package epoch="0" name="firstaidkit-devel" version="0.2.10.2" release="1.el6" arch="noarch" src="firstaidkit-0.2.10.2-1.el6.src.rpm"><filename>firstaidkit-devel-0.2.10.2-1.el6.noarch.rpm</filename><sum type="sha256">a4521ce1c889998bdb6404d397f41d4514a247e22656598c5dc4c27cbcbf0a64</sum></package><package epoch="0" name="firstaidkit-engine" version="0.2.10.2" release="1.el6" arch="noarch" src="firstaidkit-0.2.10.2-1.el6.src.rpm"><filename>firstaidkit-engine-0.2.10.2-1.el6.noarch.rpm</filename><sum type="sha256">5def9cd531e78506db174efab95840324c82b8360c638329765ff2e0f0f08d87</sum></package><package epoch="0" name="firstaidkit-gui" version="0.2.10.2" release="1.el6" arch="noarch" src="firstaidkit-0.2.10.2-1.el6.src.rpm"><filename>firstaidkit-gui-0.2.10.2-1.el6.noarch.rpm</filename><sum type="sha256">e2f3445c6be52a90b961b65b9f5b956021889fb402b82285bfd1c13a2c4f2533</sum></package><package epoch="0" name="firstaidkit-plugin-all" version="0.2.10.2" release="1.el6" arch="x86_64" src="firstaidkit-0.2.10.2-1.el6.src.rpm"><filename>firstaidkit-plugin-all-0.2.10.2-1.el6.x86_64.rpm</filename><sum type="sha256">a4392a2ff3223612ffcef16748a8fff8d195de56a41e97a5fb8f6f6a0bd68d34</sum></package><package epoch="0" name="firstaidkit-plugin-grub" version="0.2.10.2" release="1.el6" arch="x86_64" src="firstaidkit-0.2.10.2-1.el6.src.rpm"><filename>firstaidkit-plugin-grub-0.2.10.2-1.el6.x86_64.rpm</filename><sum type="sha256">edd5810cf9bbe690ac27f61eb066743feace015b175c5e14fd35f282a0587e41</sum></package><package epoch="0" name="firstaidkit-plugin-key-recovery" version="0.2.10.2" release="1.el6" arch="noarch" src="firstaidkit-0.2.10.2-1.el6.src.rpm"><filename>firstaidkit-plugin-key-recovery-0.2.10.2-1.el6.noarch.rpm</filename><sum type="sha256">2c0c8d68c3ecc40ffa8e83888c904e184c084a1d9d006ac9164f260a31b02334</sum></package><package epoch="0" name="firstaidkit-plugin-mdadm-conf" version="0.2.10.2" release="1.el6" arch="noarch" src="firstaidkit-0.2.10.2-1.el6.src.rpm"><filename>firstaidkit-plugin-mdadm-conf-0.2.10.2-1.el6.noarch.rpm</filename><sum type="sha256">5d6a7ac748879c48365aad12c88cf59e78050e8e3b9bca138cff6b453f8139ba</sum></package><package epoch="0" name="firstaidkit-plugin-passwd" version="0.2.10.2" release="1.el6" arch="noarch" src="firstaidkit-0.2.10.2-1.el6.src.rpm"><filename>firstaidkit-plugin-passwd-0.2.10.2-1.el6.noarch.rpm</filename><sum type="sha256">2eada933e35a564f52b7781b2ccdba3702b60ad8265a685cfb482bcce7d59f3c</sum></package><package epoch="0" name="firstaidkit-plugin-xserver" version="0.2.10.2" release="1.el6" arch="noarch" src="firstaidkit-0.2.10.2-1.el6.src.rpm"><filename>firstaidkit-plugin-xserver-0.2.10.2-1.el6.noarch.rpm</filename><sum type="sha256">e2c6be20952dfc5f74453ea35c2a91aadd2f3a0a77ce095a003757c8fa5a0910</sum></package></collection></pkglist></update><update type="enhancement" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2011:0203-2</id><title>lohit-devanagari-fonts</title><description>This update adds the following enhancement:

* A glyph for the Indian rupee sign (U+20B9) defined in version 6.0 of the Unicode standard has been added to the font.</description><release>Scientific Linux</release><issued date="2011-03-08 00:00:00"/><references><reference title="[Indic] Rupee Symbol (U+20B9) Need to include in Lohit Fonts" type="bugzilla" id="651713" href="https://bugzilla.redhat.com/show_bug.cgi?id=651713"/><reference title="RHEA-2011:0203-2" type="self" id="RHEA-2011:0203-2" href="https://rhn.redhat.com/errata/RHEA-2011-0203.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="lohit-devanagari-fonts" version="2.4.3" release="7.el6" arch="noarch" src="lohit-devanagari-fonts-2.4.3-7.el6.src.rpm"><filename>lohit-devanagari-fonts-2.4.3-7.el6.noarch.rpm</filename><sum type="sha256">6a4ab39a6a952eed603f73ee66fd481e516c2d18707b8535b1515b4ba3b25437</sum></package></collection></pkglist></update><update type="enhancement" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2011:0431-1</id><title>new package: kmod-hpwdt</title><description>This new kmod-hpwdt package provides the HP iLO2/iLO3 Watchdog Timer Driver as a kernel module.

* This new kmod-hpwdt package is released as part of the Scientific Linux Driver Update Program. It provides the HP iLO2/iLO3 Watchdog Timer Driver (hp- wdt) in Scientific Linux 6.

Users who require timer driver support for the HP ProLiant iLO2/iLO3 (Integrated Lights-Out) ASIC are advised to install this package.</description><release>Scientific Linux</release><issued date="2011-07-28 00:00:00"/><references><reference title="" type="bugzilla" id="642020" href="https://bugzilla.redhat.com/show_bug.cgi?id=642020"/><reference title="RHEA-2011:0431-1" type="self" id="RHEA-2011:0431-1" href="https://rhn.redhat.com/errata/RHEA-2011-0431.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="kmod-hpwdt" version="1.2.0" release="2.el6_0" arch="x86_64" src="hpwdt-1.2.0-2.el6_0.src.rpm"><filename>kmod-hpwdt-1.2.0-2.el6_0.x86_64.rpm</filename><sum type="sha256">9ffda75f12a47914a89713c9d65dac74de3b278e2d9859caaea00624bb51f1d9</sum></package></collection></pkglist></update><update type="enhancement" from="SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV" status="final" version="1.4"><id>SLEA-2011:0449-1</id><title>new package: kmod-snd-hda</title><description>The new kmod-snd-hda package provides support for the Intel HD audio driver.

* The kmod-snd-hda package is released as part of the Scientific Linux Driver Update Program. It provides drivers for the Intel HD (High Definition) audio controller in Scientific Linux 6.

Users who require drivers for the Intel HD audio controller are advised to install this package.</description><release>Scientific Linux</release><issued date="2011-07-28 00:00:00"/><references><reference title="" type="bugzilla" id="677769" href="https://bugzilla.redhat.com/show_bug.cgi?id=677769"/><reference title="RHEA-2011:0449-1" type="self" id="RHEA-2011:0449-1" href="https://rhn.redhat.com/errata/RHEA-2011-0449.html"/></references><pkglist><collection short="SL6"><name>Scientific Linux 6</name><package epoch="0" name="kmod-snd-hda" version="1.0" release="1.el6_0" arch="x86_64" src="snd-hda-1.0-1.el6_0.src.rpm"><filename>kmod-snd-hda-1.0-1.el6_0.x86_64.rpm</filename><sum type="sha256">e1506fe8c7d0cd3fe56260a42ce2a717820d6cb38e14561ec4370d94b7ac79c2</sum></package></collection></pkglist></update></updates>