** Changed in: kdepim
Importance: Unknown => Medium
--
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kdepim in ubuntu.
https://bugs.launchpad.net/bugs/135147
Title:
Heavy disk I/O usage when starting KMail (reiserfs)
--
kubuntu-bugs ma
** Changed in: kdepim
Status: Confirmed => Invalid
--
Heavy disk I/O usage when starting KMail (reiserfs)
https://bugs.launchpad.net/bugs/135147
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kdepim in ubuntu.
--
kubuntu-bugs mailing l
Works for me in KDE 4.3.
** Changed in: kdepim (Ubuntu)
Status: Confirmed => Fix Released
--
Heavy disk I/O usage when starting KMail (reiserfs)
https://bugs.launchpad.net/bugs/135147
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu
** Changed in: kdepim
Status: Unknown => Confirmed
--
Heavy disk I/O usage when starting KMail (reiserfs)
https://bugs.launchpad.net/bugs/135147
You received this bug notification because you are a member of Kubuntu
Team, which is a bug contact for kdepim in ubuntu.
--
kubuntu-bugs maili
** Bug watch added: KDE Bug Tracking System #151600
http://bugs.kde.org/show_bug.cgi?id=151600
** Also affects: kdepim via
http://bugs.kde.org/show_bug.cgi?id=151600
Importance: Unknown
Status: Unknown
--
Heavy disk I/O usage when starting KMail (reiserfs)
https://bugs.launchpad.
OK, nice to know there is sensible workaround.
I have discussed with upstream and they are aware or the issue and will look
into it:
[11:13] till: does enterprise branch do anything special in regards to
posix acl? we have some performance issue reports on reiserfs and would be good
to underst
Another observation: Adding 'acl,user_xattr' to the mount options of my
home partition fixed most of the issues. Mail syncing is still not
lightning fast, but it's become usable now. And most importantly: It
doesn't lock up my file system/hard disk any more.
So to me this looks mostly like a bug i
I'm using reiserfs, too. This might be a pattern.
What about you, coastgnu?
--
Heavy disk I/O usage when starting KMail
https://bugs.launchpad.net/bugs/135147
You received this bug notification because you are a member of Kubuntu
Team, which is a bug contact for kdepim in ubuntu.
--
kubuntu-bu
For me this doesn't only happen when starting kmail for the first time.
I am using the cached imap client in kmail. since the upgrade to the
enterprise branch kmail has basically become unusable for me.
The scan it does takes (a) forever and (b) basically locks up my hard
disk. All other operation
No, I'm not using IMAP locally.
I have some IMAP accounts though, but they are on a remote server and I'm not
using fetchmail in any way.
I'm using the local folders only for storage and some folder in there to
retrieve mails from a POP3 account.
I've now temporarily moved the ~/.kde/share/apps/
Are you by any chance using IMAP?
--
Heavy disk I/O usage when starting KMail
https://bugs.launchpad.net/bugs/135147
You received this bug notification because you are a member of Kubuntu
Team, which is a bug contact for kdepim in ubuntu.
--
kubuntu-bugs mailing list
[EMAIL PROTECTED]
https://l
Sorry--are you by any chance using IMAP on your local machine?
More specifically, using IMAP on your local machine, and something like
fetchmail to retrieve your messages, then retrieve them from your local machine
with kmail?
--
Heavy disk I/O usage when starting KMail
https://bugs.launchpad.n
Still the case with 4:3.5.7enterprise20070904-0ubuntu2.
Here's a backtrace, for the two kio_file processes, which cause this freezing
behaviour:
#0 0xe410 in __kernel_vsyscall ()
#1 0xb7dce6d3 in __old__lxstat64 () from /lib/tls/i686/cmov/libc.so.6
#2 0xb672d76a in FileProtocol::createUDSE
Same behaviour here.
Also a lot of mails ~5GByte
--
Heavy disk I/O usage when starting KMail
https://bugs.launchpad.net/bugs/135147
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubun
14 matches
Mail list logo