plugin_pack.py
2008-12-10 Added support for 'or' dependencies
2008-11-18 --with-plugins lives again... and if you do --with-plugins= (with no argument) all plugins will be assumed
2008-10-19 reorder usage for plugin_pack.py to logically group plugin types
2008-08-03 Added some code to plugin_pack.py to detect when it's being run from another directory and adjust properly
2008-07-03 Consistency is goooooooood!
2008-07-03 Cleaning up some documentation inside of plugin_pack.py
2008-05-20 Fix grim's typo
2008-05-19 Added a note that not all of the plugins are usable...
2008-05-19 Added a debian_description command to generate the description for the debian control file
2008-05-10 added a 'list' command to output information about all plugins. It's been modelled after dpkg -l and will be used to help find out the 'provides' name of a plugin for use in other commands to plugin_pack.py
2008-05-10 Error checking is good...
2008-05-04 this is slighty better
2008-05-01 I'm happy with the output...
2008-05-01 I give you a working buildsystem, the output from configure needs some work yet though... but i want this checked in...
2008-04-30 nah uh, not gunna do it the old way...
2008-04-30 Our dependency checking works, but we don't quite work yet. We need to determine if we still want to output what plugins are being built for what (core/ui), and if so, I need to come up with a way for that to work
2008-04-29 this is SOOOOOOOOO much cleaner
2008-04-28 PP_DIST_DIRS now gets thrown into plugin_pack.m4 during autogen
2008-04-27 clean up the help strings and other related stuff
2008-04-27 added a 'make stats' target
2008-04-26 Moved the config_file stuff to plugin_pack.py, updated autogen.sh accordingly
2008-04-03 Some more updates to allow separate plugin dependency and type checking
2008-04-01 Some more work towards plugin_pack.py
2008-03-31 'make dist' passes, but 'make distcheck' fails, this is probably because we're not actually building anything right now...
2008-03-30 playing with shapes to increse readability
2008-03-30 updated plugin_pack.py to handle the new fields
2008-03-30 A lot of basic behavior for plugin_pack.py, but still can't be used to determine what to build
2008-03-29 Follow what the convention other files are using