Zypper DUP repeatedly re-installing same software

For roughly the past month, zypper dup has repeatedly “upgraded” some software packages that seem to be unchanged. I have noticed this problem most with the game neverball, as every “upgrade” requires a minor tweak of neverball settings, but other packages have been similarly affected, such as kvantum-manager and skype.

Yast → Software Management → Neverball (as an example) says that I have version 1.6+git.20210115-1.20 installed, and that version 1.6+git.20210115-1.21 is available. But the last “change log” entry for neverball is for January 23, 2021.

Under “Technical Data,” the vendor for both the installed and alternate version are the same: obs://build.opensuse.org/games. However, the ‘build hosts’ are different.

Everything works properly after the DUP, so I could live with this problem, if I had to … but it’s a new issue, and I’d like to fix it if I can.

The output of zypper lr -u -P, enabled repositories only:

#  | Alias                            | Name                                               | Enabled | GPG Check | Refresh | Priority | URI
---+----------------------------------+----------------------------------------------------+---------+-----------+---------+----------+--------------------------------------------------------------------------------
 1 | brave-browser                    | brave-browser                                      | Yes     | (r ) Yes  | Yes     |   99     | https://brave-browser-rpm-release.s3.brave.com/x86_64/
 2 | download.opensuse.org-non-oss    | Main Repository (NON-OSS)                          | Yes     | (r ) Yes  | Yes     |   99     | http://download.opensuse.org/tumbleweed/repo/non-oss/
 3 | download.opensuse.org-oss        | Main Repository (OSS)                              | Yes     | (r ) Yes  | Yes     |   99     | http://download.opensuse.org/tumbleweed/repo/oss/
 4 | download.opensuse.org-tumbleweed | Main Update Repository                             | Yes     | (r ) Yes  | Yes     |   99     | http://download.opensuse.org/update/tumbleweed/
 5 | games                            | openSUSE Games (openSUSE_Tumbleweed)               | Yes     | (r ) Yes  | Yes     |   99     | https://download.opensuse.org/repositories/games/openSUSE_Tumbleweed/
 6 | network_telephony                | Telephony Software of all kinds (openSUSE_Factory) | Yes     | (r ) Yes  | Yes     |   99     | https://download.opensuse.org/repositories/network:/telephony/openSUSE_Factory/
 8 | openSUSE_Tumbleweed              | Packman                                            | Yes     | (r ) Yes  | Yes     |   99     | https://ftp.fau.de/packman/suse/openSUSE_Tumbleweed/
 9 | openSUSE_Tumbleweed_1            | libdvdcss                                          | Yes     | (r ) Yes  | Yes     |   99     | http://opensuse-guide.org/repo/openSUSE_Tumbleweed/
10 | openSUSE_Tumbleweed_2            | KDE Extras:                                        | Yes     | (r ) Yes  | Yes     |   99     | http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_Tumbleweed/

Use Yast Software Management.

Search for the application.

Click on the “Versions” tab.

Select the version that you want.

That will either install it, or will tell you what conflicts are blocking it.

Thanks for the response, nrickert (as always!). Checking Yast → Software Management → Versions shows me that Packman and KDE Extra are sometimes trying to install packages that exist in the main repositories. That wasn’t true for Neverball, but is true for kvantum-manager, falkon and other programs.

Troubleshooting will likely take me longer than just letting DUP do its thing, so I think I’ll live with this issue. My concern was that I had something seriously awry with my repository set-up.

Hi
When you changed repositories did you allow vendor change?

For this experiment, Malcolm, I made the changes through Yast, but have DUPd with the --allow-vendor-change switch in the past.

Changing minor numbers often means small updates in program packages, or updates in another packages, which your program is using somehow.

Second number after dot in package release indicates number of package rebuilds. These rebuilds happen when some required package changes (e.g. some library was updated so every package that is built against this library gets rebuilt), or when maintainers initiate rebuilt manually. There is no changes in package source files, they still remain the same, so there is no new entry in changelog.

Hi
Likewise for the next snapshot with glibc update it will be big…

Nothing to fix there. What you observe is intended behavior:

**erlangen:~ #** curl -I https://download.opensuse.org/repositories/games/openSUSE_Tumbleweed/x86_64/neverball-1.6+git.20210115-1.23.x86_64.rpm 
HTTP/2 302  
**date**: **Wed, 22 Sep 2021 07:55:25 GMT** 
**server**: Apache 
**location**: https://mirrorcache.opensuse.org/repositories/games/openSUSE_Tumbleweed/x86_64/neverball-1.6+git.20210115-1.23.x86_64.rpm 
**content-type**: text/html; charset=iso-8859-1 

**erlangen:~ #**

‘zypper dup’ by default upgrades to the latest version available.

That solves the mystery for me! Thanks for the additional feedback, everyone. I just saw these messages.