Re: [infobot] Re: unsubscribing?

[Tim R. <Ti...@Ri...>]

ho...@mi... wrote:
> On Sat, 16 Apr 2005, Tim Riker wrote:
> 
>> I'd like to move the old list over to the new one, and move
>> [www.]infobot.org over to point to SF.
> 
> OK.  I provided the original project with the mail archive (not the
> list itself), as linked from www.infobot.org.  If the project does take
> off again, can someone tell me whether they want it to continue, etc.?
> It's a bit more searchable/usable than sf.net archive but... *shrug*.

Well, at the moment I still consider the old list the official one. I'll
holler if that changes. I certainly appreciate the archive. Thanx!

> But you have access to www.infobot.org to change it?  I see it's
> still registered to Kevin as a domain until December 2006.

I was hoping lenzo would change it to point to SF. He can keep the
registration. I'd be happy to take that over if he wishes, but I assume
he'll want to keep it.

>> How many folks on the list still use the original infobot codebase?
> 
> Me.

Interesting. Why not flooterbuck or blootbot?

>> How many would use it if it became active again?
> 
> Probably me, if it didn't change radically in functionality.
> 
>> Personally, I like having an SQL back end. I use SQLite so that it's
>> still just a local file. SQLite is still a big step up from db files.
> 
> Personally, I'd definitely *not* like it to depend on an SQL backend.
> I like its simplicity, and many people will want to run this from a
> shell account where they don't have root access, or access to an SQL
> db.  I like it to be runnable from a single directory - that was
> always the attraction.

Exactly the reasons that I use SQLite. It is just a local file and no
root level access is required.

Unlike db files, it supports full SQL syntax. This adds a lot of power
for searching the tables. This new power is _not_ available if all the
code still has to work with db files. We kept db support in blootbot for
a long time till the sqlite interface worked. Then we found no good
reason to keep db support, and lots of reasons to use the power of SQL
queries.
-- 
Tim Riker - http://rikers.org/ - Ti...@De...
Embedded Linux Technologist
BZFlag maintainer - http://BZFlag.org/ - for fun!