Bug 214890

Summary:	Installation aborts when unsuccessful adding further install sources
Product:	[openSUSE] openSUSE 10.2	Reporter:	Holger Sickenberg <holgi>
Component:	Installation	Assignee:	Ladislav Slezák <lslezak>
Status:	RESOLVED DUPLICATE	QA Contact:	Jiri Srain <jsrain>
Severity:	Critical
Priority:	P5 - None	CC:	aj, dmacvicar
Version:	Beta 1
Target Milestone:	---
Hardware:	Other
OS:	Other
Whiteboard:
Found By:	Other	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Attachments:	YaST2.tgz

Description Holger Sickenberg 2006-10-25 09:11:16 UTC

After a successful registering of the product during installation the installer offers you to add further installation sources. When selecting the source "inst-source-extra" a lot of sources will be scanned till an error occurs:
a x86_64-source can't be added.

Retrying did not solve the probem so I selected "abort" at this "error window". That causes the whole installation process to abort and booting into the system.

I see two problems here:
- why is the system trying to add a x86_64 source to i386 system?
- why is installtion aborted when I just want end adding of a additional installation source?

Comment 1 Holger Sickenberg 2006-10-25 09:12:45 UTC

Created attachment 102538 [details]
YaST2.tgz

Comment 2 Stephan Binner 2006-10-25 09:47:22 UTC

the second problem is dupe of bug 214886

Comment 3 Lukas Ocilka 2006-10-25 10:40:04 UTC

The first problem will be solved here, lslezak is a maintainer of extra-sources.

The second one will be solved in bug 214886.

Comment 4 Andreas Jaeger 2006-10-25 15:39:18 UTC

Are you sure this is a x86_64 source? It's a tri-arch source supporting x86-64, x86 and ppc.

Comment 5 Holger Sickenberg 2006-10-26 09:37:11 UTC

No, that was just a guess. ;-)
But I was wondering why there are errors regarding a x86_64 source/package

Comment 6 Ladislav Slezák 2006-11-01 09:34:25 UTC

The x86_64 error message is OK, zypp loads all patterns from a source, the architecture for a pattern is read from the content not from a file name. So later   are all non-i386 patterns ignored.
(Duncan, is that true? This seems to be a good place for optimization...)

The abort problem is duplicate of bug #214886.

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