Bugs for Sorcery are reported here

[bugzilla-daemon AT bugs.sourcemage.org]

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





------- Additional Comments From acedit AT armory.com  2005-02-12 14:12 -------
> Also I don't want this to be a sorcery feature,
yay!

> That's my plan... if anyone disagres or want's something done different... I
> know afreydknot you want a global-mapfile only... but that won't happen... 
> it's
> not easy to extend...
> 

I dont recall saying i wanted a global-mapfile, im actually pretty indifferent
to it. A per spell MAP file can be annoying grimoire bloat, otoh a single 
global
map file retrieved from somewhere can be big and cumbersome. We could have a
repository side tree of install logs (donated by people) and then use that to
generate maps and/or a global map.

symlinks and aliases both have pros and cons.

Im leaning more towards them the more I think about it. It wouldnt be hard to
generate a /etc/apprentice file that lists all the aliases and then have the
apprentice command update it periodically, then if someone wanted they could
source it through their .bashrc or /etc/profile. The target of the 
symlink/alias
could be smart enough to notice if a spell is installed or not and not bother
casting it, it would be a slight amount of overhead, but probably less than
going through a level of indirection at the filesystem level (several thousand
inodes, blegh). Also, having a nightly cron job (think updatedb) update the
listing would remove aliases for things recently installed. So at worst you'd
have a useless alias for about a day.

The counterpoint to the alias argument is that bash gets a bigger heap
footprint, but copy-on-write pages can help with that, and I still think the
overhead is less than for a symlink garden.

-- 
Configure bugmail: http://bugs.sourcemage.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.