Bug#1054291: fixed in wget2 2.1.0-3
Hi Andreas, at the moment there are only a few unit tests checked while building the binary packages because libmicrohttpd-dev is still missing as a build-dependency. Just in case you have not done this on purpose (out of a certain reason not to do so), I add the remaining change from my previous patch to this e-mail. Best regards, Thomas Uhle wget2-enable-testsuite.diff.gz Description: GNU Zip compressed data
Bug#1082664: RM: python-proboscis -- ROM; became a leaf package, no use
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: python-probos...@packages.debian.org Control: affects -1 + src:python-proboscis Hi, This package used to be a (build?) depends of openstack-trove. That's not the case anymore, so we don't need it. Let's remove it. Cheers, Thomas Goirand (zigo)
Bug#1082661: Cannot import under Python 3.13
Source: python-greenlet Version: 2.0.2-1 Severity: important Very simple test shows what I wrote in $subject: root@Infomaniak-sid-test>_ ~ # python3.12 Python 3.12.6 (main, Sep 7 2024, 14:20:15) [GCC 14.2.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import greenlet >>> root@Infomaniak-sid-test>_ ~ # python3.13 Python 3.13.0rc2 (main, Sep 7 2024, 08:52:38) [GCC 14.2.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import greenlet Traceback (most recent call last): File "", line 1, in import greenlet File "/usr/lib/python3/dist-packages/greenlet/__init__.py", line 29, in from ._greenlet import _C_API # pylint:disable=no-name-in-module ^^^^^ ModuleNotFoundError: No module named 'greenlet._greenlet' I have no clue (yet) how to fix though... Cheers, Thomas Goirand (zigo)
Bug#1069097: openstack-dashboard: postinst error makes designate-dashboard to FTBFS randomly
Hi, As I wrote, I have no clue how to reproduce, so it's hard to find out what's going on. As for forwarding upstream, well, which upstream are we talking about? I'm not even sure the bug is in Horizon itself, or more likely in one of its dependencies, like python3-django-compressor, rcssmin, etc. So hard to forward when I don't know to who... :/ Cheers, Thomas Goirand (zigo)
Bug#1082642: ITP: python-vsure -- read and change status of verisure devices through mypages
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-vsure Version : 2.6.7 Upstream Contact: Per Sandstrom * URL : http://github.com/persandstrom/python-verisure * License : Expat Programming Lang: Python Description : read and change status of verisure devices through mypages This package provides a python3 module for reading and changing status of verisure devices through verisure app API. . This software is not affiliated with Verisure Holding AB and the developers take no legal responsibility for the functionality or security of your Verisure Alarms and devices. . This package is a Home Assistant dependency.
Bug#1082639: ITP: python-wallbox -- interacting with Wallbox EV charger api
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-wallbox Version : 0.7.0 Upstream Author : Liviu Chiribuca * URL : https://github.com/cliviu74/wallbox * License : Apache-2.0 Programming Lang: Python Description : interacting with Wallbox EV charger api This package provides interface for Wallbox EV chargers api. . This package is a dependency of Home Assistant.
Bug#1082618: RM: python-pankoclient -- ROM; unmaintained upstream, deprecated, no dependencies
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: python-pankocli...@packages.debian.org Control: affects -1 + src:python-pankoclient Hi, Panko was removed from unstable and didn't go even into Bookworm, because it was unmaintained. I kept the client for a while, but it's probably now a good time to remove it as well. Please remove src:python-pankoclient Cheers, Thomas Goirand (zigo)
Bug#1082609: Unmaintained upstream, no remaining (build-)depends, RC buggy
Package: ftp.debian.org Severity: normal Hi, It looks like the last package from OpenStack that was using python3-migrate finally migrated to Alembic. We finally can get rid of SQLAlchemy-Migrate, after many years of keeping this package alive because of unfinished Alembic transition. Please remove src:migrate from Debian. I will not miss it! :) Cheers, Thomas Goirand (zigo)
Bug#1082373: This is actually a depends loop!
nginx depends on nginx-common, which depends on nginx, which... Ultimately this is a depends loop. Which I'll fix and push to Unstable shortly by removing nginx-common Depends: nginx. Thomas
Bug#1082373: Depends is stronger than Pre-Depends
Hello!
Currently, when we put a Pre-Depends on nginx-common for nginx in, we get a
Lintian failiure case:
{"type"=>"failure", "message"=>"redundant-installation-prerequisite (in section
for nginx) Depends -> Pre-Depends nginx-common (= ${source:Version})
[debian/control:24]"}
We already have a Depends: on nginx-common in the nginx binary package. That
SHOULD tell apt to install nginx-common first because it's a Dependency.
I'm not sure there's anything actually actionable in this bug. It sounds like
if Depends: is not setting the proper priority, then that's an apt/dpkg problem
not a src:nginx / bin:nginx bug.
Bug#1082373: [Pkg-nginx-maintainers] Bug#1082373: nginx: nginx missing pre-depends on nginx-common
> I don't understand why nginx-common depends on nginx. > If it wasn't, it would be installed before nginx naturally. I don't think it should, that's my thought. HOWEVER I did discover that nginx **has a direct Depends` on nginx-common. Because it has a direct Depends on nginx-common it makes sense for a Predepends to be set for nginx to make sure this doesn't happen. However, it's odd that the Depends would fail to be properly determined by apt first. Thomas
Bug#1082373: nginx: nginx missing pre-depends on nginx-common
For the purposes of argument, the reason nginx I don't think pre-depends on nginx-common is because nginx itself can be pulled in by other packages that then want to maintain their own configuration and roll their own NGINX configuration files. While I definitely agree it should pre-depend on nginx-common or such, and this was the way in the past, I'm not sure if this is something that we (maintainers) need to fix, if the intent was to let people Depends: nginx and then roll their own config as part of a package install. I don't disagree this is a large issue, so on Salsa I'll do a pull request for this and then let us discuss on that level before inclusion. This may end up wontfix if the intent is for people to install nginx without configuration and then roll their own or such. Thomas From: Michael Prokop Sent: Friday, September 20, 2024 8:50 AM To: Debian Bug Tracking System Subject: Bug#1082373: nginx: nginx missing pre-depends on nginx-common Package: nginx Version: 1.26.0-2 Severity: important Hi, nginx fails to install on Debian testing + unstable: | [...] | Get:1 http://deb.debian.org/debian unstable/main amd64 nginx-common all 1.26.0-2 [108 kB] | Get:2 http://deb.debian.org/debian unstable/main amd64 nginx amd64 1.26.0-2 [608 kB] | Fetched 716 kB in 1s (591 kB/s) | debconf: delaying package configuration, since apt-utils is not installed | Selecting previously unselected package nginx-common. | (Reading database ... 9992 files and directories currently installed.) | Preparing to unpack .../nginx-common_1.26.0-2_all.deb ... | Unpacking nginx-common (1.26.0-2) ... | Selecting previously unselected package nginx. | Preparing to unpack .../nginx_1.26.0-2_amd64.deb ... | Unpacking nginx (1.26.0-2) ... | Setting up nginx (1.26.0-2) ... | Job for nginx.service failed because the control process exited with error code. | See "systemctl status nginx.service" and "journalctl -xeu nginx.service" for details. | invoke-rc.d: initscript nginx, action "start" failed. | × nginx.service - A high performance web server and a reverse proxy server | Loaded: loaded (/usr/lib/systemd/system/nginx.service; 5:185mdisabled; preset: enabled) | Active: failed (Result: exit-code) since Fri 2024-09-20 12:42:11 UTC; 24ms ago | Invocation: dfd641c3677f4bbaa9c8b75e74c6a748 |Docs: man:nginx(8) | Process: 1979 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=1/FAILURE) | CPU: 9ms | | Sep 20 12:42:11 f468089c00fc systemd[1]: Starting nginx.service - A high performance web server and a reverse proxy server... | Sep 20 12:42:11 f468089c00fc nginx[1979]: 2024/09/20 12:42:11 [emerg] 1979#1979: open() "/etc/nginx/nginx.conf" failed (2: No such file or directory) | Sep 20 12:42:11 f468089c00fc nginx[1979]: nginx: configuration file /etc/nginx/nginx.conf test failed | Sep 20 12:42:11 f468089c00fc systemd[1]: nginx.service: Control process exited, code=exited, status=1/FAILURE | Sep 20 12:42:11 f468089c00fc systemd[1]: 5:185m5:185mnginx.service: Failed with result 'exit-code'. | Sep 20 12:42:11 f468089c00fc systemd[1]: Failed to start nginx.service - A high performance web server and a reverse proxy server. | dpkg: error processing package nginx (--configure): | installed nginx package post-installation script subprocess returned error exit status 1 | dpkg: dependency problems prevent configuration of nginx-common: | nginx-common depends on nginx (>= 1.26.0-2); however: | Package nginx is not configured yet. | nginx-common depends on nginx (<< 1.26.0-2.1~); however: | Package nginx is not configured yet. | | dpkg: error processing package nginx-common (--configure): | dependency problems - leaving unconfigured | Errors were encountered while processing: | nginx | nginx-common | E: Sub-process /usr/bin/dpkg returned an error code (1) The configuration file `/etc/nginx/nginx.conf` is shipped only by the nginx-common package, though nginx doesn't pre-depend on it and therefore might get installed before nginx-common is present. PS: Probably should even be raised to RC bug? regards -mika-
Bug#1082398: libtemplate-perl: please upgrade to newer upstream release
I only saw after reporting this that another user was faster, so this is a duplication of #1081785 [0] and can be closed, sorry for the noise! [0]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1081785 - Thomas
Bug#1082398: libtemplate-perl: please upgrade to newer upstream release
Package: libtemplate-perl Version: 2.27-1 Severity: wishlist X-Debbugs-Cc: Benj. Mako Hill Dear Maintainer, As talked a bit over a week ago I'm filing a wishlist request for a newer Template Toolkit package. Some background for the record: Currently 2.27-1 is in the archive for all releases from old-old-stable up to unstable, upstream released that version in 2016. While it seems that this has not caused any compatibility fallout for an impressive amount of time, showing how stable this ecosystem got, that seems to slowly change nowadays. E.g. the recently bumped Bugzilla version 5.2 requires at least version 3.008 and it's likely that other dependees that are still actively developed will also require a newer version sooner or later. If the update would be done now it would quite likely make the cut for Debian Trixie next year and it would make backporting it to bookworm slightly easier (e.g. for us) too. thanks for your consideration, Thomas
Bug#1082354: FTBFS ImportError: cannot import name 'hubs' from partially initialized module 'eventlet'
I am well aware of it: this was fixed in latest upload of Eventlet. Thomas Sent from Workspace ONE Boxer On Sep 20, 2024 6:12 PM, Stefano Rivera wrote: Control: notfound -1 aodh/18.0.0-2 Control: reassign -1 python3-eventlet Control: found -1 python3-eventlet/0.36.1-2 Control: affects -1 + src:aodh src:barbican src:keystone src:octavia src:openstack-trove src:python-ceilometermiddleware src:python-engineio src:python-futurist src:python-ironic-lib src:python-os-ken src:python-oslo.log src:python-oslo.messaging src:python-oslo.privsep src:python-oslo.service src:python-oslo.utils src:python-oslo.versionedobjects src:python-oslo.vmware src:python-os-vif src:python-os-win src:swift src:swift-bench src:vitrage src:watcher > I haven't investigated whether this is a failure in aodh or eventlet. > Please reassign if it's not aodh's problem. I've seen enough of these to reassign it. Stefano
Bug#1067451: libzip: 1.11.1 is out
Hi! libzip 1.11.1 was released yesterday. Please update the Debian package. Thanks, Thomas
Bug#1082101: ipmitool sdr type stopped accepting raw hex values
Package: ipmitool
Severity: important
Tags: patch
Hi,
Upstream has a patch that fixes using hex values when sending raw data. I've
attached it to this bug report, though it's available here:
https://codeberg.org/IPMITool/ipmitool/commit/202f7427e0a4d1f319fc4b914676cc2f08da6c6c
Please apply it in the Debian package.
It'd be nice to have this patch also applied in Debian Stable. If you do not
have enough available time to handle it, I can take care of this once the
patch lands in Debian Testing.
Cheers,
Thomas Goirand (zigo)
>From 202f7427e0a4d1f319fc4b914676cc2f08da6c6c Mon Sep 17 00:00:00 2001
From: Alexander Amelkin
Date: Tue, 17 Sep 2024 15:15:45 +0300
Subject: [PATCH] sdr: Refix 6e037d6bfbbb93b349c8ca331ebde03a (#41)
A bug was introduced by commit 6e037d6bfbbb93b349c8ca331ebde03a837f76bf
due to which the command `ipmitool sdr type` stopped accepting raw
hex values for the type and would only accept strings.
Fix that by partially reverting the troublesome commit.
Additionally, apply the logic of that commit to calls of
`strcasecmp()` in ipmi_sdr.c.
Resolves https://codeberg.org/IPMITool/ipmitool/issues/41
Signed-off-by: Alexander Amelkin
---
lib/ipmi_sdr.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/lib/ipmi_sdr.c b/lib/ipmi_sdr.c
index abd4ee1..4732762 100644
--- a/lib/ipmi_sdr.c
+++ b/lib/ipmi_sdr.c
@@ -4570,8 +4570,9 @@ ipmi_sdr_print_type(struct ipmi_intf *intf, char *type)
uint8_t sensor_type = 0;
if (!type ||
- strcasecmp(type, "help") == 0 ||
- strcasecmp(type, "list") == 0) {
+ !strcasecmp(type, "help") ||
+ !strcasecmp(type, "list"))
+ {
printf("Sensor Types:\n");
for (x = 1; x < SENSOR_TYPE_MAX; x += 2) {
printf("\t%-25s (0x%02x) %-25s (0x%02x)\n",
@@ -4581,7 +4582,7 @@ ipmi_sdr_print_type(struct ipmi_intf *intf, char *type)
return 0;
}
- if (!strcmp(type, "0x")) {
+ if (!strncmp(type, "0x", 2)) {
/* begins with 0x so let it be entered as raw hex value */
if (str2uchar(type, &sensor_type) != 0) {
lprintf(LOG_ERR,
@@ -4591,7 +4592,7 @@ ipmi_sdr_print_type(struct ipmi_intf *intf, char *type)
}
} else {
for (x = 1; x < SENSOR_TYPE_MAX; x++) {
- if (strcasecmp(sensor_type_desc[x], type) == 0) {
+ if (!strcasecmp(sensor_type_desc[x], type)) {
sensor_type = x;
break;
}
@@ -4638,8 +4639,8 @@ ipmi_sdr_print_entity(struct ipmi_intf *intf, char
*entitystr)
int rc = 0;
if (!entitystr ||
- strcasecmp(entitystr, "help") == 0 ||
- strcasecmp(entitystr, "list") == 0) {
+ !strcasecmp(entitystr, "help") ||
+ !strcasecmp(entitystr, "list")) {
print_valstr_2col(entity_id_vals, "Entity IDs", -1);
return 0;
}
@@ -4654,7 +4655,7 @@ ipmi_sdr_print_entity(struct ipmi_intf *intf, char
*entitystr)
/* now try string input */
for (i = 0; entity_id_vals[i].str; i++) {
- if (strcasecmp(entitystr,
entity_id_vals[i].str) == 0) {
+ if (!strcasecmp(entitystr,
entity_id_vals[i].str)) {
entity.id = entity_id_vals[i].val;
entity.instance = 0x7f;
j=1;
Bug#1082100: Please maintain ipmitool on Salsa
Package: ipmitool Version: 1.8.19-4+deb12u1 Severity: wishlist Hi, Could you please move ipmitool's Git to Salsa? The current repo isn't hosted by Debian, and doesn't even seem to support MR... BTW, that's the case for many of your (important) packages: - dmidecode - ipmiutil - xsane - ... Could you move all of these to Salsa, and have them team-maintained? I'd love to join a team doing all of the server-side things like ipmitool or dmidecode. Single maintainer packages isn't nice... Cheers, Thomas Goirand (zigo)
Bug#1058392: python-oauth2client: FTBFS: failed tests
On 9/17/24 22:31, Alexandre Detiste wrote: Hi, I think that at this point it's better to fix the last four remaining remaining reverse dependencies than to fix unmaintained python-oauth2client & python-unittest2 forever. I very much agree. I spent already too much time on such unmaintained (upstream) package, and couldn't find a solution to properly fix this package (it still FTBFS even with Mickael's patch). I already filled 2 bugs: Thanks a lot for this! Cheers, Thomas Goirand (zigo)
Bug#1081993: ITP: python-infoblox-client -- client for interacting with Infoblox NIOS over WAPI
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-infoblox-client Version : 0.6.0 Upstream Author : John Belamaric * URL : https://github.com/infobloxopen/infoblox-client * License : Apache-2.0 Programming Lang: Python Description : client for interacting with Infoblox NIOS over WAPI This package provides a client for interacting with Infoblox NIOS over WAPI. . Network Identity Operating System (NIOS) is the operating system that powers Infoblox core network services, ensuring non-stop operation of network infrastructure. The basis for Next Level Networking, NIOS automates the error-prone and time-consuming manual tasks associated with deploying and managing DNS, DHCP, and IP address management (IPAM) required for continuous network availability and business uptime. This is a new dependency of OpenStack Designate, aka OpenStack DNSaaS.
Bug#1081830: 1081...@bugs.debian.org
Le dimanche 15 septembre 2024, 20:24:21 CEST Khaznadar Georges a écrit :
> Hello Thomas, thank you for the bug report.
>
> I believe that your report is not about a bug, but about an unclear
> explanation in cron and crontab's manpages.
Well, to be more precise, it's a missing translation in the
french version of the manpage that lead me to think it was
an "AND" for all the fields. Friends with the english version
pointed me to a part of the manpage that explained the
observed behavior.
I had, since then, fixed my crontab entry :)
I think we can close the BR.
Thanks a lot.
Regards,
Thomas.
Bug#1081830: cron: Cron cannot process '1st sunday of the month' directive
Package: cron Version: 3.0pl1-189 Severity: important Hello. I was trying to execute a command on the 1st sunday of the month at 9:30. The directive for such a command should be: 30 9 1-7 * 7 command \ / \ / | | \/ | | + (or 0) Sunday | | +-- any month | +- 1st week (days of month 1 to 7) +- 9:30 However, on Sept. Sun. 15, the command was executed. And 15 is not within "1-7"... -- Package-specific info: --- EDITOR: not set --- /usr/bin/editor: /usr/bin/nano --- /usr/bin/crontab: -rwxr-sr-x 1 root crontab 51024 Mar 26 19:08 /usr/bin/crontab --- /var/spool/cron: drwxr-xr-x 5 root root 4096 May 21 2011 /var/spool/cron --- /var/spool/cron/crontabs: drwx-wx--T 2 root crontab 4096 Sep 15 10:57 /var/spool/cron/crontabs --- /etc/cron.d: drwxr-xr-x 2 root root 4096 May 23 07:52 /etc/cron.d --- /etc/cron.daily: drwxr-xr-x 2 root root 4096 Sep 14 07:16 /etc/cron.daily --- /etc/cron.hourly: drwxr-xr-x 2 root root 4096 Mar 30 07:28 /etc/cron.hourly --- /etc/cron.monthly: drwxr-xr-x 2 root root 4096 Apr 30 18:30 /etc/cron.monthly --- /etc/cron.weekly: drwxr-xr-x 2 root root 4096 Aug 31 08:19 /etc/cron.weekly -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 6.10.9-686-pae (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cron depends on: ii cron-daemon-common 3.0pl1-189 ii init-system-helpers 1.66 ii libc62.40-2 ii libpam-runtime 1.5.3-7 ii libpam0g 1.5.3-7 ii libselinux1 3.7-3 ii sensible-utils 0.0.24 Versions of packages cron recommends: ii nullmailer [mail-transport-agent] 1:2.2+10~g7ed88a0-6 Versions of packages cron suggests: pn anacron ii bat0.24.0-1+b3 pn checksecurity ii logrotate 3.22.0-1 ii supercat 0.5.7-1 Versions of packages cron is related to: pn libnss-ldap pn libnss-ldapd pn libpam-ldap pn libpam-mount pn nis pn nscd -- no debconf information
Bug#1081570: RFS: luit/2.0.20240910-1 -- locale and ISO 2022 support for Unicode terminals
On Sat, Sep 14, 2024 at 01:43:53PM +0100, Jeremy Sowden wrote: > On 2024-09-14, at 06:52:31 -0400, Thomas Dickey wrote: > > On Sat, Sep 14, 2024 at 02:08:44AM +0100, Phil Wyett wrote: > > > Control: tags -1 +moreinfo > > > > > > Thomas, > > > > > > Many thanks for addressing some of the issues raised. > > > > > > One lintian issue remains. > > > > > > I: luit source: unused-override no-debian-changes [debian/source/lintian- > > > overrides:2] > > > > On removing that file, I get this warning (and by the way do not see the > > warning which you report): > > > > > run-lintian luit_2.0.20240910-1.dsc luit_2.0.20240910-1_amd64.buildinfo > > > luit_2 > > .0.20240910-1_amd64.changes > > N: > > W: luit source: no-debian-changes > > N: > > N: This non-native package makes no changes to the upstream sources in the > > N: Debian-related files. > > N: > > N: Maybe a mistake was made when the upstream tarball was created, or > > maybe > > N: this package is really a native package but was built non-native by > > N: mistake. > > N: > > N: Debian packaging is sometimes maintained as part of upstream, but that > > is > > N: not recommended as best practice. Please make this package native, if > > the > > N: software is only for Debian. Otherwise, please remove the debian > > directory > > N: from upstream releases and add it in the Debian packaging. > > N: > > N: Format 1.0 packages are subject to the restriction that the diff cannot > > N: remove files from the debian directory. For Format 3.0 packages, the > > N: debian directory is automatically purged during unpacking. > > N: > > N: Visibility: warning > > N: Show-Always: no > > N: Check: files/artifact > > N: Renamed from: empty-debian-diff > > N: > > I've just cloned g...@salsa.debian.org:debian/luit, added the missing > upstream/2.0.20240910 tag, and built the package using gbp-buildpackage. > I got two lintian warnings: > > $ schroot -c sid -- lintian --display-info --pedantic --tag-display-limit 0 > W: luit source: orig-tarball-missing-upstream-signature > luit_2.0.20240910.orig.tar.gz > I: luit source: unused-override no-debian-changes > [debian/source/lintian-overrides:2] > N: 0 hints overridden; 1 unused override > > I deleted d/s/lintian-overrides, built the package again and got just > one: > > $ schroot -c sid -- lintian --display-info --pedantic --tag-display-limit 0 > W: luit source: orig-tarball-missing-upstream-signature > luit_2.0.20240910.orig.tar.gz > > Do you have local changes that you haven't pushed? no - I signed the tarball on the 10th, and exported the corresponding labeled version to github. However, when I set up this update on salsa (on gitlab, fetching from github...), it showed my signature as unverified. After some investigation, I re-added my public key, guessing that salsa was confused after I updated the expiration date a while back, probably in January. Most packagers use the tarballs, but a few of the Debian packages use github as the media (in a quick check, those are byacc, dialog and luit). After re-adding my public key, my subsequent commits show as verified. Perhaps what you're seeing is another symptom of that problem. -- Thomas E. Dickey https://invisible-island.net signature.asc Description: PGP signature
Bug#1081570: RFS: luit/2.0.20240910-1 -- locale and ISO 2022 support for Unicode terminals
On Sat, Sep 14, 2024 at 02:08:44AM +0100, Phil Wyett wrote: > Control: tags -1 +moreinfo > > Thomas, > > Many thanks for addressing some of the issues raised. > > One lintian issue remains. > > I: luit source: unused-override no-debian-changes [debian/source/lintian- > overrides:2] On removing that file, I get this warning (and by the way do not see the warning which you report): > run-lintian luit_2.0.20240910-1.dsc luit_2.0.20240910-1_amd64.buildinfo luit_2 .0.20240910-1_amd64.changes N: W: luit source: no-debian-changes N: N: This non-native package makes no changes to the upstream sources in the N: Debian-related files. N: N: Maybe a mistake was made when the upstream tarball was created, or maybe N: this package is really a native package but was built non-native by N: mistake. N: N: Debian packaging is sometimes maintained as part of upstream, but that is N: not recommended as best practice. Please make this package native, if the N: software is only for Debian. Otherwise, please remove the debian directory N: from upstream releases and add it in the Debian packaging. N: N: Format 1.0 packages are subject to the restriction that the diff cannot N: remove files from the debian directory. For Format 3.0 packages, the N: debian directory is automatically purged during unpacking. N: N: Visibility: warning N: Show-Always: no N: Check: files/artifact N: Renamed from: empty-debian-diff N: -- Thomas E. Dickey https://invisible-island.net signature.asc Description: PGP signature
Bug#1081570: RFS: luit/2.0.20240910-1 -- locale and ISO 2022 support for Unicode terminals
On Sat, Sep 14, 2024 at 02:08:44AM +0100, Phil Wyett wrote: > Control: tags -1 +moreinfo > > Thomas, > > Many thanks for addressing some of the issues raised. ... > 'd/copyright'. Please add a 'Files: debian/*' section that will inform of > changes related to persons who have made contribution to the debian packaging > related files and directories. Some Debian Developers (DDs) will be hesitant > to sponsor a package without this section being included. For me it is good > for completeness and clarity. So far there are no signifant changes therein (none as much as 10 lines). For the debian directory, I see this: Author Files Commits Inserts Deletes Bastian Germann 1122 Debian Janitor 3291 Thomas E. Dickey18 42 489 172 TOTAL 18 45 500 175 where that "9" includes 6 lines inserted into the changelog file. I'll add an explicit debian/* pattern, to remind developers to update the copyright file if there are relevant changes in the future. -- Thomas E. Dickey https://invisible-island.net signature.asc Description: PGP signature
Bug#1081697: lsp-plugins-lv2: crash (segfault) when trying to import hydrogen drumkits (drumkit.xml)
linux-gnu/libxcb-render.so.0 (0x7fa1b665b000) libxcb-shm.so.0 => /lib/x86_64-linux-gnu/libxcb-shm.so.0 (0x7fa1b6d65000) libpixman-1.so.0 => /lib/x86_64-linux-gnu/libpixman-1.so.0 (0x7fa1b65a9000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fa1b657c000) libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x7fa1b6551000) libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7fa1b653e000) libbrotlidec.so.1 => /lib/x86_64-linux-gnu/libbrotlidec.so.1 (0x7fa1b653) libXau.so.6 => /lib/x86_64-linux-gnu/libXau.so.6 (0x7fa1b6529000) libXdmcp.so.6 => /lib/x86_64-linux-gnu/libXdmcp.so.6 (0x7fa1b6521000) libbrotlicommon.so.1 => /lib/x86_64-linux- gnu/libbrotlicommon.so.1 (0x7fa1b64fe000) libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x7fa1b64e9000) libmd.so.0 => /lib/x86_64-linux-gnu/libmd.so.0 (0x7fa1b64da000) on fedora (40) it seems, that libxml2 is linked: ldd /usr/lib64/lv2/lsp-plugins.lv2/lsp-plugins-lv2.so linux-vdso.so.1 (0x7f2afb2da000) libsndfile.so.1 => /lib64/libsndfile.so.1 (0x7f2afb244000) libcairo.so.2 => /lib64/libcairo.so.2 (0x7f2afa8cb000) libstdc++.so.6 => /lib64/libstdc++.so.6 (0x7f2afa60) libm.so.6 => /lib64/libm.so.6 (0x7f2afa51c000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x7f2afb216000) libc.so.6 => /lib64/libc.so.6 (0x7f2afa32b000) /lib64/ld-linux-x86-64.so.2 (0x7f2afb2dc000) libgsm.so.1 => /lib64/libgsm.so.1 (0x7f2afb205000) libFLAC.so.12 => /lib64/libFLAC.so.12 (0x7f2afa867000) libvorbis.so.0 => /lib64/libvorbis.so.0 (0x7f2afa2fc000) libvorbisenc.so.2 => /lib64/libvorbisenc.so.2 (0x7f2afa264000) libopus.so.0 => /lib64/libopus.so.0 (0x7f2afa1fc000) libogg.so.0 => /lib64/libogg.so.0 (0x7f2afb1fb000) libmpg123.so.0 => /lib64/libmpg123.so.0 (0x7f2afa1a2000) libmp3lame.so.0 => /lib64/libmp3lame.so.0 (0x7f2afa12b000) libz.so.1 => /lib64/libz.so.1 (0x7f2afa10a000) libpng16.so.16 => /lib64/libpng16.so.16 (0x7f2afa0d) libfontconfig.so.1 => /lib64/libfontconfig.so.1 (0x7f2afa08) libfreetype.so.6 => /lib64/libfreetype.so.6 (0x7f2af9fb7000) libX11.so.6 => /lib64/libX11.so.6 (0x7f2af9e72000) libXext.so.6 => /lib64/libXext.so.6 (0x7f2af9e5e000) libXrender.so.1 => /lib64/libXrender.so.1 (0x7f2afb1eb000) libxcb.so.1 => /lib64/libxcb.so.1 (0x7f2af9e33000) libxcb-render.so.0 => /lib64/libxcb-render.so.0 (0x7f2af9e23000) libxcb-shm.so.0 => /lib64/libxcb-shm.so.0 (0x7f2af9e1e000) libpixman-1.so.0 => /lib64/libpixman-1.so.0 (0x7f2af9d6f000) libxml2.so.2 => /lib64/libxml2.so.2 (0x7f2af9c11000) libbz2.so.1 => /lib64/libbz2.so.1 (0x7f2af9bfd000) libharfbuzz.so.0 => /lib64/libharfbuzz.so.0 (0x7f2af9ae1000) libbrotlidec.so.1 => /lib64/libbrotlidec.so.1 (0x7f2af9ad3000) libXau.so.6 => /lib64/libXau.so.6 (0x7f2af9acd000) liblzma.so.5 => /lib64/liblzma.so.5 (0x7f2af9a9a000) libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x7f2af994c000) libgraphite2.so.3 => /lib64/libgraphite2.so.3 (0x7f2af992c000) libbrotlicommon.so.1 => /lib64/libbrotlicommon.so.1 (0x7f2af9909000) libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x7f2af9869000) Perhaps, this could be the root cause...? lsp-plugins are built without xml support. If this is the problem, please built lsp-plugins with xml support Otherwise I would be happy to provide more information. Thank you and best regards Thomas -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.10.6-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages lsp-plugins-lv2 depends on: ii libc6 2.40-2 ii libcairo2 1.18.2-1 ii libfreetype6 2.13.3+dfsg-1 ii libsndfile1 1.2.2-1+b2 ii libstdc++6 14.2.0-3 ii libx11-6 2:1.8.7-1+b1 ii libxrandr2 2:1.5.4-1 ii lsp-plugins-r3d-glx 1.2.16-1 lsp-plugins-lv2 recommends no packages. lsp-plugins-lv2 suggests no packages. -- no debconf information
Bug#1081566: 99-networkd-run.sh: line 6: basename: command not found; doesn't actually mount nfs4 sysroot (but mount ... /sysroot; exit from emergency shell works)
I wonder why basename is not available, because coreutils is a required and essential package. Do you have any special setup? Is it inside a container? -- viele Grüße Thomas
Bug#1081570: RFS: luit/2.0.20240910-1 -- locale and ISO 2022 support for Unicode terminals
On Fri, Sep 13, 2024 at 12:55:01AM +0100, Phil Wyett wrote: > Control: tags -1 +moreinfo > > Thomas, > > Preamble... > > Thank you for taking the time to prepare this package and your contribution > to the Debian project. > > The review below is for assistance. This review is offered to help package > submitters to Debian mentors inorder to improve their packages prior to > possible sponsorship into Debian. There is no obligation on behalf of the > submitter to make any alterations based upon information provided in the > review. > > Review... I'll address most of this (thanks) > 1. Build: > > * pbuilder [1]: Good > * sbuild [2]: Good > > 2. Lintian [3]: Issues > > W: luit source: build-depends-on-obsolete-package Build-Depends: pkg-config > => pkgconf > N: > N: The package build-depends on a package that has been superseded. If the > N: superseded package is part of an ORed group, it should not be the first > N: package in the group. > N: > N: Visibility: warning > N: Show-Always: no > N: Check: fields/package-relations > N: > N: > I: luit source: out-of-date-standards-version 4.6.1.0 (released 2022-05-11) > (current is 4.7.0) > N: > N: The source package refers to a Standards-Version older than the one that > N: was current at the time the package was created (according to the > N: timestamp of the latest debian/changelog entry). Please consider > updating > N: the package to current Policy and setting this control field > N: appropriately. > N: > N: If the package is already compliant with the current standards, you > don't > N: have to re-upload the package just to adjust the Standards-Version > control > N: field. However, please remember to update this field next time you > upload > N: the package. > N: > N: See /usr/share/doc/debian-policy/upgrading-checklist.txt.gz in the > N: debian-policy package for a summary of changes in newer versions of > N: Policy. > N: > N: Please refer to > N: https://www.debian.org/doc/debian-policy/upgrading-checklist.html for > N: details. > N: > N: Visibility: info > N: Show-Always: no > N: Check: fields/standards-version > N: > N: > I: luit source: unused-override no-debian-changes [debian/source/lintian- > overrides:2] > N: > N: Your package specifies the named override but there were no tags that > N: could have been silenced by it. > N: > N: Maybe you fixed an underlying condition but forgot to remove the > override. > N: It is also possible that the Lintian maintainers fixed a false positive. > N: > N: If the override is now unused, please remove it. > N: > N: This tag is similar to mismatched-override except there a tag could have > N: been silenced if the context had matched. > N: > N: Sometimes, overrides end up not being used because a tag appears only on > N: some architectures. In that case, overrides can be equipped with an > N: architecture qualifier. > N: > N: Please refer to Architecture specific overrides (Section 2.4.3) in the > N: Lintian User's Manual for details. > N: > N: Visibility: info > N: Show-Always: yes > N: Check: lintian > N: > N: 0 hints overridden; 1 unused override > > 3. Licenses [4]: Issues, with false positives possible > > philwyett@ks-tarkin:~/Development/builder/debian/mentoring/luit$ lrc > en: Versions: recon 1.18 check 3.3.9-1 > > Parsing Source Tree > Reading copyright > Missing Files Paragraph for debian/ > Running licensecheck > > d/copyright | licensecheck > > X11 | Expat charset.c licensecheck has a problem. I recommend fixing it. https://invisible-island.net/ncurses/ncurses-license.html#issues_expat I don't see that here with licensecheck - must be a recent bug: ./COPYING: MIT License ./COPYING.asc: *No copyright* UNKNOWN ./Makefile.in: UNKNOWN ./aclocal.m4: UNKNOWN ./builtin.c: *No copyright* UNKNOWN [generated file] ./charset.c: MIT License ./charset.h: MIT License ./config.guess: GNU General Public License v3.0 or later ./config.sub: GNU General Public License v3.0 or later ./config_h.in: *No copyright* UNKNOWN ./configure: FSF Unlimited License ./configure.in: UNKNOWN ./fontenc.c: MIT License ./install-sh: X11 License [generated file] ./iso2022.c: MIT License ./iso2022.h: MIT License ./luit.c: MIT License ./luit.h: MIT License ./luit.log.html: MIT License ./luit.man: MIT License ./luitconv.c: MIT License ./luitconv.h: MIT L
Bug#1081570: RFS: luit/2.0.20240910-1
Package: sponsorship-requests Severity: normal I've updated https://salsa.debian.org/debian/luit for the current version of luit, and would like a sponsor.
Bug#1056382: closed by Debian FTP Masters (reply to Thomas Lange ) (Bug#1056382: fixed in dracut 103-2)
>>>>> On Wed, 11 Sep 2024 17:36:04 +0200, Jochen Sprickerhof >>>>> said: > Even more, init is essential so should no be dependent on and does not > contain poweroff and the others anymore. Hi Jochen, the package init defines this: Pre-Depends: systemd-sysv | sysvinit-core and poweroff is included in systemd-sysv and sysvinit-core. So that's seems to be fine. IMO depending on init | systemd is too much and this would be better: 'systemd-sysv | sysvinit-core' In bookworm and trixie the package init is important but not essential. So what needs to be changed now? -- regards Thomas
Bug#1081468: ITP: python-crc -- library and CLI to calculate and verify all kinds of CRC checksums
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-crc Version : 7.0.0 Upstream Author : Nicola Coretti * URL : https://github.com/Nicoretti/crc * License : BSD-2-clause Programming Lang: Python Description : library and CLI to calculate and verify all kinds of CRC checksums This package provides a library and CLI to calculate and verify all kinds of CRC checksums. The library includes a variety of common CRC configurations for convenience. I intend to maintain this package within the Home Assistant team.
Bug#1081466: ITP: python-airtouch5py -- client for the airtouch 5
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-airtouch5py Version : 0.2.10 Upstream Author : Dave Leaver * URL : https://github.com/danzel/airtouch5py * License : Apache-2.0 Programming Lang: Python Description : client for the airtouch 5 This package provides a client for the airtouch 5. . This package is a dependency of Home Assistant.
Bug#1081465: ITP: python-airtouch4pyapi -- api allowing control temperature of an Airtouch 4 controller
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-airtouch4pyapi Version : 1.0.8 Upstream Author : Sam Sinnamon * URL : https://github.com/LonePurpleWolf/airtouch4pyapi * License : Expat Programming Lang: Python Description : api allowing control temperature of an Airtouch 4 controller This package provides a client for the api allowing control of AC state (temperature, on/off, mode) of an Airtouch 4 controller locally over TCP. . This package is a dependency of Home Assistant.
Bug#1081424: Bash built-in printf produces garbage number output in current Debian Testing (2024-09-11)
Package: bash Version: 5.2.32-1 The Bash shell's built-in printf produces garbage number output in current Debian Testing (2024-09-11), while Debian 11 and Debian 12 are fine. Also, the output of /usr/bin/printf is fine in all tested Debian versions. To reproduce: nornetpp@localhost:~$ printf "%10.0f\n" 12345678 238457416090396767707304675252454986081367308813663531015880322667198112763750854757905580355132155329820461459617415765803116286001672404059687746657869371581681572204369872464900035 123107901805462780598369748070783632739333658461196048813147075036571037797440555190334064382508846428069876326636603292685315100854206616620409994781821060679026225576101108653622576 425593438948182131256844503389214838610110136064454083062773567165839736126249568981036096370921691338747837272117747233098212989058970423082701848870955043306299909838746516740437519 8033922525924516419625153460658418345963410496114727556613682030027644190210023703445504 nornetpp@localhost:~$ printf "%10.0f\n" 12345678 211317812454266097166268525879808504795437301598056361296540803346478239609500358078835830098123475509296113237720689450943682581289087651329166275045653749141993423604502211882874640 2875683955124032326122934941018972909219768528166906921863834105770585936512483290251264 nornetpp@localhost:~$ printf "%10.0f\n" 12345678 -0 nornetpp@localhost:~$ printf "%10.0f\n" 12345678 12070010891057555698019353334650448168725529195039567131622655078416352941113399293872810832463844421013506463238231915332493442453933801522067740551462231838572073633660316969777 000112821137772351248307264758606730468089279621031021035307192220710062156320925053197597837835047573923044942760254784499506182230962955657077033672453144652350972206883202280328507 796930621276761966162132158726226561038606948754757028054619169767118660905288057032429487965464379336345343118648563123130181607509985990163679557181465698121168144652578159744876975 191294924717267982598678243690511798082611608664758659690358529426425809590619000232717992694367819840868083922922085255089686375180670997989211819151724861378154003176580850033621882 226363579355786936555626218976297414434959359586076160134065311523372831069479812976950922349138826772851974735645861713861889694576761826103781741892021698767096036717951513143567333 522436946970890507707068683117986755786577343694471512401334857020544465558574385355349853610975848513609696439599143756165400917123734076101715377241438125861826796515995046071682722 259277631786845673963454894760923664755987889775513993832632245398169332706364536710859192920195638924573648663684948992372153722133458993942920621985257885771498221741555330701967338 987608142749299326414401100493548497542102651107382271874761968249074968449117821706618366073791758032537802119968797659352077486805284869146183875228258000910064941445757196030055083 808221239434247309787551507083642658625113230343121403027817968902252342039872929069945500170135050462234605142789288379778684103756921430779441646453124482991190969193948103955264708 272445841090300164346821121654255045573723482012787783121458325492073089826808715675076387235258137110274164571172269623109281920943752964409578994445773037502117332196076409870788489 705422570856187333479043419158979425189468667424108607392928135856530541474101565080534253491402015385238775733427718737182097306247366779718978639036577979030405029042791139049409744 26135084959661625320072981176425614740702395570598089744911641932357655030241638498984173402563569522300522681068722726017254642709908591858315695415748550544692603838708441860385 53427068426586613396603995809057371295966941937664 ... The output seems to be random garbage, may be the input is taken from uninitialised memory? With /usr/bin/printf (provided by coreutils), the output is as expected: nornetpp@localhost:~$ /usr/bin/printf "%10.0f\n" 12345678 12345678 nornetpp@localhost:~$ /usr/bin/printf "%10.0f\n" 12345678 12345678 Version information: nornetpp@localhost:~$ lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux trixie/sid Release: n/a Codename: trixie nornetpp@localhost:~$ date on. 11. sep. 16:58:57 +0200 2024 nornetpp@localhost:~$ apt-show-versions | grep bash bash:amd64/trixie 5.2.32-1 uptodate bash-completion:all/trixie 1:2.14.0-1 uptodate nornetpp@localhost:~$ sudo apt dist-upgrade -y Summary: Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 0 -- Best regards / Mit freundlichen Grüßen / Med vennlig hilsen === Thomas Dreibholz Simula@OsloMet -- Simula Metropolitan Centre for Digital Engineering Centre for Resilient Networks and Applications Pilestredet 52 0167 Oslo, Norway ---
Bug#1081378: RM: python-atomicwrites-homeassistant -- ROM; duplicate
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove Hi, python-atomicwrites-homeassistant is a fork of atomicwrites. I did a diff of both packages, and they are they same exact one unique __init__.py. What happened is that atomicwrites got abandonned upstream, and then forked by atomicwrites-homeassistant. I wasn't aware it was unmodified. What should happen, is the atomicwrites should addopt the new upstream URL and use that from now on, and maybe add a: Provides: python3-atomicwrites-homeassistant Cheers, Thomas Goirand (zigo)
Bug#1080250: python3-atomicwrites-homeassistant has an undeclared file conflict on /usr/lib/python3/dist-packages/atomicwrites/__init__.py
Hi, The issue really is in atomicwrites-homeassistant that should never have been uploaded. I'll ask for a RM of that package. In the mean while, I think it's ok to ignore this bug. Cheers, Thomas Goirand (zigo)
Bug#1081355: ITP: python-aioslimproto -- talk to Logitech Squeezebox players directly (without Logitech server)
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-aioslimproto Version : 3.0.1 Upstream Author : > * URL : https://github.com/home-assistant-libs/aioslimproto * License : Apache-2.0 Programming Lang: Python Description : talk to Logitech Squeezebox players directly (without Logitech server) This package provides a Python module to talk to Logitech Squeezebox players directly (without Logitech server). . This package is a dependency of Home Assistant.
Bug#1081292: ITP: python-sanix -- wrapper for getting measurements data from Sanix devices
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-sanix Version : 1.0.6 Upstream Author : Tomasz Słuszniak * URL : https://github.com/tomaszsluszniak/sanix_py * License : Expat Programming Lang: Python Description : wrapper for getting measurements data from Sanix devices This package provides a wrapper for getting measurement data from Sanix devices. . This package is a dependency of Home Assistant.
Bug#1081262: ITP: python-samsungtvws -- Samsung Smart TV WS API wrapper
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-samsungtvws Version : 2.6.0 Upstream Contact: (c) 2017 Victor Rachieru * URL : https://github.com/xchwarze/samsung-tv-ws-api * License : Expat Programming Lang: Python Description : Samsung Smart TV WS API wrapper This package provides a Samsung Smart TV WS API wrapper. . This is a dependency of Home Assistant.
Bug#1081240: ITP: python-rxv -- automation Library for Yamaha receivers
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-rxv Version : 0.7.0 Upstream Author : Wojciech Bederski * URL : https://github.com/wuub/rxv * License : BSD-2-clause Programming Lang: Python Description : automation Library for Yamaha receivers This package provides an automation Library for for Yamaha RX-V473, RX-V573, RX-V673, RX-V773 receivers. . This package is a dependency of Home Assistant.
Bug#1081237: ITP: python-samsungctl -- Remote control Samsung televisions via TCP/IP connection
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-samsungctl Version : 0.7.1 Upstream Author : Lauri Niskanen * URL : https://github.com/Ape/samsungctl * License : Expat Programming Lang: Python Description : Remote control Samsung televisions via TCP/IP connection This package provides a library and a command line tool for remote controlling Samsung televisions via a TCP/IP connection. It currently supports both pre-2016 TVs as well most of the modern Tizen-OS TVs with Ethernet or Wi-Fi connectivity. . This package is a dependency of Home Assistant.
Bug#1081203: ITP: python-threadloop -- Tornado IOLoop Backed Concurrent Futures
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-threadloop Version : 1.0.2 Upstream Contact: Grayson Koonce * URL : https://github.com/TomerFi/aioswitcher * License : Expat Programming Lang: Python Description : Tornado IOLoop Backed Concurrent Futures This package provides a way to run Tornado Coroutines from Synchronous Python. . Tornado is a Python web framework and asynchronous networking library, originally developed at FriendFeed. By using non-blocking network I/O, Tornado can scale to tens of thousands of open connections, making it ideal for long polling, WebSockets, and other applications that require a long-lived connection to each user.
Bug#1081172: ITP: python-idasen -- ikea IDÅSEN desk API and CLI
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-idasen Version : 0.12.0 Upstream Author : Alex Martens * URL : https://github.com/newAM/idasen * License : Expat Programming Lang: Python Description : ikea IDÅSEN desk API and CLI. The IDÅSEN is an electric sitting standing desk with a Linak controller sold by ikea. The position of the desk can controlled by a physical switch on the desk or via bluetooth using an phone app. . This is a command line interface written in python to control the Idasen via bluetooth from a desktop computer.
Bug#1081170: ITP: python-idasen-ha -- Home Assistant helper lib for the IKEA Idasen Desk integration
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-idasen-ha Version : 2.6.2 Upstream Author : null > * URL : https://github.com/abmantis/idasen-ha/ * License : Expat Programming Lang: Python Description : Home Assistant helper lib for the IKEA Idasen Desk integration This package provides a Home Assistant helper library for accessing to the IKEA Idasen Desk integration. . This package is a dependency of Home Assistant.
Bug#1081168: ITP: python-ibeacon-ble -- parser for iBeacon devices
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-ibeacon-ble Version : 1.2.0 Upstream Author : J. Nick Koston * URL : https://github.com/bluetooth-devices/ibeacon-ble * License : Expat Programming Lang: Python Description : parser for iBeacon devices This package provides a parser for iBeacon devices. . This package is a dependency of Home Assistant.
Bug#1081167: ITP: python-iaqualink -- Asynchronous library for Jandy iAqualink
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-iaqualink Version : 0.5.0 Upstream Author : null > * URL : https://github.com/flz/iaqualink-py * License : BSD-3-clause Programming Lang: Python Description : Asynchronous library for Jandy iAqualink This package provides access and control of the Jandy iAqualink pool devices. . This package is a dependency of Home Assistant.
Bug#1081164: ITP: python-hyperion-py -- Hyperion Ambient Lighting support
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-hyperion-py Version : 0.7.5 Upstream Author : Dermot Duffy * URL : https://github.com/dermotduffy/hyperion-py * License : Expat Programming Lang: Python Description : Hyperion Ambient Lighting Python Package This package provides a library for Hyperion-NG (https://github.com/hyperion-project/hyperion.ng). See JSON API (https://docs.hyperion-project.org/en/json/) for more details about the inputs and outputs of this library. . This package is a dependency of Home Assistant.
Bug#1081141: ITP: python-crownstone-cloud -- get data from the cloud, and switch Crownstones
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-crownstone-cloud Version : 1.4.11 Upstream Author : Crownstone B.V. * URL : https://github.com/Crownstone-Community/crownstone-lib-python-cloud * License : Apache-2.0 Programming Lang: Python Description : get data from the cloud, and switch Crownstones This package provides provides an asynchronous Python library to get data from the cloud, and switch Crownstones. Functionality: * Async: using asyncio and aiohttp, optimized for speed. * Easy to use: sync all your Crownstone Cloud data with just one command! * Structurally sound: find your data with ease! * Complete: set the switch state and brightness of your Crownstones remotely! * Flexible: Login and get the data for multiple accounts at once! . This package is a dependency of Home Assistant.
Bug#1081128: ITP: python-bluecurrent-api -- wrapper for the Blue Current websocket API
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-bluecurrent-api Version : 1.2.3 Upstream Contact: Floris272 * URL : https://github.com/bluecurrent/HomeAssistantAPI * License : Expat Programming Lang: Python Description : wrapper for the Blue Current websocket API This package provides an asyncio-driven library that interfaces with the Websocket API provided by Blue Current. This was made for the Blue Current Home Assistant integration.
Bug#1081067: ITP: python-bimmer-connected -- Library to read data from the BMW Connected Drive portal
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-bimmer-connected Version : 0.16.3 Upstream Author : gerard33, rikroe * URL : https://github.com/bimmerconnected/bimmer_connected * License : Apache-2.0 Programming Lang: Python Description : Library to read data from the BMW Connected Drive portal This package provides a simple library to query and control the status of cars from brands BMW, Mini, or Toyota Supra vehicle from the MyBMW portal. . This package is a dependency of Home Assistant.
Bug#1081062: ITP: python-bellows -- Library implementing EZSP
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-bellows
Version : 0.40.5
Upstream Author : null >
* URL : https://github.com/zigpy/bellows
* License : GPL-2+
Programming Lang: Python
Description : Library implementing EZSP
Bellows is a Python 3 library implementation for the zigpy
(https://github.com/zigpy/zigpy) project to add Zigbee radio support for
Silicon Labs EM35x ("Ember") and EFR32 ("Mighty Gecko") based Zigbee
coordinator devices using the EZSP (EmberZNet Serial Protocol) interface.
.
The project can be used as a stand-alone library, however, the main goal of
this project is to add native support for EmberZNet Zigbee radio based USB
stick devices (a.k.a. "Ember" and "Mighty Gecko" based
adapters/dongles/modules) to Home Assistant's built-in ZHA (Zigbee Home
Automation) integration component, all owing Home Assistant with such
hardware to nativly support direct control of compatible Zigbee devices, such
as; Philips HUE, GE, Ledvance, Osram Lightify, Xiaomi/Aqara, IKEA Tradfri,
Samsung SmartThings, and many more.
.
See https://www.home-assistant.io/integrations/zha/
.
Bellows interacts with the Zigbee Network Coprocessor (NCP) with EmberZNet PRO
Zigbee coordinator firmware using the EZSP protocol serial interface APIs via
via UART for Silicon Labs EM35x and EFR32 Zigbee radio module/chips hardware.
The library currently supports the Silicon Labs EZSP (EmberZNet Serial
Protocol) API versions v4/v5/v6/v7/v8 for Silabs older EM35x "Ember" and their
newer EFR32 "Mighty Gecko" SoCs using ASH protocols over a serial interface.
I intend to maintain this package within the Home Assistant team.
Bug#1081063: ITP: python-pure-pcapy3 -- Pure Python reimplementation of pcapy
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-pure-pcapy3 Version : 1.0.1 Upstream Contact: Stanislaw Pitucha * URL : https://github.com/rcloran/pure-pcapy-3 * License : Simplified-BSD Programming Lang: Python Description : Pure Python reimplementation of pcapy This package provides an API-compatible replacement for the popular pcapy package. Since it is a pure-Python package, it cannot access some elements like live traffic capture directly. Only file operations are allowed right now. Any operation which is available in pcapy and could not be implemented here will throw NotImplementedError. Behaviour should be compatible up to the text of some exceptions (tests are included). I intend to maintain this package within the Home Assistant team.
Bug#1081046: ITP: python-asyncsleepiq -- ASync SleepIQ API
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-asyncsleepiq Version : 1.5.3 Upstream Author : Keilin Bickar * URL : http://github.com/kbickar/asyncsleepiq * License : Expat Programming Lang: Python Description : ASync SleepIQ API AsyncSleepIQ is an library for accessing the SleepIQ API from Python. SleepIQ (http://www.sleepnumber.com/sn/en/sleepiq-sleep-tracker) is an addon for Sleep Number beds (http://www.sleepnumber.com/). . This package is a dependency of Home Assistant.
Bug#1080977: ITP: oscs -- OpenStack cloud selector parses credentials from clouds.yaml
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: oscs Version : 0.0.1 Upstream Contact: Bertrand Lanson * URL : https://salsa.debian.org/openstack-team/clients/oscs * License : Expat Programming Lang: Python Description : OpenStack cloud selector parses credentials from clouds.yaml This package provides a parser for the ~/.config/openstack/clouds.yaml and makes it possible to select one of the, by exporting the OS_CLOUD environment variable. When using "oscs set" without any argument, oscs displays a nice fzf ncurse dialogue where uses can select what cloud to use with the arrow keys. . The way to use it, is to source /usr/share/oscs/oscs from your .bashrc.
Bug#1080971: ITP: python-asyncarve -- Simple Arve library
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-asyncarve Version : 0.1.1 Upstream Contact: ikalnyi * URL : https://github.com/arvetech/asyncarve * License : Expat Programming Lang: Python Description : Simple Arve library This package allows to acquire the latest measurement data and information about the device programmatically. It is mainly created to allow third-party programs to get and display the measurements of the device.
Bug#1080816:
Fix added to Salsa repository for Unstable, pending tag added. Thomas
Bug#1080488: ITP: python-foobot-async -- Foobot device (Air Quality Monitoring) client
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-foobot-async Version : 1.0.1 Upstream Contact: Fabien Piuzzi * URL : https://github.com/reefab/foobot_async * License : Expat Programming Lang: Python Description : Foobot device (Air Quality Monitoring) client This package provides an API Client for the Foobot Air Quality Monitoring devices (https://foobot.io). . This package is a dependency of Home Assistant.
Bug#1080468: remove item from masterlist
Package: mirrors User: mirr...@packages.debian.org Usertags: mirror-list Hi, please remove this entry from the masterlist: DE Germany mirror.daniel-jost.net Daniel Jost - Freelance Web Professional It only redirects to DE Germany mirror.dogado.dedogado GmbH which is already in the masterlist. $ curl mirror.daniel-jost.net 301 Moved Permanently Moved Permanently The document has moved https://mirror.dogado.de/";>here. -- best regards Thomas
Bug#1080389: ITP: cyborg -- OpenStack Acceleration as a Service
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: cyborg Version : 12.0.0 Upstream Contact: OpenStack Foundtaion * URL : https://opendev.org/openstack/cyborg * License : Apache-2.0 Programming Lang: Python Description : OpenStack Acceleration as a Service Cyborg provides a general management framework for accelerators such as FPGA, GPU, SoCs, NVMe SSDs, CCIX caches, DPDK/SPDK, pmem and so forth. It provides a REST API for basic accelerator life cycle management, and has a generic driver for common accelerator support.
Bug#1071216: asahi-btsync: calling of asahi-btsync panics
Hi all, ok this is the actual state for me (as NoisyCoil already found out: macbook pro m1pro 14'') asahi btsync: thread 'main' panicked at src/main.rs:53:17: called `Result::unwrap()` on an `Err` value: VariableNotFound note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace asahi-nvram read system:BluetoothUHEDevices VariableNotFound but asahi-nvram has a bunch of variables I am still running my own u-boot-asahi - actual 2024.07-1+cy8aer1 https://git.g3la.de/repos/-/packages/debian/u-boot-asahi/2024.07-1+cy8aer1 actual builder: https://git.g3la.de/repos/m1-debian/src/branch/baer/m1n1_uboot_kernel.sh @NoisyCoil u-boot-asahi is more or less the original just with the bootmenu patch. Am 01.09.24 um 20:21 schrieb NoisyCoil: Package: asahi-btsync Followup-For: Bug #1071216 X-Debbugs-Cc: noisyc...@tutanota.com, cybae...@web.de Hi all, The reported bug seems to point to a missing variable in NVRAM, which is a bit weird. I cannot reproduce it on my machine (M1 Mac Mini). cy8aer, do you confirm the bug is still there and, if yes, what machine (was it a 14" M1 Pro MacBook Pro?) and version of u-boot-asahi (origin, i.e. debian or self-built, if self-built from what sources, and what version) you are using? Also, using asahi-nvram from the asahi-nvram package, what does `sudo asahi-nvram read system:BluetoothUHEDevices` return on stdout? Does `sudo asahi-nvram read` return anything at all? I feel the answers to these questions might be relevant to better understand the issue before involving upstream.
Bug#1080302: Missing copyright notices
Package: zeromq3 Version: 4.3.4-6 Extracting http://deb.debian.org/debian/pool/main/z/zeromq3/zeromq3_4.3.4.orig.tar.gz you will find several license texts and copyright notices not present in https://metadata.ftp-master.debian.org/changelogs//main/z/zeromq3/zeromq3_4.3.4-6_copyright libzmq-4.3.4\external\sha1\license.txt: Copyright (C) 1995, 1996, 1997, and 1998 WIDE Project. All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. 3. Neither the name of the project nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE PROJECT AND CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE PROJECT OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. libzmq-4.3.4\external\unity\license.txt: The MIT License (MIT) Copyright (c) 2007-14 Mike Karlesky, Mark VanderVoord, Greg Williams 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. libzmq-4.3.4\external\wepoll\license.txt: wepoll - epoll for Windows https://github.com/piscisaureus/wepoll Copyright 2012-2018, Bert Belder All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: * Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. * Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
Bug#1080055: php8.2: Please provide PHP 8.2.21 in stable
Package: php8.2-common Version: 8.2.20-1~deb12u1 Severity: normal Dear Maintainer, please provide PHP 8.2.21 in stable. Actual version PHP 8.2.20 has a bug, which stops working of framework 'api-platform'. https://github.com/api-platform/core/issues/6416#issuecomment-218646 Regards Thomas -- System Information: Debian Release: 12.6 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-23-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages php8.2 depends on: ii php8.2-common 8.2.20-1~deb12u1 ii php8.2-fpm 8.2.20-1~deb12u1 php8.2 recommends no packages. php8.2 suggests no packages. Versions of packages php8.2-common depends on: ii libc6 2.36-9+deb12u7 ii libffi8 3.4.4-1 ii libssl3 3.0.13-1~deb12u1 ii php-common 2:93 ii ucf 3.0043+nmu1 -- no debconf information
Bug#1080033: ITP: python-aranet4 -- Aranet Python client
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-aranet4 Version : 2.4.0 Upstream Author : Anrijs Jargans * URL : https://github.com/Anrijs/Aranet4-Python * License : Expat Programming Lang: Python Description : Aranet Python client This package provides a Python library and command line interface for Aranet4, Aranet2, Aranet Radiation and Aranet Radon Plus sensors. . This package is a dependency of Home Assistant.
Bug#1080032: ITP: python-apsystems-ez1 -- interface for interacting with the local API of APsystems EZ1 Microinverters
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-apsystems-ez1 Version : 2.3.0 Upstream Author : Sonnenladen GmbH * URL : https://github.com/SonnenladenGmbH/APsystems-EZ1-API * License : Expat Programming Lang: Python Description : interface for interacting with the local API of APsystems EZ1 Microinverters. This package provides a Python library that can be used to interact with APsystems EZ1 Microinverters. It provides a convenient way to communicate with the microinverter over your local network, allowing to read and set various device parameters like power status, alarm information, device information, and power limits. . Features: - Get detailed device information - Retrieve alarm status information - Fetch output data (power output, energy readings) - Set and get maximum power limits (30 W up to 800 W) - Manage device power status (sleep_mode/on/off) - Calculate combined power output and total energy generated . This package is a dependency of Home Assistant. This is a dependency of Home Assistant.
Bug#1080031: ITP: python-aprslib -- accessing APRS-IS and parsing APRS packets
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-aprslib Version : 0.7.2 Upstream Author : Rossen Georgiev * URL : https://github.com/rossengeorgiev/aprs-python * License : GPL-2+ Programming Lang: Python Description : Module for accessing APRS-IS and parsing APRS packets I will maintain this package in the Home Assistant team.
Bug#1080030: ITP: python-anthemav -- Python API for controlling Anthem Receivers
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-anthemav Version : 1.4.2 Upstream Author : David McNett * URL : https://github.com/nugget/python-anthemav * License : Expat Programming Lang: Python Description : Python API for controlling Anthem Receivers This is a Python package to interface with Anthem (http://www.anthemav.com>) AVM and MRX receivers and processors. It uses the asyncio library to maintain an object-based connection to the network port of the receiver with supporting methods and properties to poll and adjust the receiver settings. . This package was created primarily to support an anthemav media_player platform for Home Assistant, but it is structured to be general-purpose and should be usable for other applications as well. . This package will maintain a persistant connection to the network control port which will prevent any other application from communicating with the receiver. This includes the Anthem iOS and Android remote control app as well as the ARC-2 room calibration software. One will need to disable any application that is using the library in order to run those other applications. I will maintain this package within the Home Assistant team.
Bug#1080029: ITP: python-anova-wifi -- get read only data from Anova precision cookers with wifi
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-anova-wifi Version : 0.17.1 Upstream Author : Luke * URL : https://github.com/Lash-L/anova_wifi * License : Expat Programming Lang: Python Description : get read only data from Anova precision cookers with wifi This package provides access to read only data from Anova precision cookers with wifi. . This package is a dependency of Home Assistant. I intend to maintain this package in the Home Assistant team.
Bug#1079994: ITP: python-aiowithings -- Asynchronous Python client for Withings.
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-aiowithings Version : 3.0.3 Upstream Author : Joost Lekkerkerker * URL : https://github.com/joostlek/python-withings * License : Expat Programming Lang: Python Description : Asynchronous Python client for Withings. This package provides an asynchronous Python client for Withings. Withings provides devices such as watches, scales, etc. . This package is a dependency of Home Assistant. I intend to maintain this package within the Home Assistant team.
Bug#1079951: ITP: python-aiowebostv -- Library to control webOS based LG TV devices
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-aiowebostv Version : 0.4.2 Upstream Author : Home Assistant Team * URL : https://github.com/home-assistant-libs/aiowebostv * License : Apache-2.0 Programming Lang: Python Description : Library to control webOS based LG TV devices This package provides a Python library to control LG webOS based TV devices. . This package is a dependency of Home Assistant. I intend to maintain this package within the Home Assistant team.
Bug#1079949: ITP: python-aiowaqi -- Asynchronous Python client for WAQI API
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-aiowaqi Version : 3.1.0 Upstream Author : Joost Lekkerkerker * URL : https://github.com/joostlek/python-waqi * License : Expat Programming Lang: Python Description : Asynchronous Python client for WAQI API. This package provides an asynchronous Python 3 client for the WAQI API, which allows to request data about air quality around the world. I intend to maintain this package within the Home Assistant team.
Bug#1079932: ITP: python-aiotractive -- Asynchronous Python client for the Tractive REST API
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-aiotractive Version : 0.6.0 Upstream Author : Gleb Sinyavskiy * URL : https://github.com/zhulik/aiotractive * License : Expat Programming Lang: Python Description : Asynchronous Python client for the Tractive REST API Unofficial, asynchronous, Python client for the Tractive (https://tractive.com) REST API. . This project and it's author are not affilated with Tractive GmbH. This project is a result of reverse engineering of the Tractive web app. I intend to maintain this package within the Home Assistant team.
Bug#1079918: [Pkg-privacy-maintainers] Bug#1079918: Patch does not work!
Your updated version here fails too. When you look at the verbose data, it catches a million quotes and still fails. I rewrote the debian/watch file and fixed it in Salsa using a variation of https://wiki.debian.org/debian/watch#GitLab and its updated April 2024 patterns, specifically to catch the tar.gz. Evaluating the verbose output with the download option indicates it works AND properly detects the single URL. Note that your uscan is also throwing warnings about "pgp" items being available but that isn't actually a present key in the environment. Running the download as you did seems to work. However that PGP warning is false. Too bad we can't suppress that. From: Pkg-privacy-maintainers on behalf of Patrice Duroux Sent: Wednesday, August 28, 2024 12:05 PM To: 1079...@bugs.debian.org <1079...@bugs.debian.org> Subject: [Pkg-privacy-maintainers] Bug#1079918: Patch does not work! Strange, because in general I test everything in a git clone before submitting. I think that your recent change is wrong also: $ more debian/watch version=4 opts="searchmode=plain" \ https://gitlab.torproject.org/tpo/applications/torbrowser-launcher/tags?sort=updated_desc .*/v?\d[\d.]+/@PACKAGE@-v?(\d\S*)\.tar\.gz $ uscan --download-current-version Newest version of torbrowser-launcher on remote site is 0.3.7, specified download version is 0.3.7 uscan warn: Possible OpenPGP signature found at: https://gitlab.torproject.org/tpo/applications/torbrowser-launcher/https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-privacy-maintainers
Bug#1079918: Fix in Salsa
A fix has been made available in Salsa, however as this is a very minor issue I don't think we're going to release -3 of the package just for fixing the d/watch file.
Bug#1079918: Patch does not work!
Tags: -1 - patch Tags: -1 + confirmed Hello! The patch you've provided does not match any files on the specified tags or releases page for the Tor Browser launcher tooling on the Tor gitlab. As such I am removing the "patch" tag here because we don't have a working updated d/watch file yet. This is however a confirmed issue.
Bug#1079909: ITP: python-jaeger-client -- OpenTracing tracer implementation
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-jaeger-client Version : 4.8.0 Upstream Contact: Yuri Shkuro * URL : https://github.com/jaegertracing/jaeger-client-python * License : Apache-2.0 Programming Lang: Python Description : OpenTracing tracer implementation This is a client-side library that can be used to instrument Python apps for distributed trace collection, and to send those traces to Jaeger. See the OpenTracing Python API for additional detail. I intend to maintain this package within the OpenStack team.
Bug#1079860: ITP: python-threadloop -- Tornado IOLoop Backed Concurrent Futures
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-threadloop Version : 1.0.2 Upstream Author : Grayson Koonce * URL : https://github.com/TomerFi/aioswitcher * License : Expat Programming Lang: Python Description : Tornado IOLoop Backed Concurrent Futures This package provides a way to run Tornado Coroutines from Synchronous Python. This is a new indirect dependency for OpenStack.
Bug#1079822: ITP: python-aioswitcher -- Switcher Python Integration
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-aioswitcher Version : 4.0.2 Upstream Author : Tomer Figenblat * URL : https://github.com/TomerFi/aioswitcher * License : Apache-2.0 Programming Lang: Python Description : Switcher Python Integration. This package provides integration with the Switcher API. I can handle many devices, such as: Switcher V2, Switcher Mini, Switcher Touch (V3), Switcher V4, Switcher Power Plug, Switcher Breeze, Switcher Runner, Switcher Runner Mini, Switcher Runner S11. I intend to maintain this package within the Home Assistant team.
Bug#1079821: ITP: python-aiosomecomfort -- client for Honeywell's US-based cloud devices
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-aiosomecomfort Version : 0.0.25 Upstream Author : Mike Kasper * URL : https://github.com/mkmer/AIOSomecomfort * License : GPL-3 Programming Lang: Python Description : A client for Honeywell's US-based cloud devices This package provides a client for Honeywell's US-based cloud devices. This is for the US model and website. Be aware that EU models are different! . This package is a dependency of Home Assistant. I intend to maintain this package within the Home Assistant team.
Bug#1079820: ITP: python-aiosolaredge -- Asyncio SolarEdge
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-aiosolaredge Version : 0.2.0 Upstream Author : J. Nick Koston * URL : https://github.com/bdraco/aiosolaredge * License : Expat Programming Lang: Python Description : Asyncio SolarEdge This package provides access to the devices of SolarEdge, and access production and consumption readings. . This package is a dependency of Home Assistant. I intend to maintain this package within the Home Assistant team.
Bug#1079793: puppetserver 7 upgrade doesn't clean up old puppetmaster 5 files
On Aug 27, 2024 4:15 PM, Jérôme Charaoui wrote: > > Hello, > > Just a note of caution: the upgrade from puppet-master to puppetserver > uses the same "puppet.conf" configuration, which sometimes has the > "vardir" setting defined to "/var/lib/puppet". If that's the case, then > this directory will not only contain the "old puppetmaster" files, but > also the new ones. > > As for the ssl files, puppetserver has some heuristics to move the files > itself on upgrade, see the "puppetserver migrate" command. Since the > puppetserver CA files are quite sensitive and losing them can cause a > serious outage, my preference would be to *not* touch these at all with > the package maintscripts. > > In general, I'm weary of dealing with this issue because the medicine > might end up being worse than the disease (a few stray files). > Maintainer's time is also scarce, and I'm also tempted to mention that > the 5.5 -> 7 upgrade ship in Debian has sailed... I agree to all you wrote. Thomas Goirand (zigo)
Bug#1079790: ITP: python-aiosenz -- async Typed Python package for the nVent RAYCHEM SENZ RestAPI
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-aiosenz Version : 1.0.0 Upstream Author : Milan Meulemans * URL : https://github.com/milanmeu/aiosenz * License : LGPL-2.1 Programming Lang: Python Description : Async Typed Python package for the nVent RAYCHEM SENZ RestAPI This package provides an async Python wrapper for the nVent Raychem SENZ RestAPI. It offers an `AbstractSENZAuth`, where one can handle the OAuth2 tokens and provide a valid access token in get_access_token(). SENZAuth can be used if one does not will to handle the OAuth2 tokens. I intend to maintain this package within the Home Assistant team.
Bug#1079700: Please run tests in parrallel
Source: sqlalchemy Version: 1.4.46+ds1-1 Severity: wishlist Hi, It takes forever currently to build SQLAlchemy, because it's not running tests in parrallel. To do this, build-depends on python3-pytest-xdist, and add: -n `nproc` to the test command line. I tried, and it worked for me. Same should be applied to the autopkgtest. Cheers, Thomas Goirand (zigo)
Bug#1079692: ITP: python-sushy-oem-idrac -- Dell EMC iDRAC OEM extension package for the sushy library
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-sushy-oem-idrac Version : 5.0.0 Upstream Contact: OpenStack * URL : https://github.com/openstack/sushy-oem-idrac * License : Apache-2.0 Programming Lang: Python Description : Dell EMC iDRAC OEM extension package for the sushy library The sushy-oem-idrac package is a sushy extension package that aims at adding high-level hardware management abstractions, that are specific to Dell EMC BMC (which is known under the name of iDRAC), to the tree of sushy Redfish resources. I intend to maintain this package within the OpenStack team, as this is a recommends: for Ironic (aka: OpenStack baremetal as a service).
Bug#984879: podman does not work on Debian with selinux loaded
Hi all, I just upgraded a server from bullseye to bookworm, and unfortunately this issue is not fixed. I tried recreating the containers after the update, but it did not help. I opted for the workaround to disable labeling for Podman in /etc/containers/containers.conf. It's not ideal, but the issue goes away after that config change. I also tried the "restorecon" commands that Faidon posted, but it did not help. As for steps to reproduce: it might be a little tricky for my scenario, because I deploy my containers with Ansible. But if necessary, I can try to create a reproducer. Thomas
Bug#1079628: ITP: python-aiovlc -- control VLC over telnet connection using asyncio
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-aiovlc Version : 0.4.2 Upstream Contact: Martin Hjelmare * URL : https://github.com/MartinHjelmare/aiovlc * License : Apache-2.0 Programming Lang: Python Description : control VLC over telnet connection using asyncio This package provides an asyncio library to Control VLC over telnet connection. . This package is a dependency of Home Assistant. I intend to maintain this package within the Home Assistant team.
Bug#1079625: ITP: python-atomicwrites-homeassistant -- atomic file writes
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-atomicwrites-homeassistant Version : 1.4.1 Upstream Contact: Markus Unterwaditzer * URL : https://github.com/untitaker/python-atomicwrites * License : Expat Programming Lang: Python Description : atomic file writes This package provides a library to perform atomic file writes. . This package is a dependency of Home Assistant. I intend to maintain this package within the Home Assistant team.
Bug#1079624: ITP: python-psutil-home-assistant -- wrapper for psutil to allow it to be used several times in the same process
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-psutil-home-assistant Version : 0.0.1 Upstream Contact: Erik Montnemery * URL : https://github.com/home-assistant-libs/psutil-home-assistant * License : Apache-2.0 Programming Lang: Python Description : wrapper for psutil to allow it to be used several times in the same process The psutil library relies on global variable to maintain state between calls. This wrapper allows making local copies of the psutil library, wrapped in an object to allow psutil to be used more than once in a process. I intend to maintain this package within the Home Assistant team.
Bug#1079587: ITP: python-bleak-esphome -- Bleak backend of ESPHome
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-bleak-esphome Version : 1.0.0 Upstream Contact: J. Nick Koston * URL : https://github.com/bluetooth-devices/bleak-esphome * License : Expat Programming Lang: Python Description : Bleak backend of ESPHome This package provides access to the Bleak backend of ESPHome. It will scan bluetooth devices and connect to them using ESPHome. . This package is a Home Assistant dependency. I intend to maintain this package within the Home Assistant team.
Bug#1079586: ITP: python-aioesphomeapi -- Python API for interacting with ESPHome devices
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-aioesphomeapi Version : 25.1.0 Upstream Contact: Otto Winter * URL : https://github.com/esphome/aioesphomeapi/ * License : Expat Programming Lang: Python Description : Python API for interacting with ESPHome devices The aioesphomeapi Python package allows one to interact with devices flashed with ESPHome. . This package is a dependency of Home Assistant. I intend to maintain this package within the Home Assistant team.
Bug#1079585: ITP: python-noiseprotocol -- implementation of Noise Protocol Framework
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-noiseprotocol Version : 0.3.1 Upstream Contact: Piotr Lizonczyk * URL : https://github.com/plizonczyk/noiseprotocol * License : Expat Programming Lang: Python Description : implementation of Noise Protocol Framework This package provides a Python 3 implementation of the Noise Protocol Framework (see http://www.noiseprotocol.org/). It is compatible with revisions 32 and 33. . This package is an indirect dependency of Home Assistant. I intend to maintain this package within the Home Assistant team.
Bug#1079584: RM: murano-agent -- ROM; EOL upstream, rc buggy, unmaintained
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: murano-ag...@packages.debian.org Control: affects -1 + src:murano-agent Hi, We already removed murano for the same reason as $subject, so let's also remove murano-agent. Thanks, Thomas Goirand (zigo)
Bug#1079507: ncurses-base: compile with wgetch-events code
On Sat, Aug 24, 2024 at 06:08:45PM +0200, Sven Joachim wrote: > On 2024-08-24 01:47 -0400, Paul Dufresne wrote: > > > Package: ncurses-base > > Version: 6.5-2 > > Severity: wishlist > > > > Dear Maintainer, > > > > While trying to compile the haskell example program for module ncurses, > > I got the following error: > > While compiling: got: > > Failed to build ncurses-0.2.16. > > Build log ( > > /home/paul/.cabal/logs/ghc-9.4.7/ncurses-0.2.16-d863cb3651dc4baa1ab3f5d6ea2fc5693727b1cc5282fbebd8a1f4a6edda73e5.log > > ): > > Warning: ncurses.cabal:85:21: version operators used. To use version > > operators > > the package needs to specify at least 'cabal-version: >= 1.8'. > > Configuring ncurses-0.2.16... > > Preprocessing library for ncurses-0.2.16.. > > c2hs: C header contains errors: > > > > dist/build/UI/NCurses/Enums.chs.h:140: (column 25) [ERROR] >>> Unknown > > identifier! > > Cannot find a definition for `KEY_EVENT' in the header file. > > > > Error: cabal: Failed to build ncurses-0.2.16 (which is required by > > exe:ncurses1 from ncurses1-0.1.0.0). See the build log above for details. > > > > Contacting the old maintainer of the ncurses Haskell module he said: > > Regarding the specific case of KEY_EVENT, it was removed from the ncurses > > public API (a backwards-incompatible breaking change), and the configure > > flag > > `--enable-wgetch-events` is required to re-enable it. I recommend filing a > > bug > > against the Debian ncurses package asking them to set that flag when > > building. > > > > I downloaded latest source code, and: > > paul@albukerk:~/Téléchargements/ncurses-6.4-20230520$ ./configure > > --help|grep > > event > > --enable-wgetch-events compile with wgetch-events code > > paul@albukerk:~/Téléchargements/ncurses-6.4-20230520$ > > > > So the option seems to still exist. > > It exists but has been deprecated four years ago, in the same > patchlevel that removed the KEY_EVENT macro. See the NEWS file: > > , > | 20200817 > | + mark wgetch-events feature as deprecated. > | + prevent KEY_EVENT from appearing in curses.h unless the configure > | option --enable-wgetch-events is used (report by Werner Fink). > ` > > > So... this is a wish request to build with this flag enable. > > Not going to happen, I am afraid. You could try the following change to > haskell-ncurses: > > diff --git a/lib/UI/NCurses/Enums.chs b/lib/UI/NCurses/Enums.chs > index 73a64f5..ef47d00 100644 > --- a/lib/UI/NCurses/Enums.chs > +++ b/lib/UI/NCurses/Enums.chs > @@ -195,7 +195,6 @@ enum hsncurses_Key > , hsncurses_KEY_UNDO = KEY_UNDO > , hsncurses_KEY_MOUSE = KEY_MOUSE > , hsncurses_KEY_RESIZE = KEY_RESIZE > -, hsncurses_KEY_EVENT = KEY_EVENT > }; > #endc > That's what I recommend. I deprecated it because (aside from copy/paste stuff like this), there were no known uses of the feature, and there was no documentation. -- Thomas E. Dickey https://invisible-island.net signature.asc Description: PGP signature
Bug#1079389: mawk: Incorrect result from sub() in newest version
On Thu, Aug 22, 2024 at 08:44:08PM -0400, Thomas Dickey wrote:
> On Thu, Aug 22, 2024 at 08:12:59PM -0400, Thomas Dickey wrote:
> > On Fri, Aug 23, 2024 at 01:53:51AM +0200, Marek Rusinowski wrote:
> > > In the newest version of mawk, the following invocation returns invalid
> > > result:
> > >
> > > $ mawk 'BEGIN { x = "asd "; sub(/ .*$/, "", x); print("|"x"|"); }'
> > > |asd |
> >
> > thanks - I can reproduce this
> > (though puzzled how added and existing tests didn't show this regression)
> >
> > I'll see how to fix (and add this case...)
>
> fwiw, the regression came in the set of changes for this bug-fix:
>
> https://github.com/ThomasDickey/original-mawk/issues/76
>
> ...which is about 100 lines modified.
>
> I'll pick that apart and see how to fix both :-)
This fixes the reported problem (and doesn't interfere with other testcases).
diff -u -r1.61 rexp3.c
--- rexp3.c 2024/07/28 23:04:24 1.61
+++ rexp3.c 2024/08/23 23:09:39
@@ -431,7 +431,9 @@
case M_END + U_ON:
if (s >= str_end) {
- RE_FILL();
+ if (cb_ss && current_best(s)) {
+ RE_FILL();
+ }
} else if (!ss) {
if (cb_ss) {
RE_FILL();
--
Thomas E. Dickey
https://invisible-island.net
signature.asc
Description: PGP signature
Bug#1079389: mawk: Incorrect result from sub() in newest version
On Thu, Aug 22, 2024 at 08:12:59PM -0400, Thomas Dickey wrote:
> On Fri, Aug 23, 2024 at 01:53:51AM +0200, Marek Rusinowski wrote:
> > In the newest version of mawk, the following invocation returns invalid
> > result:
> >
> > $ mawk 'BEGIN { x = "asd "; sub(/ .*$/, "", x); print("|"x"|"); }'
> > |asd |
>
> thanks - I can reproduce this
> (though puzzled how added and existing tests didn't show this regression)
>
> I'll see how to fix (and add this case...)
fwiw, the regression came in the set of changes for this bug-fix:
https://github.com/ThomasDickey/original-mawk/issues/76
...which is about 100 lines modified.
I'll pick that apart and see how to fix both :-)
--
Thomas E. Dickey
https://invisible-island.net
signature.asc
Description: PGP signature
Bug#1079389: mawk: Incorrect result from sub() in newest version
On Fri, Aug 23, 2024 at 01:53:51AM +0200, Marek Rusinowski wrote:
> Package: mawk
> Version: 1.3.4.20240819-2
> Severity: important
maybe normal - packager's choice though.
> Tags: upstream
> X-Debbugs-Cc: marekrusinow...@gmail.com
>
> Dear Maintainer,
>
> In the newest version of mawk, the following invocation returns invalid
> result:
>
> $ mawk 'BEGIN { x = "asd "; sub(/ .*$/, "", x); print("|"x"|"); }'
> |asd |
thanks - I can reproduce this
(though puzzled how added and existing tests didn't show this regression)
I'll see how to fix (and add this case...)
--
Thomas E. Dickey
https://invisible-island.net
signature.asc
Description: PGP signature
Bug#1079385: ITP: python-androidtvremote2 -- interacting with Android TV using the Android TV Remote protocol v2
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-androidtvremote2 Version : 0.1.1 Upstream Contact: tronikos * URL : https://github.com/tronikos/androidtvremote2 * License : Apache-2.0 Programming Lang: Python Description : interacting with Android TV using the Android TV Remote protocol v2 This package provides a Python library for interacting with Android TV using the Android TV Remote protocol v2. This is the same protocol the Google TV mobile app is using. It doesn't require ADB or enabling developer tools on the Android TV device. It only requires the Android TV Remote Service that comes pre-installed on most Android TV devices. I intend to maintain this package within the Home Assistant team.
Bug#1079384: ITP: python-amberelectric -- Amber Electric Public API
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-amberelectric Version : 2.0.0 Upstream Contact: Amber Electric Development Team * URL : https://github.com/madpilot/amberelectric.py * License : Apache-2.0 Programming Lang: Python Description : Amber Electric Public API Amber is an Australian-based electricity retailer that pass through the real-time wholesale price of energy. Because of Amber's wholesale power prices, one can save hundreds of dollars a year by automating high power devices like air-conditioners, heat pumps and pool pumps. This Python library provides an interface to the API, making it possible to react to current and forecast prices, as well as download your historic usage. I intend to maintain this package within the Home Assistant team.
Bug#1079383: ITP: python-aenum -- Advanced Enumerations, NamedTuples, and NamedConstants
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-aenum Version : 3.1.15 Upstream Contact: Ethan Furman * URL : https://github.com/ethanfurman/aenum * License : BSD-3-clause Programming Lang: Python Description : advanced Enumerations, NamedTuples, and NamedConstants This package provides a library for Advanced Enumerations (compatible with Python's stdlib Enum), NamedTuples, and NamedConstants. Aenum includes a Python stdlib Enum-compatible data type, as well as a metaclass-based NamedTuple implementation and a NamedConstant class. . An Enum is a set of symbolic names (members) bound to unique, constant values. Within an enumeration, the members can be compared by identity, and the enumeration itself can be iterated over. If using Python 3 there is built-in support for unique values, multiple values, auto-numbering, and suspension of aliasing (members with the same value are not identical), plus the ability to have values automatically bound to attributes. . A NamedTuple is a class-based, fixed-length tuple with a name for each possible position accessible using attribute-access notation as well as the standard index notation. . A NamedConstant is a class whose members cannot be rebound; it lacks all other Enum capabilities, however; consequently, it can have duplicate values. I intend to maintain this package within the Home Assistant team.
Bug#1079382: ITP: python-androidtv -- communicate with an Android TV or Fire TV device via ADB over a network
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-androidtv Version : 0.0.73 Upstream Contact: Jeff Irion * URL : https://github.com/JeffLIrion/python-androidtv/ * License : Expat Programming Lang: Python Description : communicate with an Android TV or Fire TV device via ADB over a network This package provides state information and control of Android TV and Fire TV devices via ADB. This package is used by the Android TV integration in Home Assistant. I intend to maintain this package within the Home Assistant team.
Bug#1079381: ITP: python-pure-python-adb -- pure Python implementation of the adb client
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-pure-python-adb Version : 0.3.0 Upstream Contact: Swind Ou * URL : https://github.com/Swind/pure-python-adb * License : Expat Programming Lang: Python Description : pure Python implementation of the adb client This package provides a pure Python implementation of the ADB client. It can be used to communicate with adb server (not the adb daemon on the device/emulator). This package is used by androidtv that I'm going to maintain with the Home Assistant team, as well as this package.
