Le Vendredi 01 Ao�t 2003 01:30, Olivier Blin a �crit : > > kdebase-3.1.3-1mdk means kdebase = 3.1.3-1mdk, the obsolete apply to > > kdebase3, and kdebase != kdebase3. > > Yes, the obsoletes applies to kdebase3, but kdebase3 is provided by the > kdebase package, so arts should obsolete the kdebase package. Obsoletes are > applied to explicit provides and virtual provides.
No, no and no ! I made some test, I can say no because else openoffice won't install. If rpm seems to obsoletes some provides, it do only when it want. Andi Payen made some test specs, I try some install order but I got a weird result: I installed foo-1-1mdk, prividing bar Installing foo2-1-1mdk, obsoleting bar does NOT remove foo. Installing foo2-1-2mdk, obsoleting bar removed foo. The only diff find between foo2's specs are: - changelog - release tag This sound like a big bug in rpm ? no ? Why in first case the rules apply and in the second ? Someone (andi) asked me to ajust distlint, I made the fix, the test, the result is clear, I don't understand what rules rpm apply... Fred: any (good) news about, rpmlib is very strange sometimes... One example, kdebase claim it want kdm but kdebase-kdm (which provides kdm) was... After some uninstall, rpm --rebuilddb I got all installed correctly. > With current arts spec file and kdebase spec file, it's logical that arts > obsoletes kdebase. > > PS: please post with Reply-To: [EMAIL PROTECTED] :) gc: I cc'ed you this because we talked about this on irc. -- Linux pour Mac !? Enfin le moyen de transformer une pomme en v�ritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
