Bug#1070051: xr-hardware: Add Appstream metainfo with hardware mappins
xr-hardware is literally just the udev rules, not any actual useful software that can use that hardware. The packages that provide support for that hardware are the ones that should have the metadata. I put udev rules here in a separate package for separation of concerns and because some hardware works with multiple software packages. Rylie On Mon, 29 Apr 2024 13:10:01 +0200 Petter Reinholdtsen wrote: > > Package: xr-hardware > Version: 1.1.1-1 > Tags: patch > > It would be very nice if programs using the Appstream metainfo to locate > relevant package, would know which hardware is supported by this > package. This way programs like isenkram would propose the xr-hardwrae > package when a relevant USB device is inserted. > > I started with the /usr/lib/udev/rules.d/70-xrhardware.rules file and > used its listed USB IDs to generate the modalias entries in the metainfo > XML. There were a few entries I did not understand (the KERNELS== > entries), so these are not represented in the XML. > > Please apply this to a future upload of xr-hardware. > > diff --git a/debian/copyright b/debian/copyright > index 88fbd06..11ba17d 100644 > --- a/debian/copyright > +++ b/debian/copyright > @@ -52,6 +52,29 @@ Files: xrhardware/db.py > Copyright: 2019-2024, Collabora, Ltd. and the xr-hardware contributors > License: BSL-1.0 > > +Files: debian/xr-hardware.metainfo.xml > +Copyright: 2024 Petter Reinholdtsen > +License: MIT > + Permission is hereby granted, free of charge, to any person obtaining > + a copy of this software and associated documentation files (the > + "Software"), to deal in the Software without restriction, including > + without limitation the rights to use, copy, modify, merge, publish, > + distribute, sublicense, and/or sell copies of the Software, and to > + permit persons to whom the Software is furnished to do so, subject to > + the following conditions: > + . > + The above copyright notice and this permission notice shall be > + included in all copies or substantial portions of the Software. > + . > + THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, > + EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF > + MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND > + NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS > + BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN > + ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN > + CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE > + SOFTWARE. > + > License: BSL-1.0 > Boost Software License - Version 1.0 - August 17th, 2003 > . > diff --git a/debian/xr-hardware.install b/debian/xr-hardware.install > index 59f1f7b..aa7a1ea 100644 > --- a/debian/xr-hardware.install > +++ b/debian/xr-hardware.install > @@ -1 +1,2 @@ > 70-xrhardware.rules ${env:deb_udevdir}/rules.d/ > +debian/xr-hardware.metainfo.xml usr/share/metainfo > diff --git a/debian/xr-hardware.metainfo.xml b/debian/xr-hardware.metainfo.xml > new file mode 100644
Bug#1045917: monado: Fails to build source after successful build
On Sun, 13 Aug 2023 21:20:59 +0200 Lucas Nussbaum wrote: Source: monado Version: 21.0.0+git2905.e26a272c1~dfsg1-2 Severity: minor Tags: trixie sid ftbfs User: lu...@debian.org Usertags: ftbfs-sab-20230813 ftbfs-source-after-build User: debian...@lists.debian.org Usertags: qa-doublebuild Hi, This package fails to build a source package after a successful build (dpkg-buildpackage ; dpkg-buildpackage -S). This is probably a clear violation of Debian Policy section 4.9 (clean target), but this is filed as severity:minor for now, because a discussion on debian-devel showed that we might want to revisit the requirement of a working 'clean' target. More information about this class of issues, included common problems and solutions, is available at https://wiki.debian.org/qa.debian.org/FTBFS/SourceAfterBuild Relevant part of the build log: > cd /<> && runuser -u user42 -- dpkg-buildpackage --sanitize-env -us -uc -rfakeroot -S > > > dpkg-buildpackage: info: source package monado > dpkg-buildpackage: info: source version 21.0.0+git2905.e26a272c1~dfsg1-2 > dpkg-buildpackage: info: source distribution unstable > dpkg-buildpackage: info: source changed by Ryan Pavlik > dpkg-source --before-build . > debian/rules clean > dh clean >debian/rules override_dh_auto_clean > make[1]: Entering directory '/<>' > rm -f imgui.ini > dh_auto_clean > make[1]: Leaving directory '/<>' >dh_clean > dpkg-source -b . > dpkg-source: info: using source format '3.0 (quilt)' > dpkg-source: info: building monado using existing ./monado_21.0.0+git2905.e26a272c1~dfsg1.orig.tar.xz > dpkg-source: info: using patch list from debian/patches/series > dpkg-source: error: cannot represent change to src/xrt/ipc/shared/ipcproto/__pycache__/__init__.cpython-311.pyc: binary file contents changed > dpkg-source: error: add src/xrt/ipc/shared/ipcproto/__pycache__/__init__.cpython-311.pyc in debian/source/include-binaries if you want to store the modified binary in the debian tarball > dpkg-source: error: cannot represent change to src/xrt/ipc/shared/ipcproto/__pycache__/common.cpython-311.pyc: binary file contents changed > dpkg-source: error: add src/xrt/ipc/shared/ipcproto/__pycache__/common.cpython-311.pyc in debian/source/include-binaries if you want to store the modified binary in the debian tarball > dpkg-source: error: unrepresentable changes to source > dpkg-buildpackage: error: dpkg-source -b . subprocess returned exit status 1 > > E: Command 'cd /<> && runuser -u user42 -- dpkg-buildpackage --sanitize-env -us -uc -rfakeroot -S' failed to run. The full build log is available from: http://qa-logs.debian.net/2023/08/13/monado_21.0.0+git2905.e26a272c1~dfsg1-2_unstable.log If you reassign this bug to another package, please mark it as 'affects'-ing this package. See https://www.debian.org/Bugs/server-control#affects For some reason I thought that the whole "python binary cache" thing was sorted automatically by dh. But it turns out I was able to fix this by just adding that directory to debian/clean, which seems simple enough. It is in git on salsa and will be in the next upload of the package: this did not seem substantial enough to merit a release. Rylie Pavlik OpenPGP_0x9045010AE5C2B9ED.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1062911: solvespace: NMU diff for 64-bit time_t transition
On Thu, 29 Feb 2024 17:03:41 + Benjamin Drung wrote: Source: solvespace Dear maintainer, Please find attached a final version of this patch for the time_t transition. This patch is being uploaded to unstable. Note that this adds a versioned build-dependency on dpkg-dev, to guard against accidental backports with a wrong ABI. Thanks! -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-21-generic (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: unable to detect Thank you for the patch and NMU! I have imported the debdiff into the git repo on Salsa, so the NMU will be "acknowledged" in the next maintainer upload of SolveSpace. Rylie Pavlik OpenPGP_0x9045010AE5C2B9ED.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature