Dan Winship <danw@gnome.org> [Fri, 29 Feb 2008 11:53:15 -0500] rev 137
Redo updates and removes in terms of a single razor_transaction abstraction
Also does versioned depsolving at least partially.
Update main.c and test-driver.c for that, and fix some unrelated test-driver
bugs.
Now gets up to testUpdateSinglePackageObsoletesOldRequirement, although
it really should not be passing the multilib tests; apparently they aren't
clever enough in their testing of the depsolving algorithm and are allowing
it to come up with the right answer for the wrong reason.
Dan Winship <danw@gnome.org> [Fri, 29 Feb 2008 11:51:58 -0500] rev 136
use -Wmissing-prototypes to help find dead code
(by forcing us to declare functions static, allowing gcc to tell us
"warning: foo defined by not used")
Dan Winship <danw@gnome.org> [Fri, 29 Feb 2008 11:46:37 -0500] rev 135
fix
Dan Winship <danw@gnome.org> [Tue, 26 Feb 2008 16:39:01 -0500] rev 134
redo razor_set_update to only rebuild the set once
messy, and with too much duplicated code...
Dan Winship <danw@gnome.org> [Tue, 26 Feb 2008 13:47:31 -0500] rev 133
fix one of the tests to match the probably mistaken python version, and
add two more comments pointing out oddities in the python tests
Dan Winship <danw@gnome.org> [Fri, 22 Feb 2008 12:53:07 -0500] rev 132
Merge branch 'master' of git+ssh://people.freedesktop.org/~danw/razor
Conflicts:
razor.c
Dan Winship <danw@gnome.org> [Thu, 21 Feb 2008 14:58:39 -0500] rev 131
make razor_set_update not loop forever on unsatisfiable dependencies
this is mostly a dead-end, as to get the next test working i need to
rewrite the code as suggested in the comment above razor_set_revalidate
Dan Winship <danw@gnome.org> [Fri, 22 Feb 2008 12:49:13 -0500] rev 130
redo razor_set_remove() to only do a single merge
Dan Winship <danw@gnome.org> [Thu, 21 Feb 2008 12:09:13 -0500] rev 129
Add support for removing packages
Should be redone to avoid rebuilding the set multiple times
First two tests pass now
Dan Winship <danw@gnome.org> [Wed, 20 Feb 2008 16:54:03 -0500] rev 128
fix rebuild_property_package_lists to put the lists in the right pool
(likewise rebuild_file_package_lists, which was copied from it)