[opt/trinity/]
[opt/trinity/bin/]
[opt/trinity/bin/abakus]
[opt/trinity/share/]
[opt/trinity/share/applications/]
[opt/trinity/share/applications/tde/]
[opt/trinity/share/applications/tde/abakus.desktop]
[opt/trinity/share/apps/]
[opt/trinity/share/apps/abakus/]
[opt/trinity/share/apps/abakus/abakusui.rc]
[opt/trinity/share/doc/]
[opt/trinity/share/doc/tde/HTML/]
[opt/trinity/share/doc/tde/HTML/en/]
[opt/trinity/share/doc/tde/HTML/en/abakus/]
[opt/trinity/share/doc/tde/HTML/en/abakus/abakus-degrees-mode.png]
[opt/trinity/share/doc/tde/HTML/en/abakus/abakus-dnd.png]
[opt/trinity/share/doc/tde/HTML/en/abakus/abakus-result.png]
[opt/trinity/share/doc/tde/HTML/en/abakus/common]
[opt/trinity/share/doc/tde/HTML/en/abakus/index.cache.bz2]
[opt/trinity/share/doc/tde/HTML/en/abakus/index.docbook]
[opt/trinity/share/doc/tde/HTML/en/abakus/kcalc-degrees-mode.png]
[opt/trinity/share/doc/tde/HTML/en/abakus/kcalc-fifty.png]
[opt/trinity/share/doc/tde/HTML/en/abakus/kcalc-result.png]
[opt/trinity/share/doc/tde/HTML/en/abakus/kcalc-sine.png]
[opt/trinity/share/doc/tde/HTML/en/abakus/kcalc-three.png]
[opt/trinity/share/doc/tde/]
[opt/trinity/share/icons/]
[opt/trinity/share/icons/hicolor/64x64/]
[opt/trinity/share/icons/hicolor/64x64/apps/]
[opt/trinity/share/icons/hicolor/64x64/apps/abakus.png]
[opt/trinity/share/icons/hicolor/]
[opt/trinity/share/locale/]
[opt/trinity/share/locale/cs/LC_MESSAGES/]
[opt/trinity/share/locale/cs/LC_MESSAGES/abakus.mo]
[opt/trinity/share/locale/cs/]
[opt/trinity/share/locale/de/LC_MESSAGES/]
[opt/trinity/share/locale/de/LC_MESSAGES/abakus.mo]
[opt/trinity/share/locale/de/]
[opt/trinity/share/locale/es/LC_MESSAGES/]
[opt/trinity/share/locale/es/LC_MESSAGES/abakus.mo]
[opt/trinity/share/locale/es/]
[opt/trinity/share/locale/hu/LC_MESSAGES/]
[opt/trinity/share/locale/hu/LC_MESSAGES/abakus.mo]
[opt/trinity/share/locale/hu/]
[opt/trinity/share/locale/ia/LC_MESSAGES/]
[opt/trinity/share/locale/ia/LC_MESSAGES/abakus.mo]
[opt/trinity/share/locale/ia/]
[opt/trinity/share/locale/it/LC_MESSAGES/]
[opt/trinity/share/locale/it/LC_MESSAGES/abakus.mo]
[opt/trinity/share/locale/it/]
[opt/trinity/share/locale/ka/LC_MESSAGES/]
[opt/trinity/share/locale/ka/LC_MESSAGES/abakus.mo]
[opt/trinity/share/locale/ka/]
[opt/trinity/share/locale/nl/LC_MESSAGES/]
[opt/trinity/share/locale/nl/LC_MESSAGES/abakus.mo]
[opt/trinity/share/locale/nl/]
[opt/trinity/share/locale/pt/LC_MESSAGES/]
[opt/trinity/share/locale/pt/LC_MESSAGES/abakus.mo]
[opt/trinity/share/locale/pt/]
[opt/trinity/share/locale/ru/LC_MESSAGES/]
[opt/trinity/share/locale/ru/LC_MESSAGES/abakus.mo]
[opt/trinity/share/locale/ru/]
[opt/trinity/share/locale/sk/LC_MESSAGES/]
[opt/trinity/share/locale/sk/LC_MESSAGES/abakus.mo]
[opt/trinity/share/locale/sk/]
[opt/trinity/share/locale/tr/LC_MESSAGES/]
[opt/trinity/share/locale/tr/LC_MESSAGES/abakus.mo]
[opt/trinity/share/locale/tr/]
[opt/trinity/share/locale/zh_Hans/LC_MESSAGES/]
[opt/trinity/share/locale/zh_Hans/LC_MESSAGES/abakus.mo]
[opt/trinity/share/locale/zh_Hans/]
[opt/trinity/share/man/]
[opt/trinity/share/man/man1/]
[opt/trinity/share/man/man1/abakus.1]
[opt/trinity/share/pixmaps/]
[opt/trinity/share/pixmaps/abakus.xpm]
The copyright file refers to the versionless symlink in /usr/share/common-licenses for the full text of the GPL, LGPL, or GFDL license, but the package does not appear to allow distribution under later versions of the license. This symlink will change with each release of a new version of the license and may therefore point to a different version than the package is released under. debian/copyright should instead refers to the specific version of the license that the package references. For example, if the package says something like "you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; version 2 dated June, 1991," the debian/copyright file should refer to /usr/share/common-licenses/GPL-2, not /GPL. Visibility: warning Show-Always: no Check: debian/copyright
The copyright file for this package does not appear to contain a copyright notice. You should copy the copyright notice from the upstream source (or add one of your own for a native package). A copyright notice must consist of Copyright, Copr., or the Unicode symbol of C in a circle followed by the years and the copyright holder. A copyright notice is not required for a work to be copyrighted, but Debian requires the copyright file include the authors and years of copyright, and including a valid copyright notice is the best way to do that. Examples: Copyright YYYY Firstname Lastname <address@example.com> Copr. YYYY-YYYY Firstname Lastname <address@example.com> © YYYY,YYYY Firstname Lastname <address@example.com> If the package is in the public domain rather than copyrighted, be sure to mention "public domain" in the copyright file. Please be aware that this is very rare and not the same as a DFSG-free license. True public domain software is generally limited to such special cases as a work product of a United States government agency. Please refer to https://ftp-master.debian.org/REJECT-FAQ.html for details. Visibility: warning Show-Always: no Check: debian/copyright
This package provides an ELF binary that lacks the "read-only relocation" link flag. This package was likely not built with the default Debian compiler flags defined by dpkg-buildflags. If built using dpkg-buildflags directly, be sure to import LDFLAGS. Please refer to https://wiki.debian.org/Hardening for details. Visibility: warning Show-Always: no Check: binaries/hardening
[opt/trinity/bin/abakus]
The menu item has a line specifying an unknown section, or it uses a section intended only as a menu root item that applications should not use directly. The section could be misspelled. Otherwise, please check the section against the list of valid names in the menu policy. Please refer to Preferred menu structure (Section 2.1) in the The Debian Menu sub-policy for details. Visibility: warning Show-Always: no Check: menu-format
[usr/share/menu/abakus-trinity:6]
The menu item has a line specifying a section under Apps. That section was renamed. It is now called Applications. Please refer to Preferred menu structure (Section 2.1) in the The Debian Menu sub-policy for details. Visibility: warning Show-Always: no Check: menu-format
[usr/share/menu/abakus-trinity:6]
The package declares a relationship with itself. This is not very useful except in the case of a package Conflicting with itself if its package name doubles as a virtual package. Visibility: warning Show-Always: no Check: fields/package-relations
The "Section:" field in this package's control file is not one of the sections in use on the ftp archive. Valid sections are currently admin, comm, cli-mono, database, debug, devel, doc, editors, electronics, embedded, fonts, games, gnome, gnu-r, gnustep, graphics, hamradio, haskell, httpd, interpreters, java, javascript, kde, libdevel, libs, lisp, localization, kernel, mail, math, misc, net, news, ocaml, oldlibs, otherosfs, perl, php, python, ruby, rust, science, shells, sound, tex, text, utils, vcs, video, web, x11, xfce, zope. The section name should be preceded by either "contrib/", "non-free/" or "non-free-firmware/" if the package is in the according archive area. Please refer to Sections (Section 2.4) in the Debian Policy Manual for details. Visibility: warning Show-Always: no Check: fields/section
This package has no Homepage field but has a URL in the description and wording that might indicate this is the package Homepage. If it is, add a Homepage control field containing it rather than mentioning it in the package description. Visibility: info Show-Always: no Check: fields/description
This package provides an ELF binary that lacks the use of fortified libc functions. Either there are no potentially unfortified functions called by any routines, all unfortified calls have already been fully validated at compile-time, or the package was not built with the default Debian compiler flags defined by dpkg-buildflags. If built using dpkg-buildflags directly, be sure to import CPPFLAGS. NB: Due to false-positives, Lintian ignores some unprotected functions (e.g. memcpy). Please refer to https://wiki.debian.org/Hardening and Bug#673112 for details. Visibility: info Show-Always: no Check: binaries/hardening
[opt/trinity/bin/abakus]
This is the compressor format used for the control.tar tarball. Visibility: classification Show-Always: no Check: deb-format This tag is a classification. There is no issue in your package.
[postinst]
[postrm]
This is the compressor format used for the data.tar tarball. Visibility: classification Show-Always: no Check: deb-format This tag is a classification. There is no issue in your package.
The maintainer scripts of the package contain one or more auto-generated shell snippets inserted by the listed debhelper tool. Visibility: classification Show-Always: no Check: maintainer-scripts/generated This tag is a classification. There is no issue in your package.
This person is a contact in the named group for this package. Visibility: classification Show-Always: no Check: fields/mail-address Renamed from: maintainer uploader This tag is a classification. There is no issue in your package.
[postinst]
[postrm]
The package is maintained by an individual according to the maintainer/uploaders fields in the debian/control file. Visibility: classification Show-Always: no Check: fields/vcs This tag is a classification. There is no issue in your package.
[Trinity]
The previous version of this package had a different version epoch to the current version but the upstream version did not go "backwards". For example, the previous package version was "1:1.0-1" and the current version is "2:2.0-1". This was likely an accidental bump or addition of an epoch. Epochs exist to cope with changes to the upstream version numbering scheme. Whilst they are a powerful tool, increasing or adding an epoch has many downsides including causing issues with versioned dependencies, being misleading to users and being aesthetically unappealing. Whilst they should be avoided, valid reasons to add or increment the epoch include: - Upstream changed their versioning scheme in a way that makes the latest version lower than the previous one. - You need to permanently revert to a lower upstream version. Temporary revertions (eg. after an NMU) should use not modify or introduce an epoch - please use the CURRENT+reallyFORMER until you can upload the latest version again. If you are unsure whether you need to increase the epoch for a package, please consult the debian-devel mailing list. Visibility: error Show-Always: no Check: debian/changelog
[debian/changelog:1]
The version number of your source package ends in +b and a number or has a Debian revision containing three parts. These version numbers are used by binary NMUs and should not be used as the source version. (The +b form is the current standard; the three-part version number now obsolete.) Please refer to Recompilation or binary-only NMU (Section 5.10.2.1) in the Debian Developer's Reference for details. Visibility: warning Show-Always: no Check: fields/version
[debian/source/options:2]
[debian/source/options:3]
The source package uses debhelper, but it does not include ${misc:Depends}
in the given binary package's debian/control entry. Any debhelper command
may add dependencies to ${misc:Depends} that are required for the work
that it does, so recommended best practice is to always add
${misc:Depends} to the dependencies of each binary package if debhelper is
in use.
Please refer to the debhelper(7) manual page for details.
Visibility: warning
Show-Always: no
Check: debhelper
The previous version of this package had a different version epoch (eg. 2:1.0-1) to the current version but there's no reference to this in the changelog entry. Epochs exist to cope with changes to the upstream version numbering scheme. Whilst they are a powerful tool, increasing or adding an epoch has many downsides including causing issues with versioned dependencies, being misleading to users and being aesthetically unappealing. Whilst they should be avoided, valid reasons to add or increment the epoch include: - Upstream changed their versioning scheme in a way that makes the latest version lower than the previous one. - You need to permanently revert to a lower upstream version. Temporary revertions (eg. after an NMU) should use not modify or introduce an epoch - please use the CURRENT+reallyFORMER until you can upload the latest version again. If you are unsure whether you need to increase the epoch for a package, please consult the debian-devel mailing list. Lintian looks in this version's changelog entry for the phrase "epoch". Visibility: warning Show-Always: no Check: debian/changelog
[debian/changelog:1]
A field in debian/control has an extension prefix but is also known without it. Extension prefixes like XS-* or XC-* allow experimental fields to propagate to the right place when packages are built with dpkg. In this case, however, the field is also known without the prefix. In all likelihood the field was permanently adopted, and dpkg learned how to deal with it. Please consider removing the extension prefix for the field name. Visibility: info Show-Always: no Check: debian/control/field/adopted Renamed from: xc-package-type-in-debian-control xs-testsuite-field-in-debian-control xs-vcs-field-in-debian-control
[debian/control:5]
This source package is not Debian-native but it does not have a debian/watch file. This file is used for automatic detection of new upstream versions by the Debian External Health Status project and other project infrastructure. If this package is maintained upstream, please consider adding a debian/watch file to detect new releases. If the package is not maintained upstream or if upstream uses a distribution mechanism that cannot be meaningfully monitored by uscan and the Debian External Health Status project, please consider adding a debian/watch file containing only comments documenting the situation. Please refer to Upstream source location: debian/watch (Section 4.11) in the Debian Policy Manual and the uscan(1) manual page for details. Visibility: info Show-Always: no Check: debian/watch
This package does not use the dh sequencer in debian/rules. While maintainers may use a variety of build systems, this one is by far the most popular. Maintainers are strongly encouraged to use the dh sequencer in new packages and convert existing ones when appropriate. Visibility: info Show-Always: no Check: debian/rules/dh-sequencer
[debian/rules]
The source package refers to a Standards-Version older than the one that was current at the time the package was created (according to the timestamp of the latest debian/changelog entry). Please consider updating the package to current Policy and setting this control field appropriately. If the package is already compliant with the current standards, you don't have to re-upload the package just to adjust the Standards-Version control field. However, please remember to update this field next time you upload the package. See /usr/share/doc/debian-policy/upgrading-checklist.txt.gz in the debian-policy package for a summary of changes in newer versions of Policy. Please refer to https://www.debian.org/doc/debian-policy/upgrading-checklist.html for details. Visibility: info Show-Always: no Check: fields/standards-version
This package does not use a machine-readable debian/copyright file. This format makes it easier to review licenses and can be easily parsed by Lintian. Please refer to https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ for details. Visibility: pedantic Show-Always: no Check: debian/copyright/dep5
[debian/copyright]
This non-native package lacks a Homepage field. If the package has an upstream home page that contains useful information or resources for the end user, consider adding a Homepage control field to debian/control. Please refer to Homepage (Section 5.6.23) in the Debian Policy Manual for details. Visibility: pedantic Show-Always: no Check: fields/homepage
This package uses a debhelper compatibility level that is no longer recommended. Please consider using the recommended level. For most packages, the best way to set the compatibility level is to specify debhelper-compat (= X) as a Build-Depends in debian/control. You can also use the debian/compat file or export DH_COMPAT in debian/rules. If no level is selected debhelper defaults to level 1, which is deprecated. Please refer to the debhelper(7) manual page for details. Visibility: pedantic Show-Always: no Check: debhelper
[debian/changelog:109]
[debian/changelog:76]
This source package is not Debian-native but it does not have a debian/upstream/metadata file. The Upstream MEtadata GAthered with YAml (UMEGAYA) project is an effort to collect meta-information about upstream projects from any source package. This file is in YAML format and it is used in to feed the data in the UltimateDebianDatabase. For example, it can contains the way the authors want their software be cited in publications and some bibliographic references about the software. Please add a debian/upstream/metadata file. Please refer to https://dep-team.pages.debian.net/deps/dep12/ and https://wiki.debian.org/UpstreamMetadata for details. Visibility: pedantic Show-Always: no Check: debian/upstream/metadata This tag is experimental.
The source file includes a line length that is well beyond the normally human made code line length. This very long line length does not allow Lintian to do correctly some source file checks. This line could also be the result of some text injected by a computer program, and thus could lead to FTBFS bugs. Last but not least, long line in source code could be used to obfuscate the source code and to hide stuff like backdoors or security problems. It could be due to jslint source comments or other build tool comments. You may report this issue upstream. Visibility: pedantic Show-Always: no Check: files/contents/line-length Renamed from: insane-line-length-in-source-file This tag is experimental. Screen: autotools/long-lines Advocates: "Russ Allbery" <rra@debian.org> Reason: Upstream sources using autoconf have traditionally been distributed with generated ./configure scripts as well as other third-party m4 macro files such as libtool. When paired with automake, there may also be some intermediate Makefile.in files. A lot of sources potentially contain such files, but they are not actionable by either the Debian distributor or by the upstream maintainer. As a side note, modern Debian build protocols will re-create many of those files via dh_autoreconf. They are present merely to aid in bootstrapping systems where the GNU suite may not yet be available. Read more in Bug#996740.
[doc/en/index.docbook:114]
This is the debhelper compat level used specified by this package. Visibility: classification Show-Always: no Check: debhelper This tag is a classification. There is no issue in your package.
This is the build system that Lintian believes the package is using. Visibility: classification Show-Always: no Check: debhelper This tag is a classification. There is no issue in your package.
[debian/rules]
This person is a contact in the named group for this package. Visibility: classification Show-Always: no Check: fields/mail-address Renamed from: maintainer uploader This tag is a classification. There is no issue in your package.
The number of patches according to the debian/patches/series file. Visibility: classification Show-Always: no Check: debian/patches/count This tag is a classification. There is no issue in your package.
[debian/patches/series]
The package is maintained by an individual according to the maintainer/uploaders fields in the debian/control file. Visibility: classification Show-Always: no Check: fields/vcs This tag is a classification. There is no issue in your package.
This package uses the specified patch system (eg. "quilt" or "dpatch"). Visibility: classification Show-Always: no Check: debian/patches This tag is a classification. There is no issue in your package.
The field Rules-Requires-Root is not declared in the file debian/control. Please refer to usr/share/doc/dpkg/spec/rootless-builds.txt, debian/rules and Rules-Requires-Root (Section 4.9.2) in the Debian Policy Manual, and Rules-Requires-Root (Section 5.6.31) in the Debian Policy Manual for details. Visibility: classification Show-Always: no Check: debian/control/field/rules-requires-root Renamed from: rules-requires-root-missing This tag is a classification. There is no issue in your package.
[debian/control]
This is the source format declared in the package. Visibility: classification Show-Always: no Check: debian/source-dir This tag is a classification. There is no issue in your package.
The standards version of the package according to Standards-Version field in the debian/control file. Visibility: classification Show-Always: no Check: fields/standards-version This tag is a classification. There is no issue in your package.
[debian/control:6]
[debian/control:4]
[debian/control:3]
[debian/control:2]
[debian/control:1]
[debian/control:7]
[debian/control:5]
[debian/control:10]
[debian/control:13]
[debian/control:11]
[debian/control:14]
[debian/control:9]
[debian/control:12]
Lintian run for abakus-trinity package.
|
Name
|
|
|
|---|---|---|
| Source package | abakus-trinity_4:14.2.0~pre44-0ubuntu25.10.0+7 |
|
| System tar | system.tar.xz |
|
| Package upload | abakus-trinity_4:14.2.0~pre44-0ubuntu25.10.0+7 |
|
|
Name
|
|
|
|---|---|---|
| Lintian report | lintian: abakus-trinity | |
| Lintian report | lintian: abakus-trinity | |
| Debug log | debusine:work-request-debug-logs |
Work requests that must be completed before this one can run.
| 257040 | 1 day, 4 hours | Worker | sbuild: abakus-trinity_4:14.2.0~pre44-0ubuntu25.10.0+7 (amd64) | Completed | Success |
This work request is not required by any other one.
Internal collection: workflow-257006
backend: unshare build_architecture: amd64 environment: debian/match:codename=questing exclude_tags: [] fail_on_severity: error include_tags: [] input: binary_artifacts: - internal@collections/name:build-amd64 source_artifact: 818438@artifacts output: {} target_distribution: debian:questing
backend: unshare build_architecture: amd64 environment: debian/match:codename=questing exclude_tags: [] fail_on_severity: error include_tags: [] input: binary_artifacts: - internal@collections/name:build-amd64 source_artifact: 818438@artifacts output: {} target_distribution: debian:questing task_configuration: 1021
provided: - task:group:debusine::Admins - task:group:debusine::TDE-Owners - task:scope:debusine - task:source-package:abakus-trinity - task:workspace:debusine:trinity-testing required: - worker:executor:unshare - worker:task:worker:lintian:version:1 - worker:type:external
configuration_context: questing environment_id: 27702 input_binary_artifacts_ids: - 819683 input_source_artifact_id: 818438 parameter_summary: abakus-trinity_4:14.2.0~pre44-0ubuntu25.10.0+7 runtime_context: binary-all+binary-any+source:questing subject: abakus-trinity
{ "step": "lintian-amd64", "display_name": "Lintian for amd64+all+source" }
{ "on_success": [ { "action": "update-collection-with-artifacts", "variables": null, "collection": "internal@collections", "name_template": "lintian-amd64", "artifact_filters": { "category": "debian:lintian" } } ] }
{ "runtime_statistics": { "memory": 4099481600, "cpu_time": 106, "duration": 40, "cpu_count": 12, "disk_space": 1891659776, "available_memory": 67425996800, "available_disk_space": 33713000448 } }