333913 - [trunk] Cannot start an homemade build on an up-to-date Fedora Core 5 : crash in libmozz.so (permission denied)

Status: RESOLVED INVALID

(Firefox Build System :: General, defect)

Description

[Frederic Bezies]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20060412 Firefox/3.0a1
Build Identifier: 

I have a PC under Fedora Core 5, and I wanted to build Minefield under it.

I used this .mozconfig :

#
# See http://www.mozilla.org/build/ for build instructions.
#

# Options for client.mk.
mk_add_options MOZ_CO_PROJECT=browser

# Options for 'configure' (same as command-line options).
ac_add_options --enable-default-toolkit=cairo-gtk2
ac_add_options --enable-application=browser
ac_add_options --enable-pango
ac_add_options --enable-canvas
ac_add_options --enable-svg
ac_add_options --disable-installer
ac_add_options --disable-tests
ac_add_options --enable-optimize="-Os -pipe"
ac_add_options --enable-strip
ac_add_options --disable-pedantic
ac_add_options --disable-debug"

When I try to launch it, it dies :(

Reproducible: Always

Steps to Reproduce:
1.have a Fedora Core 5 powered PC
2.build Minefield 
3.Launch it

Actual Results:  
Dies saying :

"Error while loading shared library /libmozz.so : cannot extract pool after reloc : permission denied"

Expected Results:  
launch minefield

Message is not 100% sure as I wrote it and try to read myself after ;)

Comment 1

[timeless]

from google:

Scratching the Surface of SELinux
In restoring the server to its former glory I needed to restore the installation of Lahey Fortran for our old Fortran programmers. (With Fortran programmers, as with Fortran, one learns to not question why they need to do something, or to ask them to learn something new, but to just work with what they're giving you. I'm not about to start asking them why they can't write their programs in some version of Fortran that the GNU Fortran compiler supports...)

Unfortunately, running the program gave me the error "library name: cannot restore segment prot after reloc: Permission denied. ". A Google on this error message showed me that it's caused by SELinux, which doesn't just allow anyone to come along and install new shared object libraries - you have to make sure that they're set to be a shared library (type 'texrel_shlib_t'). So applying the command 'chcon -v -t texrel_shlib_t /path/to/library' made everything suddenly work. And made me learn a little more about how SELinux sits in with all the other parts of Linux.

Learning: it's a good thing. 

Comment 2

[cls]

This should probably go into one of the build FAQs.  I hit it myself a few days ago.  I don't think there's anything we can do as the chcon needs to be done as root (or someone with system admin privs).

Comment 3

[Ben Turner (not reading bugmail, use the needinfo flag!)]

Adding a configure warning would be a nice idea... Can you detect SELinux from configure?