Kristian H?gsberg <krh@redhat.com> [Wed, 05 Mar 2008 23:49:05 -0500] rev 148
Fix epoch in rpm and rpmdb importer: epoch is an integer tag.
Dan Winship <danw@gnome.org> [Wed, 05 Mar 2008 19:02:29 -0500] rev 147
keep track of both the install and the remove on an update
razor_transaction_satisfy_removes() is now quite broken, as it thinks
it should remove a package if a package it depends on was updated.
Dan Winship <danw@gnome.org> [Wed, 05 Mar 2008 19:01:51 -0500] rev 146
move razor_set_diff so it's not in the middle of the transaction code
Dan Winship <danw@gnome.org> [Wed, 05 Mar 2008 10:46:40 -0500] rev 145
clean up packages states some
Dan Winship <danw@gnome.org> [Tue, 04 Mar 2008 19:07:14 -0500] rev 144
checkpoint, misc rewritage
Dan Winship <danw@gnome.org> [Tue, 04 Mar 2008 10:55:01 -0500] rev 143
Fix version handling (particularly wrt epoch) on import
Dan Winship <danw@gnome.org> [Mon, 03 Mar 2008 16:19:56 -0500] rev 142
unduplicate file-finding code
Dan Winship <danw@gnome.org> [Mon, 03 Mar 2008 16:05:33 -0500] rev 141
add struct razor_transaction_resolver to reduce redundant procedure args
Dan Winship <danw@gnome.org> [Mon, 03 Mar 2008 14:55:16 -0500] rev 140
redo some of the transaction code, get conflicts and obsoletes partly working
now uses a bit array of to-be-installed/removed packages and uses that to
avoid needing to do either per-property searches or repeated merges. but it
really needs to have a bit array of properties too probably
checkpoint before starting on simplifying/cleaning up the existing
transaction code
Dan Winship <danw@gnome.org> [Fri, 29 Feb 2008 15:09:44 -0500] rev 139
add somewhat inefficient file dep removal code
(fwiw, the comment on the previous commit was incorrect)