Bug#1059568: RFS: swaykbdd/1.4-1 -- Per-window keyboard layout switching daemon for Sway
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "swaykbdd": * Package name : swaykbdd Version : 1.4-1 Upstream contact : Artem Senichev * URL : https://github.com/artemsen/swaykbdd * License : Expat * Vcs : https://salsa.debian.org/spg/swaykbdd Section : x11 This is just an upstream ugprade. The source builds the following binary packages: swaykbdd - Per-window keyboard layout switching daemon for Sway To access further information about this package, please visit the following URL: https://mentors.debian.net/package/swaykbdd/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/s/swaykbdd/swaykbdd_1.4-1.dsc Changes since the last upload: swaykbdd (1.4-1) unstable; urgency=medium . * New upstream release. Regards, -- Sepi Gair
Bug#1011955: RFS: swaykbdd/1.1-1 [ITP] -- Per-window keyboard layout switching daemon for Sway
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "swaykbdd": * Package name: swaykbdd Version : 1.1-1 Upstream Author : Artem Senichev * URL : https://github.com/artemsen/swaykbdd * License : Expat * Vcs : https://salsa.debian.org/spg/swaykbdd Section : x11 The source builds the following binary packages: swaykbdd - Per-window keyboard layout switching daemon for Sway To access further information about this package, please visit the following URL: https://mentors.debian.net/package/swaykbdd/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/s/swaykbdd/swaykbdd_1.1-1.dsc Changes for the initial release: swaykbdd (1.1-1) unstable; urgency=low . * Initial release (Closes: #1010976) Regards, -- Sepi Gair
Building DKMS module with macro in Makefile
Hello, I'm trying to package the DKMS module which passes the macro within Makefile. Specifically, Makefile defines `SOME_VAR:=SOME_VALUE` and uses make variable to pass macro as follows: `CFLAGS_MODULE='-DSOME_VAR=\"$(SOME_VAR)\"'`. As a result, this construction ignored on install so the building of the module produces the error: `error: expected ‘)’ before ‘SOME_VAR’`. I wrote simple package to make it easy to reproduce my issue: https://salsa.debian.org/spg/dkmsfail. Is it possible to package this module without patching source code? Which documentation should I read to learn building flow? Thank you.
Bug#956619: RFS: xtrx-dkms/0.0.1+git20190320.5ae3a3e-1 [ITP] -- XTRX PCI driver for linux
Package: sponsorship-requests Severity: wishlist Dear mentors, HAM Radio Team, I am looking for a sponsor for my package "xtrx-dkms" * Package name: xtrx-dkms Version : 0.0.1+git20190320.5ae3a3e-1 Upstream Author : Sergey Kostanbaev * URL : https://github.com/xtrx-sdr/xtrx_linux_pcie_drv * License : GPL-2.0+ * Vcs : https://salsa.debian.org/debian-hamradio-team/xtrx-dkms Section : kernel It builds those binary packages: xtrx-dkms - XTRX PCI driver for linux To access further information about this package, please visit the following URL: https://mentors.debian.net/package/xtrx-dkms Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/x/xtrx-dkms/xtrx-dkms_0.0.1+git20190320.5ae3a3e-1.dsc Changes since the last upload: * Initial release (Closes: #945156) Regards, -- Sepi Gair
Bug#956294: RFS: libusb3380/0.0.1+git20190125.c83d1e9-2 -- USB3380 abstraction layer for libusb
Package: sponsorship-requests Severity: normal Dear mentors, HAM Radio Team, I am looking for a sponsor for my package "libusb3380" * Package name: libusb3380 Version : 0.0.1+git20190125.c83d1e9-2 Upstream Author : Sergey Kostanbaev * URL : https://github.com/xtrx-sdr/libusb3380 * License : LGPL-2.1+ * Vcs : https://salsa.debian.org/debian-hamradio-team/libusb3380 Section : libs It builds those binary packages: libusb3380-dev - USB3380 abstraction layer for libusb: development libusb3380-0 - USB3380 abstraction layer for libusb To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libusb3380 Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libu/libusb3380/libusb3380_0.0.1+git20190125.c83d1e9-2.dsc Changes since the last upload: * Fixed debian/copyright: added forgotten copyright holder. * Bumped Standards-Version. Regards, -- Sepi Gair
Bug#956290: RFS: xtrx-dkms/0.0.1+git20190320.5ae3a3e-1 [ITP] -- XTRX PCI driver for linux
Package: sponsorship-requests Severity: wishlist Dear mentors, HAM Radio Team, I am looking again for a sponsor for my package "xtrx-dkms" * Package name: xtrx-dkms Version : 0.0.1+git20190320.5ae3a3e-1 Upstream Author : Sergey Kostanbaev * URL : https://github.com/xtrx-sdr/xtrx_linux_pcie_drv * License : GPL-2.0+ * Vcs : https://salsa.debian.org/debian-hamradio-team/xtrx-dkms Section : kernel It builds those binary packages: xtrx-dkms - XTRX PCI driver for linux To access further information about this package, please visit the following URL: https://mentors.debian.net/package/xtrx-dkms Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/x/xtrx-dkms/xtrx-dkms_0.0.1+git20190320.5ae3a3e-1.dsc Changes since the last upload: * Initial release (Closes: #945156) This package was oreviously rejected due to the incorrect `debian/copyright`. I fixed this without bumping the package's version since it's not yet in the unstable. Please tell me if I requesting a re-upload wrong way. Regards, -- Sepi Gair
Bug#954186: RFS: libxtrxdsp/0.0.1+git20190830.eec2864-2 -- Library of DSP functions, developed for XTRX SDR
On 19/03/2020 09:44, Christoph Berg wrote: I suggest we wait with this upload until the -1 version has passed NEW. Hello, Christoph. It's passed.
Bug#954186: RFS: libxtrxdsp/0.0.1+git20190830.eec2864-2 -- Library of DSP functions, developed for XTRX SDR
Package: sponsorship-requests Severity: wishlist Dear mentors, Hamradio Team, I am looking for a sponsor for my package "libxtrxdsp" * Package name: libxtrxdsp Version : 0.0.1+git20190830.eec2864-2 Upstream Author : Sergey Kostanbaev * URL : https://github.com/xtrx-sdr/libxtrxdsp * License : LGPL-2.1+ * Vcs : https://salsa.debian.org/debian-hamradio-team/libxtrxdsp Section : libs It builds those binary packages: libxtrxdsp-dev - Library of DSP functions, developed for XTRX SDR: development libxtrxdsp0 - Library of DSP functions, developed for XTRX SDR To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libxtrxdsp Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libx/libxtrxdsp/libxtrxdsp_0.0.1+git20190830.eec2864-2.dsc Changes since the last upload: * New patch with syntax error fix. * Bump standards version. The pipeline for this release is failed due to Lintian's false positive error (see bug #954146). Regards, -- Sepi Gair
Bug#954164: RFS: libxtrx/0.0.1+git20191219.98458ce-1 [ITP] -- High-level XTRX API library
Package: sponsorship-requests Severity: wishlist Dear mentors, Hamradio Team, I am looking for a sponsor for my package "libxtrx" * Package name: libxtrx Version : 0.0.1+git20191219.98458ce-1 Upstream Author : Sergey Kostanbaev * URL : https://github.com/xtrx-sdr/libxtrx * License : LGPL-2.1+ * Vcs : https://salsa.debian.org/debian-hamradio-team/libxtrx Section : libs It builds those binary packages: libxtrx-dev - High-level XTRX API library: development libxtrx0 - High-level XTRX API library soapysdr0.7-module-xtrx - XTRX device support for SoapySDR soapysdr-module-xtrx - XTRX device support for SoapySDR (default version) xtrx-fft - Simple spectrum browser for XTRX To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libxtrx Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libx/libxtrx/libxtrx_0.0.1+git20191219.98458ce-1.dsc Changes since the last upload: * Initial release (Closes: #945155) Regards, -- Sepi Gair
Bug#954156: RFS: libxtrxll/0.0.1+git20191021.3229d65-1 [ITP] -- Low-level XTRX hardware abstraction library: development
Package: sponsorship-requests Severity: wishlist Dear mentors, Hamradio Team, I am looking for a sponsor for my package "libxtrxll" * Package name: libxtrxll Version : 0.0.1+git20191021.3229d65-1 Upstream Author : Sergey Kostanbaev * URL : https://github.com/xtrx-sdr/libxtrxll * License : LGPL-2.1+ * Vcs : https://salsa.debian.org/debian-hamradio-team/libxtrxll Section : libs It builds those binary packages: libxtrxll-dev - Low-level XTRX hardware abstraction library: development libxtrxll0 - Low-level XTRX hardware abstraction library To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libxtrxll Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libx/libxtrxll/libxtrxll_0.0.1+git20191021.3229d65-1.dsc Changes since the last upload: * Initial release (Closes: #945153) Please note that the binary package may be split since it contains 3 shared libraries, 2 of them are modules for hardware interfaces. However it requires a more complex relationship between packages, so I decided to use a single binary package for all of them. Regards, -- Sepi Gair
Bug#954076: RFS: libxtrxdsp/0.0.1+git20190830.eec2864-1 [ITP] -- Library of DSP functions, developed for XTRX SDR: development
Package: sponsorship-requests Severity: wishlist Dear mentors, Hamradio Maintainers, I am looking for a sponsor for my package "libxtrxdsp" * Package name: libxtrxdsp Version : 0.0.1+git20190830.eec2864-1 Upstream Author : Sergey Kostanbaev * URL : https://github.com/xtrx-sdr/libxtrxdsp * License : LGPL-2.1+ * Vcs : https://salsa.debian.org/debian-hamradio-team/libxtrxdsp Section : libs It builds those binary packages: libxtrxdsp-dev - Library of DSP functions, developed for XTRX SDR: development libxtrxdsp0 - Library of DSP functions, developed for XTRX SDR To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libxtrxdsp Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libx/libxtrxdsp/libxtrxdsp_0.0.1+git20190830.eec2864-1.dsc Changes since the last upload: * Initial release (Closes: #945154) Regards, -- Sepi Gair
Bug#953798: RFS: xtrx-dkms/0.0.1+git20190320.5ae3a3e-1 [ITP] -- XTRX PCI driver for linux
Package: sponsorship-requests Severity: wishlist Dear mentors, Hamradio Maintainers I am looking for a sponsor for my package "xtrx-dkms" * Package name: xtrx-dkms Version : 0.0.1+git20190320.5ae3a3e-1 Upstream Author : Sergey Kostanbaev * URL : https://github.com/xtrx-sdr/xtrx_linux_pcie_drv * License : LGPL-2.1+ * Vcs : https://salsa.debian.org/debian-hamradio-team/xtrx-dkms Section : kernel It builds those binary packages: xtrx-dkms - XTRX PCI driver for linux To access further information about this package, please visit the following URL: https://mentors.debian.net/package/xtrx-dkms Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/x/xtrx-dkms/xtrx-dkms_0.0.1+git20190320.5ae3a3e-1.dsc Changes since the last upload: * Initial release (Closes: #945156) Regards, -- Sepi Gair
Bug#953547: RFS: libusb3380/0.0.1+git20190125.c83d1e9-1 [ITP] -- USB3380 abstraction layer for libusb: development
Hello, Christoph, I fixed both issues. On Tue, 2020-03-10 at 17:44 +0100, Christoph Berg wrote: > Hi Sepi, > > there's a missing copyright attribution: > > ./cmake_modules/Findlibusb-1.0.cmake: > # Adapted from cmake-modules Google Code project > # > # Copyright (c) 2006 Andreas Schneider > # > # (Changes for libusb) Copyright (c) 2008 Kyle Machulis > # > # Redistribution and use is allowed according to the terms of the New > BSD license. > # > # CMake-Modules Project New BSD License > # > # Redistribution and use in source and binary forms, with or without > # modification, are permitted provided that the following conditions > are met: > # > # * Redistributions of source code must retain the above copyright > notice, this > # list of conditions and the following disclaimer. > # > # * Redistributions in binary form must reproduce the above copyright > notice, > # this list of conditions and the following disclaimer in the > # documentation and/or other materials provided with the > distribution. > # > # * Neither the name of the CMake-Modules Project nor the names of > its > # contributors may be used to endorse or promote products derived > from this > # software without specific prior written permission. > # > # THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS > "AS IS" AND > # ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, > THE IMPLIED > # WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE > ARE > # DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS > BE LIABLE FOR > # ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR > CONSEQUENTIAL DAMAGES > # (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR > SERVICES; > # LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER > CAUSED AND ON > > This looks like the lib should be linked with pthreads: > > dpkg-shlibdeps: warning: symbol pthread_setname_np used by > debian/libusb3380-0/usr/lib/x86_64-linux-gnu/libusb3380.so.0.0.1 > found in none of the libraries > dpkg-shlibdeps: warning: symbol sem_destroy used by > debian/libusb3380-0/usr/lib/x86_64-linux-gnu/libusb3380.so.0.0.1 > found in none of the libraries > dpkg-shlibdeps: warning: symbol sem_post used by debian/libusb3380- > 0/usr/lib/x86_64-linux-gnu/libusb3380.so.0.0.1 found in none of the > libraries > dpkg-shlibdeps: warning: symbol pthread_join used by > debian/libusb3380-0/usr/lib/x86_64-linux-gnu/libusb3380.so.0.0.1 > found in none of the libraries > dpkg-shlibdeps: warning: symbol pthread_sigmask used by > debian/libusb3380-0/usr/lib/x86_64-linux-gnu/libusb3380.so.0.0.1 > found in none of the libraries > dpkg-shlibdeps: warning: symbol pthread_create used by > debian/libusb3380-0/usr/lib/x86_64-linux-gnu/libusb3380.so.0.0.1 > found in none of the libraries > dpkg-shlibdeps: warning: symbol sem_init used by debian/libusb3380- > 0/usr/lib/x86_64-linux-gnu/libusb3380.so.0.0.1 found in none of the > libraries > dpkg-shlibdeps: warning: symbol sem_wait used by debian/libusb3380- > 0/usr/lib/x86_64-linux-gnu/libusb3380.so.0.0.1 found in none of the > libraries > > /usr/lib/x86_64-linux-gnu/libpthread.so:00011370 T sem_close > /usr/lib/x86_64-linux-gnu/libpthread.so:00010b60 T > sem_destroy@@GLIBC_2.2.5 > /usr/lib/x86_64-linux-gnu/libpthread.so:000115a0 T > sem_getvalue@@GLIBC_2.2.5 > /usr/lib/x86_64-linux-gnu/libpthread.so:00010b20 T > sem_init@@GLIBC_2.2.5 > /usr/lib/x86_64-linux-gnu/libpthread.so:00010e60 T sem_open > /usr/lib/x86_64-linux-gnu/libpthread.so:000119c0 T > sem_post@@GLIBC_2.2.5 > /usr/lib/x86_64-linux-gnu/libpthread.so:00011950 T > sem_timedwait > /usr/lib/x86_64-linux-gnu/libpthread.so:00011780 T > sem_trywait@@GLIBC_2.2.5 > /usr/lib/x86_64-linux-gnu/libpthread.so:00011470 T sem_unlink > /usr/lib/x86_64-linux-gnu/libpthread.so:00011740 T > sem_wait@@GLIBC_2.2.5 > > (Not sure this is the correct solution, though.) > > The rest is fine and good to go I think. > > Christoph >
Re: Understanding "pending uploads"
Sorry, I thought this is a common name for the specific state of upload. There is the source package liblms7compact listed on my QA page[1]. It placed in the section named "Pending uploads". 1. https://qa.debian.org/developer.php?login=sepigair%40email.cz On Tue, 2020-03-10 at 21:59 +0500, Andrey Rahmatullin wrote: > On Tue, Mar 10, 2020 at 05:57:15PM +0100, Sepi Gair wrote: > > Hello, > > > > I've got a sponsor for my package, the package now is pending for > > upload. > What do you mean? >
Understanding "pending uploads"
Hello, I've got a sponsor for my package, the package now is pending for upload. Could you please describe what does this exactly mean? Is there any ETA or something? Should I wait for this package would be uploaded until RFS for sponsorship for the next package which depends on this one? All my packages contain basic CI config so pipeline would fail without depends.
Bug#953547: RFS: libusb3380/0.0.1+git20190125.c83d1e9-1 [ITP] -- USB3380 abstraction layer for libusb: development
Package: sponsorship-requests Severity: wishlist Dear mentors and HAM Radio Team, I am looking for a sponsor for my package "libusb3380" which is another part of XTRX SDR support. * Package name: libusb3380 Version : 0.0.1+git20190125.c83d1e9-1 Upstream Author : Sergey Kostanbaev * URL : https://github.com/xtrx-sdr/libusb3380 * License : LGPL-2.1+ * Vcs : https://salsa.debian.org/debian-hamradio-team/libusb3380 Section : libs It builds those binary packages: libusb3380-dev - USB3380 abstraction layer for libusb: development libusb3380-0 - USB3380 abstraction layer for libusb To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libusb3380 Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libu/libusb3380/libusb3380_0.0.1+git20190125.c83d1e9-1.dsc Changes since the last upload: * Initial release (Closes: #945152) Regards, -- Sepi Gair
Bug#951219: RFS: liblms7compact/0.0.1+git20190125.bfd5418-1 [ITP] -- Compact LMS7002 library suitable for MCU: development
Package: sponsorship-requests Severity: wishlist Dear mentors (and HAM Radio Team), I am looking for a sponsor for my package "liblms7compact" which is the first part of the set of packages for XTRX SDR support. * Package name: liblms7compact Version : 0.0.1+git20190125.bfd5418-1 Upstream Author : Sergey Kostanbaev * URL : https://github.com/xtrx-sdr/liblms7002m * License : LGPL-2.1+ * Vcs : https://salsa.debian.org/debian-hamradio-team/liblms7compact Section : libs It builds those binary packages: liblms7compact-dev - Compact LMS7002 library suitable for MCU: development liblms7compact0 - Compact LMS7002 library suitable for MCU To access further information about this package, please visit the following URL: https://mentors.debian.net/package/liblms7compact Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libl/liblms7compact/liblms7compact_0.0.1+git20190125.bfd5418-1.dsc Changes since the last upload: * Initial release (Closes: #945150) Regards, -- Sepi Gair
Substitute CPack vars with debian build env vars
Hello, The library I'm packaging uses .in templates with variables like @CPACK_PACKAGE_DESCRIPTION_SUMMARY@. They aren't recognized by the Debian build environment and being substituted with empty strings. Is there any option to replace these CPack variables with Debian- specific vars? Is there any option but manual patching with proper values?
Salsa repositories request (liblms7compact, libusb3380)
Dear mentors, Please, could someone move two my projects[1][2] to the debian group? Then I could make proper RFS request. Thank you. 1. https://salsa.debian.org/diospyros-guest/liblms7compact 2. https://salsa.debian.org/diospyros-guest/libusb3380
Salsa repository request
Hello, I am packaged a bunch of libraries and drivers and I probably need repos for all of them with access. I guess group should be "debian" or "debian-hamradio-team" since all of packages are made for radio equipment (SDR) support. Names of requested repos: liblms7compact[1] libusb3380[2] libxtrxll[3]libxtrxdsp[4] libxtrx[5] xtrx-dkms[6] My username in Salsa is diospyros-guest. Please let me know if I incorrectly understand the uploading process. Thank you. 1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945150 2. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945152 3. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945153 4. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945154 5. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945155 6. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945156
Filling debian/copyright
How to correctly fill debian/copyright file? For instance, I have a software mostly written by one author, however, some other contributors who also made commits in existing files, yet not added their names to the corresponding section of the file with copyright info. Should I mention them as co-authors? What to do in the same cases if no copyright comments in file present at all?
The digit in the library name
I see the trailing digit in some libraries' names, like libdca0 and libc6. I wasn't able to find the purpose of them in the Debian Policy and the Debian Developer Reference. Please point to the place in documentation where I can learn about these digits and decide if I should to use it or not.