[kde] Re: KDEPIM 4.6 prob^Wimpressions
On Thursday, 2011-06-30, Duncan wrote: Kevin Krammer posted on Thu, 30 Jun 2011 09:00:45 +0200 as excerpted: It is just weird that this would be introduced now since the move to Akonadi is also about decoupling applications from some of their low level functionality, so e.g. KOrganizer can send mail without having to go through KMail or vice versa (KMail creating a calendar entry from a received invitation without having to go through KOrganizer). Indeed. But adding that ability means the code to create that calendar entry must be in kmail too, or borrowed from korganizer in the form of a dependency, which is how I'm interpreting this, assuming it's not the double-specified bug above or simply a mistake of some sort. The invitation comes as an ical attachment and ical handling is part of the KDE PIM libraries. So there should be no dependeny on application code for handling invitations correctly. That's actually a question I had, but hadn't asked (or tried) yet, whether email searches, etc, now require nepomuk. I'll probably enable it for that at some point, but the basic functionality that I use normally, doesn't require it, and there's still a bit of weirdness going on (every time a mail comes in, I get a warning about two copies... I suspect I have two different resources pointed at the same place or something but haven't had a chance to investigate yet... but don't spend too much time on that unless you happen to have a simple solution or bug you can point me to, as I'll create a separate thread for it when I'm ready, given that it's really a separate topic and this thread's convoluted enough already), so I'm not worried about /extra/ functionality yet, just trying to keep it reasonably simple to deal with until I'm sure the basics are working correctly. I don't have a bug number at hand but I think this is a know one. Something triggering the change collision detection when there is none. Ah, so you were referring to the mail importer (executable kmailcvt), not the migrator (executable kmail-migrator). Yes. By that point the migrator had finished, failing to detect the local mail store at all, according to the migrator log which has no mention of it, no errors, nothing. So I was doing the manual import thing. But I had assumed that the migrator was simply an automatic trigger for what would otherwise be a manual import/conversion process, thus more or less conflating them in my discussion, I suppose. It appears that I assumed wrong, and they're two entirely separate things. Yeah, the best thing at that point would have been to simply create a KMail Folders resource and point it to the KMail mail directory. The kmailcvt tools is a very old one and should probably be replaced at some point. I had a GSoC student on that topic last year but we didn't reach a state where we could think about replacing kmailcvt. Unfortunately no development on that since last year. A lot of ideas but way to much other things to do. What I found interesting was that it wasn't /all/ messages unread or all read, it was /mostly/ unread. If there wasn't support for the index files at all, they should all be unread (or all read, arbitrary choice of the importer). Maildir messages also carry their read/unread status as part of their filename, so maybe the importer interpreted that for some of them. It could also be a bug in the interaction between the importer and Akonadi, or the importer and KMail (no idea if it has been ported to work with Akonadi or still works through KMail). Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] konsole cutting off half the screen with any program that uses ncurses
I'm having a problem where konsole will not use the bottom half of the terminal window when any program with an ncurses UI is being run within it. This is best explained with a screenshot: http://paste.opensuse.org/images/55180558.png The applications I've tried so far which show the problem are vim, less, ncftp, GNU screen and links. The distro is Opensuse 11.4 with KDE 4.6.0 and all updates applied from the opensuse update repo. The machine is a Virtualbox VM. Can anyone here help with this? Thanks Tim ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Re: KDEPIM 4.6 prob^Wimpressions
Kevin Krammer posted on Fri, 01 Jul 2011 09:19:59 +0200 as excerpted: [Duncan wrote...] (every time a mail comes in, I get a warning about two copies...[)] I don't have a bug number at hand but I think this is a know one. Something triggering the change collision detection when there is none. Thanks. I can probably find it in the filed bugs then, when I decide to investigate it. Ah, so you were referring to the mail importer (executable kmailcvt), not the migrator (executable kmail-migrator). Yes. By that point the migrator had finished Yeah, the best thing at that point would have been to simply create a KMail Folders resource and point it to the KMail mail directory. The kmailcvt tools is a very old one and should probably be replaced at some point. Very useful information to know. Had I known that... What I found interesting was that it wasn't /all/ messages unread or all read, it was /mostly/ unread. If there wasn't support for the index files at all, they should all be unread (or all read, arbitrary choice of the importer). Maildir messages also carry their read/unread status as part of their filename, so maybe the importer interpreted that for some of them. It could also be a bug in the interaction between the importer and Akonadi, or the importer and KMail (no idea if it has been ported to work with Akonadi or still works through KMail). Yes, by the sound if it, perhaps I was lucky it worked as well as it did. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Re: konsole cutting off half the screen with any program that uses ncurses
On Fri, 01 Jul 2011 11:21 +, Duncan 1i5t5.dun...@cox.net wrote: Tim Edwards posted on Fri, 01 Jul 2011 11:11:27 +0200 as excerpted: I'm having a problem where konsole will not use the bottom half of the terminal window when any program with an ncurses UI is being run within it. This is best explained with a screenshot: http://paste.opensuse.org/images/55180558.png The applications I've tried so far which show the problem are vim, less, ncftp, GNU screen and links. The distro is Opensuse 11.4 with KDE 4.6.0 and all updates applied from the opensuse update repo. The machine is a Virtualbox VM. Can anyone here help with this? That is almost certainly KDE bug #176902. Multiple tabs, check. 24 lines instead of 40, check. https://bugs.kde.org/show_bug.cgi?id=176902 Also: https://bugzilla.redhat.com/show_bug.cgi?id=477359 https://bugs.gentoo.org/show_bug.cgi?id=357945 At least Gentoo (what I run) recently patched it, the reason the bug is fresh in my mind as I saw it in a gentoo konsole package changelog entry dated June 19th. There's a couple workarounds available while you're waiting for the patch to hit your distro: One is to arrange for the konsole size to be something other than the default 80x40 when it starts. You can do this by either checking that the save window size and position checkbox found on the general tab of the profile settings is checked, and resizing to something than the default 80x40 chars size, then quitting, or by using kwin's window rules (what I had done, the reason I never noticed the bug here). Thanks, done that now and I think it's a good workaround until the bugfix gets out. Tim ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Re: kwin performance gets worse and worse with every release
On 06/29/2011 02:44 PM, Nikos Chantziaras wrote: I just installed KDE RC1. The trend of kwin becoming slower and slower continues with this release. I found yet another, uhm, let's say tweak that results in a speed-up. /usr/bin/startkde (this script is used also for KDM logins) sets MALLOC_CHECK_=3. Argh!? No wonder I had crashes with programs that were previously working. And the system seemed so much slower. I deleted the offending lines from startkde and restarted KDE. The machine seems to be back to about the same performance as with KDE 4.6 now. I can't imagine what a negative impression this will leave on people trying 4.7 RC1 :-/ ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.