Dan Winship <danw@gnome.org> [Wed, 12 Mar 2008 13:27:26 -0400] rev 170
"requires x > n" matches "provides x", but "obsoletes x < n" doesn't
Dan Winship <danw@gnome.org> [Wed, 12 Mar 2008 11:53:10 -0400] rev 169
fix up transaction descriptions a little more
Dan Winship <danw@gnome.org> [Wed, 12 Mar 2008 11:46:53 -0400] rev 168
update to match latest DEPSOLVE.txt changes; find updates of obsoleted packages
Dan Winship <danw@gnome.org> [Tue, 11 Mar 2008 18:12:02 -0400] rev 167
move the initialization of the root entry name to razor_set_create
Dan Winship <danw@gnome.org> [Tue, 11 Mar 2008 18:08:12 -0400] rev 166
deal with a single package being the target of both a FORCED_UPDATE and an INSTALL
Dan Winship <danw@gnome.org> [Tue, 11 Mar 2008 17:49:00 -0400] rev 165
fix req_package in one case
Dan Winship <danw@gnome.org> [Tue, 11 Mar 2008 17:15:02 -0400] rev 164
Fix file tree merging (broken since 7b26d6b3)
Dan Winship <danw@gnome.org> [Tue, 11 Mar 2008 16:48:20 -0400] rev 163
fix generated provides of files provided by more than one package
(uniqueify_properties() assumes that each property only belongs to a
single package, so our previous strategy of generating a single property
with an indirect package list wouldn't work.)
Dan Winship <danw@gnome.org> [Tue, 11 Mar 2008 15:45:53 -0400] rev 162
fix the types of fields in razor_property for easier debugging
also fix a case in razor_transaction_describe
Dan Winship <danw@gnome.org> [Tue, 11 Mar 2008 11:44:51 -0400] rev 161
update to deal with obsoletes better
when looking for a package "foo" to install/update, we have to look
not just for a package named "foo", but also any package that
obsoletes+provides "foo".
So redo the algorithm to satisfy *all* installs/removes from the
property list, so now we don't need to walk the package list at all.