Red Hat Bugzilla – Bug 147806
libicudata requires execmod
Last modified: 2007-11-30 17:11:00 EST
*** This bug has been split off bug 147749 ***
------- Original comment by Paul Nasrat on 2005.02.10 17:22 -------
Description of problem:
terminate called after throwing an instance of 'std::bad_alloc'
/usr/lib/openoffice.org1.9.75/program/soffice.bin: error while loading shared
libraries: /usr/lib/openoffice.org1.9.75/program/libicudata.so.26: cannot
restore segment prot after reloc: Permission denied
a) That exact line above can only come from openoffice.org.1.9.75 which is only
available from people.redhat.com/caolanm, so I'd like to handle it.
b) but from a non-selinux person, what exactly an I supposed to do ? :-)
Essentially what's happening, as far as I understand things, is that the
libicudata library is requesting both writable and executable memory. It is a
bug in the rawhide SELinux policy that this was being denied by default (we are
going to change it to be allowed by default). However, it is still better to
change libicudata if possible.
Without looking at the code, it's hard to say what exactly is causing this. One
cause might be assembly code which does not have GNU-stack marker.
I've added Roland to the CC on this bug; he is an expert in this area and
hopefully he can comment more intelligently than I can. We do need to put
together a FAQ on this issue.
Again, we will be fixing the rawhide SELinux so this is allowed by default, so
it is not a showstopper issue.
Apparently its because this lib isn't getting appropiate -fPIC/-fpic which we
missed because it's makefile is generated dynamically during the icu build
progress. Will be fixed in 1.9.83, upstreamed.