Bug 835919
Summary: | Provide a separate redhat-lsb-core package | |||
---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Filip Van Raemdonck <mechanix> | |
Component: | redhat-lsb | Assignee: | Ondrej Vasik <ovasik> | |
Status: | CLOSED ERRATA | QA Contact: | Miroslav Hradílek <mhradile> | |
Severity: | unspecified | Docs Contact: | ||
Priority: | unspecified | |||
Version: | 6.1 | CC: | brian, brian, calestyo, curtis, ddumas, dkaylor, gianluca.varisco, Hanno.Steinke.ext, henning.noren, mario.mikocevic, matt_domsch, mechanix, mhradile, notting, ohadlevy, ossman, ovasik, pattonme, pertusus, psplicha, redhat, rhodain, thayne | |
Target Milestone: | rc | |||
Target Release: | --- | |||
Hardware: | All | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Release Note | ||
Doc Text: |
New redhat-lsb-core Package
When installing the redhat-lsb package, a large number of dependencies is pulled into the system to meet the LSB standard. Red Hat Enterprise Linux 6.4 provides a new redhat-lsb-core subpackage which allows you to easily fetch only the minimal set of required packages by installing the redhat-lsb-core package.
|
Story Points: | --- | |
Clone Of: | 472630 | |||
: | 954082 (view as bug list) | Environment: | ||
Last Closed: | 2013-02-21 10:46:32 UTC | Type: | --- | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: |
Description
Filip Van Raemdonck
2012-06-27 14:27:16 UTC
What's the current status here? Are we going to provide a separate redhat-lsb-core package? Looks like this would resolve bug 801158, bug 635690, bug 709016, bug 784765 and bug 817317 as well. It makes sense providing a separate redhat-lsb-core package. As Petr highlighted, seems to be the root of many issues brought forward. Ack for 6.4. *** Bug 784765 has been marked as a duplicate of this bug. *** *** Bug 817317 has been marked as a duplicate of this bug. *** I think the dependency logic being proposed is not correct. There is no need for '-core'. redhat-lsb IS core. ISV's should fix their requirements such that if they need printing, they require 'redhat-lsb-printing'. If they need graphics '-graphics'. These child packages have as a pre-requisite plain jane 'redhat-lsb'. It was a mistake to treat 'redhat-lsb' as synonymous with 'redhat-lsb-*'. That is the root of the current mess. Who talks about -printing and friends? redhat-lsb itslef has already far too much deps: ================================================================================ Package Arch Version Repository Size ================================================================================ Installing: redhat-lsb x86_64 4.0-3.el6 sl 23 k Installing for dependencies: atk x86_64 1.28.0-2.el6 sl 190 k avahi-libs x86_64 0.6.25-11.el6 sl 53 k cairo x86_64 1.8.8-3.1.el6 sl 308 k cdparanoia-libs x86_64 10.2-5.1.el6 sl 47 k cups x86_64 1:1.4.2-44.el6 sl 2.3 M cups-libs x86_64 1:1.4.2-44.el6 sl 314 k cvs x86_64 1.11.23-11.el6_2.1 sl-security 711 k foomatic x86_64 4.0.4-1.el6_1.1 sl 250 k foomatic-db noarch 4.0-7.20091126.el6 sl 979 k foomatic-db-filesystem noarch 4.0-7.20091126.el6 sl 3.4 k foomatic-db-ppds noarch 4.0-7.20091126.el6 sl 19 M gettext x86_64 0.17-16.el6 sl 1.8 M ghostscript x86_64 8.70-14.el6_3.1 sl-security 4.4 M ghostscript-fonts noarch 5.50-23.1.el6 sl 749 k gstreamer x86_64 0.10.29-1.el6 sl 763 k gstreamer-plugins-base x86_64 0.10.29-1.el6 sl 942 k gstreamer-tools x86_64 0.10.29-1.el6 sl 22 k gtk2 x86_64 2.18.9-6.el6 sl 3.3 M hicolor-icon-theme noarch 0.11-1.1.el6 sl 39 k iso-codes noarch 3.16-2.el6 sl 2.4 M jasper-libs x86_64 1.900.1-15.el6_1.1 sl-security 135 k lcms-libs x86_64 1.19-1.el6 sl 99 k libXcomposite x86_64 0.4.1-2.el6 sl 16 k libXdamage x86_64 1.1.2-1.el6 sl 15 k libmng x86_64 1.0.10-4.1.el6 sl 164 k liboil x86_64 0.3.16-4.1.el6 sl 120 k libthai x86_64 0.1.12-3.el6 sl 182 k libtheora x86_64 1:1.1.0-2.el6 sl 128 k libtiff x86_64 3.9.4-6.el6_3 sl-security 340 k libvisual x86_64 0.4.0-9.1.el6 sl 134 k mesa-dri-drivers x86_64 7.11-3.el6 sl 11 M mesa-libGL x86_64 7.11-3.el6 sl 144 k mesa-libGLU x86_64 7.11-3.el6 sl 200 k openjpeg-libs x86_64 1.3-8.el6_3 sl-security 58 k pango x86_64 1.28.1-3.el6_0.5 sl 350 k perl-CGI x86_64 3.51-119.el6_1.1 sl 205 k perl-ExtUtils-MakeMaker x86_64 6.55-119.el6_1.1 sl 289 k perl-ExtUtils-ParseXS x86_64 1:2.2003.0-119.el6_1.1 sl 41 k perl-Test-Harness x86_64 3.17-119.el6_1.1 sl 228 k perl-Test-Simple x86_64 0.92-119.el6_1.1 sl 109 k perl-devel x86_64 4:5.10.1-119.el6_1.1 sl 419 k phonon-backend-gstreamer x86_64 1:4.6.2-24.el6 sl-security 125 k poppler x86_64 0.12.4-3.el6_0.1 sl 556 k poppler-data noarch 0.4.0-1.el6 sl 2.2 M poppler-utils x86_64 0.12.4-3.el6_0.1 sl 72 k portreserve x86_64 0.0.4-4.el6_1.1 sl 21 k qt x86_64 1:4.6.2-24.el6 sl-security 4.0 M qt-sqlite x86_64 1:4.6.2-24.el6 sl-security 50 k qt-x11 x86_64 1:4.6.2-24.el6 sl-security 12 M qt3 x86_64 3.3.8b-30.el6 sl 3.5 M redhat-lsb-graphics x86_64 4.0-3.el6 sl 11 k redhat-lsb-printing x86_64 4.0-3.el6 sl 9.6 k tmpwatch x86_64 2.9.16-4.el6 sl 30 k urw-fonts noarch 2.4-10.el6 sl 3.0 M xml-common noarch 0.6.3-32.el6 sl 8.4 k Transaction Summary ================================================================================ Install 56 Package(s) Which are never ever needed if you just wanna use LSB init script functions on a server (why should you need fonts or Qt there?!) or when you just wanna have lsb-release. Christoph the problem is redhat-lsb is forcing the inclusion of redhat-lsb-printing and redhat-lsb-graphics which are what explode the package count. THAT is the error. The dependency tree was specified upside-down or if you rather, backwards. redhat-lsb-graphics is supposed to require redhat-lsb. Not the other way around. (In reply to comment #8) > I think the dependency logic being proposed is not correct. There is no need > for '-core'. redhat-lsb IS core. ISV's should fix their requirements such > that if they need printing, they require 'redhat-lsb-printing'. If they need > graphics '-graphics'. These child packages have as a pre-requisite plain > jane 'redhat-lsb'. It was a mistake to treat 'redhat-lsb' as synonymous with > 'redhat-lsb-*'. That is the root of the current mess. The full LSB spec doesn't allow graphics, printing, etc. to be optional. Hence, if you ask for redhat-lsb, you have to assume you want the full spec (i.e., everything.) If I understand the semantics correctly "LSB is only full LSB"...then how to build a headless or single-function *server* that doesn't need the extra baggage from printing, graphics, video, etc? A metapackage called redhat-notquite-lsb or something like that? Well, full LSB is "full". But newer LSB-versions have "Printing" as a separate module and also "Desktop"-module (former "Graphics"). So starting from LSB 3.2 those two parts are separate and could be installed separately, in theory. http://refspecs.linuxbase.org/lsb.shtml So since the redhat-lsb package is newer, why must it be the "full" spec again, Bill? The LSB standard is for all the submodules, graphics, core, etc. If you want only one submodule, only install the bit for that submodule. If you install 'redhat-lsb', you get the whole thing. If you want a redhat-lsb-core that only installs the core set, that's fine, but the base redhat-lsb *has* to be the whole thing. Bill, You seem to have lost sight of the actual issue here, perhaps in all of the back and forth. My use case is that I just want the lsb_release tool. If I have that tool on all of the Linuxen machines that I need to be portable on, I have a one-stop, canonical method of knowing exactly which distro of Linux I am dealing with. So... $ rpm -qf $(which lsb_release) redhat-lsb-4.0-2.1.el6.centos.x86_64 $ sudo yum install redhat-lsb ... Dependencies Resolved ================================================================================ Package Arch Version Repository Size ================================================================================ Installing: redhat-lsb x86_64 4.0-3.el6.centos centos-base 24 k Installing for dependencies: alsa-lib x86_64 1.0.22-3.el6 centos-base 370 k cdparanoia-libs x86_64 10.2-5.1.el6 centos-base 47 k cups x86_64 1:1.4.2-48.el6_3.1 centos-updates 2.3 M cvs x86_64 1.11.23-11.el6_2.1 centos-base 712 k foomatic x86_64 4.0.4-1.el6_1.1 centos-base 251 k foomatic-db noarch 4.0-7.20091126.el6 centos-base 980 k foomatic-db-filesystem noarch 4.0-7.20091126.el6 centos-base 4.4 k foomatic-db-ppds noarch 4.0-7.20091126.el6 centos-base 19 M gettext x86_64 0.17-16.el6 centos-base 1.8 M ghostscript x86_64 8.70-14.el6_3.1 centos-updates 4.4 M ghostscript-fonts noarch 5.50-23.1.el6 centos-base 751 k gstreamer x86_64 0.10.29-1.el6 centos-base 764 k gstreamer-plugins-base x86_64 0.10.29-1.el6 centos-base 942 k gstreamer-tools x86_64 0.10.29-1.el6 centos-base 23 k iso-codes noarch 3.16-2.el6 centos-base 2.4 M lcms-libs x86_64 1.19-1.el6 centos-base 100 k libXfont x86_64 1.4.1-2.el6_1 centos-base 128 k libXt x86_64 1.0.7-1.el6 centos-base 174 k libXtst x86_64 1.0.99.2-3.el6 centos-base 22 k libXv x86_64 1.0.5-1.el6 centos-base 21 k libfontenc x86_64 1.0.5-2.el6 centos-base 24 k libgudev1 x86_64 147-2.42.el6 centos-updates 59 k libmng x86_64 1.0.10-4.1.el6 centos-base 165 k libogg x86_64 2:1.1.4-2.1.el6 centos-base 21 k liboil x86_64 0.3.16-4.1.el6 centos-base 121 k libtheora x86_64 1:1.1.0-2.el6 centos-base 129 k libvisual x86_64 0.4.0-9.1.el6 centos-base 135 k libvorbis x86_64 1:1.2.3-4.el6_2.1 centos-base 168 k make x86_64 1:3.81-20.el6 centos-base 389 k openjpeg-libs x86_64 1.3-9.el6_3 centos-updates 59 k patch x86_64 2.6-6.el6 centos-base 90 k pax x86_64 3.4-10.1.el6 centos-base 69 k perl-CGI x86_64 3.51-127.el6 centos-base 207 k perl-ExtUtils-MakeMaker x86_64 6.55-127.el6 centos-base 291 k perl-ExtUtils-ParseXS x86_64 1:2.2003.0-127.el6 centos-base 43 k perl-Test-Harness x86_64 3.17-127.el6 centos-base 229 k perl-Test-Simple x86_64 0.92-127.el6 centos-base 110 k perl-devel x86_64 4:5.10.1-127.el6 centos-base 421 k phonon-backend-gstreamer x86_64 1:4.6.2-24.el6 centos-base 126 k poppler x86_64 0.12.4-3.el6_0.1 centos-base 557 k poppler-data noarch 0.4.0-1.el6 centos-base 2.2 M poppler-utils x86_64 0.12.4-3.el6_0.1 centos-base 73 k portreserve x86_64 0.0.4-9.el6 centos-base 23 k qt x86_64 1:4.6.2-24.el6 centos-base 3.9 M qt-sqlite x86_64 1:4.6.2-24.el6 centos-base 51 k qt-x11 x86_64 1:4.6.2-24.el6 centos-base 12 M qt3 x86_64 3.3.8b-30.el6 centos-base 3.5 M redhat-lsb-graphics x86_64 4.0-3.el6.centos centos-base 12 k redhat-lsb-printing x86_64 4.0-3.el6.centos centos-base 11 k urw-fonts noarch 2.4-10.el6 centos-base 3.1 M xml-common noarch 0.6.3-32.el6 centos-base 9.5 k xorg-x11-font-utils x86_64 1:7.2-11.el6 centos-base 75 k Updating for dependencies: cups-libs x86_64 1:1.4.2-48.el6_3.1 centos-updates 316 k Transaction Summary ================================================================================ Install 53 Package(s) Upgrade 1 Package(s) Total download size: 64 M 64MB of cruft that I really don't need or want -- just so that I can have a consistent, portable way of knowing which Linux I am actually working on. I always understood from the outset the requirement for redhat-lsb to be the full thing, as pointed out by Bill in his latest post. What I do not understand, and outlined in my comment on the original bug before that one was closed, is: Why Red Hat packages need to depend on redhat-lsb. LSB was created for ISV's. Red Hat is not an ISV. In addition, I also do feel that the problem here is largely because lsb-core (as per the spec, not package) is contained in the package redhat-lsb and that package depends on ALL the other subsystems. So yes, splitting lsb-core out from the redhat-lsb package SHOULD also happen imo. To allow installing *only* lsb-core from the spec on servers, if the admin wants to. Besides, while redhat-lsb should indeed be full spec, there is nothing in the spec that prohibits ISV's from depending on only the lsb-core part of it. But in the current Red Hat lsb package set, such dependency will still pull in all other subsystems. KR, Filip Right, I'm fine with having separate redhat-lsb-{core,graphics,printing...} packages and just having a redhat-lsb package that requires all of them. In that case, I believe lsb-release would be in redhat-lsb-core. Brian - please file issues for RH packages that requires redhat-lsb - I suspect a chunk of them are that way just from adherence to initial upstream packaging. (If this is already filed, that's great.) (In reply to comment #18) > > Brian - please file issues for RH packages that requires redhat-lsb - I > suspect a chunk of them are that way just from adherence to initial upstream > packaging. (If this is already filed, that's great.) Bill, I'm not entirely sure what you are asking me to do here. AFAICT, this bug was opened for and describes exactly what I am looking for: Provide a separate redhat-lsb-core package where the opening comment is: redhat-lsb package doesn't split core and graphics. This means that scripts that use lsb_release or init.d scripts that use /lib/lsb/init-functions pull in dependencies for the X Windowing System. This is *exactly* my desire. AFAICT, no new bugs need opening and if the goal of this bug is satisfied, I would be happy. Sorry, I misspoke - it was Filip that asked about Red Hat packages requiring redhat-lsb when they arguably shouldn't - that should be tracked in other bugs. What info is needed? *** Bug 857243 has been marked as a duplicate of this bug. *** *** Bug 857357 has been marked as a duplicate of this bug. *** *** Bug 635690 has been marked as a duplicate of this bug. *** Is the SRPM that was ON_QA and has now been VERIFIED available so that we stakeholders can verify that it meets our requirements before this goes to full release? Unfortunately, as far as I can tell package in beta trees is older than the one where the issue should be resolved. Is there any update on this issue? Watch for this in 6.4 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2013-0448.html |