http://bugzilla.novell.com/show_bug.cgi?id=500407
User cmorve69@yahoo.es added comment
http://bugzilla.novell.com/show_bug.cgi?id=500407#c4
--- Comment #4 from Cristian Morales Vega 2009-05-08 13:11:57 MDT ---
Ups, true... I just supposed it was obsoleting it.
OK. I never before saw a package split, so after looking at
http://en.opensuse.org/Upgrade_Dependencies
The libsndfile package from openSUSE has been split in "libsndfile1" and
"sndfile" (that's incorrect, I will report this to Packman, but could really
happen).
If Packman and the official repos have the same priority, then both
"libsndfile1" and "sndfile" will be installed. And since sndfile Obsoletes
libsndfile a real update, removing the old package, would happen (it isn't a
real *real* update, it's an uninstallation + installation... could be a problem
with config files?).
Since Packman has a lower priority, sndfile isn't installed, and so libsndfile
isn't removed. But still libsndfile1 is installed.
The libsndfile1 spec file has "Provides:
libsndfile:%{_libdir}/libsndfile.so.1)"... and from it, somehow magically, a
supplements is created*: "namespace:splitprovides(libsndfile +
/usr/lib64/libsndfile.so.1)".
Since the "--no-recommends" switch of dup avoids that installation I suppose it
is this "Supplements" that makes zypper dup install libsndfile1.
Now, this "namespace:splitprovides" sounds like black magic to me (it's
documented somewhere?)... but, just for my peace of mind, it's correct that a
package with this supplements entry is installed even if it's in a repository
with a lower priority, true?
Just to be clear. If I do a "rpm -e --nodeps libsndfile" a zypper dup tries to
install "libsndfile-1.0.17-171.8.1.x86_64" (official) instead of
"libsndfile1-1.0.19-0.pm.1.x86_64" (packman). And if I remove any package that
depends on libsndfile.so.1 then zypper dup will not try to install any sndfile
related package at all.
I mean, the installation of libsndfile1, from Packman, is triggered by the fact
that libsndfile, from openSUSE, is installed... that sound like an update...
but it isn't an update and so repo priorities don't apply, correct?
* A "rpm -q --supplements" doesn't shows it, but YaST says it's there (in the
repo metadata, I suppose). That's ok with what it's said at
http://en.opensuse.org/Upgrade_Dependencies... even if I don't see any good
cause to not add it also to the RPM.
--
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.