I updated my system last night from the repositories and with it came KDE 4.7.3. The following issues with Kontact and Mail have now appeared.
1 - Kontact launches KMail separately in it’s own window
2 - Kontact does not show KMail as a component to be incorporated in the Settings for Kontact
3 - KMail takes an eternity to do anything to show a message, delete a message. I’m going to have to resort to using my providers web site if this can’t be fixed
Not sure what happened, all the mail appears in the folders (at least the ones left after what I lost when converted to KMail 2, the lost items I never did find anywhere)
I’ve already been running KMail 2 when this happened, it is always slower than the old, but most of the slowness had been corrected in 4.7.2 updates.
When your signature still reflects what you have, you use openSUSE 11.4. In the standard repos of 11.4 (OSS, nonOSS and Update), I only see KDE 4.6.0.
IMHO that means that when you say “I updated my system last night from the repositories…” you have other repositories added. When you do not even tell what repositories you have, how can we know or explain what happens?
As you may see from your own post, this is almost unreadable. Please use CODE tags when posting computer text: Posting in Code Tags - A Guide, it will preserve the layout.
Ok, I disabled 2 and 3 even though I’ve always had them there.
I did the zypper ref. When I run ‘zypper dup’ it’s giving me dependency errors even though in the YaST Management System reports all is fine. I’ve canceled the operation at the moment. This is the output I got:
zypper dup
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
2 Problems:
Problem: kdelibs4-core-4.7.3-10.1.x86_64 requires kde4-filesystem >= 4.7.3, but this requirement cannot be provided
Problem: kdelibs4-core-4.7.3-10.1.x86_64 requires kde4-filesystem >= 4.7.3, but this requirement cannot be provided
Problem: kdelibs4-core-4.7.3-10.1.x86_64 requires kde4-filesystem >= 4.7.3, but this requirement cannot be provided
Solution 1: Following actions will be done:
deinstallation of kcometen4-1.0.7-1.10.x86_64
deinstallation of libkdeedu4-data-4.7.3-4.1.noarch
Solution 2: keep obsolete kdetoys4-4.7.1-2.3.x86_64
Solution 3: break kdelibs4-core by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/3/s/r/c] (c): 1
Problem: kdelibs4-core-4.7.3-10.1.x86_64 requires kde4-filesystem >= 4.7.3, but this requirement cannot be provided
Solution 1: Following actions will be done:
deinstallation of akonadi-4.7.3-5.2.x86_64
deinstallation of libkdeedu4-data-4.7.3-4.1.noarch
Solution 2: keep obsolete kdeartwork4-4.7.1-2.3.x86_64
Solution 3: break kdelibs4-core by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/3/s/r/c] (c):
Not sure how to proceed, don’t want to completely hose the system. Everything else seems to be working ok, it’s just the email and Kontact. Kontact accesses my calendars and address books fine.
It is allways wise to abort when you are not sure what is going to happen (and that is why zypper gives you the chance).
I am also not sure why these dependancies show up. I hoped that an eventual clash between KDE 3.5 and KDE 4.7 would be eliminated. But you have so many repos, that you can easily get a dependancy mess.
With respect to Kontact/Kmail, I am watching the KDE-PIM mailing list and that does not encourage me going to use the newest of the newest of that software at all.
(In fact I am still stuck with the fact that Kontact on openSUSE 11.4 can not provide me with much needed functionality I had on 11.2. Deadly embrace ).
I agree, at this point I wish I had never moved to PIM 2, but to update other things it came along for the ride before I realized what would happen. I ended up losing email from some of my separate saved folders through that transition. It seemed to have settled down after that but now this.
If I could go back to the prior version of the PIM I would do it, but not sure how and the mail I lost is gone anyway.
Thanks for your help with this. At the moment I guess I’ll let it sit and hopefully the next updates for 4.7.3 will fix something.
Indeed remove #2 and #3, but also disable the Extra and Playground repos. Now in Yast, select the repo view, select the KDE47 repo and click “Switch system packages” …Tell it to remove kcometen and libkdeedudata. You first have to get back to a stable situation
BTW: the Release repos are not unofficial, they’re suggested in the wiki for those who want to keep their KDE up to date without the risk of having unstable packages. Sometimes the KDE updates even contain security fixes.[/LEFT]
No, I didn’t notice the UNSTABLE repository, I have removed it and disabled the repositories you mention. I switched system packages waited for update then rebooted.
Kontact does now show KMail embedded as a component. However, when I click on an email, KMail shows message Retrieving Folder Contents and the message is displayed after 4 minutes or more.
As said earlier, while you now must have a “stable” and up to date KDE installation, that does not say it is error free. I point to the KDE-PIM mailing list again. Personaly I hope that the whole is stable AND functioning before the pressure on upgrading because of unsupported openSUSE level becomes to great. Else I might be forced to look for anothher integrated mail/addressbook solution.
As a side remark. It should not be needed to reboot when you install new end user software. Logout/in should be sufficient. In fact a reboot is only needed when you update the kernel.
>
> Knurpht;2401129 Wrote:
>> Indeed remove #2 and #3, but also disable the Extra and Playground
>> repos. Now in Yast, select the repo view, select the KDE47 repo and
>> click “Switch system packages” …Tell it to remove kcometen and
>> libkdeedudata. You first have to get back to a stable situation
>>
>> Didn’t you notice this:
> ‘Index of /repositories/KDE:’
>> (http://download.opensuse.org/repositories/KDE:/)Unstable:/ ?
>>
>> BTW: the Release repos are not unofficial, they’re suggested in the
>> wiki for those who want to keep their KDE up to date without the risk of
>> having unstable packages. Sometimes the KDE updates even contain
>> security fixes.
>
> No, I didn’t notice the UNSTABLE repository, I have removed it and
> disabled the repositories you mention. I switched system packages
> waited for update then rebooted.
>
> Kontact does now show KMail embedded as a component. However, when I
> click on an email, KMail shows message Retrieving Folder Contents and
> the message is displayed after 4 minutes or more.
>
>
What actual kernel do you have? I’m running KDE 4.7.3 Release 10 with no
problems so far. Also is your email POP3? I just update KDE to “release 10”
from the Suse Repo:URL: http://download.opensuse.org/repositories/KDE:/Release:/47/openSUSE_11.4/
There were a few dependences. Using YaST I worked them out and things look
stabe.
Kontact is : 4.7.3 amd so is Kmail. Only thing I had with Kontact was knode
had to be manually installed again before it showed up.
I am running kernel 2.6.37.1 and used the same repository to update KDE to 4.7.3.
I receive mail, all my mailboxes are there (yes they are all POP3). The issue now is when I actually try to read a message, the Reading Pane shows the message Retrieving Folder Contents for 4 minutes or more before the actual message is displayed. Same if I select to open the message, no window appears with the message open in it for a least 4 minutes. Not really usable at the moment.
It’s like an idex or something is corrupted or broken but I don’t know how to fix it if that’s a possibility and this is really a symptom of that.
I can only confirm DMCorsa’s problem with same config: kmail2 4.7.3 r10. Getting stuck with “retrieving folder content” as soon as I try to open a folder. I was trying to use kmail2 since many weeks, with some periods of success but also had to spend too much time and lost a few mails so that I finally reverted to kmail 4.4.10. So far I did not find a hint how to fix this. But it is good to read that it CAN work !
On 11/13/2011 10:36 AM, pipo38 wrote:
> I can only confirm DMCorsa’s problem
i’m not 100% sure, but i think this problem is both known and a bug
has been posted against it…for some time…
you might want to check bugzilla before you climb so far out on the
bleeding edge…otherwise you are placing your emails (or whatever) at
risk–a constant possibility when testing unstable software…
> you might want to check bugzilla before you climb so far out on the
> bleeding edge…otherwise you are placing your emails (or whatever)
> at risk–a constant possibility when testing unstable software…
TB just deleted an e-mail for me due to what looks like a bug in a
configuration tool. However, as I keep all mail on the server for a
couple of months, nothing is lost. Belts, braces and anything else you
can think of is necessary.
–
Graham Davis, Bracknell, Berks.
openSUSE 11.4 (64-bit); KDE 4.7.2; AMD Phenom II X2 550 Processor;
Video: nVidia GeForce 210 (using nVidia driver);
Sound: ATI SBx00 Azalia (Intel HDA); Wireless: BCM4306
On 2011-11-07 10:46, hcvv wrote:
> As a side remark. It should not be needed to reboot when you install
> new end user software. Logout/in should be sufficient. In fact a reboot
> is only needed when you update the kernel.
That’s not completely true, it is rather complex to determine when it is
needed. For example a glibc update requires it, too.
Just run “zypper ps” after an update: it gives you a list of processes that
are still using the old files. You have to restart all of them till the
list comes back empty. Some are services, some are user processes (log
out/in), and some are so embedded that it is better to reboot.
Thus, the blind action that ensures that all new files get used is a reboot.
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)
> On Sun, 13 Nov 2011 11:43:23 GMT
> DenverD <DenverD@no-mx.forums.opensuse.org> wrote:
>
>> you might want to check bugzilla before you climb so far out on the
>> bleeding edge…otherwise you are placing your emails (or whatever)
>> at risk–a constant possibility when testing unstable software…
>
> TB just deleted an e-mail for me due to what looks like a bug in a
> configuration tool. However, as I keep all mail on the server for a
> couple of months, nothing is lost. Belts, braces and anything else you
> can think of is necessary.
>
yes I learned a while back to keep email on the server for a while. Also
I installed SeaMonkey and use it to retrieve mail at random times, or if
kmail2 is screwed up, Like today when my distrubtion groups are all
empty for some reason related to an Akonadi problem I’ve had with kmail2
only.
i do not feel kde 4.7.x is or was ready for real time.
).