On 2011-08-13 14:43-0400 Hezekiah M. Carty wrote: > On Sat, Aug 13, 2011 at 2:05 AM, Alan W. Irwin > <ir...@beluga.phys.uvic.ca> wrote: >> On 2011-08-12 16:47-0600 Orion Poplawski wrote: >> >>> On 08/12/2011 12:30 PM, Alan W. Irwin wrote: >>>> >>>> Hi Hez: >>>> >>>> To follow up on the recent permission bits thread with Andrew I have >>>> made this installed ocaml stublibs change as of revision 11880 to make >>>> all our installed shared objects consistently drop the execution >>>> permission bits. >>>> >>>> The result of "make install" on my system is as follows: >>>> >>>> software@raven> ls -l >>>> /home/software/plplot_svn/installcmake/lib/ocaml/3.11.2/stublibs/ >>>> total 148 >>>> -rw-r--r-- 1 software software 6240 Aug 12 11:09 dllplcairo_stubs.so >>>> -rw-r--r-- 1 software software 136378 Aug 12 11:09 dllplplot_stubs.so >>> >>> Just a warning here - on Fedora rpm looks for executable so's to >>> automatically determine library dependencies. So this might have a negative >>> impact there. >> >> These are shared objects that are optionally dlopened at run time >> depending ultimately on user actions rather than libraries which are >> automatically loaded at run time by the run-time loader. So these >> .so's depend on libraries, but nothing else depends directly on them. >> > > I'm not sure of the reason, but every other system I've seen seems to > keep the executable bits set on these dll*.so. I'm not sure what kind > of effects removing the executable bits will have.
Is that really true for your system? (IIRC, you have ubuntu installed, and I assume that distro would follow Debian in this regard.) Here is what is done for equivalent files (I assume) on Debian Squeeze: irwin@raven> ls -l /usr/lib/ocaml/*/*.so -rw-r--r-- 1 root root 19328 Oct 5 2010 /usr/lib/ocaml/stublibs/dllbigarray.so -rw-r--r-- 1 root root 32448 Oct 5 2010 /usr/lib/ocaml/stublibs/dllgraphics.so -rw-r--r-- 1 root root 7736 Feb 9 2010 /usr/lib/ocaml/stublibs/dlllablglade2.so -rw-r--r-- 1 root root 441296 Feb 9 2010 /usr/lib/ocaml/stublibs/dlllablgtk2.so -rw-r--r-- 1 root root 6808 Feb 9 2010 /usr/lib/ocaml/stublibs/dlllablgtkspell.so -rw-r--r-- 1 root root 23624 Oct 5 2010 /usr/lib/ocaml/stublibs/dlllabltk.so -rw-r--r-- 1 root root 74496 Feb 9 2010 /usr/lib/ocaml/stublibs/dllmlcairo.so -rw-r--r-- 1 root root 5712 Feb 9 2010 /usr/lib/ocaml/stublibs/dllmlcairo_lablgtk.so -rw-r--r-- 1 root root 7152 Oct 5 2010 /usr/lib/ocaml/stublibs/dllmldbm.so -rw-r--r-- 1 root root 15840 Oct 5 2010 /usr/lib/ocaml/stublibs/dllnums.so -rw-r--r-- 1 root root 15720 Apr 8 2010 /usr/lib/ocaml/stublibs/dllpcre_stubs.so -rw-r--r-- 1 root root 10656 Oct 5 2010 /usr/lib/ocaml/stublibs/dllstr.so -rw-r--r-- 1 root root 19584 Oct 5 2010 /usr/lib/ocaml/stublibs/dllthreads.so -rw-r--r-- 1 root root 14936 Oct 5 2010 /usr/lib/ocaml/stublibs/dlltkanim.so -rw-r--r-- 1 root root 54712 Oct 5 2010 /usr/lib/ocaml/stublibs/dllunix.so -rw-r--r-- 1 root root 16648 Oct 5 2010 /usr/lib/ocaml/stublibs/dllvmthreads.so Do you have a different result on your system? @Andrew when you are back in e-mail contact. Currently, you are using a versioned install location for PLplot OCaml stublibs, e.g., irwin@raven> ls -l /usr/lib/ocaml/*/*/*.so -rw-r--r-- 1 root root 4256 Aug 11 11:06 /usr/lib/ocaml/3.11.2/stublibs/dllplcairo_stubs.so -rw-r--r-- 1 root root 111424 Aug 11 11:06 /usr/lib/ocaml/3.11.2/stublibs/dllplplot_stubs.so And PLplot upstream is doing the same. Should your Debian packages (and/or PLplot upstream) change to the unversioned install location? Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ ------------------------------------------------------------------------------ FREE DOWNLOAD - uberSVN with Social Coding for Subversion. Subversion made easy with a complete admin console. Easy to use, easy to manage, easy to install, easy to extend. Get a Free download of the new open ALM Subversion platform now. http://p.sf.net/sfu/wandisco-dev2dev _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel