Bug 139824 - Kickstart lacks the ability to force installation of 32-bit components
Kickstart lacks the ability to force installation of 32-bit components
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: anaconda (Show other bugs)
x86_64 Linux
medium Severity medium
: ---
: ---
Assigned To: Paul Nasrat
: FutureFeature
Depends On:
  Show dependency treegraph
Reported: 2004-11-18 05:12 EST by Richard Freeman
Modified: 2007-11-30 17:07 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-05-18 10:28:54 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Richard Freeman 2004-11-18 05:12:14 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3)
Gecko/20041001 Firefox/0.10.1

Description of problem:
During the kickstart file generation, you can specify certain packages
to install on the command line:



Would force install of the ncurses library. The problem is there are
often 32-bit versions of various items supplied by Redhat also, but it
impossible to force installation of these. If you install openoffice,
then it will install a lot of 32-bit dependicies though but that is a
bit of a hack.

What I'd like to suggest, is a format like what YUM uses. So if I do
this in the kickstart file:


The first line install for the current architecture, the 2nd will
force install of the i386 version of the ncurses library. This is
provided & supported by RH, so it isn't install unsupported packages.

Is this possible?

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Install via kickstart.
2. Try to install 32-bit packages via kickstart.

Additional info:
Comment 1 Suzanne Hillman 2004-11-18 14:35:40 EST
Internal RFE bug #139918 entered; will be considered for future releases.
Comment 2 Paul Nasrat 2004-11-22 10:55:53 EST
Re-assign to anaconda.
Comment 3 Paul Nasrat 2005-01-04 15:43:32 EST
Backported on RHEL3 branch for U5
Comment 4 Richard Freeman 2005-01-05 04:33:19 EST
Cool! Are there any documents on this procedure?
Comment 5 Jeremy Katz 2005-01-05 10:18:00 EST
The syntax is name.arch in the %packages section (eg, glibc.i386)
Comment 7 Dennis Gregorovic 2005-05-18 10:28:54 EDT
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


Note You need to log in before you can comment on or make changes to this bug.