[jbosstools-issues] [JBoss JIRA] (JBDS-4610) devstudio rpm should (probably) depend on rh-eclipse47-jffi-native

[Nick Boldt (JIRA)]

Nick Boldt created JBDS-4610:
--------------------------------

             Summary: devstudio rpm should (probably) depend on rh-eclipse47-jffi-native 
                 Key: JBDS-4610
                 URL: https://issues.jboss.org/browse/JBDS-4610
             Project: Red Hat JBoss Developer Studio (devstudio)
          Issue Type: Sub-task
          Components: rpm
    Affects Versions: 11.1.0.AM3
         Environment: Devstudio RPM 11.1.0.AM3 staging, devtools 2.1, rhel7
            Reporter: Lukáš Valach
            Assignee: Nick Boldt
             Fix For: 11.1.0.GA


The RPMLint found some issues, see the log bellow: 

{code}
rh-eclipse47-devstudio.x86_64: E: binary-or-shlib-defines-rpath /opt/rh/rh-eclipse47/root/usr/share/eclipse/droplets/devstudio/eclipse/plugins/com.github.jnr.jffi.native_1.2.11.v20170413-2020/jni/sparcv9-SunOS/libjffi-1.2.so ['/sw/lib/64']
rh-eclipse47-devstudio.x86_64: E: library-not-linked-against-libc /opt/rh/rh-eclipse47/root/usr/share/eclipse/droplets/devstudio/eclipse/plugins/com.github.jnr.jffi.native_1.2.11.v20170413-2020/jni/sparcv9-SunOS/libjffi-1.2.so
rh-eclipse47-devstudio.x86_64: E: missing-PT_GNU_STACK-section /opt/rh/rh-eclipse47/root/usr/share/eclipse/droplets/devstudio/eclipse/plugins/com.github.jnr.jffi.native_1.2.11.v20170413-2020/jni/sparcv9-SunOS/libjffi-1.2.so
rh-eclipse47-devstudio.x86_64: E: binary-or-shlib-defines-rpath /opt/rh/rh-eclipse47/root/usr/share/eclipse/droplets/devstudio/eclipse/plugins/com.github.jnr.jffi.native_1.2.11.v20170413-2020/jni/i386-SunOS/libjffi-1.2.so ['/usr/ccs/lib', '/lib', '/usr/lib', '/usr/sfw/lib']
rh-eclipse47-devstudio.x86_64: E: library-not-linked-against-libc /opt/rh/rh-eclipse47/root/usr/share/eclipse/droplets/devstudio/eclipse/plugins/com.github.jnr.jffi.native_1.2.11.v20170413-2020/jni/i386-SunOS/libjffi-1.2.so
rh-eclipse47-devstudio.x86_64: E: missing-PT_GNU_STACK-section /opt/rh/rh-eclipse47/root/usr/share/eclipse/droplets/devstudio/eclipse/plugins/com.github.jnr.jffi.native_1.2.11.v20170413-2020/jni/i386-SunOS/libjffi-1.2.so
rh-eclipse47-devstudio.x86_64: E: binary-or-shlib-defines-rpath /opt/rh/rh-eclipse47/root/usr/share/eclipse/droplets/devstudio/eclipse/plugins/com.github.jnr.jffi.native_1.2.11.v20170413-2020/jni/x86_64-SunOS/libjffi-1.2.so ['/lib/64', '/usr/lib/64', '/usr/sfw/lib/64']
rh-eclipse47-devstudio.x86_64: E: library-not-linked-against-libc /opt/rh/rh-eclipse47/root/usr/share/eclipse/droplets/devstudio/eclipse/plugins/com.github.jnr.jffi.native_1.2.11.v20170413-2020/jni/x86_64-SunOS/libjffi-1.2.so
rh-eclipse47-devstudio.x86_64: E: missing-PT_GNU_STACK-section /opt/rh/rh-eclipse47/root/usr/share/eclipse/droplets/devstudio/eclipse/plugins/com.github.jnr.jffi.native_1.2.11.v20170413-2020/jni/x86_64-SunOS/libjffi-1.2.so
1 packages and 0 specfiles checked; 9 errors, 0 warnings.
{code}

[~vkadlcik] helped me decrypt these rows. A plugin com.github.jnr.jffi.native includes libjffi-1.2.so which wants to override LD_LIBRARY_PATH and use some dynamic library form another location. 

It is not actually a problem because these errors are comming form  ...*SunOS binaries which are intended for Solaris and are not used on Linux.

Vašek proposed to use rh-eclipse47-jffi-native as a dependency. It should be almoust the same as com.github.jnr.jffi.native but it doesn't include unnecessary stuff as Solaris binaries.



--
This message was sent by Atlassian JIRA
(v7.5.0#75005)