[Bug 832660]
Hi Kévin and everyone who commented in the bug, thank you for your report and the comments. Sorry for the long reaction time. As far as I see it refers to a version of KMail that still uses Nepomuk and is unmaintained. Thus closing. If you still have issues with sending mail, please open a new bug report after researching whether such a bug report against a current version exists. Please use at least 4.14 or if you can get it already 15.08. Report the version and the exact steps to reproduce the issue. Thank you, Martin -- 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/832660 Title: kmail2/akonadi fail to send messages, kmail long uptime To manage notifications about this bug go to: https://bugs.launchpad.net/kdepim/+bug/832660/+subscriptions -- kubuntu-bugs mailing list kubuntu-b...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
[Bug 1117413]
Hi Philip, thank for your report and sorry for taking so long to answer it. It is about a version of KMail which uses Nepomuk and is unmaintained. Thus closing. If you still see performance issues please open new reports. But please follow the following guide lines to avoid unnecessary work for the developers: - Ideally test with KDEPIM and Akonadi 15.08. It contains some performance improvements like the binary protocol. - Otherwise at least use KDEPIM 4.14.10 and newest Akonadi 1.13 you can get as it already contains some performance improvements. - If you can wait, please retest with KDEPIM and Akonadi 15.12 once they become available for you. Akonadi 15.12 will contain *massive* performance improvements implemented by Dan due to new database indexes, optimized queries and leveled file_db directory. All of these are in master already, so if you dare use kdesrc-build to compile KF5, kdepim and kdepim-runtime. I am using this currently and it basically moves the bottleneck to KMail (displaying message list of huge folder). It is a *huge* improvement. And also Volker and Dan work to improve message list display speed as well. Thank you and greetings from KDE Randa Meetings, -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1117413 Title: Kmail is slow to move large amount of mails to wastebin then empty wastebin - pop account To manage notifications about this bug go to: https://bugs.launchpad.net/kdepim/+bug/1117413/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1140716]
(In reply to Chris Wilson from comment #226) (In reply to Martin Steigerwald from comment #225) Chris, you referred me to this bug as I reported Bug 90835 - [4.1-rc6] gpu hang: ecode 6:-1:0x, Kicking stuck semaphore on render ring I skimmed through it and it appears that there are some patches to test? But I am not sure which ones these are. Can you or someone else enlighten me? There's likely a modest improvement in 4.2. Nice. Also I note that I still use Option AccelMethod uxa and I have martin@merkaba:~ cat /etc/modprobe.d/i915-kms.conf options i915 modeset=1 i915_enable_rc6=7 Fortuitously that dangerous option doesn't do anything for your kernel. Well I found out why, I compiled i915 into the kernel it seems, at least I don´t have an i915 module in lsmod. But also i915.i915_enable_rc6=7 on kernel command line does not seem to have any effect. I removed the option. 813a4b0e thus maximum energy saving. But according to powertop it never enters the highest sleep state anyway. I will remove the AccelMethod setting now and see whether it helps. If not, I downgrade to 4.1-rc4 for now, as issues have been at least much less frequent with it. Purely circumstantial. Since using SNA I didn´t see a GPU hang so far. Too early to say for sure, but it seems something in UXA may have triggered it more easily. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1140716 Title: [regression] 3.5.0-26-generic and 3.2.0-39-generic GPU hangs on Sandybridge To manage notifications about this bug go to: https://bugs.launchpad.net/dri/+bug/1140716/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1140716]
Chris, you referred me to this bug as I reported Bug 90835 - [4.1-rc6] gpu hang: ecode 6:-1:0x, Kicking stuck semaphore on render ring I skimmed through it and it appears that there are some patches to test? But I am not sure which ones these are. Can you or someone else enlighten me? Also I note that I still use Option AccelMethod uxa and I have martin@merkaba:~ cat /etc/modprobe.d/i915-kms.conf options i915 modeset=1 i915_enable_rc6=7 thus maximum energy saving. But according to powertop it never enters the highest sleep state anyway. I will remove the AccelMethod setting now and see whether it helps. If not, I downgrade to 4.1-rc4 for now, as issues have been at least much less frequent with it. And its really that for me 4.1-rc6 makes things much *worse*. I am typing this after a clean reboot and already got the GPU hang again. It happens about every few minutes. Are you really sure this is the same GPU hang? I didn´t have this before 4.1 kernel? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1140716 Title: [regression] 3.5.0-26-generic and 3.2.0-39-generic GPU hangs on Sandybridge To manage notifications about this bug go to: https://bugs.launchpad.net/dri/+bug/1140716/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1041790]
(In reply to Chris Wilson from comment #226) (In reply to Martin Steigerwald from comment #225) Chris, you referred me to this bug as I reported Bug 90835 - [4.1-rc6] gpu hang: ecode 6:-1:0x, Kicking stuck semaphore on render ring I skimmed through it and it appears that there are some patches to test? But I am not sure which ones these are. Can you or someone else enlighten me? There's likely a modest improvement in 4.2. Nice. Also I note that I still use Option AccelMethod uxa and I have martin@merkaba:~ cat /etc/modprobe.d/i915-kms.conf options i915 modeset=1 i915_enable_rc6=7 Fortuitously that dangerous option doesn't do anything for your kernel. Well I found out why, I compiled i915 into the kernel it seems, at least I don´t have an i915 module in lsmod. But also i915.i915_enable_rc6=7 on kernel command line does not seem to have any effect. I removed the option. 813a4b0e thus maximum energy saving. But according to powertop it never enters the highest sleep state anyway. I will remove the AccelMethod setting now and see whether it helps. If not, I downgrade to 4.1-rc4 for now, as issues have been at least much less frequent with it. Purely circumstantial. Since using SNA I didn´t see a GPU hang so far. Too early to say for sure, but it seems something in UXA may have triggered it more easily. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1041790 Title: [snb] GPU lockup IPEHR: 0x0b160001 IPEHR: 0x0b140001, workaround i915.semaphores=0 To manage notifications about this bug go to: https://bugs.launchpad.net/xserver-xorg-video-intel/+bug/1041790/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1041790]
Chris, you referred me to this bug as I reported Bug 90835 - [4.1-rc6] gpu hang: ecode 6:-1:0x, Kicking stuck semaphore on render ring I skimmed through it and it appears that there are some patches to test? But I am not sure which ones these are. Can you or someone else enlighten me? Also I note that I still use Option AccelMethod uxa and I have martin@merkaba:~ cat /etc/modprobe.d/i915-kms.conf options i915 modeset=1 i915_enable_rc6=7 thus maximum energy saving. But according to powertop it never enters the highest sleep state anyway. I will remove the AccelMethod setting now and see whether it helps. If not, I downgrade to 4.1-rc4 for now, as issues have been at least much less frequent with it. And its really that for me 4.1-rc6 makes things much *worse*. I am typing this after a clean reboot and already got the GPU hang again. It happens about every few minutes. Are you really sure this is the same GPU hang? I didn´t have this before 4.1 kernel? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1041790 Title: [snb] GPU lockup IPEHR: 0x0b160001 IPEHR: 0x0b140001, workaround i915.semaphores=0 To manage notifications about this bug go to: https://bugs.launchpad.net/xserver-xorg-video-intel/+bug/1041790/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 179215] Re: mono-jay includes no parser skeleton(s)
** Branch linked: lp:~vcs-imports/exe1/0 -- mono-jay includes no parser skeleton(s) https://bugs.launchpad.net/bugs/179215 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 317781] Re: Ext4 data loss
Daniel Philipps, developer of Tux3 filesystem, wants to make sure that renames come after file being written even when delayed writing of metadata is introduced to it: http://mailman.tux3.org/pipermail/tux3/2009-March/000829.html -- Ext4 data loss https://bugs.launchpad.net/bugs/317781 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 317781] Re: Ext4 data loss
For the application side of things I filed a bug report for KDE: https://bugs.kde.org/show_bug.cgi?id=187172 -- Ext4 data loss https://bugs.launchpad.net/bugs/317781 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs