Zypper Update

So I’ve been using “zypper ref” and “zypper up” to update my OpenSUSE 13.1 KDE system and I’ve noticed a long list of packages that zypper says WON’T be upgraded. I thought this was odd since most of the packages on my system arn’t going to be upgraded at any given time, so why mention it?

linux-yauv:/home/autonomous_penguin # zypper ref && zypper up
Repository 'Packman Repository' is up to date.
Repository 'games' is up to date.
Repository 'home:rbos:pipelight' is up to date.
Repository 'libdvdcss repository' is up to date.
Repository 'multimedia:apps' is up to date.
Repository 'multimedia:libs' is up to date.
Repository 'openSUSE-13.1-Non-Oss' is up to date.
Repository 'openSUSE-13.1-Oss' is up to date.
Repository 'openSUSE-13.1-Update' is up to date.
Repository 'openSUSE-13.1-Update-Non-Oss' is up to date.
Repository 'windows:mingw:win32' is up to date.
All repositories have been refreshed.
Loading repository data...
Reading installed packages...

The following package updates will NOT be installed:
  alsa alsa-oss alsa-oss-32bit alsa-plugins alsa-plugins-pulse alsa-utils bluedevil cdrdao cdrkit-cdrtools-compat dvd+rw-tools 
  esound-daemon gdk-pixbuf-loader-libopenraw genisoimage gstreamer gstreamer-0_10 gstreamer-0_10-plugin-esd 
  gstreamer-0_10-plugins-bad gstreamer-0_10-plugins-base gstreamer-0_10-plugins-good gstreamer-0_10-plugins-qt 
  gstreamer-0_10-plugins-ugly gstreamer-plugins-base icedax k3b lcms2 libao4 libao-plugin4-esd libao-plugins4 libasound2 
  libasound2-32bit libaudiofile1 libbluray1 libcdaudio1 libcdda_interface0 libcdda_paranoia0 libcdio14 libcdio_cdda1 
  libcdio_paranoia1 libcelt0-2 libdc1394-22 libdirac_encoder0 libdiscid0 libdv4 libdvdnav4 libdvdread4 libenca0 libesd0 libfftw3-3 
  libFLAC++6 libFLAC8 libGLEW1_9 libgme0 libgpod4 libgpod-tools libgsm1 libgsm1-32bit libgstapp-0_10-0 libgstapp-0_10-0-32bit 
  libgstapp-1_0-0 libgstaudio-1_0-0 libgstbasecamerabinsrc-0_10-23 libgstbasevideo-0_10-23 libgstcodecparsers-0_10-23 
  libgstinterfaces-0_10-0 libgstpbutils-1_0-0 libgstphotography-0_10-23 libgstreamer-0_10-0 libgstreamer-0_10-0-32bit 
  libgstreamer-1_0-0 libgstriff-1_0-0 libgstsignalprocessor-0_10-23 libgsttag-1_0-0 libgstvdp-0_10-23 libgstvideo-1_0-0 libiso9660-8 
  libjack0 libkate1 liblcms1 liblcms2-2 liblcms2-2-32bit liblrdf2 libmediastreamer_base3 libmediastreamer_voip3 libmikmod3 
  libmjpegutils-2_0-0 libmlt6-modules libmms0 libmodplug1 libmpcdec5 libmusicbrainz3-6 libmusicbrainz4 libmusicbrainz5-0 libofa0 
  libogg0 liboggkate1 libopenal1 libopenal1-32bit libopenraw1 libopus0 liborc-0_4-0 libpulse0 libpulse-mainloop-glib0 
  libQtGLib-2_0-0 libQtGStreamer-0_10-0 libquicktime0 libraptor2-0 librasqal3 libraw1394-11 libsamplerate0 libsbc1 
  libschroedinger-1_0-0 libsidplay1 libsndfile1 libSoundTouch0 libsox2 libspeex1 libspeexdsp1 libstrigi0 libtag1 libtag_c0 
  libtheora0 libtimidity-0_1-0 libucil2 libunicap2 libvcdinfo0 libvigraimpex4 libvorbis0 libvorbisenc2 libvorbisfile3 libvpx1 
  libwavpack1 libwebrtc_audio_processing0 libxine2 libxine2-pulse libzvbi0 mjpegtools openal-soft PlayOnLinux pulseaudio 
  pulseaudio-module-bluetooth pulseaudio-module-jack pulseaudio-module-lirc pulseaudio-module-x11 pulseaudio-module-zeroconf 
  pulseaudio-utils sbc sox strigi taglib vcdimager vorbis-tools wodim 

The following package is going to be upgraded:
  pipelight                                                                                                                          
                                                                                                                                     
1 package to upgrade.                                                                                                                
Overall download size: 170.6 KiB. After the operation, 1.0 KiB will be freed.                                                        
Continue? [y/n/? shows all options] (y): 

Do I have a problem preventing me from updating these packages?

Thanks for the help!

someone correct me if I’m wrong, but I think it comes from the extra repos you have enabled. If you were to do a zypper dup (don’t do this!) then everything would get upgraded. it’s basically telling you what won’t get upgraded because you’re not allowing it to switch vendors, which a zypper dup would allow. i’m in the same situation with having games and a couple of other repos that conflict with the standard ones. i once ran zypper dup by accident and it hosed my system and i had to reinstall. good luck

Thanks, that makes sense.

Yes, I think that’s correct.

On my 64-bit 13.1 system, when I last ran “zypper up” it told me nothing to do. When I ran “zypper dup” it also told me nothing to do. But then I only have the standard repos. This was after I had done some update. I think that was yesterday.

On my 32-bit 13.1 system, again after allowing Apper to do normal updates, “zypper up” said nothing to do. But “zypper dup” wanted to reinstall many packages (several hundred, I think). I’m guessing that the dates on the repo are newer but the version numbers are the same. I did not go through the the “zypper dup”, since I’m planning to reinstall anyway once I have the final GA release. The reinstall is because I want to test for install problems.

So I couldn’t resist. I did a “zypper dup”, rebooted and everything is fine. I’m actually surprised, I thought I was going to have to reinstall.

Assuming that you configured the packman repo, then what you did probably switched those packages to use packman. If you follow the multimedia guide, that will probably tell you to switch most of those packages to packman anyway. So you have just used an alternative, perhaps slightly risky, way of doing that. The chances are that it will all be fine.