[dev] Seamless/streamlined configuring/upgrading Horde/apps

Chuck Hagenbuch chuck at horde.org
Fri Nov 5 02:55:21 UTC 2010


Quoting Gunnar Wrobel <p at rdus.de>:

> Hi Chuck,
>
> Quoting Chuck Hagenbuch <chuck at horde.org>:
>
>> Quoting Josh Endries <josh at endries.org>:
>>
>>> Quoting Jan Schneider <jan at horde.org>:
>>>> - Until now, it's perfectly possible to run Horde without a  
>>>> database. Requiring a database for configuration would break  
>>>> this. Granted, there won't be many people out there still using  
>>>> Horde without a DB, since they will miss a lot of features, but  
>>>> still.
>>>
>>> Yeah, I thought about this. I think one would be hard pressed to  
>>> find someone running Horde without a DB, but it's a value call as  
>>> to whether or not you want to support that environment. It's hard  
>>> to justify, IMHO, with sqlite available, but I wouldn't be  
>>> surprised if others thought differently.
>>
>> I'd like to be able to have a base config that's in the filesystem,  
>> with additional policies on top of it. This would let someone who  
>> needed the flexibility of PHP configuration use it, but would also  
>> let us build a db-based config on top of it as "better for most  
>> people" experience.
>>
>>>> Maybe different storage backends for configurations are an  
>>>> option, so you can pick between storing the configuration in db  
>>>> vs. php files.
>>>
>>> Another semi-alternative could be allowing config files to exist  
>>> elsewhere. Instead of looking in conf/, check Array(/etc/horde,  
>>> /etc/horde/$app, /usr/local/etc/horde, ./conf) or something like  
>>> that. This would allow drop-in replacements (or side-by-side  
>>> replacements), if one hasn't customized very heavily.
>>
>> This would be covered by the policy idea above, fwiw. There's some  
>> musing in the wiki about this under the name Horde_Policy, but it's  
>> a bit more complicated than we probably ultimately need, and needs  
>> to be revisited.
>
> I'm really interested in this configuration topic as this has been a  
> long standing problem for the Kolab Server.  I think I should be  
> able to pick this topic up and bring Horde_Policy or Horde_Config to  
> life. Because of time constraint on my side it would still have to  
> wait until 22.11.10. But if you'd direct me a little bit into the  
> right direction it should be possible to work on this topic then.  
> Does that sound reasonable / doable?

Sure! Happy to. Just let me know when.

-chuck


More information about the dev mailing list