Bug 442380

Summary: TypeError: sequence item 0: expected string, tuple found
Product: [Fedora] Fedora Reporter: Nicolas Chauvet (kwizart) <kwizart>
Component: yumAssignee: Seth Vidal <skvidal>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: rawhideCC: ffesti, james.antill, katzj, pmatilai, tim.lauridsen
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-04-14 19:39:51 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
anaconda fails installing F-9 xen guest i386 on F-8 x86_64 none

Description Nicolas Chauvet (kwizart) 2008-04-14 16:16:04 UTC 
Description of problem: I'm trying to install Rawhide i386 as a xen guest from
F-8 x86_64
The install fails somewhere before the dependencies resolution (after choosing
some packages from the KDE set, but the default set of package will make the
install to fail also.)



Version-Release number of selected component (if applicable):
last anaconda to date anaconda-11.4.0.71-1


How reproducible: Always


Steps to Reproduce: Install Rawhide as a xen guest
1.
2.
3.
  
Actual results:
the anaconda fails with :
TypeError: sequence item 0: expected string, tuple found
see the attached complete log


Expected results:


Additional info: The French keyboard wasn't properly detected (it was with
previous anaconda version but xen virtual fb wasn't).
Comment 1 Nicolas Chauvet (kwizart) 2008-04-14 16:17:20 UTC 
Created attachment 302359 [details]
anaconda fails installing F-9 xen guest i386 on F-8 x86_64
Comment 2 Jeremy Katz 2008-04-14 18:56:19 UTC 
I think this is fixed up with the patch that Seth has brought in to yum earlier,
but I'm not 100% sure
Comment 3 Seth Vidal 2008-04-14 19:39:51 UTC 
yes, it's been corrected upstream
Comment 4 Nicolas Chauvet (kwizart) 2008-04-15 01:47:00 UTC 
I'm not sure...

If you mean a good testing case would be to download the newest yum
recreate the local repo with createrepo  -c ../cache/ -d -g repodata/comps.xml .
And test again... Then it fails with the same error.