It pays to be consistent about what's running out of packman, doesn't it? I mean you don't want a player from one repository using codecs from another. So I ran # zypper dup --from 422_packman and OUCH The following 20 packages are going to be downgraded: kplayer libavcodec56 libavfilter5 libavformat56 libavresample2 libavutil54 libgstphotography-1_0-0 libmjpegutils-2_0-0 libpostproc53 libquicktime0 libswresample1 libswscale3 libvlc5 libvlccore8 mjpegtools pdftk-qgui vlc vlc-codecs vlc-noX vlc-qt No reason given. The vendor change was irrelevant to this and the replacements didn't cover these. So I tried # zypper dup --no-allow-downgrade --from 422_packman The first item I got was Problem: problem with installed package kplayer-0.7.2-2.5.x86_64 Solution 1: downgrade of kplayer-0.7.2-2.5.x86_64 to kplayer-0.7.2-2.4.x86_64 Choose the above solution using '1' or skip, retry or cancel [1/s/r/c] (c): No other alternatives offered. Now I've played with other combinations and I keep getting violations of the command line settings of "--no-<whatever>" for downgrade, allow-change-vendor. I'm using zypper-1.13.28-5.6.1.x86_64 libzypp-16.12.0-5.6.1.x86_64 # cat /etc/os-release NAME="openSUSE Leap" VERSION="42.2" ID=opensuse ID_LIKE="suse" VERSION_ID="42.2" PRETTY_NAME="openSUSE Leap 42.2" # zypper lr --url | grep packman 10 | 422_packman | Packman Repository (42.2) | Yes | (r ) Yes | Yes | http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_Leap_42.2/ My question boils down to "Why is zypper ignoring the command line options to not do things?" -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org