These had not been touched since 2007 and had lost most of their relevance. The bug tracker is a better place for the filing of ideas. Signed-off-by: Allan McRae <allan@archlinux.org> --- @Dan: this is entirely up to you... TODO.aaron | 57 ------------------------------------ TODO.dan | 95 ------------------------------------------------------------ 2 files changed, 0 insertions(+), 152 deletions(-) delete mode 100644 TODO.aaron delete mode 100644 TODO.dan diff --git a/TODO.aaron b/TODO.aaron deleted file mode 100644 index b1f7887..0000000 --- a/TODO.aaron +++ /dev/null @@ -1,57 +0,0 @@ -== This is my custom TODO file == - -* 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 - -* libalpm -> front end communication needs a work-up. Both progress functions - can be combined into one callback, IFF we adjust it to accept a prefix string - for the progress bars, and format it at the lib side. Question functions - should also do the same - create the string at the library side, and simply - call some sort of int yes_no = ask_question("Do foo with bar?"); - -* move logging (alpm_logaction) out of the library. log files should be - written by the app, not the library. Adding a PM_LOG_* constant that - frontends can recognize and send to a file is probably a good idea. - -* clear up list allocation/deallocation - some lists need to be free'd, some - do not and there is no clear indication WHEN this should happen. - -* remove DB entries (directories) on a read error? - -* Add a pm_errstr error string, which will allow us to do things like: - pm_errno = PM_ERR_LIBARCHIVE; - pm_errstr = archive_error_string(archive); - or: - pm_errno = PM_ERR_LIBDOWNLOAD; - pm_errstr = downloadLastErrString; - This way we don't break abstraction when returning specific errors in - cases like the above. - -* pacman: A LOT of functions are way too long. There should be an upper limit of - 100-200 lines. _alpm_add_commit is around 600 lines, and is far too complex. - -* pacman: fixup doxygen documentation for public interface - -* feature for 3.1: package file hooks * - I've been planning on this one for some time. Here's a simple rundown: - in /etc/pacman.d/hooks: - Hook /usr/include/* : /usr/bin/ctags -R /usr/include/*.h -f /usr/include/systags - This will allow us to make "global hooks" to simplify a lot of repetitive - install files (scrollkeeper, depmod, etc). This also allows us to move - ldconfig out of pacman entirely. - possible: /etc/pacman.hooks/* files for hooks, so packages can add them too - -* feature for 3.1: multiple search/match types - option: MatchType regex (current way) - MatchType fnmatch (use fnmatch to match things like 'pacman -S gnome*') - MatchType plain (no matching. expect plain text). - -* feature for 3.1: revamp the autotools system. I'd LOVE to use a manual system - like wmii and friends do. It'd be real nice if we could just do away with - autotools altogether. - -**** BUGS **** -* Removal of conflicts on -A and -U (INCOMPLETE) diff --git a/TODO.dan b/TODO.dan deleted file mode 100644 index ee8f740..0000000 --- a/TODO.dan +++ /dev/null @@ -1,95 +0,0 @@ -TODO.dan -======== - -This is my personal TODO list. No guarantees if it is out of date and things no -longer apply. If you want to help out with any of it, send me an email. - -Pacman 3.1: ------------ - -Downgrade feature - allow users to see cached packages and downgrade to -(previous or any?) available options. - -Extreme similarity between some of the sync and add code...we have to be able -to abstract more away from sync actions and add actions to just 'actions' -(example: sync,c, add.c, and deptest.c all contain a switch on PM_DEP_MOD_*). -Merge update, add, and sync code when possible, so we reduce duplication. - -Review progress/transaction event subsystem. (from TODO) - -Add Doxygen comments to every function in libalpm including private functions. -Ensure functions are doing exactly their purpose and nothing more. Find -functions that perform duplicate behavior and merge them. Combine and refactor -others. Delete unnecessary functions. Stop keeping everything clustered in -little add/sync/remove parts, allow transactions to share code. - -Go through options list. Decide if namings are good, all options are still -relevant, etc. Ideas for -Re (#6273), changing meaning of -c (has two meanings, -another FS bug), etc. Remove the -A flag and possibly -D, -T, and -Y (-Y is -killed now in favor of vercmp binary) if they can be done by other actions. -Possible switch of -U --> -I (#5571). - -Review display and logging functions. There seems to be an abundance of them. -Make it extensible to use color, review what verbose/debug means. Perhaps -separate logging functionality- Pacman has its normal log, and alpm backend -keeps a very simple log file - listing only adds (including syncs) and removes. -This way a consistency list can be kept of what is currently installed and what -isn't, without all the logging junk from the front end. - -Profile the code. Find the functions that are being called a lot, and see what -can be done about it. Find out if all these calls are necessary (e.g. excessive -alpm_list_count calls), and maybe think about changing data structures to speed -operations up (e.g. a 'count' field). NOTE: already found two huge issues with -quick profiling- excessive setlocale calls, and extremely excessive strcmp -calls. - -Fix other localized issues- use non-printf when necessary. We may need to use -some wchar_t output on the progress bar as char/byte counts differ here. Sizes -of packages (e.g. 10,400.23 MB) should all be localized with correct -seperators. - -Rewrite makepkg to use terminal-safe coloring/bolding. tput utility should -allow us to do this. Make universal message functions for systemwide use, -including all pacman utilites- abs, pacman-optimize, etc. - -Bugs/FRs to smash: 6468, 6437, 6430?, 6420, 6404, 6389, 6312?, 6284, 6273?, -6255?, 6208, 5987, 5885, 5571, 4182, 3492, 2810?, 1769, 1588, 1571 - -Update doxygen comments, they may need some work. Try to document all of the -private internal functions too- it helps a ton for people just getting a -start on pacman hacking. - -Other smaller things: ---------------------- - -unsigned int vs. unsigned- determine a standard and stick with it - -FS #4185 - move where message is logged, perhaps? - -Update copyrights (2007) - -Update pacman website, and add/finish pacman coding style page - -Refine makepkg error codes. Each kind of failure could have its own code: - --package already built - --failed integ checks - --failed build - --etc. - -Revamp the downloadprog function a bit. Seems kind of messy. - ---print-uri option to sync should not require saying yes or no to up to date - -Build a replacement for this, or at least standardize its use. We shouldn't -always need to pass handle->root around, it is constant. Something like char* -buildpath(file). - /* build the new entryname relative to handle->root */ - snprintf(filename, PATH_MAX, "%s%s", handle->root, entryname); - -Random ideas: -------------- - -Possibly split utilities/extras from pacman package - -Make .indent.pro file for GNU indent (started, but didn't finish) - -- 1.7.5.4