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

Reply via email to