Bugs for Sorcery are reported here

[bugzilla-daemon AT metalab.unc.edu]

http://bugs.sourcemage.org/show_bug.cgi?id=7049





------- Additional Comments From acedit AT armory.com  2004-06-25 00:47 -------
I'll start walking through the list:
make YES
create_account YES
exists_account YES
track_manual YES
run_install part of an installed script and doesn't appear to be run
devoke_installwatch YES, and probably invoke_installwatch too
gather_docs YES
rm_source_dir YES
modify_local_config used by sound spells only but YES
uncompress YES

config_get_option  the only caller is alsa-tools and I dont think the usage
there is even necessary, the variable should already be defined by the
time they get there, so they're just using it to re-assign to something
else, which could just as easily be accomplished with i=$ALSATOOLS, 
or just using the variable directly...

configure_optional this is defined by some spells, but I question whether or
not the new query api can do the same things, if not this should be added
to that array of questions

guess_compressor I suppose...
guess_filename I suppose

boost NO, this function is no more and is only around for backwards 
compatibility

init_post_install YES (part of default_post_build which may need overriding)

search_depends_status_exact Im touchy on this one because with the onset of
commit on success calling this function could return false results, if say
the spell is up for reconfiguring, the only known use is to work around
sub-depends.

As for the commonly found functions in text list:
sound should probably be something like play_sound
files filtering function, perhaps should be called filter_files or something
get this is depreciated and will be going away soon
sources dwarfed by get_files_and_urls and should go away soon
debug hard to find a good name thats as descriptive and short...
optimize how about set_optimization_flags? *shrug*
exists perhaps file_exists?
track track_spell_files? i give up
archive ...
color ... set_color?
report well its concisely named...i donno
directories filter function, maybe filter_directories
symlinks yet another filter function...
filter *sigh*
connect how often do we use connect?
disconnect and disconnect?
prune prune_cache_and_spool_directories ;)



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.