Bug 607537

This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.

confirmed libcgroup no longer needs redhat-lsb in Snapshot 11

Red Hat Enterprise Linux 6.0 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.

This problem was re-implemented in 6.5

# rpm -q --requires libcgroup-0.40.rc1-5.el6.x86_64 | grep redhat-lsb
redhat-lsb-core

I second Leonid on this one. All of my minimal RHEL6 systems are about to become not-so-minimal-anymore because of RHEL 6.5's libcgroup package update :

[root@host ~]# yum update libcgroup
[...]
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package libcgroup.x86_64 0:0.37-7.2.el6_4 will be updated
---> Package libcgroup.x86_64 0:0.40.rc1-5.el6 will be an update
--> Processing Dependency: redhat-lsb-core for package: libcgroup-0.40.rc1-5.el6.x86_64
--> Running transaction check
[...]
Dependencies Resolved

===================================================================
 Package                 Arch   Version             Repository
                                                              Size
===================================================================
Updating:
 libcgroup               x86_64 0.40.rc1-5.el6      os       125 k
Installing for dependencies:
 at                      x86_64 3.1.10-43.el6_2.1   os        60 k
 bc                      x86_64 1.06.95-1.el6       os       110 k
 cvs                     x86_64 1.11.23-16.el6      os       712 k
 db4-cxx                 x86_64 4.7.25-18.el6_4     os       588 k
 db4-devel               x86_64 4.7.25-18.el6_4     os       6.6 M
 ed                      x86_64 1.1-3.3.el6         os        72 k
 gdbm-devel              x86_64 1.8.0-36.el6        optional  25 k
 gettext                 x86_64 0.17-16.el6         os       1.8 M
 glibc-devel             x86_64 2.12-1.132.el6      os       978 k
 glibc-headers           x86_64 2.12-1.132.el6      os       608 k
 kernel-headers          x86_64 2.6.32-431.el6      os       2.8 M
 libgomp                 x86_64 4.4.7-4.el6         os       118 k
 mailx                   x86_64 12.4-7.el6          os       235 k
 patch                   x86_64 2.6-6.el6           os        91 k
 pax                     x86_64 3.4-10.1.el6        os        69 k
 perl-CGI                x86_64 3.51-136.el6        os       209 k
 perl-ExtUtils-MakeMaker x86_64 6.55-136.el6        os       293 k
 perl-ExtUtils-ParseXS   x86_64 1:2.2003.0-136.el6  os        45 k
 perl-Test-Harness       x86_64 3.17-136.el6        os       231 k
 perl-Test-Simple        x86_64 0.92-136.el6        os       112 k
 perl-devel              x86_64 4:5.10.1-136.el6    os       423 k
 redhat-lsb-core         x86_64 4.0-7.el6           os        25 k
 time                    x86_64 1.7-37.1.el6        os        26 k
Updating for dependencies:
 glibc                   x86_64 2.12-1.132.el6      os       3.8 M
 glibc-common            x86_64 2.12-1.132.el6      os        14 M
 perl                    x86_64 4:5.10.1-136.el6    os        10 M
 perl-Module-Pluggable   x86_64 1:3.90-136.el6      os        40 k
 perl-Pod-Escapes        x86_64 1:1.04-136.el6      os        32 k
 perl-Pod-Simple         x86_64 1:3.13-136.el6      os       212 k
 perl-libs               x86_64 4:5.10.1-136.el6    os       578 k
 perl-version            x86_64 3:0.77-136.el6      os        51 k

Transaction Summary
===================================================================
Install      23 Package(s)
Upgrade       9 Package(s)

Total download size: 45 M

In the case that something reoccurs after several years, it is better to open new case. Otherwise, the old bugzilla remains assigned to the engineer who worked on it in the past - and sometimes he may no longer be assigned to this project. I reassigned the bugzilla to current maintainer, new dependency was added by accident and there is already activity trying to resolve it quickly.

Affects me as well.

This has been resolved with the 0.40.rc1-5.el6.1 update. See #1036805 for the details.

(Note: I can't close this entry, otherwise I would have)