Bug#1038073: magicmaze: Indirectly depends on SDL 1.2

2024-06-07 Thread Petter Reinholdtsen


Control: reopen -1
Control: found -1 1.5.1+dfsg-1

I no longer believe this is solved.  I probably messed up the packaging.
In any case, from #debian-games today:


 pere: magicmaze Depends on ruby-sdl which Depends on
   libsdl1.2debian, so no it is not solved

 pere: (I can tell that from packages.debian.org, no need to
   actually install it or know anything about Ruby)

 pere: please reopen the bug, and if the way to make it use SDL2
   is via ruby-sdl2, block it by a RFP (or ITP) for ruby-sdl2

 pere: fyi the most-correct way to tell "does it use SDL 1?" would
   be to read /proc/$pid/maps and if you see libSDL-1.2.so.* then
   yes it does

 pere: since bookworm, our libSDL-1.2.so.0 is actually a wrapper
   around SDL2, but the SDL 1.2 API has plenty of known problems, so
   I still consider it to be a (non-RC!) bug if games need to use
   that wrapper

 smcv: aha. I guess upstream need some feedback, then. :)

 pere: sorry, *since trixie

 smcv, can we plan on the SDL 1 → 2 wrapper to stay around
~indefinitely? For some non-free games that are never going to
be updated again, it is really useful.

 (side note, it’s really nice that we can chain the SDL 1 → 2 → 3
wrappers)

 pere: if upstream has implemented runtime switching between
   ruby-sdl for SDL 1.2 and ruby-sdl2 for SDL 2, then it's a
   downstream bug: someone needs to package ruby-sdl2, and then make
   magicmaze use that instead of ruby-sdl

 pere: or if upstream unconditionally uses ruby-sdl and therefore
   SDL 1.2, it's an upstream bug

 pere: I don't know which

 it seemed to implement an alternative drawing mechanism, but I do
   not know any details.  check the code. :) My project for the
   package was to migrate its packagint to git, which is complete.

 vv221: I don't intend to remove sdl12-compat any time soon, but I
   *do* want to start removing the SDL 1.2
   mixer/image/net/... libraries, which are totally unmaintained and
   sometimes security-sensitive

 OK, this might cause problems for said games. Could wrappers for
some of these be done, or is it a lost cause?

 pere: oh if you're just doing QA work on it, then you can leave
   that analysis to whoever eventually adopts it (if they exist),
   but please do reopen the bug

 I don’t have the skills to write such wrappers myself yet, but
since they would be required for my favourite non-free game I
would be willing to learn and give it a try.

 I'll cut-n-paste this dialog into the bts. :)

-- 
Happy hacking
Petter Reinholdtsen



Bug#699219: icon: New upstream version, git, 3.0 (quilt) format

2024-06-03 Thread Petter Reinholdtsen
It is better to discuss adoption in the WNPP request for this orphaned
package, ie https://bugs.debian.org/738875 >.

I assume eight years later this adoption plan fell through.  I have
migrated the package to a git repository on salsa,
http://www.cs.arizona.edu/icon/ >.  It is still orphaned.
-- 
Happy hacking
Petter Reinholdtsen



Bug#1072387: gbp: import-dsc/import-dscs fail when dsc include non-UTF-8 character (UnicodeDecodeError)

2024-06-02 Thread Petter Reinholdtsen
[Guido Günther]
> (We might want to consider better format detection for importing
> history content but I guess that would be a different issue (as we
> assume UTF-8 basically everywhere).

While there is no doubt that today the file should be UTF-8, I am not
conviced it was so obvious in 2002, when the 0.43-1 version of multimail
was uploaded. :)

Importing dsc from snapshot.debian.org is going to face historic
content, and should not fail when the content in reality is irrelevant
for the import.   Note, the comment in question was never included in
git anyway. :)

-- 
Happy hacking
Petter Reinholdtsen



Bug#1072387: gbp: import-dsc/import-dscs fail when dsc include non-UTF-8 character (UnicodeDecodeError)

2024-06-02 Thread Petter Reinholdtsen


Package: git-buildpackage
Version: 0.9.30

When trying to convert all the snapshoted versions of multimail to a git
repository using gbp import-dscs, I get this error:

Initialized empty Git repository in /home/pere/src/debian/multimail-salsa/.git/
Traceback (most recent call last):
  File "/usr/bin/gbp", line 149, in 
sys.exit(supercommand())
 ^^
  File "/usr/bin/gbp", line 145, in supercommand
return module.main(args)
   ^
  File "/usr/lib/python3/dist-packages/gbp/scripts/import_dscs.py", line 153, 
in main
dscs.append(DscFile.parse(arg))
^^
  File "/usr/lib/python3/dist-packages/gbp/deb/dscfile.py", line 141, in parse
dsc = cls(filename)
  ^
  File "/usr/lib/python3/dist-packages/gbp/deb/dscfile.py", line 61, in __init__
for line in f:
  File "", line 322, in decode
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xf6 in position 458: 
invalid start byte

Tracking down the cause, it is this line in multimail_0.43-1.dsc:

  Comment: Fr information se http://www.gnupg.org/

The  is the ISO-8859-1 character ö.  I manged to get a slightly more
informative error by adjusting dscfile.py like this, but I suspect a
proper fix is to teach dscfile to not demand UTF-8 in dsc files.

--- /tmp/dscfile.py 2024-06-02 10:04:39.056375066 +0200
+++ /usr/lib/python3/dist-packages/gbp/deb/dscfile.py   2024-06-02 
10:05:24.920896575 +0200
@@ -139,6 +139,8 @@
 def parse(cls, filename):
 try:
 dsc = cls(filename)
+except UnicodeDecodeError as err:
+raise GbpError("Unicode error reading dsc file: %s" % err)
 except IOError as err:
 raise GbpError("Error reading dsc file: %s" % err)
 return dsc

I managed to work around the problem by editing the .dsc file to replace
the ISO-8859-1 character with the UTF-8 one, and luckily gbp did not
validate signatures. :)

-- 
Happy hacking
Petter Reinholdtsen



Bug#191875: gqview + vdesk problem

2024-05-28 Thread Petter Reinholdtsen


The requestor Jay Hap-hang Yu  no longer
have a working email address.  It bounces as unroutable.
-- 
Happy hacking
Petter Reinholdtsen



Bug#191875: gqview + vdesk problem

2024-05-28 Thread Petter Reinholdtsen
Is this still a problem?  As this package now is orphaned in Debian, I
suspect upstream would have to fix it, if you are able to reach them.

-- 
Happy hacking
Petter Reinholdtsen



Bug#819136: firmware-b43-installer: Desire packaging script

2024-05-26 Thread Petter Reinholdtsen
Just for the record, this package is now orphaned and in need of
someone to adapt it.  Perhaps it is the way to fix this issue?
-- 
Happy hacking
Petter Reinholdtsen



Bug#838157: firmware-b43-installer: Please announce supported hardware using AppStream

2024-05-26 Thread Petter Reinholdtsen
Control: tags -1 + patch

Here is a patch implementing the change.  I've commited it to the git
repository of this now orphaned package, alongside some lintian fixes,
and plan to upload soon.

diff --git a/debian/copyright b/debian/copyright
index 44ba7de..8bd3abd 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -21,6 +21,10 @@ Copyright: 2006-2010 Rene Engelhard 
© 2019-2020 Andreas Beckmann 
 License: BSD-2-Clause
 
+Files: debian/*.metainfo.xml
+Copyright: 2024 Petter Reinholdtsen 
+License: MIT
+
 Files: debian/cs.po
 Copyright: 2013 Michal Simunek 
 License: BSD-2-Clause
@@ -111,3 +115,22 @@ License: public-domain
  The algorithm is due to Ron Rivest. This code was
  written by Colin Plumb in 1993, no copyright is claimed.
  This code is in the public domain; do with it what you wish.
+
+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.
diff --git a/debian/firmware-b43-installer.install 
b/debian/firmware-b43-installer.install
index e57f194..02daca8 100644
--- a/debian/firmware-b43-installer.install
+++ b/debian/firmware-b43-installer.install
@@ -1 +1,2 @@
 debian/.placeholder /usr/lib/firmware/b43/
+debian/org.kernel.drivers.firmware-b43-installer.metainfo.xml 
usr/share/metainfo
diff --git a/debian/firmware-b43legacy-installer.install 
b/debian/firmware-b43legacy-installer.install
index 21a9345..6a0337d 100644
--- a/debian/firmware-b43legacy-installer.install
+++ b/debian/firmware-b43legacy-installer.install
@@ -1 +1,2 @@
 debian/.placeholder /usr/lib/firmware/b43legacy/
+debian/org.kernel.drivers.firmware-b43legacy-installer.metainfo.xml 
usr/share/metainfo
diff --git a/debian/org.kernel.drivers.firmware-b43-installer.metainfo.xml 
b/debian/org.kernel.drivers.firmware-b43-installer.metainfo.xml
new file mode 100644
index 000..0c272e4
--- /dev/null
+++ b/debian/org.kernel.drivers.firmware-b43-installer.metainfo.xml
@@ -0,0 +1,45 @@
+
+
+  org.kernel.drivers.firmware-b43-installer
+  MIT
+  firmware-b43-installer
+  firmware installer for the b43 driver
+  
+This package downloads and installs the firmware needed by the b43
+kernel driver for some Broadcom 43xx wireless network cards.
+Supported chipsets:
+
+  BCM4306/3 (chip revision 3 only);
+  BCM4311 (NOT PCI Id 14e4:4313);
+  BCM4312;
+  BCM43131;
+  BCM4318;
+  BCM4321 (only partial support, not all versions tested);
+  BCM43217;
+  BCM4322 (only partial support for some versions, not all versions 
tested);
+  BCM43222 (not all versions tested);
+  BCM43224 (not all versions tested);
+  BCM43225;
+  BCM43227;
+  BCM43228;
+  BCM4331;
+  BCM47xx (detection not reliable, may not support all versions).
+
+  
+  
+pci:v14E4d4306sv*
+pci:v14E4d432[04]sv*
+pci:v14E4d4307sv*
+pci:v14E4d431[59]sv*
+pci:v14E4d432[1289BC]sv*
+pci:v14E4d4331sv*
+pci:v14E4d435[03789]sv*
+pci:v14E4d43A[9A]sv*
+pci:v14E4d4716sv*
+pci:v14E4dA8D8sv*
+pci:v14E4dA8DBsv*
+pci:v14E4d5354sv*
+pci:v14E4d431[12]sv*
+pci:v14E4d4318sv*
+  
+
diff --git 
a/debian/org.kernel.drivers.firmware-b43legacy-installer.metainfo.xml 
b/debian/org.kernel.drivers.firmware-b43legacy-installer.metainfo.xml
new file mode 100644
index 000..afe2b4c
--- /dev/null
+++ b/debian/org.kernel.drivers.firmware-b43legacy-installer.metainfo.xml
@@ -0,0 +1,25 @@
+
+
+  org.kernel.drivers.firmware-b43legacy-installer
+  MIT
+  firmware-b43legacy-installer
+  firmware installer for the b43legacy driver
+  
+This package downloads and installs the firmware needed by the
+b43legacy kernel driver for some Broadcom 43xx wireless network
+cards.
+Supported chipsets:
+
+  BCM4301;
+  BCM4306/2;
+  BCM4306.
+
+  
+  
+pci:v14E4d4301sv*
+pci:v14E4d4306sv*
+pci:

Bug#837985: argyll: Please announce supported hardware using AppStream

2024-05-26 Thread Petter Reinholdtsen


Control: tags -1 + patch

Here is a patch adding Appstream metainfo XML to the package, based on
the GIT repository master branch.  I have not been in touch with
upstream to verify if this is the complete list of USB IDs.  It is
probably a good idea to pass the com.argyllcms.metainfo.xml upstream for
use by every Linux distribution.

diff --git a/debian/argyll.install b/debian/argyll.install
index 621cf78..00060d5 100644
--- a/debian/argyll.install
+++ b/debian/argyll.install
@@ -1,2 +1,3 @@
 usb/55-Argyll.rules usr/lib/udev/rules.d/
 usr/bin/*
+debian/com.argyllcms.metainfo.xml usr/share/metainfo
diff --git a/debian/com.argyllcms.metainfo.xml 
b/debian/com.argyllcms.metainfo.xml
new file mode 100644
index 000..3b38fca
--- /dev/null
+++ b/debian/com.argyllcms.metainfo.xml
@@ -0,0 +1,38 @@
+
+
+  com.argyllcms
+  MIT
+  argyll
+  Color Management System, calibrator and profiler
+  
+Argyll is an experimental, open source, ICC compatible color
+management system. It supports accurate ICC profile creation for
+scanners, CMYK printers, film recorders and calibration and
+profiling of displays.  Spectral sample data is supported,
+allowing a selection of illuminants observer types, and paper
+fluorescent whitener additive compensation.  Profiles can also
+incorporate source specific gamut mappings for perceptual and
+saturation intents. Gamut mapping and profile linking uses the
+CIECAM02 appearance model, a unique gamut mapping algorithm, and a
+wide selection of rendering intents. It also includes code for the
+fastest portable 8 bit raster color conversion engine available
+anywhere, as well as support for fast, fully accurate 16 bit
+conversion. Device color gamuts can also be viewed and compared
+using a VRML viewer.
+  
+  
+usb:v0403pF208d*
+usb:v0670p0001d*
+usb:v0765pD020d*
+usb:v0765pD092d*
+usb:v0765pD094d*
+usb:v085Cp0200d*
+usb:v085Cp0300d*
+usb:v0971p2000d*
+usb:v0971p2001d*
+usb:v0971p2003d*
+usb:v0971p2005d*
+usb:v0971p2007d*
+usb:v04DBp005Bd*
+  
+
diff --git a/debian/copyright b/debian/copyright
index 833c7e8..cfe16a6 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -147,6 +147,10 @@ Copyright:
 2021-2023 Dmitry Smirnov 
 License: GPL-3+
 
+Files: debian/com.argyllcms.metainfo.xml
+Copyright: 2024 Petter Reinholdtsen 
+License: MIT
+
 License: AGPL-3
  GNU AFFERO GENERAL PUBLIC LICENSE
 Version 3, 19 November 2007

-- 
Happy hacking
Petter Reinholdtsen



Bug#837983: open-vm-tools: Please announce supported hardware using AppStream

2024-05-26 Thread Petter Reinholdtsen
Control: tags -1 + patch

Here is a patch implementing the change, relative to the current git
master branch.  The license is quite close to the xfree86-1.0 one
listed, but lacked the extra paragraph, so I added a new block.

diff --git a/debian/copyright b/debian/copyright
index e635007a..29eaf510 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -34,6 +34,10 @@ Copyright: 2007-2013 Daniel Baumann 
2022 Bryce Harrington 
 License: GPL-2+
 
+Files: debian/open-vm-tools.metainfo.xml
+Copyright: 2024 Petter Reinholdtsen 
+License: MIT
+
 License: BSD-3
  This code is derived from software contributed to Berkeley by Chris Torek.
  .
@@ -167,3 +171,22 @@ License: xfree86-1.0
  author(s) shall not be used in advertising or otherwise to promote the sale,
  use or other dealings in this Software without prior written authorization 
from
  the copyright holder(s) and author(s).
+
+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.
diff --git a/debian/open-vm-tools.install b/debian/open-vm-tools.install
new file mode 100644
index ..452200a1
--- /dev/null
+++ b/debian/open-vm-tools.install
@@ -0,0 +1 @@
+debian/open-vm-tools.metainfo.xml usr/share/metainfo
diff --git a/debian/open-vm-tools.metainfo.xml 
b/debian/open-vm-tools.metainfo.xml
new file mode 100644
index ..99492604
--- /dev/null
+++ b/debian/open-vm-tools.metainfo.xml
@@ -0,0 +1,19 @@
+
+
+  com.github.vmware.open-vm-tools
+  MIT
+  open-vm-tools
+  Open VMware Tools for virtual machines hosted on VMware 
(CLI)
+  
+The Open Virtual Machine Tools (open-vm-tools) project is an
+open source implementation of VMware Tools. It is a suite of
+virtualization utilities and drivers to improve the functionality,
+user experience and administration of VMware virtual machines.
+
+This package contains only the core user-space programs and
+libraries.
+  
+  
+dmi:*:svnVMWare*:*
+  
+

-- 
Happy hacking
Petter Reinholdtsen



Bug#836386: ekeyd: Please announce supported hardware using appstream

2024-05-26 Thread Petter Reinholdtsen
Control: tags -1 + patch

Here is a complete patch adding a metainfo file to the package.  The
metainfo should most likely be passed upstream for use with all Linux
distributions.

diff --git a/debian/ekeyd.install b/debian/ekeyd.install
index 510cf02..5b8c100 100644
--- a/debian/ekeyd.install
+++ b/debian/ekeyd.install
@@ -5,4 +5,4 @@ host/ekeydctl   usr/sbin/
 host/ekeyd.confetc/entropykey/
 munin/ekeyd_stat_  usr/share/munin/plugins/
 udev/entropykey.sh ${env:deb_udevdir}/
-
+debian/ekeyd.metainfo.xml  usr/share/metainfo
diff --git a/debian/ekeyd.metainfo.xml b/debian/ekeyd.metainfo.xml
new file mode 100644
index 000..1f98ab3
--- /dev/null
+++ b/debian/ekeyd.metainfo.xml
@@ -0,0 +1,17 @@
+
+
+  ukco.simtec.ekeyd
+  MIT
+  ekeyd
+  Simtec Electronics UDEKEY01 Entropy Key Daemon
+  
+This is a driver for the Simtec Electronics Entropy Key.  It is
+only needed if you have such a device (or devices).  It provides a
+daemon and tools to drive and control it, as well as options for
+injecting entropy directly into the kernel's pool, or serving it
+via the EGD protocol.
+  
+  
+usb:v20DFp0001d*
+  
+

-- 
Happy hacking
Petter Reinholdtsen



Bug#1071718: RFP: http-message-signatures --

2024-05-24 Thread Petter Reinholdtsen


Package: wnpp
Severity: wishlist

* Package name: http-message-signatures
  Version : 0.5.0
  Upstream Author : Andrey Kislyuk
* URL : https://github.com/pyauth/http-message-signatures
* License : Apache
  Programming Lang: Python
  Description : implementation of RFC 9421, HTTP Message Signatures 

Implementation of a mechanism for creating, encoding, and verifying
digital signatures or message authentication codes over components of an
HTTP message as descried in RFC 9421.

This is a replacemnt for
https://tracker.debian.org/pkg/python-httpsig >, which implement
an earlier and abandoned draft from the same IETF group, which was
solving the same problem in a slightly different way.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1019063: maxima: no Homepage field

2024-05-23 Thread Petter Reinholdtsen
Control: tags -1 + patch

Here is a concrete patch to fix this.

diff --git a/debian/control b/debian/control
index 97b6d17..cb8e8b6 100644
--- a/debian/control
+++ b/debian/control
@@ -4,6 +4,7 @@ Priority: optional
 Maintainer: Camm Maguire 
 Build-Depends: gcl ( >= 2.6.14-4 ) , texinfo, automake, debhelper ( >= 13 ), 
autoconf, gawk | awk, texlive-latex-recommended, sharutils, python3
 Standards-Version: 4.6.0.1
+Homepage: https://maxima.sourceforge.io/
 
 Package: maxima
 Architecture: any

-- 
Happy hacking
Petter Reinholdtsen



Bug#1022311: python-stdnum: FTBFS: AssertionError: Failed doctest test for test_no_fodselsnummer.doctest

2024-05-23 Thread Petter Reinholdtsen
Is there still any reason to keep this RC BTS report open?

-- 
Happy hacking
Petter Reinholdtsen



Bug#1060540: thinkfan: Please switch Build-Depends to systemd-dev

2024-05-22 Thread Petter Reinholdtsen
[Michael Biebl]
> your package thinkfan declares a Build-Depends on systemd and/or
> udev.

As far as I can tell, this issue was fixed in version 1.3.1-4.  Perhaps
this issue should be closed before the package is removed from testing?

-- 
Happy hacking
Petter Reinholdtsen



Bug#1071579: RFS: tla/1.3.5+dfsg1-5 [QA] [RC] -- GNU Arch revision control system

2024-05-22 Thread Petter Reinholdtsen
If you want me to sponsor it, my preferences are listed in
http://www.hungry.com/~pere/debian-sponsoring.html >.

-- 
Happy hacking
Petter Reinholdtsen



Bug#841179: nslint bug: unknown RR types SSHFP and LOC

2024-05-20 Thread Petter Reinholdtsen


Control: tags -1 + patch

Here is a untested draft patch to get nslint to ignore LOC and SSHFP
entries.

--- nslint-salsa.orig/nslint.c  2024-05-20 22:22:30.853916890 +0200
+++ nslint-salsa/nslint.c   2024-05-20 22:23:11.482321491 +0200
@@ -122,6 +122,8 @@
 #define REC_RP 0x0200
 #define REC_TXT0x0400
 #define REC_SRV0x0800
+#define REC_LOC0x08000
+#define REC_SSHFP  0x1
 
 /* These aren't real records */
 #define REC_OTHER  0x1000
@@ -147,11 +149,13 @@
RR_WKS,
RR_RRSIG,
RR_NSEC,
+   RR_LOC,
+   RR_SSHFP,
 };
 
 /* Test for records we want to map to REC_OTHER */
 #define MASK_TEST_REC (REC_WKS | REC_HINFO | \
-REC_MX | REC_SOA | REC_RP | REC_TXT | REC_SRV | REC_UNKNOWN)
+REC_MX | REC_SOA | REC_RP | REC_TXT | REC_SRV | REC_LOC | REC_SSHFP | 
REC_UNKNOWN)
 
 /* Mask away records we don't care about in the final processing to REC_OTHER 
*/
 #define MASK_CHECK_REC \
@@ -2723,6 +2727,14 @@
/* XXX */
continue;
 
+   case RR_LOC:
+   /* XXX */
+   continue;
+
+   case RR_SSHFP:
+   /* XXX */
+   continue;
+
default:
/* Unknown record type */
++errors;
@@ -2821,6 +2833,10 @@
return (RR_RRSIG);
if (strcasecmp(str, "NSEC") == 0)
return (RR_NSEC);
+   if (strcasecmp(str, "LOC") == 0)
+   return (RR_LOC);
+   if (strcasecmp(str, "SSHFP") == 0)
+   return (RR_SSHFP);
return (RR_UNDEF);
 }
 
-- 
Happy hacking
Petter Reinholdtsen



Bug#763500: nslint: Accept _ in TXT entries?

2024-05-20 Thread Petter Reinholdtsen
Control: tags -1 + patch

I suspect a patch similar to this might solve it, by allowing _ at the
start for both TXT and SRV records.

diff --git a/nslint.c b/nslint.c
index f298ad1..ef1c9d1 100644
--- a/nslint.c
+++ b/nslint.c
@@ -2762,6 +2762,11 @@ rfc1034host(const char *host, int recs)
++underok;
break;
}
+   /* Allow _ first in SRV and TXT records for Kerberos */
+   if (REC_SRV == recs || REC_TXT == recs)
+   ++underok;
+
+   //fprintf(stderr, "host=%s recs=%x\n", host, recs);
 
cp = host;
if (!(isalpha(*cp) || isdigit(*cp) || (*cp == '_' && underok))) {

Is it enough to allow it in TXT?

-- 
Happy hacking
Petter Reinholdtsen



Bug#841179: nslint bug: unknown RR types SSHFP and LOC

2024-05-20 Thread Petter Reinholdtsen
Second try, with correct bug number.

Such support seem like something that should be fixed upstream.  The
types are also unknown in version 3.2.  Perhaps someone should send a
patch upstream implementing support for these?  Just a simple
patching accepting them but not checking their content would be better
than the current situation.

Note, the package is currently orphaned in Debian and need a new
maintainer.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1030477: libx52pro0: New upstream release 0.3.0

2024-05-19 Thread Petter Reinholdtsen
[Christian Marillat]
> I discovered this one but the code isn't the same.
>
> https://nirenjan.github.io/libx52/
>
> https://github.com/nirenjan/libx52

Aha.  I hoped I could just download a new version and do a quick update
of this orphaned package, but  alas the new code structure do not match
the old one and I do not want to spend time figuring out that much.
I'll leave such update to the one adopting the package.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1038073: magicmaze: Indirectly depends on SDL 1.2

2024-05-18 Thread Petter Reinholdtsen
I tried to update to version 1.5.1, but am unsure how to test if it is
using SDL 1.2 or 2.  I fail to find a package ruby-sdl2 in Debian, which
seem to be the key dependency controlling which version of SDL is used.
-- 
Happy hacking
Petter Reinholdtsen



Bug#919164: O: yamdi -- a utility for adding metadata to flash video files

2024-05-17 Thread Petter Reinholdtsen
Control: retitle -1 O: yamdi -- a utility for adding metadata to flash video

Four years later I guess it is time to orphan it again.
-- 
Happy hacking
Petter Reinholdtsen



Bug#899283: RFP: e-foto -- Educational Digital Photogrammetry Workstation

2024-05-15 Thread Petter Reinholdtsen


I have also draftet build rules with MIME handling, XDG desktop entry
and Appstream metainfo now available from
https://salsa.debian.org/pere/e-foto >.

-- 
Happy hacking
Petter Reinholdtsen



Bug#899283: RFP: e-foto -- Educational Digital Photogrammetry Workstation

2024-05-15 Thread Petter Reinholdtsen


I have asked upstream if they are interested  in maintaining it
themselves in Debian via https://github.com/e-foto/e-foto/issues/8 >.

-- 
Happy hacking
Petter Reinholdtsen



Bug#899283: RFP: e-foto -- Educational Digital Photogrammetry Workstation

2024-05-15 Thread Petter Reinholdtsen


The current source repository is available from
https://github.com/e-foto/e-foto.git >.

-- 
Happy hacking
Petter Reinholdtsen



Bug#872600: RFP: open-rpi-firmware -- Open source VPU side bootloader for Raspberry Pi

2024-05-15 Thread Petter Reinholdtsen


The original upstream project is resting, and the fork on
https://github.com/librerpi/rpi-open-firmware > seem to be the
currently developed edition.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1071139: RFH: casparcg-server -- layered real-time video compositor to multiple outputs

2024-05-14 Thread Petter Reinholdtsen
Package: wnpp
Severity: normal
X-Debbugs-CC:

Neiter of the two uploaders of casparcg-server use it any more, and
personally I do not have the required time to spend on it.  Because of
this, I urge someone else to take over as uploaders and custodians of
this package.  There are new upstream releases available that should be
packaged for Debian.

The package is team maintained under the umbrella of the Debian Multimedia
Maintainers team, and its status can be seen in
https://tracker.debian.org/pkg/casparcg-server >.

Package: casparcg-server
Pre-Depends: ${misc:Pre-Depends}
Depends: fonts-liberation, ${misc:Depends}, ${shlibs:Depends}
Architecture: any
Description: layered real-time video compositor to multiple outputs
 Play out professional graphics, audio and video to multiple outputs as a
 layerbased real-time compositor.


-- 
Happy hacking
Petter Reinholdtsen



Bug#1038073: magicmaze: Indirectly depends on SDL 1.2

2024-05-14 Thread Petter Reinholdtsen
[Simon McVittie 2024-06-15]
> This package depends on ruby-sdl, which is a language binding for SDL 1.2.
> SDL 1.2 has been superseded by SDL 2 and is unmaintained upstream.

According to upstream, version 1.5.1 support SDL 2.  It is not yet
packaged for Debian.  I decided first to upload the 1.5.0.0 version
with less new features to get this updated version available in the
archive.

-- 
Happy hacking
Petter Reinholdtsen



Bug#838788: printer-driver-ptouch: Please announce supported hardware using AppStream

2024-05-13 Thread Petter Reinholdtsen


Any hope to have Appstream metainfo XML included in the package now?

-- 
Happy hacking
Petter Reinholdtsen



Bug#1071077: qflipper: Add Appstream metainfo announcing HW support

2024-05-13 Thread Petter Reinholdtsen


Package: qflipper
Version: 1.3.3-1
Tags: patch
User: p...@hungry.com
Usertags: appstream-modalias

Here is a patch for qflipper to add Appstream metainfo XML announcing
the hardware handled by this package.

Including this information in the package will ensure programs mapping
hardware to packages using Appstream information, like the isenkram
package, will know that this package is useful on machines where the USB
IDs are discovered.

diff --git a/debian/copyright b/debian/copyright
index eda2553..0292776 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -45,6 +45,27 @@ Files: debian/*
 Copyright: 2022, Jakob Haufe 
 License: GPL-3+
 
+Files: debian/one.flipperzero.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: BSD-3-clause
  Redistribution and use in source and binary forms, with or without
  modification, are permitted provided that the following conditions are
diff --git a/debian/one.flipperzero.metainfo.xml 
b/debian/one.flipperzero.metainfo.xml
new file mode 100644
index 000..1c1a856
--- /dev/null
+++ b/debian/one.flipperzero.metainfo.xml
@@ -0,0 +1,26 @@
+
+
+  one.flipperzero
+  MIT
+  qflipper
+  Flipper Zero firmware updater
+  
+qFlipper is a desktop application for updating Flipper Zero
+firmware.
+Features include:
+
+  Update Flipper's firmware and supplemental data with a press
+  of one button
+  Repair a broken firmware installation
+  Stream Flipper's display and control it remotely
+  Install firmware from a .dfu file
+  Backup and restore settings, progress and pairing data
+  Command line interface
+
+  
+  
+usb:v0483p5740d*
+usb:v0483pDF11d*
+usb:v303Ap40??d*
+  
+
diff --git a/debian/qflipper.install b/debian/qflipper.install
new file mode 100644
index 000..d89af00
--- /dev/null
+++ b/debian/qflipper.install
@@ -0,0 +1 @@
+debian/one.flipperzero.metainfo.xml usr/share/metainfo

-- 
Happy hacking
Petter Reinholdtsen



Bug#840013: bluez: Please announce supported hardware using AppStream

2024-05-13 Thread Petter Reinholdtsen


Any hope to have this patch applied to the package?

-- 
Happy hacking
Petter Reinholdtsen



Bug#1071040: O: rtl-wmbus -- software defined receiver for Wireless-M-Bus (EN13757 OMS) with RTL-SDR

2024-05-13 Thread Petter Reinholdtsen


https://github.com/wmbusmeters/wmbusmeters/issues/460 > show my
last contact with the maintainer, who is also upstream.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1071040: O: rtl-wmbus -- software defined receiver for Wireless-M-Bus (EN13757 OMS) with RTL-SDR

2024-05-13 Thread Petter Reinholdtsen


Package: wnpp
Severity: normal
X-Debbugs-CC: team+pkg...@tracker.debian.org

I used to sponsor the uploader of the rtl-wmbus package, but for several
months now I have not been able to reach him.  This make me suspect he
is no longer around to maintain the package, and I believe someone else
need to take over.  The upload so far only went to experimental.

Its status can be seen in
https://tracker.debian.org/pkg/rtl-wmbus >.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1071026: xperia-flashtool: Add Appstream metainfo announcing HW support

2024-05-13 Thread Petter Reinholdtsen


Package: xperia-flashtool
Version: 0.9.34+ds-1
Tags: patch

Here is a patch for xperia-flashtool to add Appstream metainfo XML
announcing the hardware handled by this package.

Including this information in the package will ensure programs mapping
hardware to packages using Appstream information, like the isenkram
package, will know that this package is useful on machines where the USB
IDs are discovered.

diff --git a/debian/com.github.Androxyde.Flashtool.metainfo.xml 
b/debian/com.github.Androxyde.Flashtool.metainfo.xml
new file mode 100644
index 000..1fa5762
--- /dev/null
+++ b/debian/com.github.Androxyde.Flashtool.metainfo.xml
@@ -0,0 +1,14 @@
+
+
+  com.github.Androxyde.Flashtool
+  MIT
+  xperia-flashtool
+  Flashtool for xperia devices
+  
+Flashtool is a software used to flash Sony [Ericsson] phones
+that use the S1 protocol like Xperia line phones.
+  
+  
+usb:v0FCEp*
+  
+
diff --git a/debian/copyright b/debian/copyright
index 8d4f0e2..bc92fe8 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -67,6 +67,27 @@ Files: debian/*
 Copyright: 2020 Roger Shimizu 
 License: GPL-3+
 
+Files: debian/com.github.Androxyde.Flashtool.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: GPL-3+
  This package is free software; you can redistribute it and/or modify
  it under the terms of the GNU General Public License as published by
diff --git a/debian/install b/debian/install
index e7004a3..adb43d5 100644
--- a/debian/install
+++ b/debian/install
@@ -5,3 +5,4 @@ debian/tmp/flashtool.png /usr/share/icons/locolor/32x32/apps
 debian/flashtool.desktop /usr/share/applications
 debian/flashtool usr/bin
 debian/50-xperia-flashtool.rules /lib/udev/rules.d
+debian/com.github.Androxyde.Flashtool.metainfo.xml usr/share/metainfo

-- 
Happy hacking
Petter Reinholdtsen



Bug#1071008: libx52pro0: installs udev rules twice to /usr and /

2024-05-12 Thread Petter Reinholdtsen
[Helmut Grohne]
> since the last upload, libx52pro0 contains both
> /lib/udev/rules.d/99-x52pro.rules and
> /usr/lib/udev/rules.d/99-x52pro.rule.

Ah, thanks for letting me know.  Sorry I failed to discovered this
during testing.  I will keep the issue with dh_install
vs. dh_installudev in mind for the future when converting to simple 'dh'
based builds.

Note, the package is orphaned and its git repository is available from
https://tracker.debian.org/pkg/x52pro >, so you can push the fix
directly there.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1071004: openfpgaloader: Add Appstream metainfo announcing HW support

2024-05-12 Thread Petter Reinholdtsen


Package: openfpgaloader
Version: 0.12.0-1
Tags: patch

Here is a patch for openfpgaloader to add Appstream metainfo XML
announcing the hardware handled by this package.

Including this information in the package will ensure programs mapping
hardware to packages using Appstream information, like the isenkram
package, will know that this package is useful on machines where the USB
IDs are discovered.

diff --git a/debian/com.github.trabucayre.openFPGALoader.metainfo.xml 
b/debian/com.github.trabucayre.openFPGALoader.metainfo.xml
new file mode 100644
index 000..03b881c
--- /dev/null
+++ b/debian/com.github.trabucayre.openFPGALoader.metainfo.xml
@@ -0,0 +1,42 @@
+
+
+  com.github.trabucayre.openFPGALoader
+  MIT
+  openfpgaloader
+  Universal utility for programming FPGAs
+  
+FPGAs are software-programmable reconfigurable circuits that
+when may implement arbitrary logics, be it to interface to other
+hardware as some sort of glue logic or to even outsource
+computations from your CPU as an accelerator. Even small FPGAs are
+today sufficiently capable to simulate a CPU.
+
+This package knows how to bring the firmware that is built on a
+regular computer, e.g., with yosys and assorted tools, to the FPGA
+board, such that such a bitstream is then executed.
+
+OpenFPGALoader is compatible with many boards, cables and FPGA
+from major manufacturers (Xilinx, Altera/Intel, Lattice, Gowin,
+Efinix, Anlogic, Cologne Chip).
+  
+  
+usb:v0403%6001d*
+usb:v0403%6010d*
+usb:v0403%6011d*
+usb:v0403%6014d*
+usb:v0403%6015d*
+usb:v0547%1002d*
+usb:v09FB%6001d*
+usb:v09FB%6002d*
+usb:v09FB%6003d*
+usb:v09FB%6810d*
+usb:v09FB%6010d*
+usb:v1209%C0CAd*
+usb:v1366%0105d*
+usb:v1FC9%0090d*
+usb:v0D28%0204d*
+usb:v1D50%6146d*
+usb:v1209%3442d*
+usb:v1A86%55DDd*
+  
+
diff --git a/debian/copyright b/debian/copyright
index df02009..c79b1e2 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -62,6 +62,27 @@ Files: debian/*
 Copyright: 2022 Steffen Moeller 
 License: Apache-2.0
 
+Files: debian/com.github.trabucayre.openFPGALoader.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: Apache-2.0
  Licensed under the Apache License, Version 2.0 (the "License");
  you may not use this file except in compliance with the License.
diff --git a/debian/openfpgaloader.install b/debian/openfpgaloader.install
index ca936dc..181850a 100644
--- a/debian/openfpgaloader.install
+++ b/debian/openfpgaloader.install
@@ -1 +1,2 @@
 99-openfpgaloader.rules lib/udev/rules.d
+debian/com.github.trabucayre.openFPGALoader.metainfo.xml usr/share/metainfo

-- 
Happy hacking
Petter Reinholdtsen



Bug#1070999: liquidctl: Add Appstream metainfo announcing HW support

2024-05-12 Thread Petter Reinholdtsen


Package: liquidctl
Version: 1.13.0-1
Tags: patch

Here is a patch for liquidctl to add Appstream metainfo XML announcing the
hardware handled by this package.

Including this information in the package will ensure programs mapping
hardware to packages using Appstream information, like the isenkram
package, will know that this package is useful on machines where the USB
IDs are discovered.

diff --git a/debian/com.github.liquidctl.liquidctl.metainfo.xml 
b/debian/com.github.liquidctl.liquidctl.metainfo.xml
new file mode 100644
index 000..97ce91a
--- /dev/null
+++ b/debian/com.github.liquidctl.liquidctl.metainfo.xml
@@ -0,0 +1,84 @@
+
+
+  com.github.liquidctl.liquidctl
+  MIT
+  liquidctl
+  CLI and Python drivers for AIO liquid coolers and other 
devices
+  
+Liquidctl is a tool for controlling various settings of PC
+internals, such as:
+
+  liquid cooler pump speed
+  case fan speed
+  RGB LED strip colors
+
+  
+  
+usb:v0B05p19AF*
+usb:v0B05p1939*
+usb:v0B05p18F3*
+usb:v0C70pF00E*
+usb:v0C70pF010*
+usb:v0C70pF011*
+usb:v0C70pF00D*
+usb:v2433pB200*
+usb:v1B1Cp0C1C*
+usb:v1B1Cp0C2A*
+usb:v1B1Cp0C10*
+usb:v1B1Cp0C32*
+usb:v1B1Cp1C07*
+usb:v1B1Cp1C1E*
+usb:v1B1Cp1C08*
+usb:v1B1Cp1C1F*
+usb:v1B1Cp1C05*
+usb:v1B1Cp1C06*
+usb:v1B1Cp0C03*
+usb:v1B1Cp0C18*
+usb:v1B1Cp0C19*
+usb:v1B1Cp0C15*
+usb:v1B1Cp0C20*
+usb:v1B1Cp0C09*
+usb:v1B1Cp0C07*
+usb:v1B1Cp0C0A*
+usb:v1B1Cp0C17*
+usb:v1B1Cp0C13*
+usb:v1B1Cp0C21*
+usb:v1B1Cp0C12*
+usb:v1B1Cp0C22*
+usb:v1B1Cp0C29*
+usb:v1B1Cp0C02*
+usb:v1B1Cp0C08*
+usb:v1B1Cp0C1A*
+usb:v1B1Cp0C0B*
+usb:v1B1Cp1D00*
+usb:v1B1Cp1C0D*
+usb:v1B1Cp1C0A*
+usb:v1B1Cp1C0B*
+usb:v1B1Cp1C0C*
+usb:v1B1Cp0C35*
+usb:v1B1Cp0C37*
+usb:v048Dp5702*
+usb:v048Dp8297*
+usb:v7793p5911*
+usb:v7793p5912*
+usb:v7793p2500*
+usb:v1E71p1711*
+usb:v1E71p2015*
+usb:v1E71p2001*
+usb:v1E71p2002*
+usb:v1E71p1715*
+usb:v1E71p170E*
+usb:v1E71p2007*
+usb:v1E71p2014*
+usb:v1E71p3008*
+usb:v1E71p2009*
+usb:v1E71p200E*
+usb:v1E71p2010*
+usb:v1E71p2011*
+usb:v1E71p2019*
+usb:v1E71p1714*
+usb:v1E71p2006*
+usb:v1E71p200D*
+usb:v1E71p200F*
+  
+
diff --git a/debian/copyright b/debian/copyright
index 99b41f1..e2442ad 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -24,6 +24,27 @@ Files: debian/*
 Copyright: Copyright (C) 2021  Laszlo Boszormenyi (GCS) 
 License: GPL-3+
 
+Files: debian/com.github.liquidctl.liquidctl.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: GPL-3+
  This package is free software; you can redistribute it and/or modify
  it under the terms of the GNU General Public License as published by
diff --git a/debian/liquidctl.install b/debian/liquidctl.install
index efbcd0e..8f268e2 100644
--- a/debian/liquidctl.install
+++ b/debian/liquidctl.install
@@ -1 +1,2 @@
 extra/linux/71-liquidctl.rules ${env:deb_udevdir}/rules.d/
+debian/com.github.liquidctl.liquidctl.metainfo.xml usr/share/metainfo

-- 
Happy hacking
Petter Reinholdtsen



Bug#1070975: O: x52pro -- MFD and LED library for Saitek x52pro joysticks

2024-05-12 Thread Petter Reinholdtsen


Package: wnpp
Severity: normal

The maintainer of of x52pro, Grzegorz Kolorz, has not been around for
several years, and did his last upload of this package in 2011.  I this
believe it is time to orphan this package.

See https://tracker.debian.org/x52pro > for details about the
package.

Package: libx52pro-dev
Section: libdevel
Architecture: any
Depends: libx52pro0 (= ${binary:Version}),
 ${misc:Depends},
Description: MFD and LED library for Saitek X52pro joysticks - dev files
 libx52pro is a library designed to support Saitek X52 and X52pro HOTAS
 joystick.
 Library does not deal with the HID part of the joystick since this
 feature is already fully supported by the Linux kernel 2.6.x
 .
 This package contains development files.

Package: libx52pro0
Architecture: any
Depends: ${misc:Depends},
 ${shlibs:Depends},
Description: MFD and LED library for Saitek x52pro joysticks
 libx52pro is a library designed to support MFD and LED found on
 Saitek X52  and X52pro joystick.
 Library does not deal with the HID part of the joystick since this
 feature is already fully supported by the Linux kernel 2.6.x.
 .
 This package also includes x52output utility, that can be used for
 scripting purposes.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1030477: libx52pro0: New upstream release 0.3.0

2024-05-12 Thread Petter Reinholdtsen
[Christian Marillat 2023-02-04]
> This package is still maintained ?
> 
> The last upload has been done in 2015

Apparently not.  I just orphaned it, and moved the packaging to git on
salsa.

Do you know where the new upstream is located?  The d/watch file point
to a obsolete source.
-- 
Happy hacking
Petter Reinholdtsen



Bug#839601: do USSD, very very please

2024-05-12 Thread Petter Reinholdtsen
[Eric Pozharski]
> *NewsFlash*  Debian is upstream :D

Sad to hear there is no other upstream for it.

Now the package is orphaned, and I as a drive by package updater do not
understand the code and thus not competent to evaluate the patch.

If you want the change into the package, someone need to adopt it and
take over development.
-- 
Happy hacking
Petter Reinholdtsen



Bug#1066965: bookworm-pu: package newlib/3.3.0-2

2024-05-11 Thread Petter Reinholdtsen
[Salvatore Bonaccorso]
> Note that if you are confident that the upload is accepted as it, you
> *could* already upload according to the improved workflow. *But* given
> the uncertainity if SRM want you to have the version changed I would
> wait for their ack.

I do not feel that confident, but I do feel some surprise that it should
take two months to get feedback from the release managers.

I'll give it another week and close this proposal and move on if I do
not hear any conclusion.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1070913: x52pro: Add Appstream metainfo announcing HW support

2024-05-11 Thread Petter Reinholdtsen
Package: x52pro
Version: 0.1.1-2.3
Tags: patch

Here is a patch for bmusb to add Appstream metainfo XML announcing the
hardware handled by this package.  I was a bit unsure if it should be
attached to the library or -dev package, but concluded that the library
package seem more useful for endusers as it have a utility available.

Including this information in the package will ensure programs mapping
hardware to packages using Appstream information, like the isenkram
package, will know that this package is useful on machines where the USB
IDs are discovered.

diff --git a/debian/at.hasenleithner.plasma.x52pro.metainfo.xml 
b/debian/at.hasenleithner.plasma.x52pro.metainfo.xml
new file mode 100644
index 000..d501a6a
--- /dev/null
+++ b/debian/at.hasenleithner.plasma.x52pro.metainfo.xml
@@ -0,0 +1,23 @@
+
+
+  at.hasenleithner.plasma.x52pro
+  MIT
+  libx52pro0
+  MFD and LED library for Saitek X52pro joysticks
+  
+The library libx52pro is designed to support MFD and LED found
+on Saitek X52 and X52pro joystick.  Library does not deal with the
+HID part of the joystick since this feature is already fully
+supported by the Linux kernel 2.6.x.  This package include the
+x52output utility.
+  
+  
+System
+  
+  
+usb:v06A3p0255d*
+usb:v06A3p075Cd*
+usb:v06A3p0762d*
+usb:v06A3p0BACd*
+  
+
diff --git a/debian/libx52pro0.install b/debian/libx52pro0.install
index 9c7e8b7..43f97bd 100644
--- a/debian/libx52pro0.install
+++ b/debian/libx52pro0.install
@@ -1,2 +1,3 @@
 usr/lib/lib*.so.*
 usr/bin/x52output
+debian/at.hasenleithner.plasma.x52pro.metainfo.xml usr/share/metainfo

-- 
Happy hacking
Petter Reinholdtsen



Bug#1070855: RFH: opensnitch -- GNU/Linux interactive application firewall

2024-05-10 Thread Petter Reinholdtsen


Package: wnpp
Severity: normal
X-Debbugs-CC: team+pkg...@tracker.debian.org

I used to sponsor the uploader of the opensnitch package, but for
several months now I have not been able to reach him.  This make me
suspect he is no longer around to maintain the package, and I believe
someone else need to take over.  There are new upstream releases
available that should be packaged for Debian.

The package is team maintained under the umbrella of the Debian Go
Packaging team, and its status can be seen in
https://tracker.debian.org/pkg/opensnitch >.

A short story on the usefulness of opensnitch is available from
https://people.skolelinux.org/pere/blog/What_did_I_learn_from_OpenSnitch_this_summer_.html
 >.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1070845: godot: Update to newest upstream version?

2024-05-10 Thread Petter Reinholdtsen


Package: godot3
Version: 3.5.2-stable-2
Severity: wishlist

There is a new upstream version 4.2.2-stable available.  Please update
godot in Debian to the newest upstream version.

-- 
Happy hacking
Petter Reinholdtsen



Bug#982601: python3-paraview Conflicts: python3-vtk9

2024-05-09 Thread Petter Reinholdtsen
Control: affects -1 + facet-analyser
Control: block 1040334 by -1

[Alastair McKinstry 2021-02-12]
> Especially as I plan on getting paraview back working with the normal 
> python3-vtk9
> for the next release.

Any idea when this will happen?  This Conflicts make facet-analyser
unbuildable, see https://bugs.debian.org/1040334 >.

It also point to https://bugs.debian.org/654839 >, which seem to
be a duplicate of this issue.

-- 
Happy hacking
Petter Reinholdtsen



Bug#69117: fmtools: fm on and fm off dont turn the radio on and off

2024-05-09 Thread Petter Reinholdtsen
[Erik 2000-08-14]
> If i get a chance i'll test out a different kernel, but it wont
> happen today

Is this still a problem?  Without more information, it is hard to tell
how to reproduce and how to fix it.  I suspect the latest version
using vl2 v2 might not behave the same way as the version you tested.
-- 
Happy hacking
Petter Reinholdtsen



Bug#1066941: coz-profiler: FTBFS: what(): unknown compilation unit version 5

2024-05-09 Thread Petter Reinholdtsen
[Sebastian Ramacher]
> I gave it back on the buildds. Let's see if it works now.

Seem to still fail.  I suspect the trigger is this code in d/rules:

  override_dh_auto_test:
@if [ "$$(cat /proc/sys/kernel/perf_event_paranoid)" -le 2 ] ; then \
  $(MAKE) check; \
else \
  echo ; \
  echo "***"; \
  echo "error: not running test suite, 
/proc/sys/kernel/perf_event_paranoid value too high"; \
  echo "***"; \
  echo ; \
fi


My chroot got '3' in that /proc/ file, so the test code is not executed.
I guess the failure indicate that the program do not work as it should,
but do not really know the innter workings here.
-- 
Happy hacking
Petter Reinholdtsen



Bug#1070778: [Debian-astro-maintainers] Bug#1070778: indi-armadillo-platypus: Add Appstream metainfo announcing HW support

2024-05-09 Thread Petter Reinholdtsen
[Thorsten Alteholz]
> There are lots of drivers in this repository, distributed over several 
> packages. Shouldn't there be a unique id for each package?

Yes, most likely.  I just had a look at the homepage url in d/control
and synthesized something I hoped was unique.  I did not know there were
several packages with the same homepage url.  Please make a better ID.
The only requirement is reverse DNS notation and uniqueness.  Would be
nice if it is stable and shared across Linux distributions too, but I do
not thing anyone care about this at the moment. :)

-- 
Happy hacking
Petter Reinholdtsen



Bug#1070798: O: libelfin -- C++11 ELF/DWARF parser

2024-05-09 Thread Petter Reinholdtsen


Package: wnpp
Severity: normal

The maintainer of libelfin, Lluís Vilanova, has not been around for
several years, so I believe it is time to orphan the package I helped
him maintain.

https://tracker.debian.org/pkg/libelfin >
-- 
Happy hacking
Petter Reinholdtsen



Bug#1070797: O: coz-profiler -- Finding Code that Counts with Causal Profiling

2024-05-09 Thread Petter Reinholdtsen


Package: wnpp
Severity: normal

The maintainer of coz-profiler, Lluís Vilanova, has not been around for
several years, so I believe it is time to orphan the package I helped
him maintain.

https://tracker.debian.org/pkg/coz-profiler >

-- 
Happy hacking
Petter Reinholdtsen



Bug#1066941: coz-profiler: FTBFS: what(): unknown compilation unit version 5

2024-05-09 Thread Petter Reinholdtsen
I am unable to replicate this in the current unstable chroot.  Any idea
how to reproduce the problem?

-- 
Happy hacking
Petter Reinholdtse



Bug#983227: coz-profiler: drop unused Build-Depends

2024-05-09 Thread Petter Reinholdtsen
Control: tags -1 + wontfix

[Helmut Grohne 2021-02-21]
> actually builds with gcc rather than clang. Thus clang can be dropped.
> The fonts and javascript libraries are not needed for building either,
> they're only needed in an installation. Please consider applying the
> attached patch to drop all of the mentioned dependencies.

The reason it have these build dependencies, is to make sure the package
only build on architectures where it will actually work, to avoid
earning a release critical bug of providing binaries that do not work.

I am thus very reluctant to drop build dependencies also needed at
runtime.
-- 
Happy hacking
Petter Reinholdtsen



Bug#1070778: indi-armadillo-platypus: Add Appstream metainfo announcing HW support

2024-05-08 Thread Petter Reinholdtsen


Package: indi-armadillo-platypus
Version: 1.0+20221226082641-2
Tags: patch

Here is a patch for indi-armadillo-platypus to add Appstream metainfo
XML announcing the hardware handled by this package.

Including this information in the package will ensure programs mapping
hardware to packages using Appstream information, like the isenkram
package, will know that this package is useful on machines where the USB
IDs are discovered.  It will also solve the
appstream-metadata-missing-modalias-provide lintian issue.

diff --git a/debian/com.github.indilib.indi-3rdparty.metainfo.xml 
b/debian/com.github.indilib.indi-3rdparty.metainfo.xml
new file mode 100644
index 000..48bfdf6
--- /dev/null
+++ b/debian/com.github.indilib.indi-3rdparty.metainfo.xml
@@ -0,0 +1,16 @@
+
+
+  com.github.indilib.indi-3rdparty
+  MIT
+  indi-armadillo-platypus
+  INDI driver for Lunatico Astronomia Armadillo and Platypus
+  
+This package contains the INDI driver for Armadillo and
+Playtypus from Lunatico Astronomia.
+This driver is compatible with any INDI client such as KStars
+or Xephem.
+  
+  
+usb:v16C0p09B1d*
+  
+
diff --git a/debian/indi-armadillo-platypus.install 
b/debian/indi-armadillo-platypus.install
new file mode 100644
index 000..ee3cc69
--- /dev/null
+++ b/debian/indi-armadillo-platypus.install
@@ -0,0 +1 @@
+debian/com.github.indilib.indi-3rdparty.metainfo.xml usr/share/metainfo



Bug#1070776: android-sdk: Update Appstream metainfo XML modalias list

2024-05-08 Thread Petter Reinholdtsen
*
+usb:v18D1p4E20d*
+usb:v18D1p4E22d*
+usb:v18D1p4E24d*
+usb:v18D1p4E30d*
+usb:v18D1p4E40d*
+usb:v18D1p4E42d*
+usb:v18D1p4EE0d*
+usb:v18D1p4EE2d*
+usb:v18D1p4EE4d*
+usb:v18D1p4EE6d*
+usb:v18D1p4EE7d*
+usb:v18D1p4EE8d*
+usb:v18D1p4EE9d*
+usb:v18D1p4EECd*
+usb:v18D1p5201d*
+usb:v18D1p5203d*
+usb:v18D1p5208d*
+usb:v18D1p9024d*
+usb:v18D1p9025d*
+usb:v18D1pD001d*
+usb:v18D1pD002d*
+usb:v18D1pD00Dd*
+usb:v18D1pD10Ad*
 usb:v1949p0006d*
 usb:v1949p0008d*
 usb:v1949p0022d*
+usb:v1949p0232d*
+usb:v1949p0234d*
 usb:v1949p0298d*
 usb:v1949p0338d*
+usb:v1949p033Bd*
+usb:v1949p03A8d*
+usb:v1949p03C8d*
+usb:v1949p03CBd*
+usb:v1949p05E0d*
+usb:v1949p05E2d*
+usb:v1949p05E4d*
+usb:v1949p05E8d*
+usb:v1949p0658d*
+usb:v1949p2048d*
+usb:v19CFp0001d*
+usb:v19D2p0306d*
+usb:v19D2p0310d*
+usb:v19D2p0501d*
+usb:v19D2p1275d*
 usb:v19D2p1351d*
+usb:v19D2p1352d*
 usb:v19D2p1353d*
 usb:v19D2p1354d*
 usb:v19D2p1355d*
+usb:v19D2p1373d*
+usb:v19D2p1432d*
+usb:v19D2p1485d*
+usb:v19D2p1489d*
+usb:v19D2pFFB0d*
+usb:v19D2pFFB2d*
+usb:v19D2pFFC0d*
+usb:v19D2pFFC1d*
+usb:v19D2pFFC7d*
+usb:v19D2pFFC9d*
+usb:v19D2pFFCBd*
+usb:v19D2pFFCDd*
+usb:v19D2pFFCFd*
+usb:v19D2pFFD1d*
 usb:v1BBBp00F2d*
 usb:v1BBBp0167d*
+usb:v1BBBp0C01d*
+usb:v1BBBp4EE7d*
+usb:v1D4Dp5035d*
+usb:v1F3Ap1000d*
 usb:v1F3Ap1001d*
 usb:v1F3Ap1002d*
 usb:v1F3Ap1003d*
@@ -88,22 +304,101 @@
 usb:v1F3Ap1007d*
 usb:v1F3Ap1008d*
 usb:v1F3Ap1009d*
+usb:v1F3Ap1010d*
 usb:v1F3ApEFE8d*
 usb:v2207pd*
+usb:v2207p0006d*
 usb:v2207p0010d*
+usb:v2207p0013d*
+usb:v2207p0017d*
+usb:v2207p0018d*
+usb:v22B8p2D66d*
+usb:v22B8p2E24d*
+usb:v22B8p2E25d*
+usb:v22B8p2E33d*
+usb:v22B8p2E51d*
+usb:v22B8p2E76d*
+usb:v22B8p2E80d*
+usb:v22B8p2E81d*
+usb:v22B8p2E84d*
+usb:v22B8p2EA4d*
+usb:v22B8p2EB7d*
+usb:v22B8p41DBd*
+usb:v22B8p428Cd*
+usb:v22B8p4362d*
+usb:v22B8p70A9d*
+usb:v22B8p70AEd*
+usb:v22B8p70AFd*
+usb:v22B8p70B1d*
+usb:v22B8p70B3d*
+usb:v22B8p70B5d*
+usb:v22B8p710Ed*
+usb:v22D9p200Ed*
+usb:v22D9p2024d*
+usb:v22D9p2026d*
+usb:v22D9p2028d*
+usb:v22D9p2764d*
+usb:v22D9p2767d*
+usb:v22D9p2769d*
+usb:v22D9p2771d*
+usb:v22D9p2772d*
+usb:v22D9p2774d*
+usb:v2717p0368d*
+usb:v2717p1218d*
+usb:v2717p1228d*
+usb:v2717p1248d*
+usb:v2717p1268d*
+usb:v2717p1318d*
+usb:v2717p1328d*
+usb:v2717p1368d*
+usb:v2717p803Ed*
+usb:v2717p9015d*
+usb:v2717p9024d*
+usb:v2717p9039d*
+usb:v2717p904Ed*
+usb:v2717pFF08d*
+usb:v2717pFF18d*
+usb:v2717pFF28d*
+usb:v2717pFF40d*
+usb:v2717pFF48d*
+usb:v2717pFF68d*
+usb:v2717pFF88d*
+usb:v271Dp3F11d*
 usb:v271DpBF39d*
+usb:v2833p0186d*
 usb:v2916p9139d*
+usb:v2A45p0C01d*
 usb:v2A45p0C02d*
+usb:v2A45p201Cd*
 usb:v2A47p0C02d*
 usb:v2A47p2008d*
+usb:v2A48p5101d*
+usb:v2A70p4EE2d*
+usb:v2A70p4EE6d*
+usb:v2A70p4EE7d*
+usb:v2A70p9011d*
+usb:v2A70p9012d*
+usb:v2A70p9024d*
+usb:v2A70p904Dd*
+usb:v2A70p904Ed*
+usb:v2A70p90BBd*
+usb:v2A70pD001d*
 usb:v2A96p201Dd*
+usb:v2AE5p9015d*
+usb:v2AE5p9024d*
+usb:v2AE5p9039d*
+usb:v2AE5p904Ed*
+usb:v2AE5p90BBd*
+usb:v2AE5p90DCd*
 usb:v2B0Ep610Dd*
 usb:v2E17pC009d*
 usb:v2E17pC030d*
+usb:v2E8Ep96E7d*
 usb:v8087p07EFd*
 usb:v8087p09EFd*
-usb:v8087p09EFd*
 usb:v8087p0A16d*
+usb:v8087p0A5Dd*
+usb:v8087p0A65d*
 usb:v8087p2A65d*
   
 

-- 
Happy hacking
Petter Reinholdtsen



Bug#1040375: /usr/lib/x86_64-linux-gnu/simplescreenrecorder/libssr-glinject.so: Segmentation fault when used with anything

2024-05-07 Thread Petter Reinholdtsen
[Bernhard Übelacker]
> As far as I see the crash happens because it wants to print this message:
>
> 57  GLINJECT_PRINT("Error: Can't open libdl.so!");
>
> But unfortunately libstdc++ seems not yet prepared to output the
> error.

Thank you very much for the analysis and links.  I applied the upstream
patch to the Debian package build, and it sure seem to fix the
segfault.  Will need to do some more testing, and will upload a fixed
package later.

-- 
Happy hacking
Petter Reinholdtsen



Bug#981754: Interest in taking over the dkopp Debian package

2024-05-06 Thread Petter Reinholdtsen
[Hill Ma]
> I made a merge request for 7.7 here:
> https://salsa.debian.org/debian/dkopp/-/merge_requests/3

This process seem to have completely stopped.  I found some lingering
changes in https://salsa.debian.org/debian/dkopp >, diverting from
the current package in the archive.

I am working to clean this up.  If you want me to sponsor the upload, my
sponsoring preferences are available from
http://www.hungry.com/~pere/debian-sponsoring.html >.

-- 
Happy hacking
PEtter Reinholdtsen



Bug#1030231: hugs: toInteger (minBound :: Int) incorrect on 64bit

2024-05-03 Thread Petter Reinholdtsen
[Claude Heiland-Allen 2023-02-01]
> The problem is in src/bignums.c, because -INT_MIN == INT_MIN.
> 
> Attached patch fixes the problem for me on aarch64 and x86_64.

Currently hugs98 is orphaned in Debian.  Your fix seem like a
patch for upstream.  Did you try to submit it to the upstream
project?
-- 
Happy hacking
Petter Reinholdtsen



Bug#1070263: uuu: Add Appstream metainfo XML with hardware mapping

2024-05-02 Thread Petter Reinholdtsen


Package: uuu
Version: 1.5.141-1
Tags:patch

Here is a patch for mfgtools to add Appstream metainfo XML announcing
the hardware handled by this package.

Including this information in the package will ensure programs mapping
hardware to packages using Appstream information, like the isenkram
package, will know that this package is useful on machines where the USB
IDs are discovered.

diff --git a/debian/copyright b/debian/copyright
index 5911c26..8003583 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -14,6 +14,29 @@ Files: debian/*
 Copyright: 2020 Henry-Nicolas Tourneur 
 License: BSD-3-clause
 
+Files: debian/uuu.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: BSD-3-clause
  Redistribution and use in source and binary forms, with or without 
modification,
  are permitted provided that the following conditions are met:
diff --git a/debian/uuu.install b/debian/uuu.install
new file mode 100644
index 000..c4e0bfd
--- /dev/null
+++ b/debian/uuu.install
@@ -0,0 +1 @@
+debian/uuu.metainfo.xml usr/share/metainfo
diff --git a/debian/uuu.metainfo.xml b/debian/uuu.metainfo.xml
new file mode 100644
index 000..5da0baf
--- /dev/null
+++ b/debian/uuu.metainfo.xml
@@ -0,0 +1,49 @@
+
+
+  com.github.NXPmicro.mfgtools
+  MIT
+  mfgtools
+  Freescale/NXP I.MX Chip image deploy tools
+  
+Universal update utility for I.MX CPUs. It can be used to
+e.g. burn uboot or a rootfs into the emmc.
+  
+  
+usb:v1FC9p012Fd*
+usb:v1FC9p0129d*
+usb:v1FC9p0147d*
+usb:v15A2p004Fd*
+usb:v1FC9p013Ed*
+usb:v1FC9p0146d*
+usb:v1FC9p014Ad*
+usb:v1FC9p014Bd*
+usb:v1FC9p014Ed*
+usb:v1FC9p015Dd*
+usb:v15A2p0076d*
+usb:v15A2p0054d*
+usb:v15A2p0061d*
+usb:v15A2p0063d*
+usb:v15A2p0071d*
+usb:v15A2p007Dd*
+usb:v15A2p0080d*
+usb:v1FC9p0128d*
+usb:v1FC9p0126d*
+usb:v1FC9p0135d*
+usb:v1FC9p0134d*
+usb:v1FC9p012Bd*
+usb:v0525pB4A4d*
+usb:v0525pB4A4d*
+usb:v1FC9p0151d*
+usb:v0525pB4A4d*
+usb:v3016p1001d*
+usb:v3016p1001d*
+usb:v066Fp9AFEd*
+usb:v066Fp9BFFd*
+usb:v1FC9p0153d*
+usb:v0525pA4A5d*
+usb:v18D1p0D02d*
+usb:v3016p0001d*
+usb:v1FC9p0152d*
+usb:v0483p0AFBd*
+  
+

-- 
Happy hacking
Petter Reinholdtsen



Bug#1070262: msi-keyboard: Adjust udev access rights from 'everyone' to 'console user'

2024-05-02 Thread Petter Reinholdtsen


Package: msi-keyboard
Version: 1.1-2
Tags: patch

The current udev role grant access to the device for everyone when the
hardware is inserted.  I believe a better approach is to only grant
access to the console user using the 'uaccess' tag.  Here is a patch to
adjust the access role.

diff --git a/99-msi.rules b/99-msi.rules
index 81d21ba..1946dca 100644
--- a/99-msi.rules
+++ b/99-msi.rules
@@ -1 +1 @@
-SUBSYSTEM=="usb", ATTRS{idVendor}=="1770", ATTRS{idProduct}=="ff00", 
MODE="0666"
+SUBSYSTEM=="usb", ATTRS{idVendor}=="1770", ATTRS{idProduct}=="ff00", 
TAG+="uaccess"

-- 
Happy hacking
Petter Reinholdtsen



Bug#1070261: msi-keyboard: Add Appstream metainfo XML with hardware mapping

2024-05-02 Thread Petter Reinholdtsen


Package: msi-keyboard
Version: 1.1-2
Tags: patch

Here is a patch for msi-keyboard to add Appstream metainfo XML
announcing the hardware handled by this package.

Including this information in the package will ensure programs mapping
hardware to packages using Appstream information, like the isenkram
package, will know that this package is useful on machines where the USB
IDs are discovered.

diff --git a/debian/copyright b/debian/copyright
index 69828c7..7402d29 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -13,6 +13,29 @@ Files: debian/*
 Copyright: 2015 Giulio Paci 
 License: BSD-3-clause
 
+Files: debian/msi-keyboard.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: BSD-3-clause
  Redistribution and use in source and binary forms, with or without
  modification, are permitted provided that the following conditions
diff --git a/debian/msi-keyboard.install b/debian/msi-keyboard.install
index 7061c7e..6d6e917 100644
--- a/debian/msi-keyboard.install
+++ b/debian/msi-keyboard.install
@@ -1 +1,2 @@
 msi-keyboard /usr/bin
+debian/msi-keyboard.metainfo.xml usr/share/metainfo
diff --git a/debian/msi-keyboard.metainfo.xml b/debian/msi-keyboard.metainfo.xml
new file mode 100644
index 000..8e6845f
--- /dev/null
+++ b/debian/msi-keyboard.metainfo.xml
@@ -0,0 +1,17 @@
+
+
+  com.github.bparker06.msi-keyboard
+  MIT
+  msi-keyboard
+  command line tool to change MSI steelseries keyboards color 
setup
+  
+This command line tool allows one to change the color setup of
+MSI steelseries keyboards, found on some MSI laptop.  The tool
+supports changing operational mode of keyboard backlight and
+changing color and intensity of specific areas.
+
+  
+  
+usb:v1770pFF00d*
+  
+

-- 
Happy hacking
Petter Reinholdtsen



Bug#1070260: msi-keyboard: Please make git repository available on salsa?

2024-05-02 Thread Petter Reinholdtsen


Package: msi-keyboard
Version: 1.1-2

At the moment, the package metadata point to 
https://anonscm.debian.org/cgit/collab-maint/msi-keyboard.git >,
which no longer work.  Please move it to salsa.debian.org.

I can help with the conversion, if you want me to.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1021470: xsok: reproducible-builds: build path embedded in /usr/games/xsok

2024-05-02 Thread Petter Reinholdtsen
[Vagrant Cascadian]
> Still appears to be an issue, though tests.reproducible-builds.org is no
> longer testing build path variations. Downgrading the severity
> accordingly.

Hm, then I do not understand the fix.  As far as I can tell, the default
build flags are used.  Perhaps you can take a look at this orphaned
package in https://salsa.debian.org/debian/xsok > and commit a fix
that really solve the issue.

I plan a new upload tomorrow to push the latest git changes into
unstable.

-- 
Happy hacking
Petter Reinholdtsen



Bug#661461: ITA: unadf -- Extract files from an Amiga Disk File dump (.adf)

2024-05-02 Thread Petter Reinholdtsen
[John Paul Adrian Glaubitz]
> I started working on this, but I got stuck because of the fact that
> the upstream package is actually not just unadf but a whole library
> that might need different treatment.

Aha.  I hope you can use the git repo I created as a base. :)

-- 
Happy hacking
Petter Reinholdtsen



Bug#661461: ITA: unadf -- Extract files from an Amiga Disk File dump (.adf)

2024-05-01 Thread Petter Reinholdtsen
Hi,

[John Paul Adrian Glaubitz 2020-05-10]
> I would like to adopt this package. There is a new upstream available and the
> repository has been moved to Github with some recent activity [1].

What came out of this intent?

I just migrated the package to a git repository on
https://salsa.debian.org/debian/unadf >.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1049680: freedink-dfarc: Fails to build binary packages again after successful build

2024-05-01 Thread Petter Reinholdtsen
I had a look at this issue, and the cause is in src/Makefile.am, which
intentionally list several files both in both dfarc_SOURCES and
BUILT_SOURCES.  The problematic files are generated but stored
in the tarball to save a build dependencuy (wxglade).

I am not sure how to avoid this problem, and left it to someone with
more time to spend on it. :)

-- 
Happy hacking
Petter Reinholdtsen



Bug#938934: ITA: freedink -- humorous top-down adventure and role-playing game

2024-05-01 Thread Petter Reinholdtsen
Dear Keiran,

What happened with your intention to adapt FreeDink?
-- 
Happy hacking
Petter Reinholdtsen



Bug#700412: O: kst -- A KDE application used for displaying scientific data

2024-04-30 Thread Petter Reinholdtsen
[Petter Reinholdtsen]
> I noticed a git repository for this package on Salsa,
> https://salsa.debian.org/science-team/kst.git >.

On closer examination, I notice the versions from 2.0.3-5 to 2.0.8-5 are
missing in the git repository, and an independent import of the 2.0.8
upstream version has been done.  I believe a complete remake if the git
repository would have to be done for it to be a good base for further
maintenance in Debian and is creating a new repository based on the
uploaded packages instead.

-- 
Happy hacking
Petter Reinholdtsen



Bug#700412: O: kst -- A KDE application used for displaying scientific data

2024-04-30 Thread Petter Reinholdtsen
I noticed a git repository for this package on Salsa,
https://salsa.debian.org/science-team/kst.git >.
-- 
Happy hacking
Petter Reinholdtsen



Bug#1070082: ponyprog: Add Appstream metainfo announcing HW support

2024-04-29 Thread Petter Reinholdtsen


Package: ponyprog
Version: 3.1.1+ds-1
Tags: patch

Here is a patch for ponyprog to add Appstream metainfo XML announcing
the hardware handled by this package.  The list of USB IDs in the
modalias list was fetched from udev/rules.d/90-ponyprog.rules.  I was
unsure if the disabled entries should be included, but thought it best
to keep the in the list.

Including this information in the package will ensure programs mapping
hardware to packages using Appstream information, like the isenkram
package, will know that this package is useful on machines where the USB
IDs are discovered.

diff --git a/debian/copyright b/debian/copyright
index 0115ef0..fc33ab3 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -28,6 +28,29 @@ Copyright: 2015-2017, Winfried Simon
  2017, Mykhailo Lytvyn 
 License: LGPL-2.1
 
+Files: debian/ponyprog.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: GPL-2+
  This program is free software; you can redistribute it and/or modify
  it under the terms of the GNU General Public License as published by
diff --git a/debian/ponyprog.install b/debian/ponyprog.install
index 7f876ad..d6bf4f6 100644
--- a/debian/ponyprog.install
+++ b/debian/ponyprog.install
@@ -1,3 +1,4 @@
 icons/ponyprog.svg usr/share/icons/hicolor/scalable/apps
 lib/udev/rules.d/90-ponyprog.rules
 usr
+debian/ponyprog.metainfo.xml usr/share/metainfo
diff --git a/debian/ponyprog.metainfo.xml b/debian/ponyprog.metainfo.xml
new file mode 100644
index 000..3cc3bad
--- /dev/null
+++ b/debian/ponyprog.metainfo.xml
@@ -0,0 +1,41 @@
+
+
+  com.github.lancos.ponyprog
+  MIT
+  ponyprog
+  Serial device programmer
+  
+PonyProg is a serial device programmer software with a user
+friendly GUI framework available for Windows and Linux. It's
+purpose is reading and writing every serial device. With PonyProg
+and SI-Prog you can program Wafercard for SAT, eeprom within GSM,
+TV or CAR-RADIO.  Furthermore it can be used as a low cost starter
+kit for PIC and AVR.
+
+Ponyprog supports AVR, SPI eeprom, AVR micro, 12C bus 8bit
+eeprom, PIC 16 micro, PIC 12 micro, AT89S micro and SDE2506 eeprom
+family chips.
+
+You can open any HEX, e2p, mot, csm, rom, eep, bin files and
+burn them to uC or PIC. You can even backup the old program on the
+chip using Ponyprog. Ponyprog enables the user to write, verify
+and erase data on the microchip.
+
+Also setting fuse bits and locks using Ponyprog is
+possible. You can save any HEX file to BIN file or eep file, BIN
+file to HEX file or MOT file and vice versa so you can use
+Ponyprog as converter too. Ponyprog offers serial or parallel port
+programming for uC's. You can even change polarity of control
+lines without touching the wires using I/O port setup.
+
+Using Ponyprog together with generic USB2serial adapters is
+currently not possible! There are plans on upstream to use libusb
+to add such functionality.
+  
+  
+usb:v1A86p5523d*
+usb:v1A86p7523d*
+usb:v1A86p5512d*
+usb:v0403p6E38d*
+  
+

-- 
Happy hacking
Petter Reinholdtsen



Bug#1070051: xr-hardware: Add Appstream metainfo with hardware mappins

2024-04-29 Thread Petter Reinholdtsen


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
index 000..3210f48
--- /dev/null
+++ b/debian/xr-hardware.metainfo.xml
@@ -0,0 +1,66 @@
+
+
+  org.freedesktop.gitlab.monado.utilities.xr-hardware
+  MIT
+  xr-hardware
+  udev rules files for normal user access to XR input
+  devices
+  
+This package contains a udev rules file to permit access to
+virtual reality (VR) and augmented reality (AR), collectively
+"XR", interaction devices as a normal user.
+  
+  
+usb:v1532p0300d*
+usb:v0BB4p2C87d*
+usb:v0BB4p0309d*
+usb:v28DEp2101d*
+usb:v28DEp2102d*
+usb:v28DEp2300d*
+usb:v28DEp2000d*
+usb:v1532p0B00d*
+usb:v0BDAp57E8d*
+usb:v16D0p0515d*
+usb:v0483p5750d*
+usb:v28E9p028Ad*
+usb:v28E9p0302d*
+usb:v0483p0021d*
+usb:v2833p0001d*
+usb:v2833p0021d*
+usb:v2833p2021d*
+usb:v2833p0201d*
+usb:v2833p0031d*
+usb:v2833p0211d*
+usb:v2833p0051d*
+usb:v04E8pA500d*
+usb:v2B1Cp0200d*
+usb:v2B1Cp0201d*
+usb:v2B1Cp0202d*
+usb:v2B1Cp0203d*
+usb:v2B1Cp0100d*
+usb:v2B1Cp0101d*
+usb:v054Cp09AFd*
+usb:v054Cp03D5d*
+usb:v054Cp0C5Ed*
+usb:v054Cp0CDEd*
+usb:v054Cp0E46d*
+usb:v1004p6374d*
+usb:v045Ep0659d*
+usb:v04E8p7310d*
+usb:v04E8p7312d*
+usb:v03F0p0367d*
+usb:v03F0p0C6Ad*
+usb:v03F0p0580d*
+usb:v17EFpB801d*
+usb:v04B4p6504d*
+usb:v0502pB0D6d*
+usb:v413CpB0D5d*
+usb:v0408pB5D5d*
+usb:v1209p9D0Fd*
+usb:v0486p573Cd*
+usb:v05A9p0680d*
+usb:v3318p0424d*
+usb:v3318p0428d*
+usb:v3318p0432d*
+  
+

-- 
Happy hacking
Petter Reinholdtsen



Bug#1049988: bookworm-pu: package riemann-c-client/1.10.4-2

2024-04-29 Thread Petter Reinholdtsen
[Romain Tartière 2024-02-09]
> In case I missed something and the ball is in my court, please point me
> to the next move because I obviously missed it!

I suspect your next move is to track down a sponsor willing to upload
your version to Debian.  Such sponsor would be a Debian developer able
to sign your uploads.

It sound a bit like you would like to adapt this package and maintain it
in Debian using a sponsor.  My personal sponsoring preferences are
listed on http://www.hungry.com/~pere/debian-sponsoring.html >.

I plan to make a git repository for the Debian packaging now.
-- 
Happy hacking
Petter Reinholdtsen



Bug#334773: kguitar crashes after startup if compiled with libtse3

2024-04-28 Thread Petter Reinholdtsen
[Tommaso Moroni 2005-10-19]
> While ackaging kguitar I found that, if I compile it 
> with libtse3 support, kguitar crashes after startup, while
> the same package compiled without libtse3 works normally.

Thank you for the bug geport.

> If there's anything I can do to help you, just ask!

Perhaps you can try to run it using valgrind, to see where and why it
crashes?  The crash seem to be heap related.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1069989: bmusb: Add Appstream metainfo announcing HW support

2024-04-28 Thread Petter Reinholdtsen
[Steinar H. Gunderson]
> Thanks for the patch. I assume this is also suitable for upstream?

Sure.

> It would probably be more useful I package v4l2proxy, which has been
> part of bmusb for a while; it would allow “anything” to go use it,
> although with some local setup. I believe Nageru is the only other
> software that uses bmusb right now.

Make sense to me. :)

>> +usb:v1EDBpBD3Bd*
>> +usb:v1EDBpBD4Fd*
>
> Can you say something about where these values come from? Is it base64
> somehow?

It is the USB IDs listed in 70-bmusb.rules, in modalias glob format.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1056146: xsok possibly contains non-DFSG-free data files

2024-04-28 Thread Petter Reinholdtsen
[Doug Beeferman 2023-11-22]
> Hello,
> 
> I'm the author of Cyberbox and I grant permission for Cyberbox to be
> redistributed without any restriction, including with modifications or in
> derived works.

Thank you for letting me know.  Is it the correct understanding that Cuberbox
is licensed with the same license as the rest of xsok, ie with GPL version 2
or later at the receivers choice?

-- 
Happy hacking
Petter Reinholdtsen



Bug#528875: please add info-dir-section to your info files

2024-04-28 Thread Petter Reinholdtsen
[Norbert Preining 2009-05-16]
> Can you please add an info dir entry to the texinfo files of your package
> to fix these warnings.

The package is now orphaned.  A patch to add such entry would be most
welcome. :)

-- 
Happy hacking
Petter Reinholdtsen



Bug#1069989: bmusb: Add Appstream metainfo announcing HW support

2024-04-28 Thread Petter Reinholdtsen


Package: bmusb
Version: 0.7.7-1
Tags: patch

Here is a patch for bmusb to add Appstream metainfo XML announcing the
hardware handled by this package.  I was a bit unsure if it should be
attached to the library or -dev package, but concluded that the -dev
package seem more useful for endusers than the library package on its
own.

Including this information in the package will ensure programs mapping
hardware to packages using Appstream information, like the isenkram
package, will know that this package is useful on machines where the USB
IDs are discovered.

diff --git a/bmusb.metainfo.xml b/bmusb.metainfo.xml
new file mode 100644
index 000..341fd90
--- /dev/null
+++ b/bmusb.metainfo.xml
@@ -0,0 +1,21 @@
+
+
+  no.gunderson.bmusb
+  MIT
+  bmusb
+  userspace driver for Blackmagic USB3 video capture cards
+  
+bmusb is a userspace driver for Blackmagic's USB3 series of
+video capture and playback cards (although only the capture part
+is currently supported), in particular the Intensity Shuttle
+(HDMI) and UltraStudio SDI cards. These are not currently served
+by Blackmagic's own Linux drivers.
+
+bmusb is not API- or ABI-compatible with Blackmagic's
+drivers.
+  
+  
+usb:v1EDBpBD3Bd*
+usb:v1EDBpBD4Fd*
+  
+
diff --git a/debian/libbmusb-dev.install b/debian/libbmusb-dev.install
index b62ef39..a8fe4a0 100644
--- a/debian/libbmusb-dev.install
+++ b/debian/libbmusb-dev.install
@@ -2,3 +2,4 @@ usr/lib/*/*.so
 usr/lib/*/*.a
 usr/lib/*/pkgconfig/*.pc
 usr/include/bmusb/*.h
+usr/share/metainfo/bmusb.metainfo.xml
diff --git a/debian/libbmusb6.lintian-overrides 
b/debian/libbmusb6.lintian-overrides
new file mode 100644
index 000..eab9833
--- /dev/null
+++ b/debian/libbmusb6.lintian-overrides
@@ -0,0 +1,2 @@
+# The metainfo XML is in the -dev package
+libbmusb6: appstream-metadata-missing-modalias-provide 
usr/lib/udev/rules.d/70-bmusb.rules
--- bmusb-0.7.7.orig/Makefile   2024-04-28 06:04:57.0 +
+++ bmusb-0.7.7/Makefile2024-04-28 06:06:31.387282170 +
@@ -9,6 +9,7 @@
 PREFIX := /usr
 DEB_MULTIARCH_TRIPLET := $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 LIBDIR := $(PREFIX)/lib/$(DEB_MULTIARCH_TRIPLET)
+METAINFODIR := $(PREFIX)/share/metainfo
 UDEVDIR ?= $(shell $(PKG_CONFIG) --variable udevdir udev)
 UDEVDIR ?= /lib/udev
 LIB := libbmusb.a
@@ -44,6 +45,7 @@
$(DESTDIR)$(LIBDIR) \
$(DESTDIR)$(LIBDIR)/pkgconfig \
$(DESTDIR)$(PREFIX)/include/bmusb \
+   $(DESTDIR)$(METAINFODIR) \
$(DESTDIR)$(UDEVDIR)/rules.d
$(INSTALL) -m 755 $(LIB) $(SOLIB) $(DESTDIR)$(LIBDIR)
$(LN) -sf $(SOLIB) $(DESTDIR)$(LIBDIR)/$(SONAME)
@@ -52,5 +54,6 @@
sed 's/@DEB_MULTIARCH_TRIPLET@/$(DEB_MULTIARCH_TRIPLET)/' < bmusb.pc > 
$(DESTDIR)$(LIBDIR)/pkgconfig/bmusb.pc
chmod 0644 $(DESTDIR)$(LIBDIR)/pkgconfig/bmusb.pc
chown root:root $(DESTDIR)$(LIBDIR)/pkgconfig/bmusb.pc
+   $(INSTALL) -m 644 bmusb.metainfo.xml $(DESTDIR)$(METAINFODIR)
$(INSTALL) -m 644 70-bmusb.rules $(DESTDIR)$(UDEVDIR)/rules.d
 

-- 
Happy hacking
Petter Reinholdtsen



Bug#1069971: git-buildpackage: import-dsc/import-dscs fail with TypeError: Parser must be a string or character stream, not NoneType

2024-04-27 Thread Petter Reinholdtsen
Package: git-buildpackage
Version: 0.9.30

When trying to bootstrap a git repository with the snapshotted uploads
of nitpick using 'gbp import-dscs', this fail with the following error:

File Imakefile is read-only; trying to patch anyway
File XPICsim is read-only; trying to patch anyway
File pu_defs.h is read-only; trying to patch anyway
File pu_lib.c is read-only; trying to patch anyway
Traceback (most recent call last):
  File "/usr/bin/gbp", line 149, in 
sys.exit(supercommand())
 ^^
  File "/usr/bin/gbp", line 145, in supercommand
return module.main(args)
   ^
  File "/usr/lib/python3/dist-packages/gbp/scripts/import_dscs.py", line 180, 
in main
if importer.importdsc(dscs[0]):
   ^^^
  File "/usr/lib/python3/dist-packages/gbp/scripts/import_dscs.py", line 72, in 
importdsc
return import_dsc.main(['import-dsc'] + self.args + [dsc.dscfile])
   ^^^
  File "/usr/lib/python3/dist-packages/gbp/scripts/import_dsc.py", line 531, in 
main
apply_debian_patch(repo, sources[0], dsc, commit, options)
  File "/usr/lib/python3/dist-packages/gbp/scripts/import_dsc.py", line 175, in 
apply_debian_patch
author = get_author_from_changelog(source.unpacked)
 ^^
  File "/usr/lib/python3/dist-packages/gbp/scripts/import_dsc.py", line 116, in 
get_author_from_changelog
date = rfc822_date_to_git(dch.date, fuzzy=True)
   
  File "/usr/lib/python3/dist-packages/gbp/git/__init__.py", line 44, in 
rfc822_date_to_git
d = dateutil.parser.parse(rfc822_date, fuzzy=fuzzy)
^^^
  File "/usr/lib/python3/dist-packages/dateutil/parser/_parser.py", line 1368, 
in parse
return DEFAULTPARSER.parse(timestr, **kwargs)
   ^^
  File "/usr/lib/python3/dist-packages/dateutil/parser/_parser.py", line 640, 
in parse
res, skipped_tokens = self._parse(timestr, **kwargs)
  ^^
  File "/usr/lib/python3/dist-packages/dateutil/parser/_parser.py", line 719, 
in _parse
l = _timelex.split(timestr) # Splits the timestr into tokens
^^^
  File "/usr/lib/python3/dist-packages/dateutil/parser/_parser.py", line 201, 
in split
return list(cls(s))
^^
  File "/usr/lib/python3/dist-packages/dateutil/parser/_parser.py", line 69, in 
__init__
raise TypeError('Parser must be a string or character stream, not '
TypeError: Parser must be a string or character stream, not NoneType


A simple way to reproduce it is to download the nitpic_0.1-1.dsc source
package and try to import it into a fresh 'git init' directory like
this:

  gbp import-dsc --pristine-tar ../nitpic_0.1-1.dsc

I suspect the problem is the d/changelog entry:

nitpic (0.1-1) unstable; urgency=low

  * Initial release.

 --   Fri, 7 Feb 1997 00:02:50 -0500

Perhaps it is unable to handle no name in front of the mail address?

-- 
Happy hacking
Petter Reinholdtsen



Bug#864522: bmusb: please add Vcs-* headers to debian/control

2024-04-27 Thread Petter Reinholdtsen
[Holger Levsen 2017-06-09]
> please add the following headers to the source stanza in debian/control:

I agree, it would be great with a pointer to the current git repository.

Steinar, something you can have a look at?
-- 
Happy hacking
Petter Reinholdtsen



Bug#1031512: docbook-defguide: non-free GFDL-licensed files

2024-04-27 Thread Petter Reinholdtsen
[Bastian Germann 2023-02-17]
> Some files in the package are licensed under the non-free variant of the GFDL
> with explicit Invariant Section.
> Please repack to remove them.

I had a look to try to locate the files, but failed to find them.  Which
files did you have in mind?

As the package is orphaned now, you can perhaps help out identifying
them by creating a machine readable d/copyright file listing the
problematic files?
-- 
Happy hacking
Petter Reinholdtsen
> 



Bug#810419: goldencheetah: please switch to libusb 1.0

2024-04-27 Thread Petter Reinholdtsen
An example demonstrating how such migration to libusb 1.0 can be done is
found in https://sources.debian.org/src/t2n/0.7-1/debian/patches/1040-libusb1.patch/ >.

-- 
Happy hacking
Petter Reinholdtsen



Bug#901454: ctorrent: No bug being fixed, only new feature being proposed..

2024-04-26 Thread Petter Reinholdtsen
[Suchkov K.A. 2018-06-13]
> upstream of the package is stalled, previous maintainer doesn't respond.

Sad to hear.  And now this package is orphaned in Debian.

> It's implementation of ability Ctorrent client to work with a tracker through 
> a proxy-server. Packages successfully builded on amd64/i386 archs.

I suspect it will be hard to find someone in Debian to take over the
responsibility of a new feature not provided by upstream for an orphaned
package, and suspect the only way to get this feature included is to
find a working upstream project.

I am only looking at this package to get its packaging setup migrated to
git, and will leave any further development to others.
-- 
Happy hacking
Petter Reinholdtsen



Bug#456533: Egbbprobe in toga 2

2024-04-25 Thread Petter Reinholdtsen
[2007-12-16]
> I have asked Daniel to clear the license questions that I have, see below.

Was any conclusion reached regarding the licensing of this library?
-- 
Happy hacking
Petter Reinholdtsen



Bug#464122: Forgot filename

2024-04-25 Thread Petter Reinholdtsen
[Bartek Kania 2008-02-05]
> Forgot to specify that the problem is in output.c

I suspect the patch you propose is this one:

diff --git a/output.c b/output.c
index dbd85be..b0ab93b 100644
--- a/output.c
+++ b/output.c
@@ -84,7 +84,7 @@ void output()
 if (language == PERL) {
   fprintf(code_file, "sub new {\n");
   if (perl5005flag) {
-   fprintf(code_file, "  my %s $p = bless [\\%FIELDS], $_[0];\n",
+   fprintf(code_file, "  my %s $p = bless [\\%%FIELDS], $_[0];\n",
perl_package);
   }
   else {


Unfortunately I do not have any way to test if it work or not.  Do you
have some test files that can be used to demonstrate the problem?
-- 
Happy hacking
Petter Reinholdtsen



Bug#716290: [Mayhem] Bug report on perl-byacc: pbyacc crashes with exit status 139

2024-04-25 Thread Petter Reinholdtsen
Control: tags -1 + patch

I believe the following patch fixes the problem, and it was just added
to the Debian package uploaded to the archive.

--- perl-byacc-2.0.orig/main.c
+++ perl-byacc-2.0/main.c
@@ -314,6 +314,12 @@ end_of_option:;
 if (language != PERL && perl5005flag)
 fprintf(stderr, "%s: Warning: -5 has no effect without Perl mode.\n",
myname);
+if (language == PERL && !perl_package)
+{
+fprintf(stderr, "%s: Perl mode require package name.\n",
+   myname);
+   exit(1);
+}
 
 no_more_options:;
 if (i + 1 != argc) usage();



Bug#1034483: dmidecode: CVE-2023-30630

2024-04-24 Thread Petter Reinholdtsen
Any hope to have this CVE issue fixed in stable and oldstable as well?

If not, I suspect this BTS report should be closed.
-- 
Happy hacking
Petter Reinholdtsen



Bug#1069767: dmidecode: New upstream version 3.6 available

2024-04-24 Thread Petter Reinholdtsen


Package: dmidecode
Version: 3.5
Severity: wishlist

A new version was just released.

 Start of forwarded message 
Date: Wed, 24 Apr 2024 14:19:28 +0200
From: Jean Delvare 
To: dmidecode-de...@nongnu.org
Subject: Dmidecode 3.6 has been released

Hi all,

Dmidecode 3.6 was released today. The changes from 3.5 are as follows:
  - [PORTABILITY] Use -DALIGNMENT_WORKAROUND on arm.
  - [PORTABILITY] Read SMBIOS entry point via kenv on DragonFly BSD.
  - Support for SMBIOS 3.6.0. This includes new memory device types, new
processor upgrades, and Loongarch support.
  - Support for SMBIOS 3.7.0. This includes new port types, new processor
upgrades, new slot characteristics and new fields for memory modules.
  - Add bash completion.
  - Decode HPE OEM records 197, 239 and 245.
  - Implement options --list-strings and --list-types.
  - Update HPE OEM records 203, 212, 216, 221, 233, 236, 237, 238 and 242.
  - Update Redfish support.
  - Bug fixes:
Fix option --from-dump for user root
Fix enabled slot characteristics not being printed
  - Minor improvements:
Print slot width on its own line
Use standard strings for slot width

This new release is available for download from the usual place:
  http://download.savannah.gnu.org/releases/dmidecode/dmidecode-3.6.tar.xz
  http://download.savannah.gnu.org/releases/dmidecode/dmidecode-3.6.tar.xz.sig

Please allow for up to 24 hours before the files propagate to all
mirrors.

-- 
Jean Delvare
SUSE L3 Support

 End of forwarded message 



Bug#264500: fmtools: fmscan patch to allow choice of threshold signal strength (attached)

2024-04-22 Thread Petter Reinholdtsen
Control: tags -1 + patch

[Gregory P. Smith] 2004-08-08]
> The fmscan utility is not nearly as useful as it could be without
> this patch.  this adds the -t command line option to allow control of
> the threshold signal strength that fmscan uses to decide if a station
> can be received.  please apply to future debian packages of this tool
> and submit to the upstream maintainer.

Thank you for the patch.  I am sad to see it has lingered here for so
long.  CC to the upstream email address, in the hope that upstream can
have a look at the patch in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=264500 >.  Not
convinced that the old email address still work, but it is worth a try.
:)
-- 
Happy hacking
Petter Reinholdtsen



Bug#1069633: Time to remove yasm from Debian?

2024-04-21 Thread Petter Reinholdtsen


Package: yasm
Version: 1.3.0-4

In https://github.com/yasm/yasm/issues/164 >, the upstream
developer of yasm states "I'm still alive, but have moved on to other
projects. If someone else wants to take on maintainership, I'd be happy
to give them the access to this repo do so (presumably with some kind of
transitional period where I would review/approve PRs).".  The many open
security issues listed on
https://security-tracker.debian.org/tracker/source-package/yasm >
are all unsolved, and bsed on the statement above and the time duration
since it was expressed it seem unlikely that this will change any time
soon.

Perhaps it is time to remove yasm from Debian and move all reverse build
dependencies to use a different assembler?

-- 
Happy hacking
Petter Reinholdtsen



Bug#767532: shutdown-at-night: Allow systemd to wake up machines in the morning?

2024-04-17 Thread Petter Reinholdtsen


I had a closer look, and start to suspect that the rtcwake command is
operating on the same setting as the acpiwakeup() method in the
shutdown-at-night shell script:

# This method might not work if the hardware clock is updated during
# shutdown.  Changing /etc/default/hwclock to list HWCLOCKACCESS=yes
# to disable it.
# Based on http://www.mythtv.org/wiki/ACPI_Wakeup >
acpiwakeup() {
wakeuptime="$1"
if [ -e /sys/class/rtc/rtc0/wakealarm ] ; then
when=$(whentowakeup $wakeuptime)

# First reset alarm
echo 0 > /sys/class/rtc/rtc0/wakealarm

# Next, set it to our selected time
echo $when > /sys/class/rtc/rtc0/wakealarm
logger -t shutdown-at-night "scheduled $hostname to turn itself on at 
$wakeuptime using /sys/class/rtc/rtc0/wakealarm."
return 0
else
return 1
fi
}

If this is correct, using rtcwake might make this code simpler, but not
add a new way to get the machine to wake up in the morning, which was my
original motivation for creating this issue.

-- 
Happy hacking
Petter Reinholdtsen



Bug#963921: O: inputlirc -- Zeroconf LIRC daemon using input event devices

2024-04-17 Thread Petter Reinholdtsen
[Guus Sliepen]
> Ouch that copyright file is old...  Use this one:
>
> https://git.sliepen.org/inputlirc
>
> Or these mirrors:
>
> https://github.com/gsliepen/inputlirc
> https://gitlab.com/gsliepen/inputlirc

Thank you.  I've updated https://salsa.debian.org/debian/inputlirc >.

-- 
Happy hacking
Petter Reinholdtsen



Bug#963921: O: inputlirc -- Zeroconf LIRC daemon using input event devices

2024-04-17 Thread Petter Reinholdtsen
[Guus Sliepen 2020-06-28]
> I'm also the upstream maintainer of this package, if you are interested
> in maintaining it you are welcome to take over upstream maintainership
> as well.

Is there a upstream home page for this project?  The one listed in
d/copyright did not work (http://svn.sliepen.eu.org/inputlirc/ >).

-- 
Happy hacking
Petter Reinholdtsen



Bug#1069116: O: dfc -- display file system usage using graph and colors

2024-04-16 Thread Petter Reinholdtsen


Package: wnpp
Severity: normal

The current maintainer of dfce, Sabino Par , has
orphaned this package.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: dfc
Version: 3.1.1-1.2
Priority: optional
Section: utils
Maintainer: Sabino Par 
Installed-Size: 130 kB
Depends: libc6 (>= 2.34)
Homepage: https://github.com/rolinh/dfc
Description: display file system usage using graph and colors
 dfc displays file system space usage using graphs and colors. In some ways, it
 is a modernized version of df as it is able to use colors, draw graphs and
 export its output to different formats such as CSV or HTML.

-- 
Happy hacking
Petter Reinholdtsen



Bug#1069081: isenkram-cli: usb.py: SyntaxWarning: invalid escape sequence '\s'

2024-04-16 Thread Petter Reinholdtsen


[Paul Wise]
>Setting up isenkram-cli (0.56) ...
>/usr/lib/python3/dist-packages/isenkram/usb.py:43: SyntaxWarning: invalid 
> escape sequence '\s'
>  m = re.match('^([0-9a-f]{4})\s+(\S.*)$', line)
>/usr/lib/python3/dist-packages/isenkram/usb.py:48: SyntaxWarning: invalid 
> escape sequence '\s'
>  m = re.match('^\t([0-9a-f]{4})\s+(\S.*)$', line)

This is rather strange, as \s is described in
https://docs.python.org/3/library/re.html >:


  \s
For Unicode (str) patterns:
Matches Unicode whitespace characters (which includes
[ \t\n\r\f\v], and also many other characters, for example the
non-breaking spaces mandated by typography rules in many
languages).


Matches [ \t\n\r\f\v] if the ASCII flag is used.
For 8-bit (bytes) patterns:

Matches characters considered whitespace in the ASCII character
set; this is equivalent to [ \t\n\r\f\v]. 


Matches any character which is not a whitespace character. This is
the opposite of \s. 

Matches [^ \t\n\r\f\v] if the ASCII flag is used.

Any idea what happend with \s in python 3.12?  Perhaps the problem is
a missing 'r' in front of the quotes?

-- 
Happy hacking
Petter Reinholdtsen



Bug#575781: Please resolve IPv6 gateway too

2024-04-15 Thread Petter Reinholdtsen
Control: tags -1 - patch

[Philipp Kern 2013-05-04]
> Scrap that. We want to implement gethostbyname4, which is what nss-myhostname
> does. This returns gaih_addrtuple instead of hostents, which are able to
> bear scope IDs.

OK.  Assume a different patch is needed and remove the patch tag.

-- 
Happy hacking
Petter Reinholdtsen



Bug#762336: Please enable hardened build flags

2024-04-15 Thread Petter Reinholdtsen
Since the original report and patch, the package have been orphaned, and
the rules file changed in a way that make the tested patch no longer
apply.

I suspect something like the following untested patch might work.

diff --git a/debian/rules b/debian/rules
index 16aad6f..f55fc4c 100755
--- a/debian/rules
+++ b/debian/rules
@@ -6,6 +6,9 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
+DPKG_EXPORT_BUILDFLAGS = 1
+include /usr/share/dpkg/buildflags.mk
+
 configureoptions = --bindir=/usr/sbin/ --sysconfdir=/etc/bandwidthd/ 
--localstatedir=/var/lib/
 
 p_bwdstatic = bandwidthd
@@ -26,7 +29,7 @@ configure-bwdstatic-stamp:
cp -f /usr/share/misc/config.sub config.sub
dh_autoreconf
chmod +x configure
-   INSTALL='install --strip-program=true' dh_auto_configure -- 
$(configureoptions) --disable-pgsql
+   $(shell dpkg-buildflags --export=cmdline) INSTALL='install 
--strip-program=true' dh_auto_configure -- $(configureoptions) --disable-pgsql
touch $@

 configure-bwdpgsql: configure-bwdpgsql-stamp

I do not dare to apply it without testing.
-- 
Happy hacking
Petter Reinholdtsen



Bug#804722: git-buildpackage: import-dsc creates impractical merge commits after new upstream releases

2024-04-15 Thread Petter Reinholdtsen
Dear package maintainer of git-buildpackage,

Do you have an idea when you will find time to look at this patch?

[Gioele Barabucci 2024-08-19]
> The attached new patch, although still "quick and dirty", improves the
> handing of possible modification+deletion conflicts that may arise while
> merging the the upstream branch into the Debian branch.

-- 
Happy hacking
Petter Reinholdtsen



Bug#980839: rnnoise model training data

2024-04-15 Thread Petter Reinholdtsen
According to https://github.com/xiph/rnnoise/releases/tag/v0.2 >,
the new version just released was been trained on only publicly
available data.  Time to see if rnnoise can go into Debian?

-- 
Happy hacking
Petter Reinholdtsen



Bug#981276: pexec FTCBFS: help2man

2024-04-14 Thread Petter Reinholdtsen
[Helmut Grohne 2021-01-28]
> pexec fails to cross build from source, because it uses help2man. Given
> that pexec has very little dependencies, we can add a native build pass
> for generating the manual page before performing the cross build. Please
> consider applying the attached patch.

I suspect a better fix is to convert the package to use 'dh' first.  I
tried the trivial conversion but it did not work because the configure
script do not understand --runstatedir=/run.

I just converted the packaging to git and made it available in
https://salsa.debian.org/debian/pexec > if you want to update the
package yourself.
-- 
Happy hacking
Petter Reinholdtsen



Bug#810448: nbc: please switch to libusb 1.0

2024-04-11 Thread Petter Reinholdtsen
I do not know how to convert the package to use a newer libusb, but just
wanted to mention that a patch to convert t2n to use a newer libusb is
available in https://bugs.debian.org/810460 >.
-- 
Happy hacking
Petter Reinholdtsen



Bug#755437: leocad suggests ldraw-parts since 0.80.3-1

2024-04-11 Thread Petter Reinholdtsen
I believe the requestor never received this email, and as @gmail.com
reject emails from me, I doubt he will get my email too.

[Nicolas Guilbert 2015-02-12]
> the leocad package suggests ldraw-parts since 0.80.3-1 which should fix the
> issue about the minimal parts set (apt-get install leocad
> --install-suggests).
> 
> Concerning the parts not being visible, I cannot reproduce that error. Is it
> still a problem?

Without more information, I suspect it is not possible to get further
with this issue.  Perhaps it can be closed?
-- 
Happy hacking
Petter Reinholdtsen



  1   2   3   4   5   6   7   8   9   10   >