Bug 5188 - swell-foop shouldn't be noarch (task-gnome pulls in 32bit packages on 64bit Cauldron)
Summary: swell-foop shouldn't be noarch (task-gnome pulls in 32bit packages on 64bit C...
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: release_blocker normal
Target Milestone: ---
Assignee: Olav Vitters
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-04-02 00:46 CEST by Herbert Poetzl
Modified: 2012-04-02 13:44 CEST (History)
4 users (show)

See Also:
Source RPM: swell-foop
CVE:
Status comment:

Attachments
urpmi --auto --debug --urpmi-root=temp task-gnome --justdb 2>&1|tee gnome.txt (483.21 KB, text/plain)
2012-04-02 01:57 CEST, Manuel Hiebel 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Description Herbert Poetzl 2012-04-02 00:46:31 CEST 
Description of problem:

# uname -a
Linux phoenix 3.3.0-desktop-2.mga2 #1 SMP Sat Mar 24 22:49:06 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

# urpmi task-gnome
In order to satisfy the 'libcairo-gobject.so.2' dependency, one of the following packages is needed:
 1- libcairo2-1.10.2-6.mga2.i586: Cairo - multi-platform 2D graphics library (to install)
 2- libcairo-xcb2-1.10.2-6.mga2.i586: Cairo - multi-platform 2D graphics library (to install)
What is your choice? (1-2)

# rpm -q --provides lib64cairo-xcb2 | grep libcairo-gobject.so.2
libcairo-gobject.so.2()(64bit)  
# urpmi lib64cairo-xcb2
Package lib64cairo-xcb2-1.10.2-6.mga2.x86_64 is already installed

Version-Release number of selected component (if applicable):
task-gnome-3.4.0-1.mga2.noarch.rpm

How reproducible:
always

Steps to Reproduce:
1. urpmi task-gnome
2.
3.
Comment 1 Manuel Hiebel 2012-04-02 01:57:07 CEST 
Created attachment 1898 [details]
urpmi --auto --debug --urpmi-root=temp task-gnome --justdb 2>&1|tee gnome.txt

better to debug with that
Comment 2 Manuel Hiebel 2012-04-02 02:08:32 CEST 
selecting glines-3.4.0-1.mga2.x86_64
selecting swell-foop-3.4.0-1.mga2.noarch
requiring libclutter-1.0.so.0,libclutter-gtk-1.0.so.0,libgio-2.0.so.0,libglib-2.0.so.0,libgobject-2.0.so.0,libgtk-3.so.0,seed for swell-foop-3.4.0-1.mga2.noarch
chosen libclutter-gtk1.0_0-1.2.0-1.mga2.i586 for libclutter-gtk-1.0.so.0
selecting libclutter-gtk1.0_0-1.2.0-1.mga2.i586
requiring libcairo.so.2,libclutter-1.0.so.0,libcogl.so.9,libgdk-3.so.0,libgdk_pixbuf-2.0.so.0,libglib-2.0.so.0,libgobject-2.0.so.0,libgtk-3.so.0 for libclutter-gtk1.0_0-1.2.0-1.mga2.i586
chosen libgtk+3_0-3.4.0-1.mga2.i586 for libgdk-3.so.0

but I don't know for the other side

CC: (none) => jani.valimaa, olav, thierry.vignaud

Comment 3 Thierry Vignaud 2012-04-02 10:31:44 CEST 
swell-foop shouldn't be noarch as it contains a binary (/usr/bin/swell-foop)
Since it was build on a 32build host, it forces installing 32 bit libraries.

Priority: Normal => release_blocker
Summary: task-gnome pulls in 32bit packages on 64bit Cauldron => swell-foop shouldn't be noarch (task-gnome pulls in 32bit packages on 64bit Cauldron)
Source RPM: (none) => swell-foop

Thierry Vignaud 2012-04-02 10:44:10 CEST

Assignee: bugsquad => olav

Comment 4 Anne Nicolas 2012-04-02 13:44:04 CEST 
fixed by fwang in commit 227850 - gnome-games-3.4.0-2.mga2

Status: NEW => RESOLVED
CC: (none) => ennael1
Resolution: (none) => FIXED
Note You need to log in before you can comment on or make changes to this bug.