[opensuse] zypper dup forcing downgrade
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
On 2017-07-29 16:16, Anton Aylward wrote:
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.
It is common to have downgrades with packman. Just do it. Just check the actual version numbers and decide, if you wish. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
* Carlos E. R. <robin.listas@telefonica.net> [07-29-17 10:23]:
On 2017-07-29 16:16, Anton Aylward wrote:
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.
It is common to have downgrades with packman. Just do it.
Just check the actual version numbers and decide, if you wish.
and look closely at the version numbers. packman's build cycles are different than openSUSE's and therefore numbers are different. zypper *only* judges up/downgrade on the numbers. packman's versions may be the same or upgrades and zypper believe they are downgrades. keyword here is trust. I tend to accept whatever packman delivers if I need their package. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Registered Linux User #207535 @ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 29/07/2017 16:43, Patrick Shanahan wrote:
* Carlos E. R. <robin.listas@telefonica.net> [07-29-17 10:23]:
On 2017-07-29 16:16, Anton Aylward wrote:
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.
It is common to have downgrades with packman. Just do it.
Just check the actual version numbers and decide, if you wish.
and look closely at the version numbers. packman's build cycles are release different than openSUSE's and therefore ^ numbers are different. zypper *only* judges up/downgrade on the numbers. packman's versions may be the same or upgrades and zypper believe they are downgrades. keyword here is trust. I tend to accept whatever packman delivers if I need their package.
Packman has different release numbers, the last two numbers after the last dash (-) but the version numbers should be the same. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Dave Plater <dplater.list@gmail.com> [07-29-17 12:23]:
On 29/07/2017 16:43, Patrick Shanahan wrote: [...]
and look closely at the version numbers. packman's build cycles are release different than openSUSE's and therefore ^ numbers are different. zypper *only* judges up/downgrade on the numbers. packman's versions may be the same or upgrades and zypper believe they are downgrades. keyword here is trust. I tend to accept whatever packman delivers if I need their package.
Packman has different release numbers, the last two numbers after the last dash (-) but the version numbers should be the same.
I know the difference between versioning and releases, but they are combined and zypper does not. and it only confuses the issue. zypper grades up/down according to the number and knows not whether it is a release or version. it would be different if the question posed was not so vague in this respect and if zypper knew which was version and which was release (or maybe this should be "build" rather than release). more vagueness. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Registered Linux User #207535 @ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 29/07/2017 19:08, Patrick Shanahan wrote:
* Dave Plater <dplater.list@gmail.com> [07-29-17 12:23]:
On 29/07/2017 16:43, Patrick Shanahan wrote: [...]
and look closely at the version numbers. packman's build cycles are release different than openSUSE's and therefore ^ numbers are different. zypper *only* judges up/downgrade on the numbers. packman's versions may be the same or upgrades and zypper believe they are downgrades. keyword here is trust. I tend to accept whatever packman delivers if I need their package.
Packman has different release numbers, the last two numbers after the last dash (-) but the version numbers should be the same.
I know the difference between versioning and releases, but they are combined and zypper does not. and it only confuses the issue. zypper grades up/down according to the number and knows not whether it is a release or version.
it would be different if the question posed was not so vague in this respect and if zypper knew which was version and which was release (or maybe this should be "build" rather than release). more vagueness.
The last digit of the two digit release number indicates rebuilds and the first digit indicates a change triggered rebuild which could be anything from an added patch to a comment added to the spec file. Just stating numbers is confusing. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (4)
-
Anton Aylward -
Carlos E. R. -
Dave Plater -
Patrick Shanahan