Bug 9391 - core 32bit backports in x64
Summary: core 32bit backports in x64
Status: RESOLVED INVALID
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal minor
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-14 20:15 CET by ra oeai
Modified: 2013-03-15 00:29 CET (History)
0 users

See Also:
Source RPM:
CVE:
Status comment:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description ra oeai 2013-03-14 20:15:08 CET 
runned drakrpm-update from terminal

in drakrpm i had other medias selected and absolutely no 32bit backports, while some greyed marks are there, but they are not for 32bit backports +testing

is this alright, because of some noarch probably?

Reproducible: 

Steps to Reproduce:
Comment 1 Manuel Hiebel 2013-03-14 20:37:12 CET 
I don't understand your bug

what is the output of urpmq --list-media and urpmq --list-media active ?

As default you should have Core Release, Core Updates, Core 32bit Release and Core 32bit Updates activate.
Comment 2 ra oeai 2013-03-14 20:38:50 CET 
# urpmq --list-media
Core Release (distrib1)
Core Release Debug (distrib2)
Core Updates (distrib3)
Core Updates Debug (distrib4)
Core Updates Testing (distrib5)
Core Updates Testing Debug (distrib6)
Core Backports (distrib7)
Core Backports Debug (distrib8)
Core Backports Testing (distrib9)
Core Backports Testing Debug (distrib10)
Nonfree Release (distrib11)
Nonfree Release Debug (distrib12)
Nonfree Updates (distrib13)
Nonfree Updates Debug (distrib14)
Nonfree Updates Testing (distrib15)
Nonfree Updates Testing Debug (distrib16)
Nonfree Backports (distrib17)
Nonfree Backports Debug (distrib18)
Nonfree Backports Testing (distrib19)
Nonfree Backports Testing Debug (distrib20)
Tainted Release (distrib21)
Tainted Release Debug (distrib22)
Tainted Updates (distrib23)
Tainted Updates Debug (distrib24)
Tainted Updates Testing (distrib25)
Tainted Updates Testing Debug (distrib26)
Tainted Backports (distrib27)
Tainted Backports Debug (distrib28)
Tainted Backports Testing (distrib29)
Tainted Backports Testing Debug (distrib30)
Core 32bit Release (distrib31)
Core 32bit Release Debug (distrib32)
Core 32bit Updates (distrib33)
Core 32bit Updates Debug (distrib34)
Core 32bit Updates Testing (distrib35)
Core 32bit Updates Testing Debug (distrib36)
Core 32bit Backports (distrib37)
Core 32bit Backports Debug (distrib38)
Core 32bit Backports Testing (distrib39)
Core 32bit Backports Testing Debug (distrib40)


# urpmq --list-media active
Core Release (distrib1)
Core Updates (distrib3)
Core Updates Testing (distrib5)
Core Backports (distrib7)
Nonfree Release (distrib11)
Nonfree Updates (distrib13)
Comment 3 Manuel Hiebel 2013-03-14 20:42:14 CET 
so what is wrong ?
Comment 4 Manuel Hiebel 2013-03-14 21:08:01 CET 
nothing, or likely a users misunderstand. 

if that was the question, core 32bits repositories are here for nonfree or thirdly part packages that would need 32bits libs or dependences. (or like wine)

Status: NEW => RESOLVED
Resolution: (none) => INVALID

Comment 5 ra oeai 2013-03-15 00:29:37 CET 
the thing is that drakrpm + urpmi media (repo) list is not equal to drakrpm-update media list
Note You need to log in before you can comment on or make changes to this bug.