Bug#423001: karm takes much too long to add/delete items

2007-10-29 Thread Lee Braiden
Hi Sune,

On Wednesday 09 May 2007 11:35:27 Sune Vuorela wrote:
 On Wednesday 09 May 2007, Lee Braiden wrote:
  Package: karm
  Version: 4:3.5.6.dfsg.1-2
  Severity: normal
 
  Karm takes 3-4 seconds to add a to-do item, and 5 seconds to delete a
  to-do item here.  I have a fairly modern system (2.53 Ghz, 512MB RAM),
  with a load average of 0.11.  The delay seems to lock up the app for a
  moment, preventing the window from refreshing.  This also happens on
  quitting karm, but that may be more normal.  Pulling up properties for a
  task or editing the description of a task and closing the dialog again
  does not show this problem.  Updating the time for a task and then
  right-clicking the task results in a similar delay before rendering the
  menu.
 
  I imagine that other karm users would have complained by now if this was
  common, as it's very frustrating and time-consuming when managing large
  lists of tasks.  The only possible reasons I can think of for this
  affecting me and not others are:

 Hi!

 I just fired up karm where I_have around 8 tasks. (not very much used, but
 I have them) - and I here it react immediately. My system isn't much
 different from yours (well I_have 1gb of ram, but that's the difference)

 A easy way to see if it is your settings or your computer is to try with a
 brand new user and see if it still happens.

 /Sune

I've just had to delete my karm.ics file, after discovering that it was 2.8MB 
in size, filled with VEVENT entries.  My guess is that this is related to 
the log history option, which I've now disabled.  I'm fairly certain this 
is what was causing my performance problems.  2.8MB flat text ICS files as 
event databases would surely cause a similar delay to what I was 
experiencing.

I do think this is a valid bug, of the doesn't scale variety.  IMHO, history 
should be logged to another file, and/or in another format.

-- 
Lee Braiden



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#423001: karm takes much too long to add/delete items

2007-05-09 Thread Lee Braiden
Package: karm
Version: 4:3.5.6.dfsg.1-2
Severity: normal

Karm takes 3-4 seconds to add a to-do item, and 5 seconds to delete a to-do 
item here.  I have a fairly modern system (2.53 Ghz, 512MB RAM), with a load 
average of 0.11.  The delay seems to lock up the app for a moment, preventing 
the window from refreshing.  This also happens on quitting karm, but that may 
be more normal.  Pulling up properties for a task or editing the description of 
a task and closing the dialog again does not show this problem.  Updating the 
time for a task and then right-clicking the task results in a similar delay 
before rendering the menu.

I imagine that other karm users would have complained by now if this was 
common, as it's very frustrating and time-consuming when managing large lists 
of tasks.  The only possible reasons I can think of for this affecting me and 
not others are:

* I tend to reset times at the end of each day, or each morning, and delete all 
items, at the start of each new day.
* I use this for around 8-15 tasks each day
* I use hierarchies, adding and deleting items under items which I use as 
headings.  I only use these 1-level deep though (usually) and the same delays 
seem to be present on the top level tasks.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages karm depends on:
ii  kdelibs4c2a  4:3.5.6.r1.dfsg.1-4 core libraries and binaries for al
ii  libacl1  2.2.42-1Access control list shared library
ii  libart-2.0-2 2.3.19-3Library of functions for 2D graphi
ii  libattr1 1:2.4.32-1.1Extended attribute shared library
ii  libaudio21.9-1   The Network Audio System (NAS). (s
ii  libc62.5-7   GNU C Library: Shared libraries
ii  libfontconfig1   2.4.2-1.2   generic font configuration library
ii  libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0]  0.1.8-2 Client library for the gamin file 
ii  libgcc1  1:4.1.2-6   GCC support library
ii  libice6  1:1.0.3-2   X11 Inter-Client Exchange library
ii  libidn11 0.6.5-1 GNU libidn library, implementation
ii  libjpeg626b-13   The Independent JPEG Group's JPEG 
ii  libkcal2b4:3.5.6.dfsg.1-2KDE calendaring library
ii  libkdepim1a  4:3.5.6.dfsg.1-2KDE PIM library
ii  libktnef14:3.5.6.dfsg.1-2Library for handling KTNEF email a
ii  libpng12-0   1.2.15~beta5-1  PNG library - runtime
ii  libqt3-mt3:3.3.7-4+b1Qt GUI Library (Threaded runtime v
ii  libsm6   1:1.0.2-2   X11 Session Management library
ii  libstdc++6   4.1.2-6 The GNU Standard C++ Library v3
ii  libx11-6 2:1.0.3-7   X11 client-side library
ii  libxcursor1  1:1.1.8-2   X cursor management library
ii  libxext6 1:1.0.3-2   X11 miscellaneous extension librar
ii  libxft2  2.1.12-2FreeType-based font drawing librar
ii  libxi6   1:1.0.1-4   X11 Input extension library
ii  libxinerama1 1:1.0.2-1   X11 Xinerama extension library
ii  libxrandr2   2:1.2.1-1   X11 RandR extension library
ii  libxrender1  1:0.9.2-1   X Rendering Extension client libra
ii  libxss1  1:1.1.2-1   X11 Screen Saver extension library
ii  libxt6   1:1.0.5-2   X11 toolkit intrinsics library
ii  zlib1g   1:1.2.3-13  compression library - runtime

karm recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#423001: karm takes much too long to add/delete items

2007-05-09 Thread Sune Vuorela
On Wednesday 09 May 2007, Lee Braiden wrote:
 Package: karm
 Version: 4:3.5.6.dfsg.1-2
 Severity: normal

 Karm takes 3-4 seconds to add a to-do item, and 5 seconds to delete a to-do
 item here.  I have a fairly modern system (2.53 Ghz, 512MB RAM), with a
 load average of 0.11.  The delay seems to lock up the app for a moment,
 preventing the window from refreshing.  This also happens on quitting karm,
 but that may be more normal.  Pulling up properties for a task or editing
 the description of a task and closing the dialog again does not show this
 problem.  Updating the time for a task and then right-clicking the task
 results in a similar delay before rendering the menu.

 I imagine that other karm users would have complained by now if this was
 common, as it's very frustrating and time-consuming when managing large
 lists of tasks.  The only possible reasons I can think of for this
 affecting me and not others are:

Hi!

I just fired up karm where I_have around 8 tasks. (not very much used, but I 
have them) - and I here it react immediately. My system isn't much different 
from yours (well I_have 1gb of ram, but that's the difference)

A easy way to see if it is your settings or your computer is to try with a 
brand new user and see if it still happens.

/Sune

-- 
Genius, I cannot reset the pointer over the analogic sendmail to the utility 
from the panel inside DOS NT, how does it work?

You should disable the shell for logging on a digital IRC case.


signature.asc
Description: This is a digitally signed message part.