After Compiling Evolution with the hardened flags.Only the send/receive Button and the Contacts Button is visible. When compiling with i686-pc-linux-gnu-4.1.2 every<thing is fine I tried to play arround with paxctl and its flags but did not work. Reproducible: Always Steps to Reproduce: 1. compile evolution with gentoo hardened profile and hardened toolchain 2. star evolution 3. Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory GTK Accessibility Module initialized (evolution:17973): Gnome-WARNING **: Accessibility: failed to find module 'libgail-gnome' which is needed to make this application accessible (evolution:17973): Gnome-WARNING **: Accessibility: failed to find module 'libatk-bridge' which is needed to make this application accessible CalDAV Eplugin starting up ... evolution-shell-Message: Killing old version of evolution-data-server... (evolution:17973): evolution-shell-WARNING **: Cannot activate 'OAFIID:GNOME_Evolution_Tasks_Component:2.10': g_module_open of `/usr/lib/evolution/2.10/components/libevolution-calendar.so' failed with `/usr/lib/evolution/2.10/components/libevolution-calendar.so: undefined symbol: mail_tool_uri_to_folder' (evolution:17973): evolution-shell-WARNING **: Cannot activate 'OAFIID:GNOME_Evolution_Mail_Component:2.10': g_module_open of `/usr/lib/evolution/2.10/components/libevolution-mail.so' failed with `/usr/lib/evolution/2.10/libecontactlisteditor.so.0: undefined symbol: addressbook_load' (evolution:17973): evolution-shell-WARNING **: Cannot activate 'OAFIID:GNOME_Evolution_Memos_Component:2.10': g_module_open of `/usr/lib/evolution/2.10/components/libevolution-calendar.so' failed with `/usr/lib/evolution/2.10/components/libevolution-calendar.so: undefined symbol: mail_tool_uri_to_folder' (evolution:17973): evolution-shell-WARNING **: Cannot activate 'OAFIID:GNOME_Evolution_Calendar_Component:2.10': g_module_open of `/usr/lib/evolution/2.10/components/libevolution-calendar.so' failed with `/usr/lib/evolution/2.10/components/libevolution-calendar.so: undefined symbol: mail_tool_uri_to_folder' (evolution:17973): e-utils-WARNING **: can't load plugin '/usr/lib/evolution/2.10/plugins/liborg-gnome-default-mailer.so: undefined symbol: em_utils_prompt_user' (evolution:17973): evolution-shell-WARNING **: Unknown component mail
This ain't exactly a hardened bug perse.
I'd say this user is hitting the same problem as described in bug #141448
Just to be sure to understand. When compiling evolution with a non hardened profile, evolution is fully working but not if you compile it with a hardened profile, right ? How do you change between hardened and non hardened btw ? Profiles like this (hardened, selinux, regular) are not meant to be changed to one another like this and could lead to multiple breakage. could you look at bug #141448 and tell us if it's similar and if the informations there helps you fix evolution ?
The bug http://bugs.gentoo.org/show_bug.cgi?id=141448 is indeed the same. When I said I switched to a non hardened profile I meant that I switch the compiler. gcc-config -l shows : [1] i686-pc-linux-gnu-3.4.6 * [2] i686-pc-linux-gnu-3.4.6-hardenednopie [3] i686-pc-linux-gnu-3.4.6-hardenednopiessp [4] i686-pc-linux-gnu-3.4.6-hardenednossp [5] i686-pc-linux-gnu-3.4.6-vanilla [6] i686-pc-linux-gnu-4.1.2 where 1 is the compiler with all the hardened flags set and 5 and 6 are the compilers without any hardened flag. I think I used 6 for evolution and it worked. (But maybe it was 5). If its important I give it a retry. (hardened for gcc-4.1.2 is masked by the way)
Cant http://bugs.gentoo.org/show_bug.cgi?id=141448 reproduce if the rebind fix for evolution works because "elfkickers" won't compile on my system, maybe that is another issue.
I got the same warnings from the other bug and this one with the LD_BIND_NOW variable set so I'm marking this as a duplicate. Thanks for reporting *** This bug has been marked as a duplicate of bug 141448 ***
FYI: Switching compilers is not an ideal solution at all. It's only one subset flag -z now that gets passed to the linker when using a hardened compiler that exposes this problem. Suggested work around for the moment would be simply to do what I did in http://bugs.gentoo.org/show_bug.cgi?id=141448#c24
*** Bug 195350 has been marked as a duplicate of this bug. ***