[horde] RE: Galleries

[eculp at encontacto.net]

Quoting Mike Barsalou <mbarsalou at aidea.org>:

 | It does for me.....
 | 
 | Do you use the CVS version of Horde?  If so, how do you keep it up to date
 | without loosing all your old configuration?  Got a script or anything?  I am
 | looking for a good solid way to get the CVS code, apply my patches to it,
 | and put it into production.
Mike,

I do use cvs and I'm not sure my solution is good but it might help you get
started.  For the cvs update, I just do a command line:
# cvs -z3 update -d

Then I basically run a script that is little more than

# ls -ltr horde/*/config |less

After the ls -ltr I know which configuration scripts have been updated 
and have a script that first presents a diff between the current .conf 
and the .conf.dist, give you some options that then allow you to use 
sdiff to create a third merged file and install it in the place of the
old .conf.  It works pretty well but has limitations.  I made it for
me and it isn't production quality but it is simple and it might be a
place to begin.  I will be glad to send it to you, if you like. 

usage is just

# cd horde/config
# hsdiff conf

Follow the menus.  It is loosely based on the great, freebsd, mergemaster
program concept.
 

 | 
 | I was using the update script, but I kept messing up my system and having to
 | reconfigure.
 | 
 | I am new at this development stuff, I got to believe people have nicer ways
 | of managing this stuff.
 | 
 | One of my biggest headaches is not really knowing when a table changes, but
 | then making the changes to the current database without messing up the
 | current data.

That is an issue that I have also so I would like to address the list with
a question.  Would it not make sense to use the same system for the .sql
files in scripts/*/sql as is used by the .conf files?  When there is a 
change just send a mysql.sql.dist rather than overwrite the old .sql.

IMO, it would be easier to do the modifications to the tables.  My old
mysqldiff might even work :-)  There may be some very valid reasons why
this is not a good idea or maybe no one else is made uncomfortable by the
current method. 

Thanks,

ed

-------------------------------------------------