Bug 5047 - rpmdrake shows only i586 version of packages
Summary: rpmdrake shows only i586 version of packages
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: release_blocker major
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard:
Keywords: USABILITY
: 5111 (view as bug list)
Depends on:
Blocks:
 
Reported: 2012-03-21 22:14 CET by AL13N
Modified: 2012-03-29 21:24 CEST (History)
4 users (show)

See Also:
Source RPM: rpmdrake
CVE:
Status comment:


Attachments

Description AL13N 2012-03-21 22:14:55 CET
Description of problem:
rpmdrake shows only the i586 one of virt-manager, hiding the x86_64 one.

urpmi correctly shows the x86_64 one that will be installed.


Steps to Reproduce:
1. in menu, click add/remove programs
2. search for virt-manager
3. see only the i586 one
4. in a terminal, urpmq -i virt-manager
5. it correctly shows the x86_64 one
Comment 1 Manuel Hiebel 2012-03-21 22:44:34 CET
It is only when you search a package ? not when you browser with the categories ? only with this one ?

Assignee: bugsquad => thierry.vignaud

Comment 2 AL13N 2012-03-22 00:16:38 CET
browsing is similar. (i noted that my filter was already set to ALL, ALL)

i used rpmdrake to look at emulation tools to try and find again the virt-manager which i had installed already (the x86_64), it just wasn't there.

what i did notice for instance is:
virtualbox i586 (not installed)
virtualbox-guest-additions x86_64 (installed)



i donno if there's any order to this, i do see alot of i586, but in emulation, i guess it's only normal...

dynamips is for example listed as x86_64
mednafen too
mupen64plus too
virtualbox-guest-additions x86_64 (installed)
vpcs
wine64
wine64-gecko

those are the only ones in x86_64 in the emulation section, all the others are noarch or i586

some of these are likely only 64bit, maybe even all of these?
Comment 3 AL13N 2012-03-22 00:18:11 CET
education section is a good example, as it has none from x86_64 listed.

only using core/core32/nonfree/tainted  release, no testing
Comment 4 Bit Twister 2012-03-25 07:16:55 CEST
(In reply to comment #1)
> It is only when you search a package ? 

bind is another package which does not show x86_64 as a selection, only i586 is selectable. urpmi bind will install the bind-9.9.0-5.mga2.x86_64.rpm and
rpmdrake will then show the x86_64 instead of the i586 package.

CC: (none) => junk_no_spam
Keywords: (none) => USABILITY

Manuel Hiebel 2012-03-25 14:24:17 CEST

Priority: Normal => release_blocker
Summary: rpmdrake shows only i586 version of virt-manager package => rpmdrake shows only i586 version of packages

Ojangu 2012-03-25 17:59:55 CEST

CC: (none) => jaanus.ojangu

Comment 5 Bogdan Gruescu 2012-03-25 23:46:29 CEST
'oxygen-gtk-1.2.2-2.mga2' and 'oxygen-gtk3-1.0.2-2.mga2', which got installed by default, exhibit the same behaviour (after removal with rpmdrake one have to use the terminal to install them again because the 64 bit versions of those will not reappear as available to install in rpmdrake). The associated libraries are available again in rpmdrake after removal, though.

CC: (none) => gruescubogdan

Comment 6 Sander Lepik 2012-03-27 10:56:03 CEST
*** Bug 5111 has been marked as a duplicate of this bug. ***

CC: (none) => mwozniak00

Thierry Vignaud 2012-03-28 21:05:35 CEST

Status: NEW => ASSIGNED

Comment 7 Thierry Vignaud 2012-03-28 22:42:10 CEST
Fixed in git

Status: ASSIGNED => RESOLVED
Resolution: (none) => FIXED

Comment 8 AL13N 2012-03-28 22:49:06 CEST
there is a git? i thought soft was in svn? is there some doc regarding this?

and also, personally, i prefer bugs to be kept open until confirmed fixed and pushed on BS...
Comment 9 Thierry Vignaud 2012-03-28 22:58:06 CEST
in my git-svn. which I then dcommit-ed into svn.
Comment 10 AL13N 2012-03-28 23:03:34 CEST
oic, sorry to bother you about it
Comment 11 Thierry Vignaud 2012-03-29 09:40:31 CEST
No problem.
You can "+1" my freeze push request btw :-)
Comment 12 AL13N 2012-03-29 21:24:30 CEST
i guess that's not necessary anymore...

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