The binary or shared library sets RPATH or RUNPATH. This overrides the normal library search path, possibly interfering with local policy and causing problems for multilib, among other issues. The only time a binary or shared library in a Debian package should set RPATH or RUNPATH is if it is linked to private shared libraries in the same package. In that case, place those private shared libraries in /usr/lib/<package>. Libraries used by binaries in other packages should be placed in /lib or /usr/lib as appropriate, with a proper SONAME, in which case RPATH/RUNPATH is unnecessary. To fix this problem, look for link lines like: gcc test.o -o test -Wl,--rpath,/usr/local/lib or gcc test.o -o test -R/usr/local/lib and remove the -Wl,--rpath or -R argument. You can also use the chrpath utility to remove the RPATH. Refer to https://wiki.debian.org/RpathIssue for details. Severity: error Check: binaries
The package activates the ldconfig trigger even though no shared libraries are installed in a directory controlled by the dynamic library loader. Note this may be triggered by a bug in debhelper, that causes it to auto-generate an ldconfig trigger for packages that do not need it. Refer to Debian Policy Manual section 8.1.1 (ldconfig) and https://bugs.debian.org/204975 for details. Severity: warning Check: shared-libs
This package provides an ELF binary that lacks the "bindnow" linker flag. This is needed (together with "relro") to make the "Global Offset Table" (GOT) fully read-only. The bindnow feature trades startup time for improved security. Please consider enabling this feature or consider overriding the tag (possibly with a comment about why). If you use dpkg-buildflags, you may have to add hardening=+bindnow or hardening=+all to DEB_BUILD_MAINT_OPTIONS. The relevant compiler flags are set in LDFLAGS. Refer to https://wiki.debian.org/Hardening for details. Severity: info Check: binaries
The listed ELF binary appears to be (partially) built without "Large File Support" (LFS). If so, it may not be able to handle large files or files with large metadata values (ex: inode numbers) correctly. To support large files, code review might be needed to make sure that those files are not slurped into memory or mmap(2)ed, and that correct 64-bit data types are used (ex: off_t instead of ssize_t), etc. Once that has been done ensure _FILE_OFFSET_BITS is defined and set to 64 before any system headers are included (note that on systems were the ABI has LFS enabled by default, setting _FILE_OFFSET_BITS to 64 will be a no-op, and as such optional). This can be done by using the AC_SYS_LARGEFILE macro with autoconf which will set any macro required to enable LFS when necessary, or by enabling the lfs feature from the future dpkg-buildflags feature area which sets the CPPFLAGS variable (since dpkg-dev 1.19.0). Note though, that getconf LFS_CFLAGS must not be used, as it does not support cross-building. Using _FILE_OFFSET_BITS should require no system function renames (eg. from open(2) to open64(2)), and if this tag is still emitted, the most probable cause is because the macro is not seen by the system code being compiled. Take into account that even if this tag is not emitted, that does not mean the binary is LFS-safe (ie. no OOM conditions, file truncation or overwrite will happen). Also note that enabling LFS on a shared library is not always safe as it might break ABI in case some of the exported types change size, in those cases a SOVERSION bump might be required. Or alternatively, on systems with an ABI without LFS, defining _LARGEFILE64_SOURCE and exporting both 32 and 64-bit variants of the interfaces can avoid the SOVERSION bump, at the cost of more complex maintenance. Refer to http://www.unix.org/version2/whatsnew/lfs20mar.html and https://www.gnu.org/software/libc/manual/html_node/Feature-Test-Macros.html for details. Severity: info Check: binaries This tag is experimental. Please file a bug report if the tag seems wrong.
The dependency_libs field in the .la file has not been cleared. It has long been a release goal to get rid of unneeded .la files and clearing the dependency_libs field from the rest of them. A non-empty dependency_libs field will also stall the Multi-Arch conversion. The .la file in itself may be useful if the library is loaded dynamically via libltdl. Refer to https://wiki.debian.org/ReleaseGoals/LAFileRemoval, https://lists.debian.org/debian-devel/2011/05/msg01003.html, and https://lists.debian.org/debian-devel/2011/05/msg01146.html for details. Severity: error Check: shared-libs
Lintian run for pytdeextensions-trinity package.
|
Name
|
|
|
|---|---|---|
| Package upload | pytdeextensions-trinity_4:14.2.0~pre42-0ubuntu20.04.0+6 |
|
| Package upload | pytdeextensions-trinity_4:14.2.0~pre42-0ubuntu20.04.0+6 |
|
| System tar | system.tar.xz |
|
| Source package | pytdeextensions-trinity_4:14.2.0~pre42-0ubuntu20.04.0+6 |
|
|
Name
|
|
|
|---|---|---|
| Lintian report | lintian: libpythonize0-trinity, libpythonize0-trinity-dev | |
| Debug log | debusine:work-request-debug-logs |
Work requests that must be completed before this one can run.
| 167813 | 2 weeks, 1 day | Worker | sbuild: pytdeextensions-trinity_4:14.2.0~pre42-0ubuntu20.04.0+6 (armhf) | Completed | Success |
| 167810 | 2 weeks, 1 day | Worker | sbuild: pytdeextensions-trinity_4:14.2.0~pre42-0ubuntu20.04.0+6 (all) | Completed | Success |
This work request is not required by any other one.
Internal collection: workflow-167786
backend: unshare build_architecture: armhf environment: debian/match:codename=focal exclude_tags: [] fail_on_severity: error include_tags: [] input: binary_artifacts: - internal@collections/name:build-all - internal@collections/name:build-armhf source_artifact: 595746@artifacts output: binary_all_analysis: false source_analysis: false target_distribution: debian:focal
backend: unshare build_architecture: armhf environment: debian/match:codename=focal exclude_tags: [] fail_on_severity: error include_tags: [] input: binary_artifacts: - internal@collections/name:build-all - internal@collections/name:build-armhf source_artifact: 595746@artifacts output: binary_all_analysis: false source_analysis: false target_distribution: debian:focal task_configuration: 1021
provided: - task:group:debusine::Admins - task:group:debusine::TDE-Owners - task:scope:debusine - task:source-package:pytdeextensions-trinity - task:workspace:debusine:trinity-testing required: - worker:executor:unshare - worker:task:worker:lintian:version:1 - worker:type:external
configuration_context: focal environment_id: 27637 input_binary_artifacts_ids: - 601168 - 601312 input_source_artifact_id: 595746 parameter_summary: pytdeextensions-trinity_4:14.2.0~pre42-0ubuntu20.04.0+6 runtime_context: binary-any:focal subject: pytdeextensions-trinity
{ "step": "lintian-armhf", "display_name": "Lintian for armhf" }
{ "on_success": [ { "action": "update-collection-with-artifacts", "variables": null, "collection": "internal@collections", "name_template": "lintian-armhf", "artifact_filters": { "category": "debian:lintian" } } ] }
{ "runtime_statistics": { "memory": 1627725824, "cpu_time": 297, "duration": 252, "cpu_count": 12, "disk_space": 563949568, "available_memory": 16606613504, "available_disk_space": 11976994816 } }