I'm getting the following rpmlint issues with the Fedora plplot 5.9.10 package:
plplot-doc.noarch: E: zero-length /usr/share/doc/plplot/html/plplotdoc-html.proc Left over from something? plplot-libs.x86_64: W: shared-lib-calls-exit /usr/lib64/libqsastime.so.0.0.1 exit@GLIBC_2.2.5 plplot-libs.x86_64: W: shared-lib-calls-exit /usr/lib64/libcsirocsa.so.0.0.1 exit@GLIBC_2.2.5 plplot-libs.x86_64: W: shared-lib-calls-exit /usr/lib64/libplplotd.so.12.0.0 exit@GLIBC_2.2.5 plplot-libs.x86_64: W: shared-lib-calls-exit /usr/lib64/libcsironn.so.0.0.1 exit@GLIBC_2.2.5 This library package calls exit() or _exit(), probably in a non-fork() context. Doing so from a library is strongly discouraged - when a library function calls exit(), it prevents the calling program from handling the error, reporting it to the user, closing files properly, and cleaning up any state that the program has. It is preferred for the library to return an actual error code and let the calling program decide how to handle the situation. plplot-libs.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libplplotf95d.so.10.0.0 /lib64/libm.so.6 plplot-libs.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libplplotf95d.so.10.0.0 /lib64/libgcc_s.so.1 plplot-libs.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libplplotf95d.so.10.0.0 /lib64/libquadmath.so.0 plplot-libs.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libplplotcxxd.so.11.0.0 /lib64/libm.so.6 plplot-libs.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libplplotcxxd.so.11.0.0 /lib64/libgcc_s.so.1 plplot-qt.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libplplotqtd.so.1.0.0 /lib64/libQtXml.so.4 plplot-tk.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libplplottcltkd.so.10.0.0 /lib64/libSM.so.6 plplot-tk.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libplplottcltkd.so.10.0.0 /lib64/libICE.so.6 plplot-tk.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libplplottcltkd.so.10.0.0 /lib64/libXext.so.6 plplot-wxGTK.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libplplotwxwidgetsd.so.0.0.0 /lib64/libfreetype.so.6 plplot-wxGTK.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libplplotwxwidgetsd.so.0.0.0 /lib64/libm.so.6 plplot-wxGTK.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libplplotwxwidgetsd.so.0.0.0 /lib64/libpthread.so.0 These libraries are unnecessarily linked with the specified library. plplot-ocaml.x86_64: W: unstripped-binary-or-object /usr/lib64/ocaml/stublibs/dllplplot_stubs.so plplot-ocaml.x86_64: E: binary-or-shlib-defines-rpath /usr/lib64/ocaml/stublibs/dllplplot_stubs.so ['/usr/lib64/ocaml', '/builddir/build/BUILD/plplot-5.9.10/fedora/src'] plplot-ocaml.x86_64: W: unstripped-binary-or-object /usr/lib64/ocaml/stublibs/dllplcairo_stubs.so plplot-ocaml.x86_64: E: binary-or-shlib-defines-rpath /usr/lib64/ocaml/stublibs/dllplcairo_stubs.so ['/usr/lib64', '/builddir/build/BUILD/plplot-5.9.10/fedora/src'] I'm assuming these are arising because cmake does not natively handle ocaml? We need to have the .so installed with the execute bit set (like other .so's on rpm systems) and rpath stripped. 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. plplot-tk.x86_64: E: wrong-script-interpreter /usr/share/plplot5.9.10/examples/tk/tk02.in @xtk02_LOCATION@ plplot-tk.x86_64: E: non-executable-script /usr/share/plplot5.9.10/examples/tk/tk02.in 0644L @xtk02_LOCATION@ plplot-tk.x86_64: E: non-executable-script /usr/share/plplot5.9.10/examples/tk/tk03.in 0644L /bin/sh plplot-tk.x86_64: E: wrong-script-interpreter /usr/share/plplot5.9.10/examples/tk/tk04.in @xtk04_LOCATION@ plplot-tk.x86_64: E: non-executable-script /usr/share/plplot5.9.10/examples/tk/tk04.in 0644L @xtk04_LOCATION@ plplot-tk.x86_64: E: wrong-script-interpreter /usr/share/plplot5.9.10/examples/tcl/standard_examples.in @SH_EXECUTABLE@ plplot-tk.x86_64: E: wrong-script-interpreter /usr/share/plplot5.9.10/examples/tk/standard_examples.in @SH_EXECUTABLE@ plplot-tk.x86_64: E: wrong-script-interpreter /usr/share/plplot5.9.10/examples/tk/tk01.in @xtk01_LOCATION@ plplot-tk.x86_64: E: non-executable-script /usr/share/plplot5.9.10/examples/tk/tk01.in 0644L @xtk01_LOCATION@ Do we really want to install the .in files too? plplot-tk.x86_64: E: non-executable-script /usr/share/plplot5.9.10/examples/tk/tk03 0644L /bin/sh plplot-tk.x86_64: E: non-executable-script /usr/share/plplot5.9.10/examples/tk/tk02 0644L /usr/share/plplot5.9.10/examples/tk/xtk02 plplot-tk.x86_64: E: non-executable-script /usr/share/plplot5.9.10/examples/tk/tk01 0644L /usr/share/plplot5.9.10/examples/tk/xtk01 plplot-tk.x86_64: E: non-executable-script /usr/share/plplot5.9.10/examples/tk/tk04 0644L /usr/share/plplot5.9.10/examples/tk/xtk04 If these are meant to be executed directly (which the presence of a #! suggests), they should have the execute bit set. plplot.x86_64: E: script-without-shebang /usr/share/plplot5.9.10/examples/python/plplot_py_demos.py Not sure the point of this guy, but if it is meant to be executed directly it should have #!/usr/bin/python2 at the top, otherwise no execute bit. Thanks. - Orion -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane [email protected] Boulder, CO 80301 http://www.nwra.com ------------------------------------------------------------------------------ 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=60135031&iu=/4140/ostg.clktrk _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
