I have more on console, I have more :) Matt said in his blog about KB that this doesn't work, but good to have a bug for this. An easy fix had been committed for mail-to-task, see commit 1d64a06 in evo master.

Actually, I do not have more, I miss this one:
> (evolution:24285): evolution-plugin-lib-WARNING **: can't load plugin
> '/home/akhil/opt/gnome2/lib/evolution/2.30/plugins/libmail-account-disable.so':
> /home/akhil/opt/gnome2/lib/evolution/2.30/libevolution-widgets-a11y.so.0:
> undefined symbol: e_combo_button_get_type

it's better to start your /home/akhil/opt/gnome2/ from scratch, to avoid usage of previously built plugins/libraries/... which are not available in sources any more, or is not build at the moment. I did it and it stopped claiming on startup, and as soon as all from configure.ac: PLUGINS NOT BUILDING YET section will be added back to build, all will be back in normal ;)

*** Bug 593617 has been marked as a duplicate of this bug. ***

I did run 'make uninstall && make distclean' in evolution-data-server as well as evolution directory. I still see these warnings on terminal 

(evolution:27813): evolution-plugin-lib-WARNING **: can't load plugin '/home/akhil/opt/gnome2/lib/evolution/2.30/plugins/liborg-gnome-publish-calendar.so': /home/akhil/opt/gnome2/lib/evolution/2.30/libevolution-calendar-a11y.so.0: undefined symbol: gnome_calendar_get_task_pad

(evolution:27813): evolution-plugin-lib-WARNING **: can't load plugin '/home/akhil/opt/gnome2/lib/evolution/2.30/plugins/libmail-account-disable.so': /home/akhil/opt/gnome2/lib/evolution/2.30/libevolution-widgets-a11y.so.0: undefined symbol: e_combo_button_get_type

(evolution:27813): evolution-plugin-lib-WARNING **: can't load plugin '/home/akhil/opt/gnome2/lib/evolution/2.28/plugins/liborg-gnome-mail-folder-unsubscribe.so': /home/akhil/opt/gnome2/lib/evolution/2.28/libevolution-widgets-a11y.so.0: undefined symbol: e_combo_button_get_type

(evolution:27813): evolution-plugin-lib-WARNING **: can't load plugin '/home/akhil/opt/gnome2/lib/evolution/2.30/plugins/liborg-gnome-groupwise-features.so': /home/akhil/opt/gnome2/lib/evolution/2.30/libevolution-widgets-a11y.so.0: undefined symbol: e_combo_button_get_type

(evolution:27813): evolution-plugin-lib-WARNING **: can't load plugin '/home/akhil/opt/gnome2/lib/evolution/2.30/plugins/liborg-gnome-mailing-list-actions.so': /home/akhil/opt/gnome2/lib/evolution/2.30/libevolution-widgets-a11y.so.0: undefined symbol: e_combo_button_get_type
eplugin-readpst-Message: pst Plugin enabled

I suspect they are not working properly, rather do rm -rf on the /home/akhil/opt/gnome2/ and build all the folder hierarchy from scratch. Works for me fine.

Created attachment 142257 [details] [review]
proposed evo patch (save-calendar)

for evolution;

Observed issue:
a) start in tasks
b) switch either to memo or to calendar
 - the "Save To Disk" is not available there, and on console is a warning
   about missing action (the idle call to initialize ui manager is too late)
 - switch back to tasks and forth to memo or to calendar and you see actions now
 - note starting in calendar initializes all three ui managers, thus no such
   issue after that.

pity thing is less availability to sort items in menus/popups, and without proper placeholder-s it's pretty impossible (those are added at the end).

Created attachment 142269 [details] [review]
proposed evo patch (publish-calendar)

for evolution;

Easier than I expected. Do not forget of of:
  $ git rm org-gnome-publish-calendar.xml

After save-calendar and publish-calendar are back online, let's close this bug and file separate bugs for the remaining disabled plugins.  It's easier to track that way.  The scope of this bug is too broad.

Am I correct that the "Publish Calendar Information" gives the user absolutely no indication that it did anything?  If so then I guess it's working okay -- I verified the action gets triggered at least.

Committed to master with a few minor tweaks:
http://git.gnome.org/cgit/evolution/commit/?id=136adee47614d99ed26a294865cfd0d1ffb2cf7f

Today's master i don't see any warning on terminal.

Reopening, as patch for a save-calendar (comment #7) is still on its go.

(In reply to comment #10)
> Am I correct that the "Publish Calendar Information" gives the user absolutely
> no indication that it did anything?

Yes, that I wasn't going to fix, I kept it as it was.

Matt, ping, comment #7

(In reply to comment #7)
> Observed issue:
> a) start in tasks
> b) switch either to memo or to calendar
>  - the "Save To Disk" is not available there, and on console is a warning
>    about missing action (the idle call to initialize ui manager is too late)
>  - switch back to tasks and forth to memo or to calendar and you see actions
>    now
>  - note starting in calendar initializes all three ui managers, thus no such
>    issue after that.

Got this fixed in:
http://git.gnome.org/cgit/evolution/commit/?id=643db1689446521b73c589ef61c82c9536f24f46

I iterated on your patch a little and used the new multi-entry-point feature of EPluginUI.  Also found a much more elegant solution to that idle callback issue in EShellView.

> pity thing is less availability to sort items in menus/popups, and without
> proper placeholder-s it's pretty impossible (those are added at the end).

I don't think this will be a big problem in practice.  Plugins (especially ones we ship) whose sole purpose is to add an item to a menu somewhere is often a sign of poor integration and those plugins need to die.

This case is no different.  The save feature should be built-in and the list of export formats should be extensible via GTypeModules.  We have a nice pluggable framework for importing data, we should have a nice pluggable framework for exporting data.

Anyway, closing this as fixed.  The rest of the non-functional plugins are being tracked in separate bugs.