Bug 205235 - No way to put 64bit _applications_ to the ISO
Summary: No way to put 64bit _applications_ to the ISO
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda   
(Show other bugs)
Version: 6
Hardware: powerpc
OS: Linux
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact:
Depends On:
Blocks: 204787 205976 206041
TreeView+ depends on / blocked
Reported: 2006-09-05 14:46 UTC by Stepan Kasal
Modified: 2013-01-10 04:03 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-02-05 16:06:28 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Stepan Kasal 2006-09-05 14:46:09 UTC
Imagine: for a package foo, there are two binary packages:
foo-1.2-3.ppc.rpm and foo-1.2-3.ppc64.rpm.
Which of them get collected for the ppc iso?

1) For most applications, the 32bit version is quicker, and thus preferred.
The ppc64.rpm would never have been used: consequently, it is not included in
the iso.

2) For some *libraries*, the 64bit version can also be useful, so both rpms are
included in the iso, and both get installed (if the machine is 64bit).  These
are so called "multilib" packages.

3) There are certain applications for which the 64bit version should be
preferred, and the 32bit versions should be used only on 32bit systems.
Thus both rpms should be included on the iso, but they cannot be installed
simultaneously. (An example of such a package is gdb or frysk.)
How do I achieve this?

Comment 1 Jesse Keating 2006-09-06 20:54:14 UTC
You would get release-engineering to add them to the multilib list that is
maintained for things that are multilib but don't have a -devel package.

I've added gdb as there is both a ppc and ppc64 package.  However as we spoke
about before, there is no ppc package for frysk, so I'm reluctant to add it to
the 'multilib' list when it really isn't multilib.

Comment 2 Stepan Kasal 2006-09-07 15:39:00 UTC
I hope the term 'multilib' does not in this case mean that anaconda will try to
install both.

(gdb.ppc conflicts with gdb.ppc64, and frysk.ppc will conflict with frysk.ppc64.)

Comment 3 Jesse Keating 2006-09-07 15:48:07 UTC
Yes, it will.  Thats the point of multilib, they can both be installed at the
same time.  If they conflict, they can't be listed as multilib.

Comment 4 Stepan Kasal 2006-09-07 16:14:49 UTC
OK, then neither gdb nor frysk may be listed as multilib.

And we have to get back to the beginning:
the release process has to be enehanced to support 64bit _applications_.
("multilib" is not what we want here.)

(I admit the original description of the bug is too wordy, but I was not able to
do better.)

Comment 5 Jesse Keating 2006-09-08 17:21:45 UTC
I'm not entirely sure how Anaconda (yum) would treat this when there is both
.i386 and .x86_64 packages in the repo.  By default it installs both that are
available.  I'm reassigning to anaconda for now, as this is more than a matter
of just putting the package in the tree.

Comment 6 Jeremy Katz 2006-09-11 20:20:30 UTC
Ermm, gdb doesn't conflict between ppc and ppc64 -- the fact that they have
common binaries is fine (the common binary files are ELF32 and ELF64, so rpm
will properly prefer the ELF64 binary and only put it on the disk)

The only time there's a problem is if there are common files which _aren't_
architecture specific.  Do you have anything like htis?

Comment 7 Matthew Miller 2007-04-06 16:22:52 UTC
Fedora Core 5 and Fedora Core 6 are, as we're sure you've noticed, no longer
test releases. We're cleaning up the bug database and making sure important bug
reports filed against these test releases don't get lost. It would be helpful if
you could test this issue with a released version of Fedora or with the latest
development / test release. Thanks for your help and for your patience.

[This is a bulk message for all open FC5/FC6 test release bugs. I'm adding
myself to the CC list for each bug, so I'll see any comments you make after this
and do my best to make sure every issue gets proper attention.]

Comment 8 Red Hat Bugzilla 2007-06-12 03:15:55 UTC
requested by Jams Antill

Comment 9 Stepan Kasal 2008-02-05 16:06:28 UTC
I did not understand multilib when I filed this bug.
I think it can be closed now.

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