Bug 453268 - tk.x86_64 pulls in old package of tcl.i386, and doesn't use installed new package of tcl.x86_64
tk.x86_64 pulls in old package of tcl.i386, and doesn't use installed new pac...
Status: CLOSED DUPLICATE of bug 453239
Product: Fedora
Classification: Fedora
Component: tk (Show other bugs)
9
x86_64 Linux
low Severity medium
: ---
: ---
Assigned To: Marcela Mašláňová
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2008-06-28 12:47 EDT by Mukund Sivaraman
Modified: 2008-06-30 03:20 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-06-30 03:20:17 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Mukund Sivaraman 2008-06-28 12:47:13 EDT
Description of problem:

tcl 8.5.2 (x86_64) is installed. I try to install tk, it pulls in tcl 8.5.1
(i386). Apps such as gitk don't work then.

[root@jurassic ~]# rpm -qa tcl
tcl-8.5.2-1.fc9.x86_64
[root@jurassic ~]# rpm -qa tk
[root@jurassic ~]# yum install tk
Loaded plugins: refresh-packagekit
emacs                                                    | 1.1 kB     00:00
primary.xml.gz                                           | 2.2 kB     00:00
emacs                                                          5/5
updates                                                  | 2.3 kB     00:00
primary.sqlite.bz2                                       | 1.9 MB     00:11
freshrpms                                                | 1.9 kB     00:00
primary.sqlite.bz2                                       | 104 kB     00:01
fedora                                                   | 2.4 kB     00:00
primary.sqlite.bz2                                       | 7.6 MB     00:43
Setting up Install Process
Parsing package install arguments
Resolving Dependencies
--> Running transaction check
---> Package tk.x86_64 1:8.5.1-4.fc9 set to be updated
--> Processing Dependency: tcl = 1:8.5.1 for package: tk
--> Running transaction check
---> Package tcl.i386 1:8.5.1-4.fc9 set to be updated
--> Finished Dependency Resolution

Dependencies Resolved

=============================================================================
 Package                 Arch       Version          Repository        Size
=============================================================================
Installing:
 tk                      x86_64     1:8.5.1-4.fc9    updates           1.5 M
Installing for dependencies:
 tcl                     i386       1:8.5.1-4.fc9    fedora            2.2 M

Transaction Summary
=============================================================================
Install      2 Package(s)
Update       0 Package(s)
Remove       0 Package(s)

Total size: 3.7 M
Is this ok [y/N]: n
Exiting on user Command
Complete!


Version-Release number of selected component (if applicable):
tk-8.5.1-4.fc9

How reproducible:
Always.

Steps to Reproduce:
1. yum install tk
  
Actual results:
Old version of tcl.i386 is download and installed as a dep.

Expected results:
Existing latest version of tcl.x86_64 should be used (or downloaded and
installed) as a dep.
Comment 1 Mukund Sivaraman 2008-06-28 12:51:43 EDT
Updating title to make more sense.

Also, apps such as gitk and git-gui are broken (which is how I first noticed the
issue after a yum update). yum them complains of an existing update to tcl.i386
package (because there's one) which it can't install because tk.x86_64 depends
on the old tcl.i386 package.

It seems wrong that tcl.x86_64 should depend on tcl.i386 when both packages have
i386 and x86_64 RPMs.
Comment 2 Mukund Sivaraman 2008-06-28 12:53:24 EDT
Correction: It seems wrong that tk.x86_64 should depend on tcl.i386 when both
packages have i386 and x86_64 RPMs.
Comment 3 Marcela Mašláňová 2008-06-30 03:20:17 EDT

*** This bug has been marked as a duplicate of 453239 ***

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