Hello, I go thtese lintian errors
lintian ─────── E: clblas source: missing-build-dependency dpkg-dev (>= 1.16.1~) N: N: The package doesn't specify a build dependency on a package that is used N: in debian/rules. N: N: lintian intentionally does not take into account transitive N: dependencies. Even if the package build-depends on some package that in N: turn depends on the needed package, an explicit build dependency should N: be added. Otherwise, a latent bug is created that will appear without N: warning if the other package is ever updated to change its dependencies. N: Even if this seems unlikely, please always add explicit build N: dependencies on every non-essential, non-build-essential package that is N: used directly during the build. N: N: Refer to Debian Policy Manual section 4.2 (Package relationships) for N: details. N: N: Severity: serious, Certainty: possible N: N: Check: rules, Type: source N: and these important point. personnaly I find it not convenient to maintain symbols files for C++ library. so can you fix the other points. I: libclblas2: spelling-error-in-binary usr/lib/i386-linux-gnu/libclBLAS.so.2.4.0 dont don't N: N: Lintian found a spelling error in the given binary. Lintian has a list N: of common misspellings that it looks for. It does not have a dictionary N: like a spelling checker does. N: N: If the string containing the spelling error is translated with the help N: of gettext or a similar tool, please fix the error in the translations N: as well as the English text to avoid making the translations fuzzy. With N: gettext, for example, this means you should also fix the spelling N: mistake in the corresponding msgids in the *.po files. N: N: You can often find the word in the source code by running: N: N: grep -rw <word> <source-tree> N: N: This tag may produce false positives for words that contain non-ASCII N: characters due to limitations in strings. N: N: Severity: minor, Certainty: wild-guess N: N: Check: binaries, Type: binary, udeb N: E: libclblas2: missing-pre-dependency-on-multiarch-support N: N: The package ships a library in one of the multiarch lib directories, N: /lib/<triplet> and /usr/lib/<triplet>, but does not declare a N: pre-dependency on multiarch-support. Packages installing to these paths N: must Pre-Depend: multiarch-support to ensure the library can be found by N: the dynamic linker at every point during an upgrade. N: N: Severity: serious, Certainty: certain N: N: Check: files, Type: binary, udeb N: I: libclblas2: no-symbols-control-file usr/lib/i386-linux-gnu/libclBLAS.so.2.4.0 N: N: Although the package includes a shared library, the package does not N: have a symbols control file. N: N: dpkg can use symbols files in order to generate more accurate library N: dependencies for applications, based on the symbols from the library N: that are actually used by the application. N: N: Refer to the dpkg-gensymbols(1) manual page and N: http://wiki.debian.org/UsingSymbolsFiles for details. N: N: Severity: wishlist, Certainty: certain N: N: Check: shared-libs, Type: binary, udeb N: E: Lintian run failed (policy violation) Cheers Frederic -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a2a20ec3b8560d408356cac2fc148e53b216c...@sun-dag3.synchrotron-soleil.fr
