In your initial comment, please don't refer to the subject as this might be changed during the work on this report.

Stefan shall decide. But OOo in the minimal selection seems a bit odd.

For sure OOo is *not* in the Minimal selection. This seems to be unfortunate dependancy problem. Could you describe in more detail what you did exactly during installation so we can try to reproduce this problem? Thanks.

I did nothing special - after booted up from CD1 I tried some exotic languages (esp those with unusual fonts like "Khmer"), agreed to the terms of Beta6, selected "new installation" / "minimal graphical selection", in Expert config configured partitons (no repartitioning, format /dev/hda3 as XFS, nothing else), changed order for bootloader to include my working installation of SL10.0 as a first entry and finally selected timezone Pacific/New Zealand. IIRC I haven't even invoked package manager at all. 

In y2log-1 I've found these suspicious occurences of OOo:

2006-03-11 23:03:59 <2> linux(2716) [DEFINE_LOGGROUP] ResolvableImpl.cc(operator()):82 Looks wrong locale(OpenOffice_org:OpenO
ffice_org:af)
2006-03-11 23:03:59 <2> linux(2716) [zypp] LanguageCode.cc(lookup):100 Malformed LanguageCode 'OpenOffice' (expect 2 or 3-lett
er)
2006-03-11 23:03:59 <2> linux(2716) [zypp] LanguageCode.cc(lookup):105 Malformed LanguageCode 'OpenOffice' (not lower case)
2006-03-11 23:03:59 <1> linux(2716) [zypp] LanguageCode.cc(lookup):113 Remember LanguageCode 'OpenOffice': ''
2006-03-11 23:03:59 <2> linux(2716) [zypp] CountryCode.cc(lookup):90 Malformed CountryCode 'org:af' (expect 2-letter)
2006-03-11 23:03:59 <2> linux(2716) [zypp] CountryCode.cc(lookup):95 Malformed CountryCode 'org:af' (not upper case)
2006-03-11 23:03:59 <1> linux(2716) [zypp] CountryCode.cc(lookup):103 Remember CountryCode 'org:af': ''

No idea if it has any relevance to the problem.

Anyway, all logs from that installation are here: http://tmp.logix.cz/YaST2-10.1b6/

Oops, revert NEEDINFO again...

This sounds to me as YaSt2 cannot handle lines like these:

  Provides: locale(OpenOffice_org:af)

Only lines like this one:

  Provides: locale(af)

Assigning to YaST component. Good to know, that this does not work yet.

Reading comment #4 reveals that a package provides

locale(OpenOffice_org:OpenOffice_org:af)

which is wrong since only one colon is allowed.

Looking at the suse/setup/descr/packages file shows "myspell-african" as the culprit.

> Reading comment #4 reveals that a package provides
> locale(OpenOffice_org:OpenOffice_org:af)
> which is wrong since only one colon is allowed.

Which package? OpenOffice_org-af? I don't think so:

/work/SRC/arch/i386/OpenOffice_org/OpenOffice_org.spec:
Name:           OpenOffice_org
[...]
Provides:       locale(%name:af)

"Looking at the suse/setup/descr/packages file shows "myspell-african" as the
culprit."

suse/setup/descr/packages:
[...]
=Pkg: myspell-african 20040727 18 noarch
[...]
+Prv:
myspell-dictionary
ooo:/usr/lib/ooo-1.1/share/dict/ooo/af_ZA.dic
locale(OpenOffice_org:OpenOffice_org:af)
locale(seamonkey-spellchecker:af)
myspell-african = 20040727-18
-Prv:

/work/SRC/noarch/myspell-dictionaries/myspell-dictionaries.spec:
[...]
%package -n myspell-african
[...]
Provides:       myspell-dictionary
Provides:       ooo:/usr/lib/ooo-1.1/share/dict/ooo/af_ZA.dic
Provides:       locale(OpenOffice_org:af) locale(seamonkey-spellchecker:af)

Sounds like the packages file is created wrongly. :-(

Probably a duplicate of #154077 and already fixed in Beta8.

Yes, the wrong provides were in the package myspell-african. You saw the correct provides in the spec file and not in the package because I fixed it yeasterday afternoon. So, this is really a duplicate of the bug #154077 and should be fixed on beta8.

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