[pacman-dev] CVS update of pacman-lib (Makefile.am TODO.aaron)

[Aaron Griffin]

    Date: Wednesday, February 21, 2007 @ 02:12:34
  Author: aaron
    Path: /home/cvs-pacman/pacman-lib

Modified: Makefile.am (1.12 -> 1.13) TODO.aaron (1.17 -> 1.18)

TODO updates


-------------+
 Makefile.am |    2 +-
 TODO.aaron  |   13 ++++++++++---
 2 files changed, 11 insertions(+), 4 deletions(-)


Index: pacman-lib/Makefile.am
diff -u pacman-lib/Makefile.am:1.12 pacman-lib/Makefile.am:1.13
--- pacman-lib/Makefile.am:1.12	Tue Feb 20 02:43:39 2007
+++ pacman-lib/Makefile.am	Wed Feb 21 02:12:34 2007
@@ -6,4 +6,4 @@
 	README
 
 check: src/pacman
-	cd pactest; python pactest.py --test=tests/*.py -p ../src/pacman/pacman.static --debug=1
+	cd pactest; python pactest.py --test=tests/*.py -p ../src/pacman/pacman --debug=1
Index: pacman-lib/TODO.aaron
diff -u pacman-lib/TODO.aaron:1.17 pacman-lib/TODO.aaron:1.18
--- pacman-lib/TODO.aaron:1.17	Tue Feb 13 23:58:37 2007
+++ pacman-lib/TODO.aaron	Wed Feb 21 02:12:34 2007
@@ -3,6 +3,16 @@
 * Dan and I both have personal TODOs.  Perhaps we should kill off TODO and
   TODO.autoconf
 
+* transaction object should contain two package list (install and remove)
+  instead of a single list of syncpkgs - this should allow us to get rid of that
+  type.  This also requires seperate functionality to return a list of
+  "replaces" packages to the front end, so the frontend can handle the QUESTION()
+  stuff in that case
+
+* _alpm_splitdep accepts a pre-allocated argument, instead of returning the
+  actual object like all the other function do... we should make the scheme the
+  same: pmdepend_t *_alpm_splitdep(const char *depstring);
+
 * Look into other VCSs to use.  The main CVS repo will remain, but having a
   distributed system to allow for easy patching/pushing/pulling would be nice
   - monotone and mercurial look like the top contenders in my book, but I need
@@ -79,8 +89,5 @@
 
 **** BUGS ****
 * Removal of conflicts on -A and -U (INCOMPLETE)
-* gensync: get all info from packages instead of PKGBUILDs
-  for now, we only need to check the PKGBUILD in case of a
-  'force' option
 * pacman: add pactest cases/functionality for all -Q operations and make sure
   the output is sane