[prev in list] [next in list] [prev in thread] [next in thread] 

List:       suse-kde
Subject:    Re: [opensuse-kde] kalarm for kdepim46 crashes
From:       David Jarvie <lists () astrojar ! org ! uk>
Date:       2011-02-12 13:40:49
Message-ID: 201102121340.50269.lists () astrojar ! org ! uk
[Download RAW message or body]

On Friday 11 February 2011 21:01:05 Stefan Vater wrote:
> Hi,
> 
> I am using openSUSE 11.3 (64 bit) with KDF and kdepim46 repos. 
> Unfortunatelly, kalarm always crashes on startup and almost every time 
> it is started manually. When I delete the ~/.kde4/share/apps/kalarm 
> folder, kalarm seems not to crash the first time I use it. But at least 
> at the first next restart of kde it crashes again.
> 
> I suppose, it might have to do with the Qt patch needed, which was 
> reported in [1]. But I am not sure. If yes, would it be possible to add 
> a version of qt including this patch to the repos? That improve testing 
> this version a lot ;-) Otherwise, I can also give some more 
> information, file a bug report to kde, if needed.
> 
> Regards,
> Stefan
> 
> [1] http://mail.kde.org/pipermail/release-team/2011-January/004428.html

If kalarm is built to use Akonadi, it will usually crash on startup unless the Qt \
patch you mention is applied.

However, the Akonadi option is still very much under development, and is certainly \
not in a working state yet. Currently, the build by default does NOT use the Akonadi \
option, and it should be kept that way until KDE 4.7. If openSUSE 11.3 provides the \
Akonadi version of KAlarm, that would be a serious bug.

If openSUSE 11.3 provides the non-Akonadi version of KAlarm, I don't know why it \
would be crashing like you describe. In that case, please raise a bug at \
bugs.kde.org, and supply the crash trace.

-- 
David Jarvie.
KAlarm author and maintainer.
http://www.astrojar.org.uk/kalarm
-- 
To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org
For additional commands, e-mail: opensuse-kde+help@opensuse.org


[prev in list] [next in list] [prev in thread] [next in thread]