[horde] Horde 4.0.2 exhauses memory

[Patrick Domack]

Quoting Reindl Harald <h.reindl at thelounge.net>:

> Am 03.05.2011 17:22, schrieb Patrick Domack:
>>
>> Quoting Reindl Harald <h.reindl at thelounge.net>:
>>
>>> And that is why i hate pear and want to use my rmps built from  
>>> tarballs as all
>>> the years before and SURE nobody needs to make this tarballs by hand, this
>>> could be done automatic on the horde-servers and instead hundrets auf small
>>> packages in the same structure as below
>>>
>>> -rw-r----- 1 builduser builduser 3,3K 2010-10-31 11:12 horde-dimp.spec
>>> -rw-r----- 1 builduser builduser 7,4K 2010-10-31 11:12 horde-imp.spec
>>> -rw-r----- 1 builduser builduser 5,5K 2010-09-29 14:46 horde-ingo.spec
>>> -rw-r----- 1 builduser builduser 4,1K 2010-09-29 14:46 horde-kronolith.spec
>>> -rw-r----- 1 builduser builduser 3,2K 2010-09-07 23:41 horde-mimp.spec
>>> -rw-r----- 1 builduser builduser 3,3K 2010-09-29 14:45 horde-nag.spec
>>> -rw-r----- 1 builduser builduser  16K 2010-11-27 13:37 horde.spec
>>> -rw-r----- 1 builduser builduser 6,4K 2010-09-29 14:46 horde-turba.spec
>>> -rw-r----- 1 builduser builduser 3,3K 2010-09-07 23:41 horde-whups.spec
>>>
>>> WHAT SPEAKS AGAINST PEAR:
>>> * rpm does not mix config/app-files
>>> * rpm will install clean .rpmnew-files while update
>>> * rpm can be tested on one machine and deplyoed in a defined version
>>> * rpm have clean way for downgrades
>>> * PEAR is packing all in one folder
>>> * PEAR-Packages including configs can not be deployed
>>> * PEAR-Packages have no defined version over a defined timeline
>>>
>>
>> Well, bugs are bugs.
>> But the overwriting of the config files is extreemly annoying.
>> On each update, it wipes out my imp backend and mime_drivers configs.
>
> it has nothing to do with bugs itself
>
> the problem is how to deploy on more than one machine a
> defined set of libraries and applications
>
> on linux the package-managment of your distribution is the tool made
> for this and has to be used where ever it is possible
>
> horde is really one of the best examples for php-apps where it is
> the best deploy-method because nobody needs more than on install
> of a webmail on one machine

Well, as much as I would agree, I just find half the dependencies I  
need for horde aren't packaged, and I have to use pear/pecl/... to  
install those anyways.

While I do like the pear method for my personal server, yes, the  
downloadable packages would be much nicer for company usage. I haven't  
moved into that yet, as I don't feel it's stable enough currently, and  
do hope tarballs will exist by then.