Dependency issue with Tumbleweed after update.

English Install/Boot/Login
1

I’ll spare you all my life’s story, so here’s the short version:
-> Installed openSUSE
-> Went with Tumbleweed
-> Ran zypper dup and rebooted.
-> Saw kernel version still at 3.1.9, so decided to do a dummy run of zypper dup.
-> This happened:

linux-n1ny:/home/shaun # zypper dup -D
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Loading repository data...
Reading installed packages...
Computing distribution upgrade...

Nothing to do.
linux-n1ny:/home/shaun # zypper update
Loading repository data...
Reading installed packages...

The following package updates will NOT be installed:
  amarok ark exiftool gconf2-branding-openSUSE gstreamer-0_10-plugins-base gstreamer-0_10-plugins-good gtk3-data gtk3-immodule-amharic 
  gtk3-immodule-inuktitut gtk3-immodule-thai gtk3-immodule-vietnamese kdebase4-session kdebase4-workspace-branding-openSUSE 
  kdegames4-carddecks-default kdegames4-carddecks-other kdelibs4-branding-openSUSE kdm-branding-openSUSE kio_audiocd kmix kscd libgio-2_0-0 
  libgtk-3-0 libkcddb4 libkdeedu4-data libqca2 libstrigi0 marble-data synaptiks 

Nothing to do.
linux-n1ny:/home/shaun # zypper update amarok ark exiftool gconf2-branding-openSUSE gstreamer-0_10-plugins-base gstreamer-0_10-plugins-good gtk3-data gtk3-immodule-amharic gtk3-immodule-inuktitut gtk3-immodule-thai gtk3-immodule-vietnamese kdebase4-session kdebase4-workspace-branding-openSUSE kdegames4-carddecks-default kdegames4-carddecks-other kdelibs4-branding-openSUSE kdm-branding-openSUSE kio_audiocd kmix kscd libgio-2_0-0 libgtk-3-0 libkcddb4 libkdeedu4-data libqca2 libstrigi0 marble-data synaptiks
Loading repository data...
Reading installed packages...
There is an update candidate for 'gstreamer-0_10-plugins-base', but it is from different vendor. Use 'zypper install gstreamer-0_10-plugins-base-0.10.36-60.1.i586' to install this candidate.
There is an update candidate for 'gstreamer-0_10-plugins-good', but it is from different vendor. Use 'zypper install gstreamer-0_10-plugins-good-0.10.31-61.1.i586' to install this candidate.
There is an update candidate for 'amarok', but it is from different vendor. Use 'zypper install amarok-2.5.0-19.7.i586' to install this candidate.
There is an update candidate for 'libkcddb4', but it is from different vendor. Use 'zypper install libkcddb4-4.8.2-4.2.i586' to install this candidate.
There is an update candidate for 'libstrigi0', but it is from different vendor. Use 'zypper install libstrigi0-0.7.7-2.2.i586' to install this candidate.
There is an update candidate for 'kio_audiocd', but it is from different vendor. Use 'zypper install kio_audiocd-4.8.2-4.2.i586' to install this candidate.
There is an update candidate for 'kmix', but it is from different vendor. Use 'zypper install kmix-4.8.2-4.2.i586' to install this candidate.
There is an update candidate for 'kscd', but it is from different vendor. Use 'zypper install kscd-4.8.2-4.2.i586' to install this candidate.
There is an update candidate for 'libgio-2_0-0', but it is from different vendor. Use 'zypper install libgio-2_0-0-2.30.2-2.1.i586' to install this candidate.
There is an update candidate for 'libqca2', but it is from different vendor. Use 'zypper install libqca2-2.0.3-3.1.2.i586' to install this candidate.
There is an update candidate for 'gconf2-branding-openSUSE', but it is from different vendor. Use 'zypper install gconf2-branding-openSUSE-12.1-6.1.2.noarch' to install this candidate.
There is an update candidate for 'libgtk-3-0', but it is from different vendor. Use 'zypper install libgtk-3-0-3.2.2-2.1.i586' to install this candidate.
There is an update candidate for 'gtk3-immodule-amharic', but it is from different vendor. Use 'zypper install gtk3-immodule-amharic-3.2.2-2.1.i586' to install this candidate.
There is an update candidate for 'gtk3-immodule-inuktitut', but it is from different vendor. Use 'zypper install gtk3-immodule-inuktitut-3.2.2-2.1.i586' to install this candidate.
There is an update candidate for 'gtk3-immodule-thai', but it is from different vendor. Use 'zypper install gtk3-immodule-thai-3.2.2-2.1.i586' to install this candidate.
There is an update candidate for 'gtk3-immodule-vietnamese', but it is from different vendor. Use 'zypper install gtk3-immodule-vietnamese-3.2.2-2.1.i586' to install this candidate.
There is an update candidate for 'ark', but it is from different vendor. Use 'zypper install ark-4.8.1-2.1.i586' to install this candidate.
There is an update candidate for 'gtk3-data', but it is from different vendor. Use 'zypper install gtk3-data-3.2.2-2.1.noarch' to install this candidate.
There is an update candidate for 'exiftool', but it is from different vendor. Use 'zypper install exiftool-8.65-2.1.noarch' to install this candidate.
There is an update candidate for 'kdebase4-workspace-branding-openSUSE', but it is from different vendor. Use 'zypper install kdebase4-workspace-branding-openSUSE-12.1-55.52.1.i586' to install this candidate.
There is an update candidate for 'kdelibs4-branding-openSUSE', but it is from different vendor. Use 'zypper install kdelibs4-branding-openSUSE-12.1-15.3.9.noarch' to install this candidate.
There is an update candidate for 'kdm-branding-openSUSE', but it is from different vendor. Use 'zypper install kdm-branding-openSUSE-12.1-15.3.9.noarch' to install this candidate.
Resolving package dependencies...
7 Problems:
Problem: nothing provides kdebase4-workspace >= 4.8.2 needed by kdebase4-session-4.8.2-3.1.noarch
Problem: nothing provides libkdegames4 = 4.8.2 needed by kdegames4-carddecks-default-4.8.2-3.1.noarch
Problem: nothing provides libkeduvocdocument4 = 4.8.2 needed by libkdeedu4-data-4.8.2-3.1.noarch
Problem: nothing provides marble = 4.8.2 needed by marble-data-4.8.2-3.2.noarch
Problem: nothing provides kdebase4-runtime >= 4.8.2 needed by synaptiks-0.8.1-3.1.noarch
Problem: nothing provides libkdegames4 = 4.8.2 needed by kdegames4-carddecks-default-4.8.2-3.1.noarch
Problem: kdm-4.8.1-2.2.i586 requires kdm-branding = 4.8.1, but this requirement cannot be provided

Problem: nothing provides kdebase4-workspace >= 4.8.2 needed by kdebase4-session-4.8.2-3.1.noarch
 Solution 1: do not install kdebase4-session-4.8.2-3.1.noarch
 Solution 2: break kdebase4-session by ignoring some of its dependencies

Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): my brain is full of ****

Care to help me out with this, please?

2

Hi have you disabled all other repos apart from those that are specific to Tumbleweed? I have done what you did yesterday, on a “clean” 12.1 and had no problem upgrading. As for the kernel, go into Yast package manager and at the kernel versions choose the latest provided by Tumbleweed along with its sources and base and install them this way. After that zypper dup will upgrade it as expected…

3

I did this with a “clean” 12.1 install as well. I only have repositories that are specific to Tumbleweed:

zypper ls returns:

# | Alias                    | Name                     | Enabled | Refresh | Type  
--+--------------------------+--------------------------+---------+---------+-------
1 | Packman_Tumbleweed       | Packman Tumbleweed       | Yes     | Yes     | rpm-md
2 | openSUSE_Current_non-oss | openSUSE Current non-oss | Yes     | Yes     | yast2 
3 | openSUSE_Current_oss     | openSUSE Current oss     | Yes     | Yes     | yast2 
4 | openSUSE_Current_updates | openSUSE Current updates | Yes     | Yes     | rpm-md
5 | openSUSE_Tumbleweed      | openSUSE Tumbleweed      | Yes     | Yes     | rpm-md

I looked into YaST2’s update manager, and it says kernel-desktop’s got an update, but it’s still 3.1.9

4

You haven’t made the switch to Tumbleweed yet.

Start Yast - Software - Software Management - View - Repositories
Tick the Tumbleweed repo, on the top right click “Switch system packages …”
Tick the Packman repo, on the top right click “Switch system packages …”
Click Accept

5

BTW: it’s no use to have the Refresh on on the distro’s repos, they don’t change after release of the distro’s version.

6

On 2012-04-21 15:26, Knurpht wrote:
>
> BTW: it’s no use to have the Refresh on on the distro’s repos, they
> don’t change after release of the distro’s version.

But it does not hurt, I think. The updater should be clever enough to
notice that the date of the metadata files has not changed, and then not
download them again.

–
Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)

7

It doesn’t hurt, yet it is taking a look. Personally I don’t care with my 120 Mbit connection, but on a slow connection avoiding internet requests could make a difference.

8

Knurpht wrote:
>
> BTW: it’s no use to have the Refresh on on the distro’s repos, they
> don’t change after release of the distro’s version.
>
>

I’m sure you didn’t read carefully the list.

I assume that because I’m sure you do know that everything in ‘current’
will change?

Having all ‘current’ ones with ‘tumbleweed’ and ‘packman-tumbleweed’
enabled and refreshed will keep the system going, all one needs to do is
frequent ‘zypper dup’

Vahis

http://waxborg.servepics.com
openSUSE 11.4 (x86_64) 2.6.37.6-0.11-default main host
openSUSE 12.1 (x86_64) 3.3.2-20-desktop Tumbleweed in VirtualBox
openSUSE 12.1 (i586) 3.1.9-1.4-desktop in EeePC 900