On 2013-10-21 20:32-0600 Orion Poplawski wrote:
> On 10/17/2013 8:19 PM, Alan W. Irwin wrote:
>> Hi Orion:
>>
>> This is part 4 and the last part of my reply.
>>
>> On 2013-10-16 20:42-0600 Orion Poplawski wrote:
>>
>>> plplot-octave.x86_64: W: unstripped-binary-or-object
>>> /usr/lib64/octave/site/oct/x86_64-redhat-linux-gnu/plplot_octave.oct
>>>
>>> similar to the above, needs to be installed with execute bit set.
>>
>> No, as stated in part 3 just treat this like you do all the
>> rest of our libraries which all have the same non-execute permissions
>> by default.
>
> Nope, you are setting the permissions explicitly:
Exactly, and for a deliberate reason.
>
> plplot-5.9.10/bindings/octave/CMakeLists.txt:
> # Have to be specific about permissions for some reason (probably oct
> suffix).
> set(PERM_MODULES
> OWNER_READ
> OWNER_WRITE
> GROUP_READ
> WORLD_READ
> )
>
> install(TARGETS plplot_octave
> EXPORT export_plplot
> LIBRARY
> DESTINATION ${OCTAVE_OCT_DIR}
> PERMISSIONS ${PERM_MODULES}
> )
>
> If I remove the PERMISSIONS line, all is fine. The .oct is installed
> executable.
Yes, but upstream we set the above permissions deliberately to get
consistent permission results with how the other PLplot libraries are
installed upstream, i.e., with _no_ execute permission bits set. To
see this for yourself, try a command line cmake ....; make install
with a non-standard install prefix. That is how I test the upstream,
and I would be greatly surprised if you got a different permission
result than I do if you use my build and install method, i.e., use
cmake with unique installation prefix and "make install" on the
command line.
Anyhow, we definitely have a difference in permission results if you
use rpmbuild and your spec file on your system compared to the above
command-line approach on my system. Regardless of whether you decide
to try the command line approach to verify that the rpmbuild approach
is somehow messing with permissions, I presume it is straightforward
for you to use the chmod command appropriately in your spec file to
deal with the permissions mentioned by rpmlint that are not already
the permission result that rpmlint wants.
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); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); 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
__________________________
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
_______________________________________________
Plplot-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plplot-devel
