[cells-devel] New Cells User Feedback (includes patch!)

Thomas F. Burdick tfb at OCF.Berkeley.EDU
Tue Apr 26 09:35:06 UTC 2005


Kenny Tilton writes:

 > And the good news is that they do not undergo evolutionary development 
 > over time, so they can just be replicated into a serious module and 
 > forgotten.

Well, yes.  But if everything's already using Cells, it can't hurt to
put it there.  Unless you plan on releasing a major Cells-free
package, in which case I guess it would want its own copy.

 > hmmmm. well, if we are going to upset the applecart we may as well do it 
 > all at once:
 > 
 > cells out from under cell-cultures to be a toplevel module in the cells 
 > project (and eventually the only one).
 > hello-c into its own c-l.net project (if c-l.net approves)
 > utils-kt replicated redundantly into... uh-oh. who exports it?! <sigh> 
 > OK, let's have cells export those functions.
 > cello back over to the cello project
 > cell-cultures sleeps with the fish
 > 
 > all those in favor? opposed?

I'd like to see utils-kt go in a cells/utils-kt subdirectory, but keep
its own package.  That way there's only one point in cvs to keep
up-to-date, and Cello and cells-gtk can use it, but Cells users don't
have to.

Weekend before last, I was going to put the new asdf-installable Cells
release up on c-l.net, but I've managed to forget my gpg password, so
I can't sign it.  If it doesn't come to me over the next little while,
I'll give up and make a new key.



More information about the cells-devel mailing list