When I run korganizer on Xfce on Cauldron , that was started from startx, I am getting this: shlomif@telaviv1:~$ korganizer korganizer: symbol lookup error: /lib64/libkorganizerprivate.so.5: undefined symbol: _ZN4KOrg8BaseView14selectionStartEv shlomif@telaviv1:~$ korganizer 2>&1| c++filt korganizer: symbol lookup error: /lib64/libkorganizerprivate.so.5: undefined symbol: KOrg::BaseView::selectionStart() shlomif@telaviv1:~$ And korganizer won't start.
Fill in the rpm package.
Source RPM: (none) => kdepim-15.12.0-2.mga6.src.rpm
just tried, after installing, amongst others: lib64korganizerprivate5-15.12.0-2.mga6.x86_64.rpm korganizer-15.12.0-2.mga6.x86_64.rpm lib64korganizer_core5-15.12.0-2.mga6.x86_64.rpm (i was amazed to see it missing from my plasma install, btw) and after selecting XFCE in sddm. Here it crashes, too. The symbol lookup error is different: [marja@cauldron64bit ~]$ korganizer korganizer: symbol lookup error: /lib64/libKF5AkonadiCore.so.5: undefined symbol: _ZTIN7Akonadi8Protocol7CommandE [marja@cauldron64bit ~]$ korganizer 2>&1| c++filt korganizer: symbol lookup error: /lib64/libKF5AkonadiCore.so.5: undefined symbol: typeinfo for Akonadi::Protocol::Command [marja@cauldron64bit ~]$
CC: (none) => marja11Assignee: bugsquad => mageia
(In reply to Marja van Waes from comment #2) > .... and after > selecting XFCE in sddm. > selecting Plasma and then starting korganizer gives exactly the same symbol lookup error as i saw before
(In reply to Marja van Waes from comment #2) > just tried, after installing, amongst others: > lib64korganizerprivate5-15.12.0-2.mga6.x86_64.rpm > korganizer-15.12.0-2.mga6.x86_64.rpm > lib64korganizer_core5-15.12.0-2.mga6.x86_64.rpm > (i was amazed to see it missing from my plasma install, btw) and after > selecting XFCE in sddm. > > Here it crashes, too. The symbol lookup error is different: > [marja@cauldron64bit ~]$ korganizer > korganizer: symbol lookup error: /lib64/libKF5AkonadiCore.so.5: undefined > symbol: _ZTIN7Akonadi8Protocol7CommandE > [marja@cauldron64bit ~]$ korganizer 2>&1| c++filt > korganizer: symbol lookup error: /lib64/libKF5AkonadiCore.so.5: undefined > symbol: typeinfo for Akonadi::Protocol::Command > [marja@cauldron64bit ~]$ Thanks for the insight , Marja! After I have rebuilt the kdepim packages locally, and installed them, and ran korganizer again , korganizer was able to start fine. So I bumped the rel and resubmitted the kdepim package, so let's try again soon. Happy New Year! Regards, -- Shlomi
(In reply to Shlomi Fish from comment #4) > > Thanks for the insight , Marja! After I have rebuilt the kdepim packages > locally, and installed them, and ran korganizer again , korganizer was able > to start fine. So I bumped the rel and resubmitted the kdepim package, so > let's try again soon. > > Happy New Year! > Thanks, and happy new year to you and neoclust, too. For me nothing changed after installing the 15.12.0-3 packages, though. Not even after reboot: [marja@cauldron64bit ~]$ korganizer korganizer: symbol lookup error: /lib64/libKF5AkonadiCore.so.5: undefined symbol: _ZTIN7Akonadi8Protocol7CommandE [marja@cauldron64bit ~]$ korganizer 2>&1| c++filt korganizer: symbol lookup error: /lib64/libKF5AkonadiCore.so.5: undefined symbol: typeinfo for Akonadi::Protocol::Command [marja@cauldron64bit ~]$ rpm -qa | grep korganizer lib64korganizer_core5-15.12.0-3.mga6 lib64korganizer_interfaces4-15.07.90-1.mga6 korganizer-15.12.0-3.mga6 korganizer-handbook-15.12.0-2.mga6 lib64korganizerprivate5-15.12.0-3.mga6 [marja@cauldron64bit ~]$ Of course my error was different than yours from the beginning.
Source RPM: kdepim-15.12.0-2.mga6.src.rpm => kdepim-15.12.0-3.mga6.src.rpm
btw, is this as it should be?: [marja@cauldron64bit ~]$ rpm -qa | grep akonadicore lib64kf5akonadicore4-15.08.3-1.mga6 [marja@cauldron64bit ~]$ urpmq --not-available | grep akonadicore [marja@cauldron64bit ~]$ I do _not_ have lib64kf5akonadicore5 @ neoclust is it ok to remove v4 and install v5?
If this helps, korganizer works with what I have installed (but it crashes on exit--not sure if I should file a bug on that yet). [curtis@Parkes ~]$ rpm -qa |grep akon |sort akonadi-15.12.0-1.mga6 akonadiconsole-15.12.0-2.mga6 akonadi-kde-15.12.0-1.mga6 lib64akonadi-filestore5-15.12.0-1.mga6 lib64akonadiprivate5-15.12.0-1.mga6 lib64akonadiprotocolinternals1-1.13.0-8.mga6 lib64akonadi-singlefileresource5-15.12.0-1.mga6 lib64kf5akonadiagentbase5-15.12.0-1.mga6 lib64kf5akonadicalendar4-15.12.0-1.mga6 lib64kf5akonadicontact5-15.12.0-1.mga6 lib64kf5akonadicore5-15.12.0-1.mga6 lib64kf5akonadimime5-15.12.0-1.mga6 lib64kf5akonadinotes5-15.12.0-1.mga6 lib64kf5akonadisearchdebug5-15.12.0-1.mga6 lib64kf5akonadisearchpim5-15.12.0-1.mga6 lib64kf5akonadisocialutils5-15.12.0-1.mga6 lib64kf5akonadiwidgets5-15.12.0-1.mga6 lib64kf5akonadixml5-15.12.0-1.mga6 [curtis@Parkes ~]$ rpm -qa |grep korg |sort korganizer-15.12.0-3.mga6 korganizer-handbook-15.12.0-2.mga6 lib64korganizer_core5-15.12.0-2.mga6 lib64korganizer_interfaces5-15.12.0-2.mga6 lib64korganizerprivate5-15.12.0-2.mga6 [curtis@Parkes ~]$ rpm -qa |grep calen |sort lib64kf5akonadicalendar4-15.12.0-1.mga6 lib64kf5alarmcalendar4-15.12.0-1.mga6 lib64kf5calendarcore4-15.12.0-1.mga6 lib64kf5calendarevents5-5.17.0-2.mga6 lib64kf5calendarsupport5-15.12.0-3.mga6 lib64kf5calendarutils4-15.12.0-1.mga6 And I think lib64qt5-database-plugin-* were also important.
CC: (none) => curtis_mageia
(In reply to Marja van Waes from comment #6) > btw, is this as it should be?: > > [marja@cauldron64bit ~]$ rpm -qa | grep akonadicore > lib64kf5akonadicore4-15.08.3-1.mga6 > [marja@cauldron64bit ~]$ urpmq --not-available | grep akonadicore > [marja@cauldron64bit ~]$ > > I do _not_ have lib64kf5akonadicore5 > > @ neoclust > > is it ok to remove v4 and install v5? no :) Please wait next kdepimlibs to see if the update goes better :). PS: This is why for me the rebuild was a non sense as kdepimlibs was build AFTER akonadi. I firstly added conflicts to ease upgrade but doesn't seems enough. Let's try with rebuild now.
Created attachment 7325 [details] updates log (In reply to Nicolas Lécureuil from comment #8) > (In reply to Marja van Waes from comment #6) > > > > I do _not_ have lib64kf5akonadicore5 > > > > @ neoclust > > > > is it ok to remove v4 and install v5? > > no :) > > Please wait next kdepimlibs to see if the update goes better :). > After updating (see attached log), I still do not have lib64kf5akonadicore5, even if the new one was available (so I don't see a point in logging out and back in or even rebooting to see whether korganizer now works) [marja@cauldron64bit ~]$ rpm -qa | grep lib64kf5akonadicore lib64kf5akonadicore4-15.08.3-1.mga6 [marja@cauldron64bit ~]$ urpmq -i lib64kf5akonadicore5 Name : lib64kf5akonadicore5 Version : 15.12.0 Release : 2.mga6 Group : System/Libraries Size : 2312296 Architecture: x86_64 Source RPM : kdepimlibs-15.12.0-2.mga6.src.rpm Build Host: sucuk.mageia.org Packager : neoclust <neoclust> Summary : KDE core library Description : KDE core library [marja@cauldron64bit ~]$ rpm -qa | grep kdepimlibs-core kdepimlibs-core-15.12.0-2.mga6 [marja@cauldron64bit ~]$
@neoclust: I guess it's again a matter of wrongly using Conflicts instead of Obsoletes?
Blocks: (none) => 17523
There was another attempt to fix this, but I'm not sure it would work to update lib64* packages: http://svnweb.mageia.org/packages/cauldron/kdepimlibs/current/SPECS/kdepimlibs.spec?r1=914332&r2=920281 BTW neoclust, I tend to use explict Obsoletes + Provides instead of the %rename macro. The problem with %rename is that it uses %{version}-%{release} in the Obsoletes, but our policy is more to use a strict versioned obsolete like < 15.11.80-1 So in the above change it would probably be better to replace Conflicts: %{_lib}kf5akonadicontact4 < 15.11.80 with Obsoletes: %{_lib}kf5akonadicontact4 < 15.11.80-1 Provides: %{_lib}kf5akonadicontact4 = %{version}-%{release} and so on.
I'll handle this in the evening.
CC: (none) => mageiaAssignee: mageia => rverschelde
CC: (none) => mageia
I am not sure if my problem is the same, but just in case: LC_ALL=C sudo urpmi lib64kf5akonadicore5 installing lib64kf5akonadicore5-15.12.1-2.mga6.x86_64.rpm from /var/cache/urpmi/rpms Preparing... ################################################################################################################################ Installation failed: file /usr/lib64/libKF5AkonadiCore.so.5 from install of lib64kf5akonadicore5-15.12.1-2.mga6.x86_64 conflicts with file from package lib64kf5akonadicore4-15.08.3-1.mga6.x86_64 rpm -qa | grep lib64kf5akonadicore lib64kf5akonadicore4-15.08.3-1.mga6 (x86_64) rpm -qa | grep 15.08 lib64kf5akonadiagentbase4-15.08.3-1.mga6 (x86_64) lib64kipi11-15.08.0-1.mga6 (x86_64) lib64kdcraw23-15.08.0-1.mga6 (x86_64) kde-base-artwork-15.08.3-1.mga6 (noarch) lib64kf5akonadicontact4-15.08.3-1.mga6 (x86_64) lib64kf5akonadixml4-15.08.3-1.mga6 (x86_64) lib64ksane0-15.08.0-1.mga6 (x86_64) lib64kf5akonadisocialutils4-15.08.3-1.mga6 (x86_64) lib64kf5akonadinotes4-15.08.3-1.mga6 (x86_64) lib64kf5akonadimime4-15.08.3-1.mga6 (x86_64) lib64kf5vkontakte2-15.08.0-3.mga6 (x86_64) lib64kf5akonadiwidgets4-15.08.3-1.mga6 (x86_64) kde-wallpapers-15.08.3-1.mga6 (noarch) lib64kf5akonadicore4-15.08.3-1.mga6 (x86_64)
i think we should remove %rename and user better obsoletes/provides. I noone does it before me i will do it in a couple of hours
(In reply to Nicolas Lécureuil from comment #14) > i think we should remove %rename and user better obsoletes/provides. Yeah I'd be for dropping the macro completely, it's misleading IMO and leads to bad practices.
Hi guys, No evolution with latest release: $ rpm -qa | grep 15.08 lib64kf5akonadiagentbase4-15.08.3-1.mga6 (x86_64) lib64kipi11-15.08.0-1.mga6 (x86_64) lib64kdcraw23-15.08.0-1.mga6 (x86_64) kde-base-artwork-15.08.3-1.mga6 (noarch) lib64kf5akonadicontact4-15.08.3-1.mga6 (x86_64) lib64kf5akonadixml4-15.08.3-1.mga6 (x86_64) lib64ksane0-15.08.0-1.mga6 (x86_64) lib64kf5akonadisocialutils4-15.08.3-1.mga6 (x86_64) lib64kf5vkontakte2-15.08.0-4.mga6 (x86_64) lib64kf5akonadinotes4-15.08.3-1.mga6 (x86_64) lib64kf5akonadimime4-15.08.3-1.mga6 (x86_64) lib64kf5akonadiwidgets4-15.08.3-1.mga6 (x86_64) kde-wallpapers-15.08.3-1.mga6 (noarch) lib64kf5akonadicore4-15.08.3-1.mga6 (x86_64) lib64superkaramba4-15.08.3-1.mga6 (x86_64 $ LC_ALL=C sudo urpmi lib64kf5akonadicore5-15.12.1-2.mga6.x86_64 lib64kf5akonadimime5-15.12.1-2.mga6.x86_64 lib64kf5akonadinotes5-15.12.1-2.mga6.x86_64 lib64kf5akonadisocialutils5-15.12.1-2.mga6.x86_64 lib64kf5akonadiwidgets5-15.12.1-2.mga6.x86_64 lib64kf5akonadixml5-15.12.1-2.mga6.x86_64 installing lib64kf5akonadinotes5-15.12.1-2.mga6.x86_64.rpm lib64kf5akonadimime5-15.12.1-2.mga6.x86_64.rpm lib64kf5akonadisocialutils5-15.12.1-2.mga6.x86_64.rpm lib64kf5akonadixml5-15.12.1-2.mga6.x86_64.rpm lib64kf5akonadiwidgets5-15.12.1-2.mga6.x86_64.rpm lib64kf5akonadicore5-15.12.1-2.mga6.x86_64.rpm from /var/cache/urpmi/rpms Preparing... ################################################################################################################################ Installation failed: file /usr/lib64/libKF5AkonadiCore.so.5 from install of lib64kf5akonadicore5-15.12.1-2.mga6.x86_64 conflicts with file from package lib64kf5akonadicore4-15.08.3-1.mga6.x86_64 file /usr/lib64/libKF5AkonadiWidgets.so.5 from install of lib64kf5akonadiwidgets5-15.12.1-2.mga6.x86_64 conflicts with file from package lib64kf5akonadiwidgets4-15.08.3-1.mga6.x86_64 file /usr/lib64/libKF5AkonadiMime.so.5 from install of lib64kf5akonadimime5-15.12.1-2.mga6.x86_64 conflicts with file from package lib64kf5akonadimime4-15.08.3-1.mga6.x86_64 file /usr/lib64/libKF5AkonadiSocialUtils.so.5 from install of lib64kf5akonadisocialutils5-15.12.1-2.mga6.x86_64 conflicts with file from package lib64kf5akonadisocialutils4-15.08.3-1.mga6.x86_64 file /usr/lib64/libKF5AkonadiXml.so.5 from install of lib64kf5akonadixml5-15.12.1-2.mga6.x86_64 conflicts with file from package lib64kf5akonadixml4-15.08.3-1.mga6.x86_64 file /usr/lib64/libKF5AkonadiNotes.so.5 from install of lib64kf5akonadinotes5-15.12.1-2.mga6.x86_64 conflicts with file from package lib64kf5akonadinotes4-15.08.3-1.mga6.x86_64
Yann Ciret: I cannot reproduce your problem here. lib64kf5akonadicore5 installs fine.
hi Yann, i take a look.
Yann, please test next kdepimlibs.
(In reply to Nicolas Lécureuil from comment #19) > Yann, please test next kdepimlibs. which version/release/subrel/etc. of kdepimlibs is it? Is it kdepimlibs-15.12.2-2.mga6 ? See http://pkgsubmit.mageia.org/ . Regards, -- Shlomi Fish
(In reply to Nicolas Lécureuil from comment #19) > Yann, please test next kdepimlibs. Hi Nicolas, sorry for the delay, I moved into new house. It looks good now. Maybe this bug can be closed. Regards
no pb Yann :) Closing then.
Status: NEW => RESOLVEDResolution: (none) => FIXED