http://bugzilla.novell.com/show_bug.cgi?id=520134
User dave.plater@yahoo.co.uk added comment
http://bugzilla.novell.com/show_bug.cgi?id=520134#c8
Dave Plater
OK, bad try.
To sum it up, we want:
1) install new packages while preferring the deps from the same repo as the new package 2) avoid changing the vendor when updating ('zypper up/in' does this) plus ensure new deps are pulled in from the same repo as the package requiring it? (this is not guaranteed).
I prefer to use zypper up --force-resolution package* to update kernels and yast for instance for that reason.
Does this make sense? Any ideas how to do this? Maybe something like temporary increasing the priority of the desired repo?
I think the vendor locking issue is something that needs to be addressed but it has confused this issue. I am proposing something that overrides the "requires => version" in the rpm and unconditionally updates all rpm's dependents and the dependents of the dependents and so on, if the updates are available, unconditionally which shouldn't be too difficult to implement. Read the "requires" packages from the rpm and update if newer versions are available. The ability to vendor lock when required via an option is also desirable. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.