-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Content-ID:
Carlos E. R. wrote:
Also Zypper suggest to choose some self-compiled RPMs with "official" RPMs from repositories.
You have to give your home repo a higher priority (lower pri number). Yes, I thought about this. But I have a practical problem with giving repositories higher priority numbers.
If I for instance find an interesting updated package in a home repository, I do not wish that the package will be downgraded on next "zypper dup --no-allow-vendor-change" run. But if I give the home repository a higher priority, then "zypper dup ..." will update all matching packages with the versions from the home repository.
Well, never use zypper dup without --no-allow-vendor-change
This brings me to the question, why will package vendors change also with the "--no-allow-vendor-change" option?
Typically when the package disapears from the current repo, or there is no ohter way to solve the deps.
(If this is caused by hard dependencies, Zypper does not explain the dependencies.)
So if I have to say "Yes" to everything, I don't see the difference between "zypper dup --no-allow-vendor-change" and "zypper dup". Especially "zypper dup --no-allow-vendor-change" does not preserve my repository preferences for me.
It gets much better if you use it everytime. So you can recommend "zypper dup --no-allow-vendor-change" for daily usage?
That seems to be the consensus, yes. The previous reccomendation was to use "zypper dup" and no extra repos, which of course, could not be done... May work adjusting the dependencies. "zypper up" is also problematic on factory/tumbleweed, doesn't solve correctly all the situations. - -- Cheers Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlijFtgACgkQja8UbcUWM1y4dQD7Be3GWE3bu0+cOL5lBWo3JIta TNR1RtfhJU61bh9xV7EA/jB13/RY5mMG6VygVrHB58mw1Q1e1gTCxOF5zMseONSD =MhK6 -----END PGP SIGNATURE-----