I’m trying to install Plasma5 from Wolfi’s repository using Yast2. Following instructions, I added Wolfi’s repository with highest priority (lowest number), added QT5 and Framework5, and switched system packages to Wolfi’s repository. I then click on plasma5-session in Wolfi’s repository and receive the following errors:
plasma5-session-5.4.0-96.1.noarch requires plasma5-desktop >= 5.4.0, but this requirement cannot be provideduninstallable providers: plasma5-desktop-5.4.0-101.3.i586[KDE_Frameworks_5]
plasma5-desktop-5.4.0-101.3.x86_64[KDE_Frameworks_5]
plasma5-desktop-5.4.0-230.1.i586[Wolfi_Plasma_5]
plasma5-desktop-5.4.0-230.1.x86_64[Wolfi_Plasma_5]
] break plasma5-session-5.4.0-96.1.noarch by ignoring some of its dependencies
] do not install plasma5-session-5.4.0-96.1.noarch
] Following actions will be done:
install plasma5-workspace-5.4.0-107.1.x86_64 from excluded repository
deinstallation of kdebase4-workspace-4.11.20-29.5.x86_64
deinstallation of patterns-openSUSE-kde4_basis-20141007-5.1.x86_64
deinstallation of kdebase4-openSUSE-13.2-4.2.8.x86_64
deinstallation of kdebase4-session-4.12-3.1.2.noarch
deinstallation of plasmoid-yawp-0.4.5-1.6.x86_64
deinstallation of plasmoid-yawp-themes-0.4.5-1.6.noarch
deinstallation of patterns-openSUSE-kde4_imaging-20141007-5.1.x86_64
deinstallation of patterns-openSUSE-kde-20141007-5.1.x86_64
When I look at the list of available packages, all of the listed packages are actually there, yet somehow uninstallable. Since I don’t want to remove Plasma4, I aborted the install. Is there a way to correct this problem?
the result I get is, “Package ‘plasma5-desktop-5.4.0-231.1’ not found.” If I go into yast2, list your repository, go down the list and find plasma5-desktop-5.4.0-231.1 (yes it does show up) and check it, I get these dependencies errors:
#### YaST2 conflicts list - generated 2015-09-11 12:15:05 ####
plasma5-desktop-5.4.0-230.1.x86_64 requires plasma5-workspace >= 5.4.0, but this requirement cannot be provided
uninstallable providers: plasma5-workspace-5.4.0-107.1.i586[KDE_Frameworks_5]
plasma5-workspace-5.4.0-107.1.x86_64[KDE_Frameworks_5]
plasma5-workspace-5.4.0-200.1.i586[Wolfi_Plasma_5]
plasma5-workspace-5.4.0-200.1.x86_64[Wolfi_Plasma_5]
] do not install plasma5-desktop-5.4.0-230.1.x86_64
] do not install plasma5-desktop-5.4.0-230.1.x86_64
] Following actions will be done:
deinstallation of kdebase4-workspace-4.11.20-29.5.x86_64
deinstallation of patterns-openSUSE-kde4_basis-20141007-5.1.x86_64
deinstallation of kdebase4-openSUSE-13.2-4.2.8.x86_64
deinstallation of kdebase4-session-4.12-3.1.2.noarch
deinstallation of plasmoid-yawp-0.4.5-1.6.x86_64
deinstallation of plasmoid-yawp-themes-0.4.5-1.6.noarch
deinstallation of patterns-openSUSE-kde4_imaging-20141007-5.1.x86_64
deinstallation of patterns-openSUSE-kde-20141007-5.1.x86_64
] break plasma5-desktop-5.4.0-230.1.x86_64 by ignoring some of its dependencies
Hm, quite a long list…
But I don’t really see anything that should cause this problem.
Just a note: there’s no point in having the LibreOffice:43 repo, that LibreOffice version is available via the standard update repo anyway, and you also have the LibreOffice:Factory repo as well.
When I enter
sudo zypper in -f plasma5-desktop-5.4.0-231.1
the result I get is, “Package ‘plasma5-desktop-5.4.0-231.1’ not found.”
Yeah right, I get the same. I’m not sure of the correct syntax at the moment, but try this instead:
sudo zypper in -f --from 17 plasma5-desktop plasma5-workspace
For some reason plasma5-workspace cannot be installed because of some conflict.
One thing that might cause this is kio-extras5-lang that doesn’t exist any more, and might prevent kio-extras5 from being updated (and the older version conflicts with plasma5-workspace because some files have been moved from kio-extras5 to plasma5-workspace upstream in 5.4.0).
So if you have kio-extras5-lang installed, uninstall it and try again.
PS: I found a problem:
kio-extras5 15.08.0 is missing from KDE:Frameworks5 for 13.2, for some reason it still only has 15.07.90.
I didn’t notice it here because I have kio-extras5 15.08.0 installed from KDE:Applications.
I will fix the problem shortly, although it should resolve itself when KDE:Frameworks5 is published again (tomorrow probably), because it will then get kio-extras5 15.08.0 and thus resolving the conflict.
Yes, I’m pretty sure it is.
The current plasma5-workspace conflicts with kio-extras5 < 15.08.0 (that’s necessary to prevent update problems from <= 5.3.2).
This should be fixed now, I changed the dependency to conflict with kio-extras5 < 15.07.90 instead.
Although as mentioned, the repo will contain 15.08.0 when it is next published, which will happen when Frameworks 5.14 is released (probably tomorrow).
So try to install it again, it should work now.
And sorry for the inconvenience!
PS:
Don’t forget to install plasma5-session (that actually pulls in plasma5-desktop and plasma5-workspace anyway) to be able to choose “Plasma 5” at the login screen.
One more problem, sorry. Now that I can get things installed, when I open a plasma5 session, I get a black screen with a crash message citing a segmentation fault with plasmashell. When the session comes up, kmail is running as is kdewallet which seems to work fine. I looked through the forum and saw references to kwayland, but I do not have that issue. Any idea what’s going on?
Incompatible mix of packages.
For some reason, OBS apparently got stuck yesterday while publishing the KDE:Frameworks5 repo (for 13.2/64bit at least), so there are some vital packages not updated yet (i.e. they are still at 5.13/5.4.0).
Unfortunately there’s nothing I can do about that.
You have to wait until this resolves itself, and the repo is fully published.
KDE:Frameworks5 has been forcefully rebuilt today for 64bit (to circumvent the problem with the stuck publisher), and it is correctly/fully published now.
So update your system.
If Plasma5 still doesn’t work, try a full switch to the 3 repos as mentioned earlier:
sudo zypper dup --from 8 --from 13 --from 17
This should work now, there shouldn’t be dependency problems any more.
A new problem – I opened plasma5 and as usual, KMail opened with it. However, the local folders panel is blank and opening an identity under settings gets a message saying that mail directories aren’t found. This has happened since I got plasma5 to work. Since plasma5 has sandbox status as far as I’m concerned, I do my day to day work in plasma 4 where all has been well until today. Today, while in plasma5, kmail downloaded some email and put it in a mail directory (which of course it doesn’t see). When I opened plasma 4, all my mail folders were there as usual, but the indexes to the directories where the mail downloaded were hosed. My past emails show up as (Unknown) subject with Unknown as the date and Unknown as the sender. The emails themselves are there, but of course unsorted. Is there a way to regenerate the indices? I can’t seem to find anything that tells me how to do it? And is there a way to solve the problem in Plasma5?
Is this about the KDE4/Qt4 versions of KMail and Akonadi or did you install kmail5/akonadi5-server?
It’s probably not a good idea to switch back and forth between Akonadi4 and Akonadi5 and using the same database…
Otherwise it shouldn’t matter really whether you run KMail in KDE4 or Plasma5.
Also, KMail2 doesn’t have any indices. That’s all in Akonadi’s database.
Maybe try to run akonadiconsole and refresh/synchronize the folders in there (right-click on them on the “Browse” tab).
If that doesn’t help, you could try to rename/remove the database, it’s in ~/.local/share/akonadi/.
PS, please note:
While the database is just a cache, there might be data in there too that has not been synchronized/written back to the actual storage, so be careful.
Also, folders/collections are referred to by their database id for things like filter destination folders. If you remove the database, those ids likely will change.
And of course you should do that when Akonadi is not running.
To be sure, run “akonadictl stop” first.
Thanks, Wolfi. If I remember correctly, KMail used to have a menu choice under folder properties to reindex. That’s probably pre-Akonadi. In any case, I solved the problem through a complete kludge - I moved the emails to an empty folder where they were indexed and then moved them back to the original folder complete with newly indexed names etc.
I did try to install akonadi5 - since uninstalled - which is probably the source of the indexing problem. Nonetheless, even before that, my mail folders do not show up in KMail when run under plasma5, but they do in plasma4. I don’t quite understand why this would happen. Just for my information, where actually do the mail folders physically reside?
Nonetheless, even before that, my mail folders do not show up in KMail when run under plasma5, but they do in plasma4. I don’t quite understand why this would happen.
Hm. No idea, shouldn’t happen.
I have to admit though that I never tried that.
Personally I created a separate user account for testing Plasma5. I have only used kmail5 there (which basically worked), but then I also only use IMAP and have no local mails.
Just for my information, where actually do the mail folders physically reside?
The default location is ~/.local/share/local-mail, but this can be configured to anything you want in the maildir resource configuration.
So check in “Configure Desktop”->“Personal Information”->“Configure Akonadi Resources”.
If you use IMAP, the mails stay on the server though.
Odd. ~/.local/share/local-mail is where the personal information shows the mail folder to be, but the subfolders where I keep my mail are elsewhere. While they show up in personal information, only the configuration from kmail shows when you click on them. If I collapse the local folder with the subfolders in it, I see three “local folders” in KMail, two of which are offline.
Does ~/.local/share/.local-mail.directory exist? Your mails might be in there.
While they show up in personal information, only the configuration from kmail shows when you click on them. If I collapse the local folder with the subfolders in it, I see three “local folders” in KMail, two of which are offline.
Well, you can have as many “local folders” as you want.
Maybe you looked at the wrong configuration?
The default in pre-Akonadi days was ~/.kde4/share/apps/kmail/mail/, or ~/Mail/ in KDE3.
If you did an automatic migration to Akonadi, you might still use one of those.
[QUOTE=wolfi323;2728855]Does ~/.local/share/.local-mail.directory exist? Your mails might be in there.
Ah, now I see the confusion. there is a ~/.local/share/local-mail.directory (not hidden) which has empty cur, new subdirectories. Now I see I should have looked for a hidden directory of the same name (local-mail) which, in fact, exists and has all my mail. I have no idea where the unhidden directory came from - probably an older iteration of KDE4.