[pkg-kolab] Bug#596607: Bug#596607: Bug#596607: same problem comes up again

Martial Paupe babatoko at gmail.com
Wed Feb 16 11:36:16 UTC 2011


I finally find out what was wrong. It was a write access removed by an
system update on the tmp dir.

The bug report can be closed as I don't know witch package does that.

Cheers,
babatoko

On 2 February 2011 10:58, Martial Paupe <babatoko at gmail.com> wrote:

>
>
> On 2 February 2011 09:55, Mathieu Parent <math.parent at gmail.com> wrote:
>>
>>
>> kolab-filter uses the file /etc/kolab/php.ini (built from
>> /etc/kolab/templates/php.ini.template). Also take a look in
>> /etc/kolab/filter/config.php (build from
>> /etc/kolab/templates/resmgr.conf.template)
>>
>> Can you please set "error_reporting = E_ERROR" there and test again.
>> Error are catched by an error_handler which may print text to stdout.
>>
>>  I've put E_ERROR into /etc/kolab/templates/php.ini.template but i'm not
> sure about /etc/kolab/templates/resmgr.conf.template
>  wich contain only
>
> /* PHP error logging */
> $conf['kolab']['filter']['error_log'] = '/var/log/fatal.log';
>
> /var/log/fatal.log exist ans is empty. In this figure I have no error.
>
>>
>> > And I had to remove '&' sign into those following files.
>> ...
>> >
>> > Otherwise my configuration looks similar with a virtual machine that is
>> > running kolab as well but it's not in production.
>> > Sounds to me that a package breaks my setup and I can't see what or
>> where.
>>
>> Can you make a "diff -r" of /etc/kolab directory between those two
>> machines? (hide any password).
>>
>
> I've attached a diff file resulting of the command. r16008.paupe.name is
> the production server and kolab.paupe.name is the "ok"one.
>
> Martial
>
>> --
>> Mathieu
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-kolab-devel/attachments/20110216/5b7e9a49/attachment.htm>


More information about the pkg-kolab-devel mailing list