Sign me up Login

Details about package touche

Name: touche
Uploader: Andre Flechs <luzip665@posteo.de> (Debian QA page)
Description: touche - Desktop application to configure Touchégg

Package uploads

Upload #1

Information

Version: 2.0.15-1
Uploaded: 2025-06-03 21:42
Source package: touche_2.0.15-1.dsc
Distribution: unstable
Section: x11
Priority: optional
Homepage: https://github.com/JoseExposito/touche
Vcs-Browser: https://salsa.debian.org/luzip665/touche
Vcs-Git: https://salsa.debian.org/luzip665/touche.git

Changelog

 touche (2.0.15-1) unstable; urgency=low
 .
   * Initial Release. Closes: #

QA information

Comments

  1. Andre,
    
    Review of upload: 2025-06-03 21:42
    
    For information about the tests run, see:
    
    https://wiki.debian.org/PhilWyett/DebianMentoring
    
    Test 4 (sbuild): Information only
    
    Lintian:
    
    Running lintian...
    N:
    W: touche: initial-upload-closes-no-bugs [usr/share/doc/touche/changelog.Debian.gz:1]
    N: 
    N:   This package appears to be the first packaging of a new upstream software
    N:   package (there is only one changelog entry and the Debian revision is 1),
    N:   but it does not close any bugs. The initial upload of a new package should
    N:   close the corresponding ITP bug for that package.
    N:   
    N:   This warning can be ignored if the package is not intended for Debian or
    N:   if it is a split of an existing Debian package.
    N: 
    N:   Please refer to New packages (Section 5.1) in the Debian Developer's
    N:   Reference for details.
    N: 
    N:   Visibility: warning
    N:   Show-Always: no
    N:   Check: debian/changelog
    N:   Renamed from: new-package-should-close-itp-bug
    N: 
    N:
    W: touche: link-to-shared-library-in-wrong-package usr/lib/x86_64-linux-gnu/libtouche.so.0 [usr/lib/x86_64-linux-gnu/libtouche.so]
    N: 
    N:   Although this package is not a "-dev" package, it installs a
    N:   "libsomething.so" symbolic link referencing the corresponding shared
    N:   library. When the link doesn't include the version number, it is used by
    N:   the linker when other programs are built against this shared library.
    N:   
    N:   Shared libraries are supposed to place such symbolic links in their
    N:   respective "-dev" packages, so it is a bug to include it with the main
    N:   library package.
    N:   
    N:   However, if this is a small package which includes the runtime and the
    N:   development libraries, this is not a bug. In the latter case, please
    N:   override this warning.
    N: 
    N:   Please refer to Development files (Section 8.4) in the Debian Policy
    N:   Manual for details.
    N: 
    N:   Visibility: warning
    N:   Show-Always: no
    N:   Check: libraries/shared/links
    N:   Renamed from: non-dev-pkg-with-shlib-symlink
    N: 
    N:
    W: touche: no-manual-page [usr/bin/com.github.joseexposito.touche]
    N: 
    N:   Each binary in /usr/bin, /usr/sbin, /bin, /sbin or /usr/games should have
    N:   a manual page
    N:   
    N:   Note that though the man program has the capability to check for several
    N:   program names in the NAMES section, each of these programs should have its
    N:   own manual page (a symbolic link to the appropriate manual page is
    N:   sufficient) because other manual page viewers such as xman or tkman don't
    N:   support this.
    N:   
    N:   If the name of the manual page differs from the binary by case, man may be
    N:   able to find it anyway; however, it is still best practice to match the
    N:   exact capitalization of the executable in the manual page.
    N:   
    N:   If the manual pages are provided by another package on which this package
    N:   depends, Lintian may not be able to determine that manual pages are
    N:   available. In this case, after confirming that all binaries do have manual
    N:   pages after this package and its dependencies are installed, please add a
    N:   Lintian override.
    N: 
    N:   Please refer to Manual pages (Section 12.1) in the Debian Policy Manual
    N:   for details.
    N: 
    N:   Visibility: warning
    N:   Show-Always: no
    N:   Check: documentation/manual
    N:   Renamed from: binary-without-manpage
    N: 
    N:
    W: touche: package-name-doesnt-match-sonames libtouche0
    N: 
    N:   The package name of a library package should usually reflect the soname of
    N:   the included library. The package name can determined from the library
    N:   file name with the following code snippet:
    N:   
    N:    $ objdump -p /path/to/libfoo-bar.so.1.2.3 | sed -n -e's/^[[:space:]]*SONAME[[:space:]]*//p' | \
    N:        sed -r -e's/([0-9])\.so\./\1-/; s/\.so(\.|$)//; y/_/-/; s/(.*)/\L&/'
    N: 
    N:   Visibility: warning
    N:   Show-Always: no
    N:   Check: libraries/shared/soname
    N: 
    N:
    I: touche: no-symbols-control-file usr/lib/x86_64-linux-gnu/libtouche.so.0
    N: 
    N:   Although the package includes a shared library, the package does not have
    N:   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 that
    N:   are actually used by the application.
    N: 
    N:   Please refer to the dpkg-gensymbols(1) manual page and
    N:   https://wiki.debian.org/UsingSymbolsFiles for details.
    N: 
    N:   Visibility: info
    N:   Show-Always: no
    N:   Check: debian/shlibs
    N: 
    
    E: Lintian run failed (policy violation)
    
    Summary
    =======
    
    Looks like a work in progress, so information above is to help.
    
    Regards
    
    Phil
    Needs work Phil Wyett at June 5, 2025, 8:54 a.m.
  2. Hi Phil,
    
    it's still in progress.
    
    Actually I saw that it is not working at all because of missing node-js dependencies.
    
    Should I delete the upload?
    Needs work Andre Flechs at June 5, 2025, 9:27 p.m.