============================ rpmlint session starts ============================ rpmlint: 2.8.0 configuration: /opt/testing/lib/python3.13/rpmlint/configdefaults.toml /opt/testing/share/rpmlint/cron-whitelist.toml /opt/testing/share/rpmlint/dbus-services.toml /opt/testing/share/rpmlint/device-files-whitelist.toml /opt/testing/share/rpmlint/licenses.toml /opt/testing/share/rpmlint/opensuse.toml /opt/testing/share/rpmlint/pam-modules.toml /opt/testing/share/rpmlint/permissions-whitelist.toml /opt/testing/share/rpmlint/pie-executables.toml /opt/testing/share/rpmlint/polkit-rules-whitelist.toml /opt/testing/share/rpmlint/scoring.toml /opt/testing/share/rpmlint/security.toml /opt/testing/share/rpmlint/sudoers-whitelist.toml /opt/testing/share/rpmlint/sysctl-whitelist.toml /opt/testing/share/rpmlint/systemd-tmpfiles.toml /opt/testing/share/rpmlint/users-groups.toml /opt/testing/share/rpmlint/world-writable-whitelist.toml /opt/testing/share/rpmlint/zypper-plugins.toml /etc/xdg/rpmlint/scoring-strict.override.toml rpmlintrc: /home/abuild/rpmbuild/SOURCES/hibiscus-rpmlintrc checks: 42, packages: 2 hibiscus.armv6hl: W: unstripped-binary-or-object /usr/lib/jameica/plugins/hibiscus/lib/libhbci4java-card-freebsd-64.so hibiscus.armv6hl: W: unstripped-binary-or-object /usr/lib/jameica/plugins/hibiscus/lib/libhbci4java-card-linux-32.so hibiscus.armv6hl: W: unstripped-binary-or-object /usr/lib/jameica/plugins/hibiscus/lib/libhbci4java-card-linux-64.so This executable should be stripped of debugging symbols, in order to take less space and be loaded faster. This is usually done automatically at buildtime by rpm. hibiscus.armv6hl: E: shared-library-not-executable /usr/lib/jameica/plugins/hibiscus/lib/libhbci4java-card-freebsd-64.so hibiscus.armv6hl: E: shared-library-not-executable /usr/lib/jameica/plugins/hibiscus/lib/libhbci4java-card-linux-32.so hibiscus.armv6hl: E: shared-library-not-executable /usr/lib/jameica/plugins/hibiscus/lib/libhbci4java-card-linux-64.so hibiscus.armv6hl: E: shared-library-not-executable /usr/lib/jameica/plugins/hibiscus/lib/libtowitoko-2.0.7-amd64.so hibiscus.armv6hl: E: shared-library-not-executable /usr/lib/jameica/plugins/hibiscus/lib/libtowitoko-2.0.7.so This library doesn't have the executable bit set. Without this bit set, rpm for instance won't be able identify the file as a library and not generate dependencies or strip debug symbols from it. hibiscus.armv6hl: W: no-soname /usr/lib/jameica/plugins/hibiscus/lib/libhbci4java-card-freebsd-64.so hibiscus.armv6hl: W: no-soname /usr/lib/jameica/plugins/hibiscus/lib/libhbci4java-card-linux-32.so hibiscus.armv6hl: W: no-soname /usr/lib/jameica/plugins/hibiscus/lib/libhbci4java-card-linux-64.so The library has no soname. hibiscus.spec: W: no-%check-section The spec file does not contain an %check section. Please check if the package has a testsuite and what it takes to enable the testsuite as part of the package build. If it is not possible to run it in the build environment (OBS/koji) or no testsuite exists, then please ignore this warning. You should not insert an empty %check section. hibiscus.armv6hl: W: missing-gnu-hash-section /usr/lib/jameica/plugins/hibiscus/lib/libhbci4java-card-freebsd-64.so hibiscus.armv6hl: W: missing-gnu-hash-section /usr/lib/jameica/plugins/hibiscus/lib/libtowitoko-2.0.7-amd64.so hibiscus.armv6hl: W: missing-gnu-hash-section /usr/lib/jameica/plugins/hibiscus/lib/libtowitoko-2.0.7.so The .gnu.hash section is missing and leads to a slower symbol resolution during dynamic linking. hibiscus.armv6hl: E: missing-PT_GNU_STACK-section /usr/lib/jameica/plugins/hibiscus/lib/libhbci4java-card-freebsd-64.so hibiscus.armv6hl: E: missing-PT_GNU_STACK-section /usr/lib/jameica/plugins/hibiscus/lib/libtowitoko-2.0.7.so The binary lacks a PT_GNU_STACK section. This forces the dynamic linker to make the stack executable. hibiscus.armv6hl: W: class-path-in-manifest /usr/lib/jameica/plugins/hibiscus/hibiscus.jar hibiscus.armv6hl: W: class-path-in-manifest /usr/lib/jameica/plugins/hibiscus/lib/java_ee/jaxb-runtime-2.4.0-b180725.0644.jar The META-INF/MANIFEST.MF file in the jar contains a hardcoded Class-Path. These entries do not work with older Java versions and even if they do work, they are inflexible and usually cause nasty surprises. Check time report (>1% & >0.1s): Check Duration (in s) Fraction (in %) Checked files ExtractRpm 6.3 65.2 ZipCheck 2.6 27.3 SignatureCheck 0.3 3.5 BinariesCheck 0.1 1.1 TOTAL 9.7 100.0 2 packages and 0 specfiles checked; 7 errors, 12 warnings, 196 filtered, 7 badness; has taken 9.7 s