Bug 423655

Created attachment 237873 [details]
Yast logs

Created attachment 237874 [details]
conflict file generated by yast

I guess this is something that has to be fixed in the build service setup, to create rpms that contain the right vendor information.

Is the "reboot to installation of 11.1" a typo or do you mix versions ?

Adrian, this is about upgrading from 11.0+update to 11.1 Beta1.

Ah, online update is a distro update and not the standard konlineupdate ? ;)

Micha, can you discuss this issue directly with Michael Andres, to decide if we want to change Vendor tag or support in YaST reflecting our switch to the external build system ?

I thought dist update (e.g. 'zypper dup') ignores the vendor?

This happens because the metadata do not contain any vendor. Probably no VENDOR field in the content file and not =Vnd: tag in the packages file.

@mls: Adrian says you're working on it?

I said that Michael(mls) is working on getting the Factory out, together with a content file. And Michael(ma) said that an existing content file would fix this issue.

I tested update from 11.0 to 11.1 beta3. Resolver didn`t show any conflicting packages. May be this one is fixed?

Not to my understanding: On a 11.0 installation I tried a 'zypper dup' to move to the current 11.1b4 status. I changed the repos to the current factory for:
openSUSE-11.1-Oss                          
openSUSE-11.1-Updates 
openSUSE-11.1-Non-Oss  
Packman_Repository  (as far as available for 11.1). 

Result:
A30:/home/axel # zypper dup
Lese installierte Pakete...
3 Probleme:
Problem: nichts bietet libboost_signals-mt.so benötigt von libzypp-5.16.1-9999.i586
Problem: kollidierende Anfragen
Problem: liboil-0_3-0-0.3.15-0.pm.2.i586 macht liboil <= 0.3.14 obsolet durch Anbieten von liboil-0.3.14-18.1.i586

Next to the german translation, which is close to a catastrophy and prevents a good and easy overview about the problems, some dependencies cant be resolved. If you take a decision about the first three, some 23 additional problems pop up.

I found the e.g. libboost-package in http://download.opensuse.org/repositories/devel:libraries:c_c++/openSUSE_Factory
but for a 'normal' upgrade it should not be required to add additional repos. 

At least a distro upgrade is what I understand 'zypper dup' should do. similar to the corresponding apt command.

Please attach YaST a solver testcase as explained here: http://en.opensuse.org/Bugs/YaST

Duncan you probably wanted  those information from Axel? As I said in comment #10 I did not encounter any problem with beta4

Created attachment 249723 [details]
Solver testcase

...generated with 
zypper dup --debug-solver

I can't reproduce this with beta4. But I saw this error, I think it was a temporal problem.

Just tried - same problem as before

just tried on a second machine running 11.0 - same problems:
4 Probleme:
Problem: nichts bietet libboost_signals-mt.so benötigt von libzypp-5.16.1-9999.i586
Problem: kollidierende Anfragen
Problem: libschroedinger-1_0-0-1.0.5-0.pm.4.i586 benötigt liboil-0_3-0, aber dieses kann nicht angeboten werden
Problem: OpenOffice_org-kde-3.0.0.7-2.i586 benötigt OpenOffice_org = 3.0.0.7, aber dieses kann nicht angeboten werden

Please attach a new testcase again. Perhaps we see it now.

Created attachment 251699 [details]
Solver testcase

..this time from the other machine. Errors as described in comment

Hm, sorry I cannot see any problem. I have tested it with the current trunk 
and have not gotten any error:


>!> Requesting locale de_DE
>!> Locking liboil-0_3-0 from channel Packman_Repository
>!> Locking libavcodec52 from channel Packman_Repository
>!> Locking libavcodec52 from channel Packman_Repository
>!> Locking libavcodec52 from channel http://download.videolan.org/pub/videolan/vlc/SuSE/11.0/
>!> Locking libavcodec52 from channel http://download.videolan.org/pub/videolan/vlc/SuSE/11.0/
>!> Locking libavcodec52 from channel @System
>!> No problems so far
>!> Solution :
>!> install OpenOffice_org-help-de-3.0.0.8-1.1.noarch[openSUSE-11.1-Oss]
>!> install OpenOffice_org-ure-3.0.0.8-1.3.i586[openSUSE-11.1-Oss]
>!> install desktop-translations-11.1-4.1.noarch[openSUSE-11.1-Oss]

If this error still exists with beta5 please reopen the bug set the
environment variable ZYPP_FULLLOG=1 and attach the logfiles again.
Perhaps we can see more then.

As of today, I still can see the problem. Reopen

Created attachment 254543 [details]
logfile with ZYPP_FULLLOG=1

Please attach the new solver testcase, as the old did not had any problems, also paste in the soft lock list may be useful (/var/lib/zypp/SoftLocks)

I see the conflicts in your log, but I can't figure out why, they are simple vendor conflicts, which happen often if you exchange base libs with packman ones and then upgrade. But I can't figure why boost can't be provided for example.

Also please paste in your repo list, to see what you have anabled and what is available (well, we will see that if you post the solver testcase). Make sure you create the testcase from the operation you are getting the conflicts from.

(In reply to comment #23 from Duncan Mac-Vicar Prett)
> 
> I see the conflicts in your log, but I can't figure out why, they are simple
> vendor conflicts, which happen often if you exchange base libs with packman
> ones and then upgrade. But I can't figure why boost can't be provided for
> example.

...I would say this is normal business to replace some libs with the packman ones, as some on OpenSUSE are highly castrated (xine,.....) and make the system...less useable
 
> Also please paste in your repo list, to see what you have anabled and what is
> available (well, we will see that if you post the solver testcase). Make sure
> you create the testcase from the operation you are getting the conflicts from.

I'm travelling until next saturday without access to my testmachine. I will repreat the test with the RC1 and post the logs.


 

Exactly, but then if you upgrade, and the new openSUSE packages require a higher version of foo, and you have a foo from packman, the solver can't assume it can just replace the foo from packman with the one from openSUSE, because they can have different feature sets, therefore you get a conflict to explicitly allow jumping from one vendor to another.

Yes, but this feature works (mostly), but in this case it says it can't provide foo.
At least as I understand it: The messages are - at least in german - are not really self explaining and hard to understand (von hinten durch die Brust ins Auge, wenn Du verstehst ;-)
Ax

Uh, that's 11.0's zypper dup trying to upgrade to 11.1. I don't think we can support this (we would need to backport 11.1's dup algorithm to 11.0).
Sorry.

(In reply to comment #27 from Michael Schroeder)
> Uh, that's 11.0's zypper dup trying to upgrade to 11.1. I don't think we can
> support this (we would need to backport 11.1's dup algorithm to 11.0).

Michael, I dont share your view. Why reimplement 11.1's dup algorithm to 11.0? In the doc it says

dist-upgrade (dup) [options] 
 Perform a distribution upgrade. This command performs an update of all packages with a special resolver algorithm which takes care of package splits, pattern and product updates, etc. 

which is exactly what I expect, and what I try to test. apt-get dist-upgrade is such a nice thing, so the SUSE world was waiting for it. And believe me, it will be used...so lets try to fix it before GA

Created attachment 256689 [details]
 logfile with ZYPP_FULLLOG=1

...seems rc1 has some more failing deps

Created attachment 256690 [details]
solver testcase

/var/lib/zypp/SoftLocks:
# zypp::SoftLocksFile generated Do 24 Jul 2008 16:41:37 CEST
#
fdupes
#

A30:/home/axel # zypper lr
#  | Alias                                                                                | Name                                         | Aktiviert | Auffrischen
---+--------------------------------------------------------------------------------------+----------------------------------------------+-----------+------------
1  | http://download.opensuse.org/repositories/mozilla/openSUSE_11.0/                     | openSUSE BuildService - Mozilla              | Nein      | Ja
2  | http://download.opensuse.org/repositories/X11:/XGL/openSUSE_11.0/                    | openSUSE BuildService - X11:XGL              | Nein      | Ja
3  | http://download.opensuse.org/repositories/OpenOffice.org:/STABLE/openSUSE_11.0/      | openSUSE BuildService - OpenOffice.org       | Nein      | Ja
4  | openSUSE-11.1-Oss                                                                    | openSUSE-11.1-Oss                            | Ja        | Ja
5  | http://download.opensuse.org/repositories/KDE:/Community/openSUSE_11.0/              | openSUSE BuildService - KDE:Community        | Nein      | Ja
6  | openSUSE-DVD 11.0                                                                    | openSUSE-DVD 11.0                            | Nein      | Nein
7  | openSUSE-11.0-Updates_1                                                              | openSUSE-11.1-Updates                        | Ja        | Ja
8  | http://download.opensuse.org/repositories/X11:/xfce/openSUSE_11.0/                   | openSUSE BuildService - XFCE                 | Nein      | Ja
9  | Packman_Repository                                                                   | Packman Repository                           | Ja        | Ja
10 | http://download.opensuse.org/repositories/KDE:/KDE4:/Factory:/Desktop/openSUSE_11.0/ | openSUSE BuildService - KDE4:Factory:Desktop | Nein      | Ja
11 | http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_11.0/             | openSUSE BuildService - Wine CVS Pakete      | Nein      | Ja
12 | repo-debug                                                                           | openSUSE-11.0-Debug                          | Nein      | Nein
13 | openSUSE-11.0-Non-Oss                                                                | openSUSE-11.1-Non-Oss                        | Ja        | Ja
14 | http://download.opensuse.org/repositories/KDE:/Backports/openSUSE_11.0/              | openSUSE BuildService - KDE:Backports        | Ja        | Ja

I changed

14 | http://download.opensuse.org/repositories/KDE:/Backports/openSUSE_11.0/   

to

14 | http://download.opensuse.org/repositories/KDE:/Backports/openSUSE_11.1/   

but that didn't show any impact

(In reply to comment #28 from Axel Braun)
> Michael, I dont share your view. Why reimplement 11.1's dup algorithm to 11.0?
> In the doc it says
> 
> dist-upgrade (dup) [options] 
>  Perform a distribution upgrade. This command performs an update of all
> packages with a special resolver algorithm which takes care of package splits,
> pattern and product updates, etc. 
> 
> which is exactly what I expect, and what I try to test. apt-get dist-upgrade is
> such a nice thing, so the SUSE world was waiting for it. And believe me, it
> will be used...so lets try to fix it before GA

Maybe one day we will have the algorithm stable enough, but until then, test the following way:

zypper in libzypp zypper
zypper dup

yep, that worked on the first machine. It clains now to be 11.1beta.
Will try the second one soon.
Thanks for the hint