Bug#1031196: spamass-milter: Correct configuration does not work for me
Package: spamass-milter
Version: 0.4.0-2
Followup-For: Bug #1031196
Dear Maintainer,
I've seen the same warning in my systemctl status output and tried using the
suggested postfix configuration:
milter_connect_macros = j {daemon_name} v {if_name} _
milter_data_macros = j i {auth_type} {daemon_name} v {if_name} _
milter_default_action = tempfail
milter_rcpt_macros = j {auth_type} {daemon_name} v {if_name} _
smtpd_milters = unix:/var/run/clamav/milter.ctl unix:/spamass/spamass.sock
But I'm still receiving the warning
spamass-milter[2573624]: Could not retrieve sendmail macro "b"!. Please add
it to confMILTER_MACROS_ENVRCPT for better spamassassin results
Regards
-- System Information:
Debian Release: 12.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-20-amd64 (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to de_DE.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 spamass-milter depends on:
ii adduser 3.134
ii libc6 2.36-9+deb12u7
ii libgcc-s1 12.2.0-14
ii libmilter1.0.1 8.17.1.9-2
ii libstdc++6 12.2.0-14
ii spamc 4.0.0-6
Versions of packages spamass-milter recommends:
ii postfix 3.7.10-0+deb12u1
ii spamassassin 4.0.0-6
spamass-milter suggests no packages.
-- Configuration Files:
/etc/default/spamass-milter changed:
OPTIONS="-u spamass-milter -m -i 192.168.0.0/16 -I -f -p
/var/spool/postfix/spamass/spamass.sock --
--socket=/run/spamassassin/spamd.sock"
SOCKET="/var/spool/postfix/spamass/spamass.sock"
SOCKETOWNER="postfix:postfix"
SOCKETMODE="0660"
-- no debconf information
Bug#1070672: azure-cli: should not request surveys from the user
tags 1070672 + patch
kthxbye
On 2024-05-06 at 21:59:34, brian m. carlson wrote:
> azure-cli prompts the user for surveys in at least some circumstances
> when running `az login`. This is done using a bright blue, three-line
> banner that is large and distracting, and totally unnecessary.
>
> The Unix philosophy is that software should be silent unless it has
> something relevant to say to the user. Survey requests benefit
> Microsoft, but are not actually relevant to the user, and if the user
> wanted to provide feedback, it would be just as easy to find the
> appropriate website to do so. In addition, terminal users do not expect
> software in Debian to print lots of noisy messages to the terminal, and
> in general, when software does so, it's considered a bug.
>
> Please disable the survey requests in Debian to keep azure-cli quiet.
I've included a Git format patch as an attachment. This is not against
the Debian repository since salsa.debian.org was down at the time I was
looking at this, but it's against a `git init` of the latest package.
It should be pretty straightforward and easy to read.
--
brian m. carlson (they/them or he/him)
Toronto, Ontario, CA
From Mon Sep 17 00:00:00 2001
From: "brian m. carlson"
Date: Tue, 7 May 2024 00:58:28 +
Subject: [PATCH] Don't prompt user for surveys
The survey message that is used is three lines and has a bright blue
background and is very distracting compared to other text on the screen.
In addition, the Unix philosophy states that software should avoid
unnecessary output, and upstream's desire for users to complete a survey
is not functionally necessary or useful for end users. Remove this
prompt since it is noisy and annoying to terminal users.
Users wanting to access the survey can still run `az survey` if they
want.
---
src/azure-cli/azure/cli/__main__.py | 6 --
1 file changed, 6 deletions(-)
diff --git a/src/azure-cli/azure/cli/__main__.py b/src/azure-cli/azure/cli/__main__.py
index 513e914..1b983d1 100644
--- a/src/azure-cli/azure/cli/__main__.py
+++ b/src/azure-cli/azure/cli/__main__.py
@@ -13,7 +13,6 @@ import uuid
from azure.cli.core import telemetry
from azure.cli.core import get_default_cli
-from azure.cli.core.intercept_survey import prompt_survey_message
from knack.completion import ARGCOMPLETE_ENV_NAME
from knack.log import get_logger
@@ -119,11 +118,6 @@ finally:
logger.warning("Auto upgrade failed. %s", str(ex))
telemetry.set_exception(ex, fault_type='auto-upgrade-failed')
-try:
-prompt_survey_message(az_cli)
-except Exception as ex: # pylint: disable=broad-except
-logger.debug("Intercept survey prompt failed. %s", str(ex))
-
telemetry.set_init_time_elapsed("{:.6f}".format(init_finish_time - start_time))
telemetry.set_invoke_time_elapsed("{:.6f}".format(invoke_finish_time - init_finish_time))
telemetry.conclude()
signature.asc
Description: PGP signature
Bug#1070673: azure-cli: contains telemetry
Source: azure-cli Version: 2.50.0-2 Severity: normal The documentation in this package indicates that telemetry collection is on by default, and I don't see any patches that indicate that that has been removed. Debian should not ship software that sends telemetry by default because it violates the privacy of users, and it is typically only in the interest of the maintainer, not the users. It's not reasonable to expect users to configure every package they might install separately not to send telemetry, since that's impractical and it's nearly impossible to configure every piece of software to do so, especially in environments like containers where users' settings are often not persisted. Please remove the telemetry functionality from the package or ensure that it is rendered completely nonfunctional, and add a note to the README.Debian indicating this change so that users can feel more confident in using the package. -- System Information: Debian Release: trixie/sid APT prefers oldstable-security APT policy: (500, 'oldstable-security'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.7.9-amd64 (SMP w/20 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER, TAINT_WARN Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=en_CA:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- brian m. carlson (they/them or he/him) Toronto, Ontario, CA signature.asc Description: PGP signature
Bug#1070672: azure-cli: should not request surveys from the user
Package: azure-cli Version: 2.50.0-2 Severity: normal azure-cli prompts the user for surveys in at least some circumstances when running `az login`. This is done using a bright blue, three-line banner that is large and distracting, and totally unnecessary. The Unix philosophy is that software should be silent unless it has something relevant to say to the user. Survey requests benefit Microsoft, but are not actually relevant to the user, and if the user wanted to provide feedback, it would be just as easy to find the appropriate website to do so. In addition, terminal users do not expect software in Debian to print lots of noisy messages to the terminal, and in general, when software does so, it's considered a bug. Please disable the survey requests in Debian to keep azure-cli quiet. -- System Information: Debian Release: trixie/sid APT prefers oldstable-security APT policy: (500, 'oldstable-security'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.7.9-amd64 (SMP w/20 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER, TAINT_WARN Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=en_CA:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages azure-cli depends on: ii python33.11.8-1 ii python3-azure-cli 2.50.0-2 azure-cli recommends no packages. azure-cli suggests no packages. -- no debconf information -- brian m. carlson (they/them or he/him) Toronto, Ontario, CA signature.asc Description: PGP signature
Bug#1069254: nwipe: FTBFS: configure: error: libconfig library not found
Hi, On 2024-04-29 10:28, Bo YU wrote: Tags: patch hi, On Thu, Apr 18, 2024 at 10:00:30PM +0200, Sebastian Ramacher wrote: checking for libconfig... no checking for main in -llibconfig... no configure: error: libconfig library not found It seems it shuold use libconfig-dev. Thanks didn't have the time to test/verify this yet. Will test/fix and upload in a few days. Kind regards, Martijn van Brummelen Cheers -- Sebastian Ramacher
Bug#1069780: RM: luajit2 -- ROM; ROM; duplicate source
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: luaj...@packages.debian.org Control: affects -1 + src:luajit2 User: ftp.debian@packages.debian.org Usertags: remove Dear ftp masters, The src:luajit2 is now a redundant package given that the upstream of src:luajit has been replaced into the upstream of src:luajit2. In that sense src:luajit and src:luajit2 are the identical source now. We do not need to keep both. Before removing src:luajit2 from unstable, we still need to make the reverse build dependencies of src:luajit2 depend on src:luajit instead. I'll later file the corresponding bugs and let them block this one. Thank you for using reportbug
Bug#1069659: ITP: rust-lifeguard -- An object pool manager in Rust
Package: wnpp Severity: wishlist Owner: "Loren M. Lang" X-Debbugs-Cc: debian-de...@lists.debian.org, lor...@north-winds.org * Package name: rust-lifeguard Version : 0.6.1 Upstream Contact: Zack Slayton * URL : https://crates.io/crates/lifeguard * License : MIT Programming Lang: Rust Description : An object pool manager in Rust Allows values to be stored in a pool and retrieved when needed to access or mutate their contents. Values can be unwrapped and detached from the pool when needed and later returned to the pool or new values added in efficiently. This is needed for rust-adblock -- Loren M. Lang lor...@north-winds.org http://www.north-winds.org/ Public Key: http://www.north-winds.org/lorenl_pubkey.asc Fingerprint: 7896 E099 9FC7 9F6C E0ED E103 222D F356 A57A 98FA signature.asc Description: PGP signature
Bug#1069533: sayonara: Please package new upstream version
Is this not an issue that would prevent such an update for the time being? This package is part of the ongoing testing transition known as auto-qtbase- opensource-src. Please avoid uploads unrelated to this transition, they would likely delay it and require supplementary work from the release managers. On the other hand, if your package has problems preventing it to migrate to testing, please fix them as soon as possible. You can probably find supplementary information in the debian-release archives or in the corresponding release.debian.org bug. This package is part of the ongoing testing transition known as libglib2.0- 0t64. Please avoid uploads unrelated to this transition, they would likely delay it and require supplementary work from the release managers. On the other hand, if your package has problems preventing it to migrate to testing, please fix them as soon as possible. You can probably find supplementary information in the debian-release archives or in the corresponding release.debian.org bug. Thanks -Steve On Sat, 2024-04-20 at 09:19 -0400, Boyuan Yang wrote: > Source: sayonara > Version: 1.8.0-beta1-1 > Tags: sid > X-Debbugs-CC: kokoye2...@gmail.com s...@swm1.com > > Dear Debian sayonara package maintainers, > > A new upstream release of package sayonara was released in Jan 2024. > Since you are listed as Debian package maintainers, please consider > upgrading its Debian package. If you have any questions, please let > me know. > > Thanks, > Boyuan Yang
Bug#1066871: Fwd: Bug#1066871: RFS: libhyprlang/0.5.0-1 [ITP] -- Configuration language for Hyprland
Hello Mo, Thank you for granting me access. I believe this would require me to force push from local repo? Wouldn't this result in the loss of your own commit history? Or we could merge the two from a different branch. But that feels like too much work :p If you feel it is worth it to push from my repo, please feel free to do so. Or, I am also okay with it if you just keep what you have done there and we can iterate on top of it without pushing from my repo (from a cursory look, we just need to bring in latest upstream version, add a watch file etc). PS: Are you active on IRC? I am usually active daytime, Indian Standard Time. What are your preferred timings? On 17/04/24 20:39, Mo Zhou wrote: Hi Alan, I granted you with the maintainer access to this repo: https://salsa.debian.org/debian/hyprlang This package has cleared the NEW queue a while ago: https://tracker.debian.org/pkg/hyprlang Could you please push your changes from personal repo to the above repo? I can also do it for you if you don't mind not being the git committer. I agree with splitting these packages for the long run. Will create repos for other packages and invite you as well. Does it sound good to you? Repos under the public debian/ namespace allows other people to help without much permission issues. On 3/14/24 16:36, Alan M Varghese wrote: Hello Mo, May I address you Mo? I am happy to co-maintain hyprland with you. :) The ITP for hyprland[0] was created by werdahias@ who had created an initial skeleton for the packaging a while ago. Under his advise, I decided to de-vendor all of udis86, tracy and hyprland-protocols. As far as I understand, the Debian policy recommends de-vendoring over including files from other sources. I have been working on this for a while and just uploaded them all to mentors and created RFS for them. Currently I have completed packaging hyprland and all its dependencies to the best of my ability. Regarding the points you shared: 1. I wasn't sure what to do with tracy. I have however de-vendored it and created an RFS for it[1]. But, I am unable to get the GPU traces working on my AMD RX 6600 (for a debug build of Hyprland with tracy enabled). I am not sure if this is because of my device or something else. I have seen some discussion upstream that tracy's GPU traces are not always reliable. Tracy seems to work fine, otherwise. 2. I have de-vendored udis86 too. The library and the included CLI seems to run fine. Here is the RFS[2]. 3. Again, I have separated hyprland-protocols and the RFS is here[3]. You can find the VCS for all hyprland related stuff I did, under the NyxTrail namespace in salsa[4]. The packages all seem to run fine so far. This is my first time packaging for Debian and any feedback is welcome. Let me know how you wish to proceed. Regards, Alan [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971 [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066873 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066870 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066868 [4] https://salsa.debian.org/NyxTrail On 3/15/24 01:10, Mo Zhou wrote: Hi Alan, Thank you for your work! I did not check the ITP bugs before we make overlapping efforts: https://salsa.debian.org/debian/hyprlang https://salsa.debian.org/debian/hyprland I just rushed the two packages within a short time the last night. They work properly on Sid with my laptop. I have uploaded hyprlang to NEW without checking ITP https://ftp-master.debian.org/new/hyprlang_0.5.0-1~exp1.html The hyprland is still pending as I've not yet finished the debian/copyright part. In terms of build depends of hyprland: 1. tracy is optional. USE_TRACY is by default off. We can build the package without tracy. 2. the udis86 is embedded in the upstream tarball as well. Maybe we can keep it embedded as udis86 is only needed by hyprland 3. hyprland-protocols is also embedded. I suppose it is ok to keep this specific project, instead of splitting the package to increase the required amount of work. Shall we merge our work and co-maintain this? On 3/14/24 14:46, Alan M Varghese wrote: Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear mentors, I am looking for a sponsor for my package "libhyprlang": * Package name : libhyprlang Version : 0.5.0-1 Upstream contact : vaxerski * URL : https://github.com/hyprwm/hyprlang * License : LGPL-3+ * Vcs : https://salsa.debian.org/NyxTrail/hyprlang Section : x11 The source builds the following binary packages: libhyprlang2 - Configuration language for Hyprland (library) libhyprlang-dev - Configuration language for Hyprland (development files) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libhyprlang/ Alternativel
Bug#1069152: RM: xorp -- RoQA; FTBFS since 2019, not part of bullseye, bookworm or trixie, popcon 2
I agree. On April 17, 2024 8:00:48 AM GMT+01:00, Helmut Grohne wrote: >Package: ftp.debian.org >Severity: normal >Tags: ftbfs >X-Debbugs-Cc: x...@packages.debian.org, Jose M Calhariz , >Javier Fernandez-Sanguino Pen~a , Mattia Rizzolo > >Control: affects -1 + src:xorp >User: ftp.debian@packages.debian.org >Usertags: remove > >Hi, > >I request removing xorp from unstable for the following reasons: > * FTBFS since 2019 > * No maintainer upload since 2016 > * Not part of bullseye, bookworm or trixie > * Low popcon (2) > * No reverse dependencies > * Requires changes for the /usr-move transition > >Helmut
Bug#1066876: RFS: hyprland/0.36.0+ds-1 [ITP] -- Dynamic tiling Wayland compositor
Updated to newer upstream version 0.38.1
Bug#1066873: RFS: tracy/0.10+ds-1 [ITP] -- Hybrid frame and sampling profiler
Control: tags -1 - moreinfo > This FTBFS: "! LaTeX Error: File `lmodern.sty' not found." > Also I think the additional notes in the changelog entry belong in > README.Debian or README.source. Done and done. Alan M Varghese (NyxTrail)
Bug#1069058: RFS: libhyprcursor/0.1.7-1 [ITP] -- hyprland cursor format, library and utilities (headers)
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "libhyprcursor": * Package name : libhyprcursor Version : 0.1.7-1 Upstream contact : https://github.com/hyprwm/hyprcursor/issues * URL : https://github.com/hyprwm/hyprcursor * License : BSD-3-Clause * Vcs : https://salsa.debian.org/NyxTrail/hyprcursor Section : x11 The source builds the following binary packages: hyprcursor-util - Utility to manipulate hyprcusor and xcursor themes libhyprcursor0 - hyprland cursor format, library and utilities libhyprcursor-dev - hyprland cursor format, library and utilities (headers) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libhyprcursor/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/libh/libhyprcursor/libhyprcursor_0.1.7-1.dsc Changes for the initial release: libhyprcursor (0.1.7-1) UNRELEASED; urgency=low . * Initial release. Closes: #1067116 Regards, -- Alan M Varghese
Bug#1066868: RFS: hyprland-protocols/0.2~20230811-1 [ITP] -- Wayland protocol extensions for Hyprland
Control: tags -1 - moreinfo
Then the upstream version should be >> 0.2, e.g, 0.2+20230811, not << 0.2
as it is now.
Also, as the package is arch:all it shouldn't use ${shlibs:Depends} (which
will be emoty anyway).
Done and done.
Alan M Varghese (NyxTrail)
Bug#1066870: RFS: libudis86/0~20221013-1 [ITP] -- Disassembler for x86 and x86-64 class ISA
|Control: |tags -1 - moreinfo > The package FTBFS: /bin/bash: line 1: /usr/bin/python3: No such file or directory Fixed by adding python3 build-dep > Also, debian/watch is empty but present Added comments about why it is not filled in: # Upstream has not published a new version in ~10+ years and # there is no active development. # There is no meaningful way to configure uscan at the moment. > __AUTO_PERMISSIVE__ and __UNKNOWN__ in debian/copyright. These were for m4/* and INSTALL files. Removed them. Additionally, I also changed the version to 0+20221013 instead of 0~20221013. Thanks, Alan M Varghese (NyxTrail)
Bug#1066873: RFS: tracy/0.10+ds-1 [ITP] -- Hybrid frame and sampling profiler
> But this also means you haven't tried building your package in a minimal sid chroot I have been using podman containers based on sid instead. But, I think that should be fine? > Manually on a host system? `apt build-dep` or `mk-build-deps -ir` > Recommends are not installed when installing build-deps Ah... Makes sense. Thank you. I missed these commands somehow; I have been running the `apt install` command for getting the dependencies inside the container. I will update the package with lmodern also added as a dependency.
Bug#1066873: RFS: tracy/0.10+ds-1 [ITP] -- Hybrid frame and sampling profiler
> This FTBFS: "! LaTeX Error: File `lmodern.sty' not found." lmodern.sty comes from the package `lmodern`. This package should be installed (as a transitive dep) when 'texlive-fonts-extra' is installed. What is the process for installing build-deps? When I run `apt install texlive-fonts-extra`, the lmodern package also gets installed.
Bug#1067957: [[maude-bugs]] [EXTERNAL] Re: Maude fails to build on armhf
Steven Eker writes: > This is harmless on 64-bit architectures since Index will be a signed > 64-bit integer and if it works on 32-bit architectures, it's a work > around until GMP is fixed (hopefully before 2038). I know this suggestion is unorthodox, and quite possibly moot at this point in the context of official Debian packages -- but you might want to consider formally going through double here, at least on the relevant platforms. Precision loss shouldn't be a concern for another 140 million years or so by my reckoning, and I expect the additional conversion overhead would be negligible in practice. Thanks! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Bug#1066887: ENhance Patch for local-gen
On 2024-04-09 23:49, Aurelien Jarno wrote:
Hi,
On 2024-03-15 16:13, M. Buecher wrote:
Adding / back to end of the path, so that a locale file is immediately
found.
diff --git a/debian/local/usr_sbin/locale-gen b/debian/local/usr_sbin/locale-gen
index 7fa3d772..1711a4f0 100755
--- a/debian/local/usr_sbin/locale-gen
+++ b/debian/local/usr_sbin/locale-gen
@@ -23,6 +23,12 @@ is_entry_ok() {
fi
}
+if [ -z "${I18NPATH:-}" ]; then
+ if [ -d "${USER_LOCALES}" ]; then
+I18NPATH="${USER_LOCALES%%/locales*}/"
+ fi
+fi
+
echo "Generating locales (this might take a while)..."
while read -r locale charset; do
if [ -z "$locale" ] || [ "${locale#\#}" != "$locale" ]; then continue;
fi
@@ -46,7 +52,7 @@ while read -r locale charset; do
input="$USER_LOCALES/$input"
fi
fi
- localedef -i "$input" -c -f "$charset" -A /usr/share/locale/locale.alias
"$locale" || :
+ I18NPATH="${I18NPATH}" localedef -i "$input" -c -f "$charset" -A
/usr/share/locale/locale.alias "$locale" || :
echo " done"
done < "$LOCALEGEN"
echo "Generation complete."
Thanks for your bug report and for even proposing a patch which looks
good to me.
That said as I18NPATH could actually contains a list of directory, I
wonder if the behaviour would be more consistent if the user locales
directory is always prepended to I18NPATH if it exists. What do you
think?
Regards
Aurelien
My thought was: if someone already specified I18NPATH explicitly, then
he knows what he is doing and the script should not mess with his setup.
Maddes
Bug#1066869: RFS: hyprpaper/0.6.0-1 [ITP] -- Wallpaper utility for Hyprland
Hello Andrey, $(MAKE) clear (as a replacement for $(MAKE) clean) should run in override_dh_auto_clean, not override_dh_clean. Done. debian/watch is empty Filled in. There is a commented out override_dh_auto_configure. Removed. 002-add-fortify-flags.patch adds -D_FORTIFY_SOURCE=2 explicitly, but the proper fix is making the upstream build system respect the compile flags set by dpkg-buildflags. Removed the patch. Instead, export CXXFLAGS from debian/rules. Thanks, Alan
Bug#1068356: linux-image-6.1.0-18-amd64: it's working as expected - please delete this bug report
Package: src:linux Followup-For: Bug #1068356 X-Debbugs-Cc: vek.m1...@gmail.com Please ignore this bug report - it's working as expected and isn't a bug
Bug#1068356: linux-image-6.1.0-18-amd64: Debian 12.5 6.1.0-18-amd64 hibernate works the 1st time then "no space left on device" in journalctl
Package: src:linux Version: 6.1.76-1 Severity: important X-Debbugs-Cc: vek.m1...@gmail.com Dear Maintainer, * What led up to the situation? doing systemctl hibernate led to the issue * What exactly did you do (or not do) that was effective (or ineffective)? the swap space in the swap-partition is not free'd hence the issue. Doing swapoff /dev/sda3 and then swapon /dev/sda3 allows you to do a 2nd hibernation. -- Package-specific info: ** Version: Linux version 6.1.0-18-amd64 (debian-ker...@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT_DYNAMIC Debian 6.1.76-1 (2024-02-01) ** Command line: BOOT_IMAGE=/boot/vmlinuz-6.1.0-18-amd64 root=UUID=58b9f571-0c71-404b-bc1c-3c2bce44651e ro quiet ** Not tainted ** Kernel log: [ 7165.457863] psmouse serio1: synaptics: queried max coordinates: x [..5792], y [..4930] [ 7165.485066] psmouse serio1: synaptics: queried min coordinates: x [1142..], y [924..] [ 7165.600195] usb 1-1: reset high-speed USB device number 2 using ehci-pci [ 7165.600235] usb 3-1: reset high-speed USB device number 2 using ehci-pci [ 7165.624986] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 7165.625033] ata1.00: Entering active power mode [ 7165.733802] ata1.00: ACPI cmd ef/10:03:00:00:00:a0(SET FEATURES) filtered out [ 7165.743730] ata1.00: ACPI cmd ef/10:03:00:00:00:a0(SET FEATURES) filtered out [ 7165.744385] ata1.00: configured for UDMA/133 [ 7166.076214] usb 1-1.2: reset full-speed USB device number 4 using ehci-pci [ 7166.264016] usb 1-1.3: reset high-speed USB device number 3 using ehci-pci [ 7166.685408] iwlwifi :02:00.0: Radio type=0x2-0x0-0x0 [ 7166.974423] iwlwifi :02:00.0: Radio type=0x2-0x0-0x0 [ 7167.060392] PM: hibernation: Basic memory bitmaps freed [ 7167.061723] OOM killer enabled. [ 7167.061729] Restarting tasks ... [ 7167.065019] Bluetooth: hci0: unexpected event for opcode 0x [ 7167.066972] done. [ 7167.079162] PM: hibernation: hibernation exit [ 7167.678674] wlp2s0: authenticate with 80:26:89:c3:6d:c2 [ 7167.681737] wlp2s0: send auth to 80:26:89:c3:6d:c2 (try 1/3) [ 7167.686166] wlp2s0: authenticated [ 7167.686461] wlp2s0: waiting for beacon from 80:26:89:c3:6d:c2 [ 7167.743863] wlp2s0: associate with 80:26:89:c3:6d:c2 (try 1/3) [ 7167.752254] wlp2s0: RX AssocResp from 80:26:89:c3:6d:c2 (capab=0x411 status=0 aid=1) [ 7167.766998] wlp2s0: associated [ 7279.848345] perf: interrupt took too long (3285 > 3278), lowering kernel.perf_event_max_sample_rate to 60750 [ 7846.625684] PM: hibernation: hibernation entry [ 7846.626180] (NULL device *): firmware: direct-loading firmware regulatory.db [ 7846.626528] (NULL device *): firmware: direct-loading firmware iwlwifi-2030-6.ucode [ 7846.627233] (NULL device *): firmware: direct-loading firmware regulatory.db.p7s [ 7846.638138] Filesystems sync: 0.010 seconds [ 7846.638479] Freezing user space processes [ 7846.641720] Freezing user space processes completed (elapsed 0.003 seconds) [ 7846.641733] OOM killer disabled. [ 7846.641845] PM: hibernation: Marking nosave pages: [mem 0x-0x0fff] [ 7846.641854] PM: hibernation: Marking nosave pages: [mem 0x0009e000-0x000f] [ 7846.641864] PM: hibernation: Marking nosave pages: [mem 0x2000-0x201f] [ 7846.641898] PM: hibernation: Marking nosave pages: [mem 0x40004000-0x40004fff] [ 7846.641903] PM: hibernation: Marking nosave pages: [mem 0xca28f000-0x] [ 7846.649663] PM: hibernation: Basic memory bitmaps created [ 7846.649998] PM: hibernation: Preallocating image memory [ 7849.731022] PM: hibernation: Allocated 352092 pages for snapshot [ 7849.731036] PM: hibernation: Allocated 1408368 kbytes in 3.08 seconds (457.26 MB/s) [ 7849.731045] Freezing remaining freezable tasks [ 7849.732671] Freezing remaining freezable tasks completed (elapsed 0.001 seconds) [ 7849.733005] printk: Suspending console(s) (use no_console_suspend to debug) [ 7849.733217] wlp2s0: deauthenticating from 80:26:89:c3:6d:c2 by local choice (Reason: 3=DEAUTH_LEAVING) [ 7849.752139] ata1.00: Entering standby power mode [ 7849.981920] ACPI: PM: Preparing to enter system sleep state S4 [ 7849.982658] ACPI: PM: Saving platform NVS memory [ 7849.984565] Disabling non-boot CPUs ... [ 7849.986646] smpboot: CPU 1 is now offline [ 7849.990274] smpboot: CPU 2 is now offline [ 7849.993445] smpboot: CPU 3 is now offline [ 7849.994083] PM: hibernation: Creating image: [ 7850.262253] PM: hibernation: Need to copy 345294 pages [ 7850.262262] PM: hibernation: Normal pages needed: 345294 + 1024, available pages: 676103 [ 7851.142004] PM: hibernation: Image created (345294 pages copied) [ 7849.994729] ACPI: PM: Restoring platform NVS memory [ 7849.995556] Enabling non-boot CPUs ... [ 7849.995669] x86: Booting SMP configuration: [ 7849.995672] smpboot: Booting Node 0 Processor 1 APIC 0x1 [ 7849.999557] CPU1 is up [ 7849.999647] smpboot: Booting Node 0 Processor 2 APIC 0x2 [ 7850.003682] CPU2 is up [
Bug#1065122: hydrapaper: Please package new version 3.3.2
Thank you for notifying me. I'll work on updating the package. Thanks Francisco On Thu, 2024-02-29 at 17:28 -0500, Boyuan Yang wrote: > Source: hydrapaper > X-Debbugs-Cc: by...@debian.org > Version: 3.3.1-2 > Severity: normal > > Dear Debian hydrapaper package Maintainer, > > A new upstream release of hydrapaper is available at > https://gitlab.com/gabmus/HydraPaper/-/tags/3.3.2 . > Please consider packaging it. Thanks! > > Best, > Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1013917: python3-pyassimp: pyassimp.load results in Segmentation fault
Package: python3-pyassimp Followup-For: Bug #1013917 today i've tried in trixie (again) to reproduce the problem and can no longer. can you confirm that the issue has been resolved (at least in testing/unstable)? gamdsr IOhannes Versions of packages python3-pyassimp depends on: ii libassimp5 5.3.1+ds-1+b1 ii python33.11.8-1 ii python3-distutils 3.12.2-3 ii python3-numpy 1:1.26.4+ds-2 python3-pyassimp recommends no packages. python3-pyassimp suggests no packages. -- no debconf information
Bug#1067116: ITP: libhyprcursor -- hyprland cursor format, library and utilities
Package: wnpp Severity: wishlist Owner: Alan M Varghese X-Debbugs-Cc: debian-de...@lists.debian.org, a...@digistorm.in * Package name: libhyprcursor Version : 0.1.4 Upstream Contact: vaxerski * URL : https://github.com/hyprwm/hyprcursor * License : BSD-3-Clause Programming Lang: C, C++ Description : hyprland cursor format, library and utilities >From the README: " XCursor sucks, and we still use it today. - Scaling of XCursors is horrible - XCursor does not support vector cursors - XCursor is ridiculously space-inefficient Hyprcursor fixes all three. It's an efficient cursor theme format that doesn't suck as much. ### Notable advantages over XCursor - Automatic scaling according to a configurable, per-cursor method. - Support for SVG cursors - Way more space-efficient. As an example, Bibata-XCursor is 44.1MB, while it's 6.6MB in hyprcursor. " hyprcursor is a new dependency for hyprland[1]. The package would generate a library and a binary utility to convert xcursor themes to hyprcursor format. The utility has a runtime dependency on xcur2png[2], which is also not available in Debian. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971 [2] https://github.com/eworm-de/xcur2png
Bug#1067065: nmu: gringo_5.6.2-1
Package: release.debian.org Severity: normal X-Debbugs-Cc: gri...@packages.debian.org Control: affects -1 + src:gringo User: release.debian@packages.debian.org Usertags: binnmu nmu gringo_5.6.2-1 . ANY . unstable . -m "Rebuild against updated python3.11 for 64-bit time transition"
Bug#1066887: Patch not sufficient
Sorry, that was nonsense (assuming I was too tired), of course my local patch is overwritten by a package update. On Fri, 15 Mar 2024 18:54:42 +0100 "M. Buecher" wrote: > Unfortunately enhancing `locale-gen` doesn't work during an package > update via apt: > > ... > Setting up locales (2.36-9+deb12u4) ... > Generating locales (this might take a while)... > en_US.UTF-8... done > en_DE.UTF-8@INTL...[error] cannot open locale definition file > `en_US@INTL': No such file or directory > done > en_US.UTF-8@INTL... done > Generation complete. > ... >
Bug#793368: Patch for debian/debhelper.in/locales.config - POSIX style
Here's a working and POSIX compatible patch for locales.config.
Kind regards
Matthias
diff --git a/debian/debhelper.in/locales.config
b/debian/debhelper.in/locales.config
index b9620bf7..21f96d3d 100644
--- a/debian/debhelper.in/locales.config
+++ b/debian/debhelper.in/locales.config
@@ -51,7 +51,8 @@ fi
DEFAULT_ENVIRONMENT="$(cat /etc/default/locale /etc/locale.conf 2>/dev/null |
awk '/^LANG=/ {gsub("\"", ""); sub("LANG=", ""); lang=$0;} END {print lang}')"
DEFAULT_ENVIRONMENT="$(convert_locale "$DEFAULT_ENVIRONMENT")"
if [ -n "$SUPPORTED_LOCALES" ] && [ -n "$DEFAULT_ENVIRONMENT" ]; then
- if echo "$SUPPORTED_LOCALES" | grep -q -e "\b$DEFAULT_ENVIRONMENT\b" ; then
+ RC=0 ; { printf -- '%s' "${SUPPORTED_LOCALES}" | grep -q -e
"\b${DEFAULT_ENVIRONMENT}\b" ; } || RC="${?}"
+ if [ "${RC}" -eq 0 ]; then
db_set locales/default_environment_locale "$DEFAULT_ENVIRONMENT"
fi
fi
Bug#1066887: Patch not sufficient
Unfortunately enhancing `locale-gen` doesn't work during an package update via apt: ... Setting up locales (2.36-9+deb12u4) ... Generating locales (this might take a while)... en_US.UTF-8... done en_DE.UTF-8@INTL...[error] cannot open locale definition file `en_US@INTL': No such file or directory done en_US.UTF-8@INTL... done Generation complete. ...
Bug#1066887: ENhance Patch for local-gen
Adding / back to end of the path, so that a locale file is immediately
found.
diff --git a/debian/local/usr_sbin/locale-gen b/debian/local/usr_sbin/locale-gen
index 7fa3d772..1711a4f0 100755
--- a/debian/local/usr_sbin/locale-gen
+++ b/debian/local/usr_sbin/locale-gen
@@ -23,6 +23,12 @@ is_entry_ok() {
fi
}
+if [ -z "${I18NPATH:-}" ]; then
+ if [ -d "${USER_LOCALES}" ]; then
+I18NPATH="${USER_LOCALES%%/locales*}/"
+ fi
+fi
+
echo "Generating locales (this might take a while)..."
while read -r locale charset; do
if [ -z "$locale" ] || [ "${locale#\#}" != "$locale" ]; then continue;
fi
@@ -46,7 +52,7 @@ while read -r locale charset; do
input="$USER_LOCALES/$input"
fi
fi
- localedef -i "$input" -c -f "$charset" -A
/usr/share/locale/locale.alias "$locale" || :
+ I18NPATH="${I18NPATH}" localedef -i "$input" -c -f "$charset" -A
/usr/share/locale/locale.alias "$locale" || :
echo " done"
done < "$LOCALEGEN"
echo "Generation complete."
Bug#1066887: Patch for locale-gen
diff --git a/debian/local/usr_sbin/locale-gen b/debian/local/usr_sbin/locale-gen
index 7fa3d772..1711a4f0 100755
--- a/debian/local/usr_sbin/locale-gen
+++ b/debian/local/usr_sbin/locale-gen
@@ -23,6 +23,12 @@ is_entry_ok() {
fi
}
+if [ -z "${I18NPATH:-}" ]; then
+ if [ -d "${USER_LOCALES}" ]; then
+I18NPATH="${USER_LOCALES%/locales}"
+ fi
+fi
+
echo "Generating locales (this might take a while)..."
while read -r locale charset; do
if [ -z "$locale" ] || [ "${locale#\#}" != "$locale" ]; then continue;
fi
@@ -46,7 +52,7 @@ while read -r locale charset; do
input="$USER_LOCALES/$input"
fi
fi
- localedef -i "$input" -c -f "$charset" -A
/usr/share/locale/locale.alias "$locale" || :
+ I18NPATH="${I18NPATH}" localedef -i "$input" -c -f "$charset" -A
/usr/share/locale/locale.alias "$locale" || :
echo " done"
done < "$LOCALEGEN"
echo "Generation complete."
Bug#793368: Updating /etc/default/locale doesn't update debconf selections during dpkg-reconfigure
This bug still exits in Debian 12 "Bookworm" File: /var/lib/dpkg/info/locales.config Line: 371 The logic has to be inverted to work as intended. Please fix Matthias Bücher
Bug#1066887: locales/locale-gen: Locales Cannot Copy from Locales in /usr/local/share/i18n/locales
;2024-03-12" category "i18n:2012";LC_IDENTIFICATION category "i18n:2012";LC_CTYPE category "i18n:2012";LC_COLLATE category "i18n:2012";LC_TIME category "i18n:2012";LC_NUMERIC category "i18n:2012";LC_MONETARY category "i18n:2012";LC_MESSAGES category "i18n:2012";LC_PAPER category "i18n:2012";LC_NAME category "i18n:2012";LC_ADDRESS category "i18n:2012";LC_TELEPHONE category "i18n:2012";LC_MEASUREMENT END LC_IDENTIFICATION LC_CTYPE copy "en_US" END LC_CTYPE LC_COLLATE copy "en_US" END LC_COLLATE LC_MONETARY % -- taken from en_US int_curr_symbol "USD " currency_symbol "$" mon_decimal_point "," % INTL: adapted mon_thousands_sep "." % INTL: adapted mon_grouping3;3 positive_sign "" negative_sign "-" int_frac_digits 2 frac_digits 2 p_cs_precedes 1 int_p_sep_by_space 1 p_sep_by_space 0 n_cs_precedes 1 int_n_sep_by_space 1 n_sep_by_space 0 p_sign_posn 1 n_sign_posn 1 END LC_MONETARY LC_NUMERIC % -- taken from en_US decimal_point "," % INTL: adapted thousands_sep "." % INTL: adapted grouping3;3 END LC_NUMERIC LC_TIME % -- taken from en_US/en_GB abday "Sun";"Mon";"Tue";"Wed";"Thu";"Fri";"Sat" day / "Sunday";/ "Monday";/ "Tuesday";/ "Wednesday";/ "Thursday";/ "Friday";/ "Saturday" abmon / "Jan";"Feb";/ "Mar";"Apr";/ "May";"Jun";/ "Jul";"Aug";/ "Sep";"Oct";/ "Nov";"Dec" mon / "January";/ "February";/ "March";/ "April";/ "May";/ "June";/ "July";/ "August";/ "September";/ "October";/ "November";/ "December" % Appropriate 12h clock time representation (%r) am_pm "AM";"PM" t_fmt_ampm "%I:%M:%S %p %Z" % INTL: adapted % -- taken/adapted from i18n % This is the ISO/IEC 14652 "i18n" definition for % the LC_TIME category. % % Weekday and week numbering according to ISO 8601 % INTL: adapted % https://sourceware.org/glibc/wiki/Locales#LC_TIME % glibc <=2.36: needs to be based on Sunday week 7;19971130;4 first_weekday 2 first_workday 2 % week 7;19971201;4 % first_weekday 1 % first_workday 1 % Date formats following ISO 8601 % Appropriate date and time representation (%c) d_t_fmt"%F %T %Z" % INTL: adapted % % Appropriate date representation (%x) d_fmt "%F" % % Appropriate time representation (%X) t_fmt "%T %Z" % INTL: adapted % % Appropriate date representation (date(1)) date_fmt "%a %F %T %Z" % INTL: adapted END LC_TIME LC_MESSAGES copy "en_US" END LC_MESSAGES LC_PAPER copy "i18n" END LC_PAPER LC_NAME copy "en_US" END LC_NAME LC_ADDRESS copy "en_US" END LC_ADDRESS LC_TELEPHONE copy "en_US" END LC_TELEPHONE LC_MEASUREMENT copy "i18n" END LC_MEASUREMENT comment_char % escape_char / % INTL English locale for GB % This is a modified copy of "en_GB" % Modifications done for internationally working people: ISO date, 24h clock, comma as decimal separator, A4 paper, metric system, etc. % Most settings are either directly copied from en_GB or from i18n % Special cases are explicitly mentioned % "en_GB" is part of the GNU C Library and contains locale data. % The Free Software Foundation does not claim any copyright interest % in the locale data contained in this file. The foregoing does not % affect the license of the GNU C Library as a whole. It does not % exempt you from the conditions of the license if your use would % otherwise be governed by that license. LC_IDENTIFICATION title "INTL English locale for GB (based on en_GB)" source "Maddes (based on the work of Free Software Foundation, Inc.)" address"http:www.github.com//maddes-b//linux-stuff//; contact"" email "" tel"" fax"" language "British English" territory "United Kingdom" revision "1.0" date "2024-03-12" category "i18n:2012";LC_IDENTIFICATION category "i18n:2012";LC_CTYPE category "i18n:2012";LC_COLLATE category "i18n:2012";LC_TIME category "i18n:2012";LC_NUMERIC category "i18n:2012";LC_MONETARY category "i18n:2012";LC_MESSAGES category "i18n:2012";LC_PAPER category "i18n:2012";LC_NA
Bug#1066871: RFS: libhyprlang/0.5.0-1 [ITP] -- Configuration language for Hyprland
Hello Mo, May I address you Mo? I am happy to co-maintain hyprland with you. :) The ITP for hyprland[0] was created by werdahias@ who had created an initial skeleton for the packaging a while ago. Under his advise, I decided to de-vendor all of udis86, tracy and hyprland-protocols. As far as I understand, the Debian policy recommends de-vendoring over including files from other sources. I have been working on this for a while and just uploaded them all to mentors and created RFS for them. Currently I have completed packaging hyprland and all its dependencies to the best of my ability. Regarding the points you shared: 1. I wasn't sure what to do with tracy. I have however de-vendored it and created an RFS for it[1]. But, I am unable to get the GPU traces working on my AMD RX 6600 (for a debug build of Hyprland with tracy enabled). I am not sure if this is because of my device or something else. I have seen some discussion upstream that tracy's GPU traces are not always reliable. Tracy seems to work fine, otherwise. 2. I have de-vendored udis86 too. The library and the included CLI seems to run fine. Here is the RFS[2]. 3. Again, I have separated hyprland-protocols and the RFS is here[3]. You can find the VCS for all hyprland related stuff I did, under the NyxTrail namespace in salsa[4]. The packages all seem to run fine so far. This is my first time packaging for Debian and any feedback is welcome. Let me know how you wish to proceed. Regards, Alan [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971 [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066873 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066870 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066868 [4] https://salsa.debian.org/NyxTrail On 3/15/24 01:10, Mo Zhou wrote: Hi Alan, Thank you for your work! I did not check the ITP bugs before we make overlapping efforts: https://salsa.debian.org/debian/hyprlang https://salsa.debian.org/debian/hyprland I just rushed the two packages within a short time the last night. They work properly on Sid with my laptop. I have uploaded hyprlang to NEW without checking ITP https://ftp-master.debian.org/new/hyprlang_0.5.0-1~exp1.html The hyprland is still pending as I've not yet finished the debian/copyright part. In terms of build depends of hyprland: 1. tracy is optional. USE_TRACY is by default off. We can build the package without tracy. 2. the udis86 is embedded in the upstream tarball as well. Maybe we can keep it embedded as udis86 is only needed by hyprland 3. hyprland-protocols is also embedded. I suppose it is ok to keep this specific project, instead of splitting the package to increase the required amount of work. Shall we merge our work and co-maintain this? On 3/14/24 14:46, Alan M Varghese wrote: Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear mentors, I am looking for a sponsor for my package "libhyprlang": * Package name : libhyprlang Version : 0.5.0-1 Upstream contact : vaxerski * URL : https://github.com/hyprwm/hyprlang * License : LGPL-3+ * Vcs : https://salsa.debian.org/NyxTrail/hyprlang Section : x11 The source builds the following binary packages: libhyprlang2 - Configuration language for Hyprland (library) libhyprlang-dev - Configuration language for Hyprland (development files) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libhyprlang/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/libh/libhyprlang/libhyprlang_0.5.0-1.dsc Changes for the initial release: libhyprlang (0.5.0-1) UNRELEASED; urgency=low . * Initial release. Closes: #1065352 Regards,
Bug#1066876: RFS: hyprland/0.36.0+ds-1 [ITP] -- Dynamic tiling Wayland compositor
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear mentors, I am looking for a sponsor for my package "hyprland": * Package name : hyprland Version : 0.36.0+ds-1 Upstream contact : https://github.com/hyprwm/Hyprland/issues * URL : https://hyprland.org * License : BSD-3-Clause, MIT * Vcs : https://salsa.debian.org/NyxTrail/hyprland Section : x11 The source builds the following binary packages: hyprland - Dynamic tiling Wayland compositor hyprland-backgrounds - Set of backgrounds packaged with the hyprland Wayland compositor hyprland-dev - Development files for Hyprland To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hyprland/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hyprland/hyprland_0.36.0+ds-1.dsc Changes for the initial release: hyprland (0.36.0+ds-1) UNRELEASED; urgency=low . * Initial release. Closes: #1040971 * The subprojects udis86, tracy and hyprland-protocols have been devendored. The source is patched to support this devendoring. * The subproject wlroots cannot be devendored. hyprland versions depend on a specific commit of the wlroots project and upstream cannot does not recommend using any version. So, wlroots is included in this package for Debian, with the following changes: * The library 'libwlroots.so.13032' that is generated by the project is moved to a "private" library directory under usr/lib/hyprland. * RPATH is updated so that hyprland links correctly to the library in the modified path Regards, -- Alan M Varghese
Bug#1066873: RFS: tracy/0.10+ds-1 [ITP] -- Hybrid frame and sampling profiler
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear mentors, I am looking for a sponsor for my package "tracy": * Package name : tracy Version : 0.10+ds-1 Upstream contact : Bartosz Taudul * URL : https://github.com/wolfpld/tracy/ * License : Expat, Expat or Unlicense, BSD-2-Clause, BSD-3-clause, BSD-3-Clause, Zlib, Unlicense * Vcs : https://salsa.debian.org/NyxTrail/tracy Section : devel The source builds the following binary packages: libtracyclient0.10.0 - Hybrid frame and sampling profiler (library) libtracy-dev - Hybrid frame and sampling profiler (development files) tracy-profiler - Hybrid frame and sampling profiler (profiler application) tracy-capture - Hybrid frame and sampling profiler (capture application) tracy-csvexport - Hybrid frame and sampling profiler (csvexport application) tracy-doc - Hybrid frame and sampling profiler (documentation) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/tracy/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/t/tracy/tracy_0.10+ds-1.dsc Changes for the initial release: tracy (0.10+ds-1) UNRELEASED; urgency=low . * Initial release. Closes: #1063442 * This program includes source files from many other open source projects. * Of these zstd has been devendored. * TODO: devendor imgui, nfd, dtl Regards, -- Alan M Varghese
Bug#1066871: RFS: libhyprlang/0.5.0-1 [ITP] -- Configuration language for Hyprland
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear mentors, I am looking for a sponsor for my package "libhyprlang": * Package name : libhyprlang Version : 0.5.0-1 Upstream contact : vaxerski * URL : https://github.com/hyprwm/hyprlang * License : LGPL-3+ * Vcs : https://salsa.debian.org/NyxTrail/hyprlang Section : x11 The source builds the following binary packages: libhyprlang2 - Configuration language for Hyprland (library) libhyprlang-dev - Configuration language for Hyprland (development files) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libhyprlang/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/libh/libhyprlang/libhyprlang_0.5.0-1.dsc Changes for the initial release: libhyprlang (0.5.0-1) UNRELEASED; urgency=low . * Initial release. Closes: #1065352 Regards, -- Alan M Varghese
Bug#1066870: RFS: libudis86/0~20221013-1 [ITP] -- Disassembler for x86 and x86-64 class ISA
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear mentors, I am looking for a sponsor for my package "libudis86": * Package name : libudis86 Version : 0~20221013-1 Upstream contact : https://github.com/canihavesomecoffee/udis86/issues * URL : https://github.com/canihavesomecoffee/udis86 * License : __AUTO_PERMISSIVE__, BSD-2-Clause, __UNKNOWN__ * Vcs : https://salsa.debian.org/NyxTrail/udis86 Section : misc The source builds the following binary packages: libudis86-0 - Disassembler for x86 and x86-64 class ISA (library) libudis86-dev - Disassembler for x86 and x86-64 class ISA (development files) udcli - Disassembler for x86 and x86-64 class ISA (cli) libudis86-doc - Disassembler for x86 and x86-64 class ISA (documentation) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libudis86/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/libu/libudis86/libudis86_0~20221013-1.dsc Changes for the initial release: libudis86 (0~20221013-1) UNRELEASED; urgency=low . * Initial release. Closes: #1061940 * This packaging is based on the fork https://github.com/canihavesomecoffee/udis86 which includes "fixes and additions" from other forks. * The latest upstream release is v1.7.2 made on Sep 2, 2013. This build is however, based on the latest commit #5336633, made on Oct 13, 2022 * Created a man page for udcli based on information from '--help' and additional information from the project's README. Regards, -- Alan M Varghese
Bug#1066869: RFS: hyprpaper/0.6.0-1 [ITP] -- Wallpaper utility for Hyprland
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear mentors, I am looking for a sponsor for my package "hyprpaper": * Package name : hyprpaper Version : 0.6.0-1 Upstream contact : vaxerski * URL : https://github.com/hyprwm/hyprpaper * License : BSD-3-Clause * Vcs : https://salsa.debian.org/NyxTrail/hyprpaper Section : x11 The source builds the following binary packages: hyprpaper - Wallpaper utility for Hyprland To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hyprpaper/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hyprpaper/hyprpaper_0.6.0-1.dsc Changes for the initial release: hyprpaper (0.6.0-1) UNRELEASED; urgency=low . * Initial release. Closes: #1065699 * Included a simple man page for hyprpaper (uses pandoc for building). Regards, -- Alan M Varghese
Bug#1066868: RFS: hyprland-protocols/0.2~20230811-1 [ITP] -- Wayland protocol extensions for Hyprland
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear Mentors, I am looking for a sponsor for my package "hyprland-protocols": * Package name : hyprland-protocols Version : 0.2~20230811-1 Upstream contact : vaxerski * URL : https://github.com/hyprwm/hyprland-protocols * License : BSD-3-Clause * Vcs : https://salsa.debian.org/NyxTrail/hyprland-protocols Section : x11 The source builds the following binary packages: hyprland-protocols - Wayland protocol extensions for Hyprland To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hyprland-protocols/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hyprland-protocols/hyprland-protocols_0.2~20230811-1.dsc Changes for the initial release: hyprland-protocols (0.2~20230811-1) UNRELEASED; urgency=low . * Initial release. Closes: #1051806 * This build is based on a specific upstream commit of hyprland-protocols. hyprland depends on commit #0c2ce70 of hyprland-protocols. The latest release of hyprland-protocols is v0.2 which is behind by a few commits. Regards, -- Alan M Varghese
Bug#1065961: sra-sdk: Please drop dependencies on python3-distutils
Graham Inggs writes: > In fact, there is no module for Python 3.12 in python3-distutils, so > these dependencies may already be unnecessary. I hear you, but can't readily determine whether any additional changes would be in order until dh-python drops or downgrades its distutils dependency, which I called out just now: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066833 Thanks for the report, though! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Bug#1066833: dh-python: depends on legacy python3-distutils
Package: dh-python Version: 6.20240310 Severity: important I'm sure I'm not alone in having a request [1] to ensure a package builds without legacy python3-distutils. However, sra-sdk, for one, uses dh-python, which still depends on python3-distutils. As such, removing the explicit build dependency wouldn't yet break anything, but I can't readily tell what would happen with python3-distutils actually out of the picture. Consequently, I'd appreciate it if dh-python could please go ahead and either downgrade or outright remove its dependency on python3-distutils to facilitate determining what actually still needs it. Thanks! [1] https://bugs.debian/org/1065961 -- System Information: Debian Release: trixie/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), (500, 'oldstable-security'), (500, 'testing'), (300, 'unstable-debug'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, x32 Kernel: Linux 6.6.13-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 dh-python depends on: ii python3 3.11.6-1 ii python3-distutils 3.11.5-1 ii python3-setuptools 68.1.2-2 dh-python recommends no packages. Versions of packages dh-python suggests: ii dpkg-dev 1.22.4 ii flit 3.9.0-2 ii libdpkg-perl 1.22.4 ii python3-build 1.0.3-2 ii python3-installer 0.7.0+dfsg1-2 ii python3-wheel 0.42.0-1 -- debconf-show failed
Bug#1065699: ITP: hyprpaper -- Wallpaper utility for Hyprland
Package: wnpp Severity: wishlist Owner: Alan M Varghese X-Debbugs-Cc: debian-de...@lists.debian.org, a...@digistorm.in * Package name: hyprpaper Version : 0.6.0 Upstream Contact: vaxerski * URL : https://github.com/hyprwm/hyprpaper * License : BSD-3-Clause Programming Lang: C++ Description : Wallpaper utility for Hyprland Hyprpaper is a blazing fast wallpaper utility for Hyprland (or any wlroots-based compositors) with the ability to dynamically change wallpapers through sockets. This program is suggested by Hyprland[1][2] and is created by the same team. [1] https://github.com/hyprwm/Hyprland [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971
Bug#1065590: debmake: Debmake produces warnings about invalid escape sequence on Python 3.12
Package: debmake
Version: 4.4.0-3
Severity: minor
Dear Maintainer,
Using debmake on unstable with Python 3.12 installed. While installing
debmake with apt-get, a long series of warnings were produced similar to
this:
Setting up debmake (4.4.0-3) ...
/usr/lib/python3/dist-packages/debmake/__main__.py:304: SyntaxWarning: invalid
escape sequence '\/'
+ ' -type f 2>&1 | sed -e "s/^debian\/'
/usr/lib/python3/dist-packages/debmake/__main__.py:306: SyntaxWarning: invalid
escape sequence '\/'
+ '\///" | sort >../{0}.install.log'.format(para["package"])
The package should install cleanly without warnings. These warnings do
not seem to affect the functionality as Python 3.12 simply falls back to
3.11 behavior after producing the warning.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-21-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect
Versions of packages debmake depends on:
ii devscripts 2.23.7
ii dpkg-dev1.22.4
ii python3 3.11.8-1
ii python3-debian 0.1.49
ii rsync 3.2.7-1+b1
Versions of packages debmake recommends:
ii build-essential 12.10
ii curl 8.6.0-3
ii strace 6.5-0.1
ii wget 1.21.4-1+b1
Versions of packages debmake suggests:
ii autotools-dev 20220109.1
pn ccache
pn cmake
pn debmake-doc
pn dgit
ii dh-autoreconf 20
ii dh-python 6.20231223
ii eatmydata 131-1
pn gem2deb
ii git 1:2.43.0-1
ii git-buildpackage 0.9.33
pn gitk
pn javahelper
ii lintian 2.117.0
pn mc
ii quilt 0.67+really0.67-4
pn rpm2cpio
ii sbuild0.85.5
-- no debconf information
Bug#1065352: Copyright in LGPL projects
Hello Mentors, I have been working on packaging Hyprland window manager. hyprlang (with a 'g') is a new dependency for this project. This project (hyprlang) is licensed under LGPL. But, the project authors haven't included a copyright notice anywhere in the project. It turns out that the authors are not sure if this is required for an LGPL project[1]. From a Debian perspective, what is the recommendation regarding this? Do we require projects to include the copyright information along with LGPL? If the copyright *has* to be included, is it enough to include it in a COPYRIGHT file? I couldn't find an example of a project that does this. Most projects seem to include a copyright line along with a short form of LGPL in each file. (I think it may be more appealing to upstream authors if we don't have to include the copyright in every file). For example, libplacebo[2] is a library I found installed on my system that uses LGPL. This project does not have a common copyright file, but there are copyright notices in some source files[3]. While some other source files in this project do not have a copyright notice[4][5][6]. Note: my doubts are specifically regarding the LGPL license. For other licenses like BSD, I see both practices of including a COPYRIGHT file as well as a short copyright notice in each file, or a combination of the two. Thanks, Alan M Varghese [1] https://github.com/hyprwm/hyprlang/issues/28 [2] https://code.videolan.org/videolan/libplacebo [3] https://code.videolan.org/videolan/libplacebo/-/blob/master/src/dither.c?ref_type=heads [4] https://code.videolan.org/videolan/libplacebo/-/blob/master/src/dummy.c?ref_type=heads [5] https://code.videolan.org/videolan/libplacebo/-/blob/master/src/cache.c?ref_type=heads [6] https://code.videolan.org/videolan/libplacebo/-/blob/master/src/colorspace.c?ref_type=heads
Bug#1065352: ITP: libhyprlang -- Configuration language for Linux applications
Package: wnpp Severity: wishlist Owner: Alan M Varghese X-Debbugs-Cc: debian-de...@lists.debian.org, a...@digistorm.in * Package name: libhyprlang Version : 0.4.1 Upstream Contact: vaxerski * URL : https://github.com/hyprwm/hyprlang * License : GPL Programming Lang: C++ Description : Configuration language for Linux applications The hypr configuration language is an extremeley efficient, yet easy to work with, configuration language for Linux applications. This is a dependency for the Hyprland window manager for Wayland[1][2]. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971 [2] https://github.com/hyprwm/Hyprland/
Bug#1065333: q2-types: test data heavily outweighs actual code
Package: q2-types Version: 2024.2.0-1 Severity: minor The latest q2-types release increased its disk footprint from 800 kB or so to nearly 52 MB. AFAICT, the increase is largely due to the addition of test data, most notably two 19.5+ MB eggnog.db files, a 6.6+ MB eggnog.taxa.db.traverse.pkl accompanying one of them, and six ~720 kB BAM files. If these files are useful for testing the installation, please split them off into a separate binary package that users can install as desired; otherwise, please leave them out altogether. Thanks! -- System Information: Debian Release: trixie/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), (500, 'oldstable-security'), (500, 'testing'), (300, 'unstable-debug'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, x32 Kernel: Linux 6.6.13-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 q2-types depends on: ii libopenblas0 0.3.26+ds-1 ii python3 3.11.6-1 ii python3-biom-format 2.1.15.2-3 ii python3-h5py 3.9.0-5 ii python3-ijson3.2.3-1 hi python3-numpy1:1.23.5-2 ii python3-pandas 1.5.3+dfsg-12 ii python3-setuptools 68.1.2-2 ii python3-skbio0.5.9-4 ii qiime2024.2.0-1 q2-types recommends no packages. q2-types suggests no packages. -- no debconf information
Bug#1065120: python3-tables: includes Python package dependency on blosc2 in metadata
Package: python3-tables
Version: 3.9.2-1
Severity: normal
X-Debbugs-Cc: none, david.m.co...@gmail.com, David M. Cooke
Dear Maintainer,
While attempting to run vitables, I get the following traceback:
Traceback (most recent call last):
File "/usr/bin/vitables", line 33, in
sys.exit(load_entry_point('ViTables==3.0.2', 'gui_scripts',
'vitables-run')())
^^
File "/usr/bin/vitables", line 25, in importlib_load_entry_point
return next(matches).load()
File "/usr/lib/python3.11/importlib/metadata/__init__.py", line 202, in load
module = import_module(match.group('module'))
File "/usr/lib/python3.11/importlib/__init__.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "", line 1204, in _gcd_import
File "", line 1176, in _find_and_load
File "", line 1147, in _find_and_load_unlocked
File "", line 690, in _load_unlocked
File "", line 940, in exec_module
File "", line 241, in _call_with_frames_removed
File "/usr/share/vitables/vitables/start.py", line 31, in
from vitables.vtapp import VTApp
File "/usr/share/vitables/vitables/vtapp.py", line 43, in
import vitables.preferences.pluginsloader as pluginsloader
File "/usr/share/vitables/vitables/preferences/pluginsloader.py", line 26, in
import pkg_resources
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3327,
in
@_call_aside
^^^
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3302,
in _call_aside
f(*args, **kwargs)
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3340,
in _initialize_master_working_set
working_set = WorkingSet._build_master()
^^
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 631, in
_build_master
ws.require(__requires__)
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 968, in
require
needed = self.resolve(parse_requirements(requirements))
^^
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 829, in
resolve
dist = self._resolve_dist(
^^^
File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 870, in
_resolve_dist
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'blosc2>=2.3.0' distribution was not
found and is required by tables
(Reported as Bug#1065117)
Ultimately, I believe the problem to be that
/usr/lib/python3/dist-packages/tables-3.9.2.dist-info/METADATA
includes a line 'Requires-Dist: blosc2 >=2.3.0' (unless that information
is somewhere elso also; I couldn't find it elsewhere). However, the
blosc2 Python package isn't installed (nor, for that matter, packaged
for Debian). When vitables starts to look for plugins, the
pkg_resources module attempts to resolve vitables' Python dependencies.
>From what I can tell, the Python bindings in the blosc2 package aren't
used, and it's only listed for the blosc2 library and headers it
includes -- python3-tables is built against the libblosc2-2 Debian
package instead.
I think removing the offending line from METADATA should be a
sufficient fix.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.6.15-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages python3-tables depends on:
ii python-tables-data 3.9.2-1
ii python3 3.11.6-1
ii python3-cpuinfo 9.0.0-1
ii python3-numexpr 2.9.0-1
ii python3-numpy 1:1.24.2-2
ii python3-packaging 23.2-1
ii python3-tables-lib 3.9.2-1
python3-tables recommends no packages.
Versions of packages python3-tables suggests:
pn python-tables-doc
ii python3-netcdf41.6.5-1+b1
ii vitables 3.0.2-4
-- no debconf information
Bug#1065021: golang-github-rivo-uniseg: please consider uploading new releases
Source: golang-github-rivo-uniseg Version: 0.4.4-1 Severity: wishlist Dear maintainers, Please consider packaging the latest release of this library, which is required by the latest release of fzf https://github.com/junegunn/fzf/blob/master/go.mod The latest release of fzf requires at least uniseg 0.4.6 to build. Thanks!
Bug#1064567: dh-make-golang: Creates zero-length tarball and dies when using unsupported hoster
Package: dh-make-golang Version: 0.6.0-2+b5 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** Attempting to use dh-make-golang to create a package from a release on a non-supported hosting provider. In this case, the package was already in Debian, but I don't think that is required to trigger this behavior. This repo was third-party hosted (not GitHub/Gitlab) with release tags. I would like to see a better error message or directions to the user to download/create the appropriate orig tarball. If the package is already in Debian, maybe it makes sense to download it, but I don't know why they would need to use make in that case. Here is the reproducible failure for this bug reports: $ dh-make-golang make -type library -upstream_git_history git.sr.ht/~rjarry/go-opt 2024/02/24 08:54:22 Starting "dh-make-golang v0.6.0 linux/amd64" 2024/02/24 08:54:28 Downloading "git.sr.ht/~rjarry/go-opt/..." 2024/02/24 08:54:35 Determining upstream version number 2024/02/24 08:54:35 Found latest tag "v1.4.0" 2024/02/24 08:54:35 Latest tag "v1.4.0" matches master 2024/02/24 08:54:35 Package version is "1.4.0" 2024/02/24 08:54:35 Determining dependencies 2024/02/24 08:54:35 INFO: Hoster does not provide release tarball 2024/02/24 08:54:49 WARNING: A package called "golang-sourcehut-rjarry-go-opt-dev" is already in Debian! See https://tracker.debian.org/pkg/golang-sourcehut-rjarry-go-opt-dev 2024/02/24 08:54:49 Moving tempfile to "golang-sourcehut-rjarry-go-opt_1.4.0.orig.tar.gz" 2024/02/24 08:54:49 Adding remote "origin" with URL "g...@salsa.debian.org:go-team/packages/golang-sourcehut-rjarry-go-opt.git" 2024/02/24 08:54:49 Adding remote "sourcehut" with URL "https://git.sr.ht/~rjarry/go-opt; 2024/02/24 08:54:50 Running "git fetch sourcehut" remote: Enumerating objects: 102, done. remote: Counting objects: 100% (4/4), done. remote: Compressing objects: 100% (4/4), done. remote: Total 102 (delta 0), reused 4 (delta 0), pack-reused 98 Receiving objects: 100% (102/102), 32.06 KiB | 10.69 MiB/s, done. Resolving deltas: 100% (59/59), done. From https://git.sr.ht/~rjarry/go-opt * [new branch] main -> sourcehut/main * [new tag] v1.4.0 -> v1.4.0 * [new tag] v1.0.0 -> v1.0.0 * [new tag] v1.1.0 -> v1.1.0 * [new tag] v1.2.0 -> v1.2.0 * [new tag] v1.3.0 -> v1.3.0 tar: This does not look like a tar archive gzip: stdin: unexpected end of file tar: Child returned status 1 tar: Error is not recoverable: exiting now gbp:error: Couldn't unpack '/srv/build/golang-sourcehut-rjarry-go-opt_1.4.0.orig.tar.gz': it exited with 2 2024/02/24 08:54:56 Could not create git repository: import-orig: exit status 1 -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-21-generic (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: unable to detect Versions of packages dh-make-golang depends on: ii git 1:2.43.0-1 ii git-buildpackage 0.9.33 ii golang-any2:1.21~3 ii libc6 2.37-15 ii pristine-tar 1.50 Versions of packages dh-make-golang recommends: ii exim4-daemon-light [mail-transport-agent] 4.97-5 ii golang-golang-x-tools 1:0.17.0+ds-1 dh-make-golang suggests no packages. -- no debconf information -- Loren M. Lang lor...@north-winds.org http://www.north-winds.org/ Public Key: http://www.north-winds.org/lorenl_pubkey.asc Fingerprint: 7896 E099 9FC7 9F6C E0ED E103 222D F356 A57A 98FA signature.asc Description: PGP signature
Bug#1064392: php-horde-turba: Cannot add new contact
Package: php-horde-turba Version: 4.2.29-2 Severity: important Dear Maintainer, In Debian 12, with PHP 8.2, clicking the "New Contact" button just leads to an empty page. I can see that /horde/turba/add.php returns 500, but there is no response. The only error I found was 2024-02-21 10:12:42: (mod_fastcgi.c.449) FastCGI-stderr:PHP Fatal error: Declaration of Horde_Form_Type_pgp::init($gpg, $temp_dir = null, $rows = null, $cols = null) must be compatible with Horde_Form_Type_longtext::init($rows = 8, $cols = 80, $helper = []) in /usr/share/php/Horde/Form/Type.php on line 843 It seems that development of Horde has restarted, and there are some alpha versions, mostly just fixing PHP compatibility bugs. While in general packaging alpha versions might not be a great idea, in this case I think it might be useful to do so, since Horde is essentially unusable in Debian 12. -- System Information: Debian Release: 12.5 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-18-amd64 (SMP w/1 CPU thread; 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) Versions of packages php-horde-turba depends on: ii libapache2-mod-php8.2 [php-json] 8.2.7-1~deb12u1 ii php-cli 2:8.2+93 ii php-common2:93 ii php-horde 5.2.23+debian0-6 ii php-horde-auth2.2.2-10 ii php-horde-content 2.0.6-7 ii php-horde-core2.31.18+debian0-2 ii php-horde-data2.1.5-3 ii php-horde-date2.4.1-9 ii php-horde-dav 1.1.4-6 ii php-horde-exception 2.0.8-10 ii php-horde-form2.0.20-2 ii php-horde-group 2.1.1-12 ii php-horde-history 2.3.6-11 ii php-horde-icalendar 2.1.8-7 ii php-horde-mail2.6.6-5 ii php-horde-mime2.11.2-2 ii php-horde-nls 2.2.1-6 ii php-horde-perms 2.1.8-5 ii php-horde-prefs 2.9.0-9 ii php-horde-serialize 2.0.5-10 ii php-horde-share 2.2.0-9 ii php-horde-support 2.2.2-2 ii php-horde-url 2.2.6-9 ii php-horde-util2.5.12-2 ii php-horde-vfs 2.4.2-1 ii php-horde-view2.0.6-10 ii php-json 2:8.2+93 ii php8.2-cgi [php-json] 8.2.7-1~deb12u1 ii php8.2-cli [php-json] 8.2.7-1~deb12u1 Versions of packages php-horde-turba recommends: ii php-horde-activesync2.41.9-1 ii php-horde-db2.4.1-8 pn php-horde-imsp pn php-horde-kolab-format pn php-horde-kolab-storage pn php-horde-ldap pn php-horde-openxchange pn php-horde-service-facebook php-horde-turba suggests no packages. -- Configuration Files: /etc/horde/turba/.htaccess [Errno 13] Permission denied: '/etc/horde/turba/.htaccess' /etc/horde/turba/attributes.php [Errno 13] Permission denied: '/etc/horde/turba/attributes.php' /etc/horde/turba/backends.php [Errno 13] Permission denied: '/etc/horde/turba/backends.php' /etc/horde/turba/conf.xml [Errno 13] Permission denied: '/etc/horde/turba/conf.xml' /etc/horde/turba/hooks.php.dist [Errno 13] Permission denied: '/etc/horde/turba/hooks.php.dist' /etc/horde/turba/menu.php.dist [Errno 13] Permission denied: '/etc/horde/turba/menu.php.dist' /etc/horde/turba/mime_drivers.php [Errno 13] Permission denied: '/etc/horde/turba/mime_drivers.php' /etc/horde/turba/prefs.php [Errno 13] Permission denied: '/etc/horde/turba/prefs.php' -- no debconf information
Bug#1064391: php-horde-imp: Cannot open "New Message" window to send mail
Package: php-horde-imp
Version: 6.2.27-3
Severity: important
Dear Maintainer,
In Debian 12 with PHP 8.2, after applying the patch of #1038441, the
"New Message" functionality does not work. This error ir reported:
2024-02-21T09:16:56.181665-03:00 mail HORDE: [imp] ValueError:
ReflectionMethod::__construct(): Argument #2 ($method) cannot be null when
argument #1 ($objectOrMethod) is an object in
/usr/share/php/Horde/Core/Ajax/Application/Handler.php:91
2024-02-21T09:16:56.182079-03:00 mail HORDE: Stack trace:
2024-02-21T09:16:56.182178-03:00 mail HORDE: #0
/usr/share/php/Horde/Core/Ajax/Application/Handler.php(91):
ReflectionMethod->__construct()
2024-02-21T09:16:56.182464-03:00 mail HORDE: #1
/usr/share/php/Horde/Core/Ajax/Application.php(271):
Horde_Core_Ajax_Application_Handler->has()
2024-02-21T09:16:56.182533-03:00 mail HORDE: #2
/usr/share/php/Horde/Core/Ajax/Application.php(84):
Horde_Core_Ajax_Application->_getHandler()
2024-02-21T09:16:56.182956-03:00 mail HORDE: #3
/usr/share/php/Horde/Core/Factory/Ajax.php(44):
Horde_Core_Ajax_Application->__construct()
2024-02-21T09:16:56.183035-03:00 mail HORDE: #4
/usr/share/horde/imp/lib/Dynamic/Compose.php(239):
Horde_Core_Factory_Ajax->create()
2024-02-21T09:16:56.183375-03:00 mail HORDE: #5
/usr/share/horde/imp/lib/Dynamic/Base.php(90): IMP_Dynamic_Compose->_init()
2024-02-21T09:16:56.183700-03:00 mail HORDE: #6
/usr/share/horde/imp/dynamic.php(33): IMP_Dynamic_Base->__construct()
2024-02-21T09:16:56.18-03:00 mail HORDE: #7 {main} [pid 15960 on line 74 of
"/usr/share/php/Horde/ErrorHandler.php"]
This error can be fixed by patching the file
/usr/share/php/Horde/Core/Ajax/Application/Handler.php
with the changes of
https://github.com/horde/Core/commit/53f0ab007e0fbf80a2350fc995815253d95b7fd5
(only that file):
diff --git a/lib/Horde/Core/Ajax/Application/Handler.php
b/lib/Horde/Core/Ajax/Application/Handler.php
index 8826b12b..011a5805 100644
--- a/lib/Horde/Core/Ajax/Application/Handler.php
+++ b/lib/Horde/Core/Ajax/Application/Handler.php
@@ -87,6 +87,9 @@ class Horde_Core_Ajax_Application_Handler
*/
final public function has($action)
{
+if (empty($action)) {
+return false;
+}
try {
$method = new ReflectionMethod($this, $action);
} catch (ReflectionException $e) {
(This file actually belongs to php-horde-core.)
This allows the user to open the new mail window, edit and send the mail, but
there's still a problem: an error ("Error when communicating with the server")
is returned, even though the mail is sent. Unfortunately, nothing is logged
in this case.
The call to /horde/services/ajax.php/imp/sendMessage return 500, and it's
reply is:
/*-secure-{"response":{"action":"sendMessage","success":1},"msgs":[{"message":"Message
\"Teste\" sent successfully.","type":"horde.success"}]}*/
So while it indicates success, the whole object is commented and has that
'-secure-' tag before. I've not been able to identify the cause of this
error.
It seems that development of Horde has restarted, and there are some alpha
versions, mostly just fixing PHP compatibility bugs. While in general packaging
alpha versions might not be a great idea, in this case I think it might be
useful to do so, since Horde is essentially unusable in Debian 12.
-- System Information:
Debian Release: 12.5
APT prefers stable-security
APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-18-amd64 (SMP w/1 CPU thread; 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)
Versions of packages php-horde-imp depends on:
ii libapache2-mod-php8.2 [php-json] 8.2.7-1~deb12u1
ii php-cli 2:8.2+93
ii php-common2:93
ii php-horde 5.2.23+debian0-6
ii php-horde-auth2.2.2-10
ii php-horde-browser 2.0.16-5
ii php-horde-cache 2.5.5-11
ii php-horde-compress2.2.4-3
ii php-horde-core2.31.18+debian0-2
ii php-horde-crypt 2.7.12-9
ii php-horde-css-parser 1.0.11-8
ii php-horde-date2.4.1-9
ii php-horde-editor 2.0.5+debian0-5
ii php-horde-exception 2.0.8-10
ii php-horde-icalendar 2.1.8-7
ii php-horde-image 2.6.1-2
ii php-horde-imap-client 2.30.6-3
ii php-horde-itip2.1.2-9
ii php-horde-listheaders 1.2.5-7
ii php-horde-logintasks 2.0.8-1
ii php-horde-mail2.6.6-5
ii php-horde-mail-autoconfig 1.0.3-10
ii php-horde-mime2.11.2-2
ii php-horde-mime-viewer 2.2.4+debian0-2
ii php-horde-nls 2.2.1-6
ii php-horde-notification
Bug#1064389: php-horde-nag: Cannot add new task
Package: php-horde-nag Version: 4.2.19-6 Severity: important Dear Maintainer, With Debian 12 and PHP 8.2, clicking "New Task" just opens an empty window. I can see that /horde/nag/task.php?actionID=add_task returns 500, but there the response is empty, and no PHP error is logged, so unfortunately I cannot pinpoint the cause of the problem. It seems that development of Horde has restarted, and there are some alpha versions, mostly just fixing PHP compatibility bugs. While in general packaging alpha versions might not be a great idea, in this case I think it might be useful to do so, since Horde is essentially unusable in Debian 12. -- System Information: Debian Release: 12.5 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-18-amd64 (SMP w/1 CPU thread; 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) Versions of packages php-horde-nag depends on: ii php-cli2:8.2+93 ii php-common 2:93 ii php-horde 5.2.23+debian0-6 ii php-horde-auth 2.2.2-10 ii php-horde-content 2.0.6-7 ii php-horde-controller 2.0.5-5 ii php-horde-core 2.31.18+debian0-2 ii php-horde-data 2.1.5-3 ii php-horde-date 2.4.1-9 ii php-horde-date-parser 2.0.7-2 ii php-horde-dav 1.1.4-6 ii php-horde-exception2.0.8-10 ii php-horde-form 2.0.20-2 ii php-horde-group2.1.1-12 ii php-horde-history 2.3.6-11 ii php-horde-icalendar2.1.8-7 ii php-horde-mail 2.6.6-5 ii php-horde-mime 2.11.2-2 ii php-horde-perms2.1.8-5 ii php-horde-prefs2.9.0-9 ii php-horde-routes 2.0.5-9 ii php-horde-share2.2.0-9 ii php-horde-support 2.2.2-2 ii php-horde-text-filter 2.3.7-1 ii php-horde-url 2.2.6-9 ii php-horde-util 2.5.12-2 ii php-horde-view 2.0.6-10 ii php8.2-cli [php-cli] 8.2.7-1~deb12u1 Versions of packages php-horde-nag recommends: ii php-horde-activesync 2.41.9-1 ii php-horde-db 2.4.1-8 pn php-horde-openxchange pn php-horde-test php-horde-nag suggests no packages. -- Configuration Files: /etc/horde/nag/.htaccess [Errno 13] Permission denied: '/etc/horde/nag/.htaccess' /etc/horde/nag/conf.xml [Errno 13] Permission denied: '/etc/horde/nag/conf.xml' /etc/horde/nag/hooks.php.dist [Errno 13] Permission denied: '/etc/horde/nag/hooks.php.dist' /etc/horde/nag/menu.php.dist [Errno 13] Permission denied: '/etc/horde/nag/menu.php.dist' /etc/horde/nag/prefs.php [Errno 13] Permission denied: '/etc/horde/nag/prefs.php' /etc/horde/nag/routes.php [Errno 13] Permission denied: '/etc/horde/nag/routes.php' -- no debconf information
Bug#1064082: ITP: golang-github-cheggaaa-pb -- Console progress bar for Golang
Package: wnpp
Severity: wishlist
Owner: Loren M. Lang
* Package name: golang-github-cheggaaa-pb
Version : 3.1.5-1
Upstream Author : Sergey Cherepanov
* URL : https://github.com/cheggaaa/pb
* License : BSD-3-clause
Programming Lang: Go
Description : Console progress bar for Golang
Terminal progress bar for Go
.
Coverage Status (https://coveralls.io/github/cheggaaa/pb)
.
Installation
.
go get github.com/cheggaaa/pb/v3
.
Documentation for v1 bar available here (/README_V1.md).
.
Quick start
.
package main
.
import (
"time"
.
"github.com/cheggaaa/pb/v3"
)
.
func main() {
count := 10
.
// create and start new bar
bar := pb.StartNew(count)
.
// start bar from 'default' template
// bar := pb.Default.Start(count)
.
// start bar from 'simple' template
// bar := pb.Simple.Start(count)
.
// start bar from 'full' template
// bar := pb.Full.Start(count)
.
for i := 0; i < count; i++ {
bar.Increment()
time.Sleep(time.Millisecond)
}
.
// finish bar
bar.Finish()
}
.
Result will be like this:
.
> go run test.go
37158 / 10 [>___] 37.16% 916
p/s
.
Settings
.
// create bar
bar := pb.New(count)
.
// refresh info every second (default 200ms)
bar.SetRefreshRate(time.Second)
.
// force set io.Writer, by default it's os.Stderr
bar.SetWriter(os.Stdout)
.
// bar will format numbers as bytes (B, KiB, MiB, etc)
bar.Set(pb.Bytes, true)
.
// bar use SI bytes prefix names (B, kB) instead of IEC (B, KiB)
bar.Set(pb.SIBytesPrefix, true)
.
// set custom bar template
bar.SetTemplateString(myTemplate)
.
// check for error after template set
if err := bar.Err(); err != nil {
return
}
.
// start bar
bar.Start()
.
Progress bar for IO Operations
.
package main
.
import (
"crypto/rand"
"io"
"io/ioutil"
.
"github.com/cheggaaa/pb/v3"
)
.
func main() {
var limit int64 = 1024 * 1024 * 500
.
// we will copy 500 MiB from /dev/rand to /dev/null
reader := io.LimitReader(rand.Reader, limit)
writer := ioutil.Discard
.
// start new bar
bar := pb.Full.Start64(limit)
.
// create proxy reader
barReader := bar.NewProxyReader(reader)
.
// copy from proxy reader
io.Copy(writer, barReader)
.
// finish bar
bar.Finish()
}
.
Custom Progress Bar templates
.
Rendering based on builtin text/template
(https://pkg.go.dev/text/template) package. You can use existing pb's
elements or create you own.
.
All available elements are described in the element.go (/v3/element.go)
file.
.
All in one example:
.
tmpl := `{{ red "With funcs:" }} {{ bar . "<" "-" (cycle . "↖" "↗" "↘"
"↙" ) "." ">"}} {{speed . | rndcolor }} {{percent .}} {{string .
"my_green_string" | green}} {{string . "my_blue_string" | blue}}`
.
// start bar based on our template
bar := pb.ProgressBarTemplate(tmpl).Start64(limit)
.
// set values for string elements
bar.Set("my_green_string", "green").Set("my_blue_string", "blue")
This is a dependency for pwru which is in RFP and I plan to complete packaging
shortly. pwru is an eBPF-based Linux kernel networking debugger.
Bug#1064081: ITP: golang-github-cloudflare-cbpfc -- cBPF to C or eBPF compiler
Package: wnpp Severity: wishlist Owner: Loren M. Lang * Package name: golang-github-cloudflare-cbpfc Version : 0.0~git20231012.992ed75-1 Upstream Author : Cloudflare * URL : https://github.com/cloudflare/cbpfc * License : BSD-3-clause Programming Lang: Go Description : cBPF to C or eBPF compiler cbpfc . GoDoc (https://godoc.org/github.com/cloudflare/cbpfc) . cbpfc is a classic BPF (cBPF) to extended BPF (eBPF) compiler. It can compile cBPF to eBPF, or to C, and the generated code should be accepted by the kernel verifier. . cbpfc/clang (https://godoc.org/github.com/cloudflare/cbpfc/clang) is a simple clang wrapper for compiling C to eBPF. . Tests . Dependencies . * clang * Path can be set via environment variable $CLANG . . Unprivileged . * go test -short . Full . * Requires: * root or CAP_SYS_ADMIN to load XDP programs * Recent (4.14+) Linux kernel * sudo go test This is a dependency for pwru which is in RFP and I plan to complete packaging shortly. pwru is an eBPF-based Linux kernel networking debugger.
Bug#1063999: libhdf4-0-alt: is not multi-arch compatible
Package: libhdf4-0-alt
Version: 4.2.15-5
Severity: normal
Tags: patch
X-Debbugs-Cc: yumkam+deb...@gmail.com
Dear Maintainer,
libhdf4 is dependency of libgdal32 and indirect dependency of opencv.
Lack of Multi-Arch compatibility prevents co-installation of libraries
on M-A systems.
*-dev packages looks not M-A compatible due to include/hdf/h4config.h, and
was not priority for me.
Patch attached.
Disclaimer: I was able to co-install M-A-patched
libgdal32/libogdi4.1/libarmadillo11/libhdf4 libraries on stable/bookworm,
but have no way to verify if there are any problems with their use.
Patch for 4.2.16-3 is not tested at all.
-- System Information:
Debian Release: 12.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'stable'), (100, 'proposed-updates')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 6.1.0-17-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.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 libhdf4-0-alt depends on:
ii libc62.36-9+deb12u4
ii libjpeg62-turbo 1:2.1.5-2
ii libtirpc31.3.3+ds-1
ii zlib1g 1:1.2.13.dfsg-1
libhdf4-0-alt recommends no packages.
Versions of packages libhdf4-0-alt suggests:
pn hdf4-tools
pn libhdf4-alt-dev
pn libhdf4-doc
-- no debconf information
Note: debhelper bump required for substitutions in *.install
diff -Nru libhdf4-4.2.15/debian/changelog libhdf4-4.2.15/debian/changelog
--- libhdf4-4.2.15/debian/changelog 2022-12-01 13:28:15.0 +0300
+++ libhdf4-4.2.15/debian/changelog 2024-02-14 23:18:22.0 +0300
@@ -1,3 +1,11 @@
+libhdf4 (4.2.15-5.1~local1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix Multi-Arch.
+- Bump compat to 13.
+
+ -- Yuriy M. Kaminskiy Wed, 14 Feb 2024 23:18:22
+0300
+
libhdf4 (4.2.15-5) unstable; urgency=medium
* Team upload.
diff -Nru libhdf4-4.2.15/debian/control libhdf4-4.2.15/debian/control
--- libhdf4-4.2.15/debian/control 2022-11-27 20:47:57.0 +0300
+++ libhdf4-4.2.15/debian/control 2024-02-14 23:18:22.0 +0300
@@ -4,7 +4,7 @@
Johan Van de Wauw
Section: graphics
Priority: optional
-Build-Depends: debhelper-compat (= 12),
+Build-Depends: debhelper-compat (= 13),
bison,
chrpath,
flex,
@@ -21,6 +21,7 @@
Package: libhdf4-0
Architecture: any
+Multi-Arch: same
Section: libs
Depends: ${shlibs:Depends},
${misc:Depends}
@@ -62,6 +63,7 @@
Package: libhdf4-0-alt
Architecture: any
+Multi-Arch: same
Section: libs
Depends: ${shlibs:Depends},
${misc:Depends}
@@ -128,6 +130,7 @@
Package: hdf4-tools
Architecture: any
+Multi-Arch: foreign
Depends: ${shlibs:Depends},
${misc:Depends}
Pre-Depends: ${misc:Pre-Depends}
diff -Nru libhdf4-4.2.15/debian/control.in libhdf4-4.2.15/debian/control.in
--- libhdf4-4.2.15/debian/control.in2022-11-27 20:48:02.0 +0300
+++ libhdf4-4.2.15/debian/control.in2024-02-14 23:18:22.0 +0300
@@ -4,7 +4,7 @@
Johan Van de Wauw
Section: graphics
Priority: optional
-Build-Depends: debhelper-compat (= 12),
+Build-Depends: debhelper-compat (= 13),
bison,
chrpath,
flex,
@@ -21,6 +21,7 @@
Package: @PACKAGE@-@SOVER@
Architecture: any
+Multi-Arch: same
Section: libs
Depends: ${shlibs:Depends},
${misc:Depends}
@@ -62,6 +63,7 @@
Package: @PACKAGE@-@SOVER@-alt
Architecture: any
+Multi-Arch: same
Section: libs
Depends: ${shlibs:Depends},
${misc:Depends}
@@ -128,6 +130,7 @@
Package: hdf4-tools
Architecture: any
+Multi-Arch: foreign
Depends: ${shlibs:Depends},
${misc:Depends}
Pre-Depends: ${misc:Pre-Depends}
diff -Nru libhdf4-4.2.15/debian/libhdf4-0-alt.install
libhdf4-4.2.15/debian/libhdf4-0-alt.install
--- libhdf4-4.2.15/debian/libhdf4-0-alt.install 2021-09-14 18:02:36.0
+0300
+++ libhdf4-4.2.15/debian/libhdf4-0-alt.install 2024-02-14 23:18:22.0
+0300
@@ -1 +1 @@
-usr/lib-alt/lib*.so.0* usr/lib
+usr/lib-alt/${DEB_HOST_MULTIARCH}/lib*.so.0* usr/lib/${DEB_HOST_MULTIARCH}
diff -Nru libhdf4-4.2.15/debian/libhdf4-0.install
libhdf4-4.2.15/debian/libhdf4-0.install
--- libhdf4-4.2.15/debian/libhdf4-0.install 2021-09-14 18:02:36.0
+0300
+++ libhdf4-4.2.15/debian/libhdf4-0.install 2024-02-14 23:18:22.0
+0300
@@ -1 +1 @@
-usr/lib/lib*.so.0*
+usr/lib/*/lib*.so.0*
diff -Nru libhdf4-4.2.15/debian/libhdf4-alt-dev.install
libhdf4-4.2.15/debian/libhdf4-alt-dev.install
--- libhdf4-4.2.15/debian/libhdf4-alt-dev.install 2021-09-14
18:02:36.0 +0300
+++ libhdf4-4.2.15/debian/libhdf4-alt-dev.install 2024-02-14
23:18
Bug#1063996: libogdi4.1: is not multi-arch compatible
Package: libogdi4.1
Version: 4.1.0+ds-6
Severity: normal
Tags: patch
Dear Maintainer,
libogdi4 is dependency of libgdal32 and indirect dependency of opencv.
Lack of multi-arch markup and compatibility prevents their
co-installation on multi-arch systems.
.pc moved from /usr/share/pkgconfig to /usr/lib/@DEB_HOST_MULTIARCH@/pkgconfig
debhelper bump required for use of substitutions in .install
Patch attached.
Disclaimer: I was able to co-install M-A-patched
libgdal32/libogdi4.1/libarmadillo11/libhdf4 libraries on stable/bookworm,
but have no way to verify if there are any problems with their use.
-- System Information:
Debian Release: 12.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'stable'), (100, 'proposed-updates')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 6.1.0-17-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.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 libogdi4.1 depends on:
ii libc6 2.36-9+deb12u4
ii libexpat1 2.5.0-1
ii libtirpc3 1.3.3+ds-1
ii zlib1g 1:1.2.13.dfsg-1
libogdi4.1 recommends no packages.
Versions of packages libogdi4.1 suggests:
ii ogdi-bin 4.1.0+ds-6
-- no debconf information
Notes:
.pc moved from /usr/share/pkgconfig to /usr/lib/@DEB_HOST_MULTIARCH@/pkgconfig
debhelper bump required for substitutions in .install
diff -Nru ogdi-dfsg-4.1.0+ds/debian/changelog
ogdi-dfsg-4.1.0+ds/debian/changelog
--- ogdi-dfsg-4.1.0+ds/debian/changelog 2022-12-01 15:52:30.0 +0300
+++ ogdi-dfsg-4.1.0+ds/debian/changelog 2024-02-14 23:56:13.0 +0300
@@ -1,3 +1,11 @@
+ogdi-dfsg (4.1.0+ds-6.1~local1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Bump debheler compat to 13.
+ * Fix Multi-Arch.
+
+ -- Yuriy M. Kaminskiy Wed, 14 Feb 2024 23:56:13
+0300
+
ogdi-dfsg (4.1.0+ds-6) unstable; urgency=medium
* Team upload.
diff -Nru ogdi-dfsg-4.1.0+ds/debian/control ogdi-dfsg-4.1.0+ds/debian/control
--- ogdi-dfsg-4.1.0+ds/debian/control 2022-11-28 18:21:45.0 +0300
+++ ogdi-dfsg-4.1.0+ds/debian/control 2024-02-14 23:53:25.0 +0300
@@ -3,7 +3,7 @@
Uploaders: Francesco Paolo Lovergine
Section: libs
Priority: optional
-Build-Depends: debhelper-compat (= 12),
+Build-Depends: debhelper-compat (= 13),
libexpat1-dev,
pkg-config,
tcl-dev (>= 8.4),
@@ -36,6 +36,7 @@
Package: libogdi4.1
Architecture: any
+Multi-Arch: same
Depends: ${shlibs:Depends},
${misc:Depends}
Suggests: ogdi-bin
@@ -52,6 +53,7 @@
Package: ogdi-bin
Architecture: any
+Multi-Arch: foreign
Section: science
Depends: ${shlibs:Depends},
${misc:Depends}
diff -Nru ogdi-dfsg-4.1.0+ds/debian/libogdi4.1.dirs
ogdi-dfsg-4.1.0+ds/debian/libogdi4.1.dirs
--- ogdi-dfsg-4.1.0+ds/debian/libogdi4.1.dirs 2021-06-13 15:17:54.0
+0300
+++ ogdi-dfsg-4.1.0+ds/debian/libogdi4.1.dirs 2024-02-14 23:52:43.0
+0300
@@ -1 +1 @@
-usr/lib/ogdi/4.1
+usr/lib/${DEB_HOST_MULTIARCH}/ogdi/4.1
diff -Nru ogdi-dfsg-4.1.0+ds/debian/libogdi4.1.install
ogdi-dfsg-4.1.0+ds/debian/libogdi4.1.install
--- ogdi-dfsg-4.1.0+ds/debian/libogdi4.1.install2021-06-13
15:12:37.0 +0300
+++ ogdi-dfsg-4.1.0+ds/debian/libogdi4.1.install2024-02-14
23:50:26.0 +0300
@@ -1,3 +1,3 @@
-usr/lib/libogdi.so.*
-usr/lib/libvpf.so.*
-usr/lib/ogdi/*.so usr/lib/ogdi/4.1
+usr/lib/*/libogdi.so.*
+usr/lib/*/libvpf.so.*
+usr/lib/${DEB_HOST_MULTIARCH}/ogdi/*.so
usr/lib/${DEB_HOST_MULTIARCH}/ogdi/4.1
diff -Nru ogdi-dfsg-4.1.0+ds/debian/libogdi-dev.install
ogdi-dfsg-4.1.0+ds/debian/libogdi-dev.install
--- ogdi-dfsg-4.1.0+ds/debian/libogdi-dev.install 2020-11-12
08:35:27.0 +0300
+++ ogdi-dfsg-4.1.0+ds/debian/libogdi-dev.install 2024-02-14
23:51:03.0 +0300
@@ -1,5 +1,5 @@
-usr/lib/lib*.so
+usr/lib/*/lib*.so
usr/include/ecs.h usr/include/ogdi
usr/include/ecs_util.h usr/include/ogdi
ogdi-configusr/bin/
-ogdi.pcusr/share/pkgconfig/
+ogdi.pcusr/lib/${DEB_HOST_MULTIARCH}/pkgconfig/
diff -Nru ogdi-dfsg-4.1.0+ds/debian/patches/modules_path.patch
ogdi-dfsg-4.1.0+ds/debian/patches/modules_path.patch
--- ogdi-dfsg-4.1.0+ds/debian/patches/modules_path.patch2021-06-13
15:14:04.0 +0300
+++ ogdi-dfsg-4.1.0+ds/debian/patches/modules_path.patch2024-02-14
23:54:36.0 +0300
@@ -9,7 +9,7 @@
$(EXPAT_INCLUDE)
-CFLAGS= $(INCLUDES) $(COMMON_CFLAGS)
-DMODULES_PATH="\"$(INST_LIB)/ogdi/\""
-+CFLAGS= $(INCLUDES) $(COMMON_CFLAGS)
-DMODULES_PATH="\"/usr/lib/ogdi/4.1/\""
++CFLAGS= $(INCLUDES) $(COMMON_CFLAGS)
-DMOD
Bug#1000718: Request: Enable cross-build Multi-Arch
Package: libarmadillo11
Version: 1:11.4.2+dfsg-1
Tags: patch
Followup-For: Bug #1000718
Dear Maintainer,
libarmadillo11 is dependency of libgdal32 and indirectly dependency of
opencv, thus lack of M-A compatibility prevents co-installation.
This is not only [cross-]build problem, but affects normal users.
Patch attached.
Disclaimer: I was able to co-install M-A-patched
libgdal32/libogdi4.1/libarmadillo11/libhdf4 libraries on stable/bookworm,
but have no way to verify if there are any problems with their use.
-- System Information:
Debian Release: 12.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'stable'), (100, 'proposed-updates')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 6.1.0-17-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.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 libarmadillo11 depends on:
ii libarpack2 3.8.0-3
ii libblas3 [libblas.so.3] 3.11.0-2
ii libc62.36-9+deb12u4
ii libgcc-s112.2.0-14
ii liblapack3 [liblapack.so.3] 3.11.0-2
ii libstdc++6 12.2.0-14
ii libsuperlu5 5.3.0+dfsg1-2+b1
libarmadillo11 recommends no packages.
libarmadillo11 suggests no packages.
-- no debconf information
Note: -dev is likely not multi-arch safe.
diff -Nru armadillo-11.4.2+dfsg/debian/changelog
armadillo-11.4.2+dfsg/debian/changelog
--- armadillo-11.4.2+dfsg/debian/changelog 2022-10-29 17:12:52.0
+0300
+++ armadillo-11.4.2+dfsg/debian/changelog 2024-02-14 23:06:47.0
+0300
@@ -1,3 +1,10 @@
+armadillo (1:11.4.2+dfsg-1.1~local1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add Multi-Arch.
+
+ -- Yuriy M. Kaminskiy Wed, 14 Feb 2024 23:06:47
+0300
+
armadillo (1:11.4.2+dfsg-1) unstable; urgency=medium
* New upstream release
diff -Nru armadillo-11.4.2+dfsg/debian/control
armadillo-11.4.2+dfsg/debian/control
--- armadillo-11.4.2+dfsg/debian/control2022-10-29 17:11:49.0
+0300
+++ armadillo-11.4.2+dfsg/debian/control2024-02-14 23:05:31.0
+0300
@@ -28,6 +28,7 @@
Package: libarmadillo11
Section: libs
Architecture: any
+Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: streamlined C++ linear algebra library
Armadillo is a streamlined C++ linear algebra library (matrix maths)
diff -Nru armadillo-11.4.2+dfsg/debian/libarmadillo11.install
armadillo-11.4.2+dfsg/debian/libarmadillo11.install
--- armadillo-11.4.2+dfsg/debian/libarmadillo11.install 2022-10-29
17:11:49.0 +0300
+++ armadillo-11.4.2+dfsg/debian/libarmadillo11.install 2024-02-14
23:04:24.0 +0300
@@ -1 +1 @@
-usr/lib/*.so.* usr/lib
+usr/lib/*/*.so.*
diff -Nru armadillo-11.4.2+dfsg/debian/libarmadillo-dev.install
armadillo-11.4.2+dfsg/debian/libarmadillo-dev.install
--- armadillo-11.4.2+dfsg/debian/libarmadillo-dev.install 2022-10-29
17:11:49.0 +0300
+++ armadillo-11.4.2+dfsg/debian/libarmadillo-dev.install 2024-02-14
23:06:47.0 +0300
@@ -1,3 +1,4 @@
usr/include/* usr/include
-usr/lib/lib*.so usr/lib
+usr/lib/*/lib*.so
+usr/lib/*/pkgconfig/*
usr/share/Armadillo/CMake/*.cmake usr/share/doc/libarmadillo-dev
diff -Nru armadillo-11.4.2+dfsg/debian/rules armadillo-11.4.2+dfsg/debian/rules
--- armadillo-11.4.2+dfsg/debian/rules 2022-10-29 17:11:49.0 +0300
+++ armadillo-11.4.2+dfsg/debian/rules 2024-02-14 23:06:47.0 +0300
@@ -13,7 +13,7 @@
build-stamp:
dh_testdir
- dh_auto_configure --buildsystem=cmake --builddirectory=. -- -D
INSTALL_LIB_DIR=lib -D CMAKE_INpppSTALL_PREFIX_INITIALIZED_TO_DEFAULT:BOOL=ON
. # specified to install to the debian/tmp directory.
+ dh_auto_configure --buildsystem=cmake --builddirectory=. -- -D
INSTALL_LIB_DIR=lib/${DEB_HOST_MULTIARCH} -D
CMAKE_INpppSTALL_PREFIX_INITIALIZED_TO_DEFAULT:BOOL=ON . # specified to
install to the debian/tmp directory.
$(MAKE)
touch $@
@@ -45,8 +45,6 @@
dh_installdocs -a
dh_installexamples -a
dh_install -a --sourcedir=debian/tmp
- mkdir -p
debian/libarmadillo-dev/usr/lib/${DEB_HOST_MULTIARCH}/pkgconfig/
- cp debian/tmp/usr/lib/pkgconfig/armadillo.pc
debian/libarmadillo-dev/usr/lib/${DEB_HOST_MULTIARCH}/pkgconfig/
dh_installman -a
dh_link -a
dh_strip -a
Bug#1063994: libgdal32: library is not marked for multi-arch
Package: libgdal32
Version: 3.6.2+dfsg-1
Severity: normal
Tags: patch
Dear Maintiner,
libgdal32 is installed in multi-arch compatible way, but not marked as
Multi-Arch. This prevents co-installing dependent libraries (notably,
OpenCV).
gdal-bin looks provied only CLI, thus should be matched as M-A: foreign.
gdal-plugins contain only some config in multi-arch compatible location,
so probably M-A: same
libgdal-dev package is definitely not multi-arch compatible (due to at least
bin/gdal-config and include/gdal/cpl_config.h)
Trivial patch attached.
Disclaimer: I was able to co-install M-A-patched
libgdal32/libogdi4.1/libarmadillo11/libhdf4 libraries on stable/bookworm,
but have no way to verify if there are any problems with their use.
-- System Information:
Debian Release: 12.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'stable'), (100, 'proposed-updates')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 6.1.0-17-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.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 libgdal32 depends on:
ii gdal-data3.6.2+dfsg-1.1~local1
ii gdal-plugins 3.6.2+dfsg-1.1~local1
ii libarmadillo11 1:11.4.2+dfsg-1.1~local1
ii libblosc11.21.3+ds-1
ii libc62.36-9+deb12u4
ii libcfitsio10 4.2.0-3
ii libcurl4 7.88.1-10+deb12u5
ii libdeflate0 1.14-1
ii libexpat12.5.0-1
ii libfreexl1 1.0.6-2
ii libfyba0 4.1.1-8
ii libgcc-s112.2.0-14
ii libgeos-c1v5 3.11.1-1
ii libgeotiff5 1.7.1-2+b1
ii libgif7 5.2.1-2.5
ii libhdf4-0-alt4.2.15-5.1~local1
ii libhdf5-103-11.10.8+repack1-1
ii libheif1 1.15.1-1
ii libjpeg62-turbo 1:2.1.5-2
ii libjson-c5 0.16-2
ii libkmlbase1 1.3.0-10
ii libkmldom1 1.3.0-10
ii libkmlengine11.3.0-10
ii liblz4-1 1.9.4-1
ii liblzma5 5.4.1-0.2
ii libmariadb3 1:10.11.6-0+deb12u1
ii libnetcdf19 1:4.9.0-3+b1
ii libodbc2 2.3.11-2+deb12u1
ii libodbcinst2 2.3.11-2+deb12u1
ii libogdi4.1 4.1.0+ds-6.1~local1
ii libopenjp2-7 2.5.0-2
ii libpcre2-8-0 10.42-1
ii libpng16-16 1.6.39-2
ii libpoppler12622.12.0-2+b1
ii libpq5 15.6-0+deb12u1
ii libproj259.1.1-1+b1
ii libqhull-r8.02020.2-5
ii libspatialite7 5.0.1-3
ii libsqlite3-0 3.40.1-2
ii libssl3 3.0.11-1~deb12u2
ii libstdc++6 12.2.0-14
ii libtiff6 4.5.0-6+deb12u1
ii libwebp7 1.2.4-0.2+deb12u1
ii libxerces-c3.2 3.2.4+debian-1
ii libxml2 2.9.14+dfsg-1.3~deb12u1
ii libzstd1 1.5.4+dfsg2-5
ii zlib1g 1:1.2.13.dfsg-1
Versions of packages libgdal32 recommends:
ii proj-bin 9.1.1-1+b1
libgdal32 suggests no packages.
-- no debconf information
diff -Nru gdal-3.6.2+dfsg/debian/changelog gdal-3.6.2+dfsg/debian/changelog
--- gdal-3.6.2+dfsg/debian/changelog2023-01-05 11:20:25.0 +0300
+++ gdal-3.6.2+dfsg/debian/changelog2024-02-15 00:33:27.0 +0300
@@ -1,3 +1,10 @@
+gdal (3.6.2+dfsg-1.1~local1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Mark as Multi-Arch.
+
+ -- Yuriy M. Kaminskiy Thu, 15 Feb 2024 00:33:27
+0300
+
gdal (3.6.2+dfsg-1) unstable; urgency=medium
* New upstream release.
diff -Nru gdal-3.6.2+dfsg/debian/control gdal-3.6.2+dfsg/debian/control
--- gdal-3.6.2+dfsg/debian/control 2023-01-05 10:58:52.0 +0300
+++ gdal-3.6.2+dfsg/debian/control 2024-02-15 00:33:27.0 +0300
@@ -67,6 +67,7 @@
Package: libgdal32
Architecture: any
+Multi-Arch: same
Section: libs
Depends: gdal-data (>= ${source:Version}),
gdal-plugins (>= ${binary:Version}),
@@ -159,6 +160,7 @@
Package: gdal-bin
Architecture: any
+Multi-Arch: foreign
Depends: python3-gdal (= ${binary:Version}),
${python3:Depends},
${shlibs:Depends},
@@ -213,6 +215,7 @@
Package: gdal-plugins
Architecture: any
+Multi-Arch: same
Depends: ${misc:Depends}
Description: Geospatial Data Abstraction Library - Plugins
GDAL is a translator library for raster geospatial data formats.
Bug#1063929: ITP: golang-github-go-quicktest-qt -- Quick helpers for testing Go applications using generics.
Package: wnpp
Severity: wishlist
Owner: Loren M. Lang
* Package name: golang-github-go-quicktest-qt
Version : 1.101.0-1
Upstream Author :
* URL : https://github.com/go-quicktest/qt
* License : Expat
Programming Lang: Go
Description : Quick helpers for testing Go applications using generics.
qt: quicker Go tests
.
go get github.com/go-quicktest/qt
.
Package qt provides a collection of Go helpers for writing tests. It
uses generics, so requires Go 1.18 at least.
.
For a complete API reference, see the package documentation
(https://pkg.go.dev/github.com/go-quicktest/qt).
.
Quicktest helpers can be easily integrated inside regular Go tests, for
instance:
.
import "github.com/go-quicktest/qt"
.
func TestFoo(t *testing.T) {
t.Run("numbers", func(t *testing.T) {
numbers, err := somepackage.Numbers()
qt.Assert(t, qt.DeepEquals(numbers, []int{42, 47})
qt.Assert(t, qt.ErrorMatches(err, "bad wolf"))
})
t.Run("nil", func(t *testing.T) {
got := somepackage.MaybeNil()
qt.Assert(t, qt.IsNil(got), qt.Commentf("value: %v",
somepackage.Value))
})
}
.
Assertions
.
An assertion looks like this, where qt.Equals could be replaced by any
available checker. If the assertion fails, the underlying t.Fatal method
is called to describe the error and abort the test.
.
qt.Assert(t, qt.Equals(someValue, wantValue))
.
If you don’t want to abort on failure, use Check instead, which calls
Error instead of Fatal:
.
qt.Check(t, qt.Equals(someValue, wantValue))
.
The library provides some base checkers like Equals, DeepEquals,
Matches, ErrorMatches, IsNil and others. More can be added by
implementing the Checker interface.
.
Other helpers
.
The Patch helper makes it a little more convenient to change a global or
other variable for the duration of a test.
This package is being added to support cilium/pwru which is RFP in BTS
#1063031.
Bug#1063800: Should we restrict libtread-pool to 64bit only
Andreas Tille writes: >Build-Depends libthread-pool 4.0.0 which does not build >for 32bit architectures[1] I see a fix in experimental: https://buildd.debian.org/status/package.php?p=libthread-pool=experimental Why not just reupload it to unstable? -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Bug#1062932: nvidia-graphics-drivers: Version 525.147.05-6 not available in stable, dkms fails with kernel 6.1.0-18
Dear maintainers, Debian 12.5 stable updated here from the main repo, impossible to compile nvidia module with dkms on 6.1.0-18. Same error as everyone else: ERROR: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol '__rcu_read_lock' ERROR: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol '__rcu_read_unlock' In addition to here, they talk about it here: https://forums.developer.nvidia.com/t/linux-6-7-3-545-29-06-550-40-07-error-modpost-gpl-incompatible-module-nvidia-ko-uses-gpl-only-symbol-rcu-read-lock/280908/55 Machines are stuck and can't boot up with the graphics cards working, you have to apply the solution, everyone is going to be impacted. Regards, Maxime.
Bug#1063442: Acknowledgement (ITP: tracy -- Real time, nanosecond resolution, remote telemetry, hybrid frame and sampling profiler for games and other applications)
Correction: Tracy is an optional dependency for the debug build that enables CPU and GPU profiling for Hyprland. On 08/02/24 14:51, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. You can follow progress on this Bug here: 1063442: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063442. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to debian-de...@lists.debian.org, a...@digistorm.in (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): w...@debian.org If you wish to submit further information on this problem, please send it to 1063...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system.
Bug#1063442: ITP: tracy -- Real time, nanosecond resolution, remote telemetry, hybrid frame and sampling profiler for games and other applications
Package: wnpp Severity: wishlist Owner: Alan M Varghese X-Debbugs-Cc: debian-de...@lists.debian.org, a...@digistorm.in * Package name: tracy Version : 0.10.0 Upstream Contact: Bartosz Taudul * URL : https://github.com/wolfpld/tracy * License : BSD-3-Clause Programming Lang: C++, C Description : Real time, nanosecond resolution, remote telemetry, hybrid frame and sampling profiler for games and other applications Tracy is a real time, nanosecond resolution, remote telemetry, hybrid frame and sampling profiler for games and other applications. Tracy supports profiling CPU (Direct support is provided for C, C++, and Lua integration. At the same time, third-party bindings to many other languages exist on the internet, such as Rust, Zig, C#, OCaml, Odin, etc.), GPU (All major graphic APIs: OpenGL, Vulkan, Direct3D 11/12, OpenCL.), memory allocations, locks, context switches, automatically attribute screenshots to captured frames, and much more. Tracy is a "debug build" dependency for Hyprland[1] and is included in the upstream tarball for that project. I am attempting to package it separately to meet the requirements and guidelines of the Debian project[2]. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971 [2] https://www.debian.org/doc/debian-policy/ch-source.html#embedded-code-copies
Bug#1063115: fltk1.3: NMU diff for 64-bit time_t transition
Steve Langasek writes: > NOTICE: these changes must not be uploaded to unstable yet! Understood. > Please find the patch for this NMU attached. Got it, thanks! On the .symbols front, I'd think it would make more sense either to reset all versions to 0 (the simplest option) or to arrange for unaffected architectures' dependency templates to read e.g. libfltk1.3t64 #MINVER# | libfltk1.3 #MINVER# Sorry if I missed any relevant discussion; I must confess I haven't followed -devel in years. :-/ -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Bug#1062724: node-cbor: cbor2comment throws exception on decoding null
Package: node-cbor
Version: 8.1.0+dfsg+~cs5.2.1-3
Severity: normal
File: /usr/bin/cbor2comment
cbor2comment can throw an exception when a null is deserialized:
$ cat >data <<-EOF
AKViaWQAaHNlbGVjdG9yoWRwYXRoTi9tZW1vcnkvdmF1bHQvZ3JlY3Vyc2WhZ2Jvb2xlYW71ZGtp
bmRqY3JlZGVudGlhbGRib2R5rGh1c2VybmFtZaFnbGl0ZXJhbENmb29mc2VjcmV0oWNhbnn2aGF1
dGh0eXBloWNhbnn2ZGtpbmShZ2xpdGVyYWxjYXBpaHByb3RvY29soWdsaXRlcmFsZWh0dHBzZGhv
c3ShZ2xpdGVyYWxvZ2l0LmV4YW1wbGUuY29tZXRpdGxloWdsaXRlcmFseB1HaXQ6IGh0dHBzOi8v
Z2l0LmV4YW1wbGUuY29tL2tkZXNjcmlwdGlvbqFjYW559mRwYXRooWNhbnn2Z3NlcnZpY2WhZ2xp
dGVyYWxjZ2l0ZWV4dHJhoGJpZKFnbGl0ZXJhbFiAODhkMmQ3Njc4YzEyNzdmODFiMzhmZWJkOWQ5
M2Y0ZDc0ZGY4OGYyNzIwOTYwMzA4YTFjY2VjZmI1N2QzNjVmNTNiMTAyMjc2YmQ1YjQ0MjcwMjkz
ZDQzNDU4M2RkMmVmNmMxZGViODdmYzI5NTA4YTc2YjI3YjA3OTgyNmI3MDYK
EOF
$ base64 -d data | cbor2comment
[Some data...]
f6 -- {Val:0}, TypeError: Cannot read properties of null
(reading 'Symbol(nodejs.util.inspect.custom)')
at Object.cborValueToString (/usr/share/nodejs/cbor/lib/utils.js:246:21)
at Commented._on_value (/usr/share/nodejs/cbor/lib/commented.js:336:23)
at Decoder.emit (node:events:517:28)
at Decoder._parse (/usr/share/nodejs/cbor/lib/decoder.js:555:12)
at _parse.next ()
at Decoder._transform
(/usr/share/nodejs/cbor/vendor/binary-parse-stream/index.js:53:29)
at Transform._write (node:internal/streams/transform:175:8)
at writeOrBuffer (node:internal/streams/writable:392:12)
at _write (node:internal/streams/writable:333:10)
at Writable.write (node:internal/streams/writable:337:10)
I expected cbor2comment to print the data, including the null, without
throwing an exception or truncating the dump.
I should note that cbor2json works, but because my data structure uses
byte strings heavily, the dump is effectively unreadable. I have not
found other non-null data that triggers an error.
In case it is useful to know, the data structure was serialized using
the Rust library serde_cbor. It's test data and is not sensitive, so
feel free to share it, add it to the testsuite, etc.
I believe this may be fixed with PR #188 upstream (in v9.0.2), but I'm
unsure. In any event, I expect it's easy to verify one way or the other
with the steps above.
-- System Information:
Debian Release: trixie/sid
APT prefers oldstable-security
APT policy: (500, 'oldstable-security'), (500, 'unstable'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.6.9-amd64 (SMP w/20 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER, TAINT_WARN
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8),
LANGUAGE=en_CA:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages node-cbor depends on:
ii node-bignumber 9.1.1-1
ii node-commander 9.4.1-1
ii nodejs 18.19.0+dfsg-6
node-cbor recommends no packages.
node-cbor suggests no packages.
-- no debconf information
--
brian m. carlson (he/him or they/them)
Toronto, Ontario, CA
signature.asc
Description: PGP signature
Bug#1062534: RFS: tiv/1.2.1+dfsg-1 [ITP] -- high-resolution command-line image viewer
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "tiv": * Package name : tiv Version : 1.2.1+dfsg-1 Upstream contact : Stefan Haustein * URL : https://github.com/stefanhaustein/TerminalImageViewer * License : GPL-3+ or Apache-2.0 * Vcs : https://salsa.debian.org/penguin359/tiv Section : graphics The source builds the following binary packages: tiv - high-resolution command-line image viewer To access further information about this package, please visit the following URL: https://mentors.debian.net/package/tiv/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/t/tiv/tiv_1.2.1+dfsg-1.dsc Changes for the initial release: tiv (1.2.1+dfsg-1) unstable; urgency=low . * Initial release. Closes: #1062455 Regards, -- Loren M. Lang lor...@north-winds.org http://www.north-winds.org/ Public Key: http://www.north-winds.org/lorenl_pubkey.asc Fingerprint: 7896 E099 9FC7 9F6C E0ED E103 222D F356 A57A 98FA signature.asc Description: PGP signature
Bug#1062455: ITP: tiv -- Small command-line image viewer using RGB ANSI colors and Unicode block characters to render image
Package: wnpp Severity: wishlist Owner: "Loren M. Lang" X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: tiv Version : 1.2.1 Upstream Author : Aaron Liu , Stefan Haustein * URL : https://github.com/stefanhaustein/TerminalImageViewer * License : GPL3, ASL Programming Lang: C++ Description : Small command-line viewer using RGB colors and Unicode block characters to render image Small command-line image viewer using 24-bit RGB ANSI colors and Unicode block characters which create a 4x8 pixel cell for each character. With the use of these Unicode block characters, this can provide a higher resolution image for the same screen real estate. It was compared with timg and catimg and can get out finer detail than those tools and make a sharper presentation. The mail_new.png icon seems to have a lot of fine detail with the text on the page. Here is my comparision case: catimg -H 32 /usr/share/icons/mate/256x256/actions/mail_new.png timg -g 32x32 /usr/share/icons/mate/256x256/actions/mail_new.png ./tiv -h 32 -w 32 /usr/share/icons/mate/256x256/actions/mail_new.png I am currently planning on maintaining it myself, but I am open if there is a team that is more appropriate to help with it. The package itself is very lightweight and should not require much maintenance. I will need a sponsor to get this package into Debian. -- Loren M. Lang lor...@north-winds.org http://www.north-winds.org/ Public Key: http://www.north-winds.org/lorenl_pubkey.asc Fingerprint: 7896 E099 9FC7 9F6C E0ED E103 222D F356 A57A 98FA signature.asc Description: PGP signature
Bug#1062045: Acknowledgement (pandoc: generates documentation with invalid fonts in groff output)
On Wed, Jan 31, 2024 at 09:16:38AM +0100, Jonas Smedegaard wrote: > Control: reassign -1 libghc-pandoc-dev > Control: force-merge 1053777 -1 > Control: affects 1053777 pandoc > > Hi Loren, > > Quoting Loren M. Lang (2024-01-31 08:35:12) > > I left the detail description out of the original report. Current > > version of pandoc will create *roff output during man page generation > > that refers to invalid fonts C, CI, and possibly others. This will > > trigger lintian warnings such as the following for packages using pandoc > > to build their man pages: > > > > groff-message troff::89: warning: cannot select font 'C' > > > > This is a known issue and has been fixed upstream in pandoc 3.1.7 as > > documented in this issue: > > > > https://github.com/jgm/pandoc/issues/9020 > > > > Updating pandoc to 3.1.7 or newer should resolve this issue. > > Thanks for the bugreport. > > Most of pandoc functionality is handled by a Haskell library which is > packaged separately. This issue is already reported there, but the > bugreport is not tagged as affecting this package. With this message > will (if I cast the runes correctly) reassign and merge this bugreport > with bug#1053777 and mark it as affecting the pandoc package. Yes, I just discovered this after attempting to update the pandoc debian repo. I was able to import-orig --uscan the 3.1.7 release and rebuild the package without any issues, but then couldn't install it to test because it didn't match the version of pandoc-data I had installed. Trying to figure out how to best update that, but the DHG_packages repo is a bit more sophisticated in it's set-up and I'm not yet sure how it tracks original tarballs. I'll keep digging into this if that's helpful, but this is certainly turning into a bigger project than it originally looked like. > > Kind regards, > > - Jonas > > -- > * Jonas Smedegaard - idealist & Internet-arkitekt > * Tlf.: +45 40843136 Website: http://dr.jones.dk/ > * Sponsorship: https://ko-fi.com/drjones > > [x] quote me freely [ ] ask before reusing [ ] keep private -- Loren M. Lang lor...@north-winds.org http://www.north-winds.org/ Public Key: http://www.north-winds.org/lorenl_pubkey.asc Fingerprint: 7896 E099 9FC7 9F6C E0ED E103 222D F356 A57A 98FA signature.asc Description: PGP signature
Bug#1062045: Acknowledgement (pandoc: generates documentation with invalid fonts in groff output)
I left the detail description out of the original report. Current version of pandoc will create *roff output during man page generation that refers to invalid fonts C, CI, and possibly others. This will trigger lintian warnings such as the following for packages using pandoc to build their man pages: groff-message troff::89: warning: cannot select font 'C' This is a known issue and has been fixed upstream in pandoc 3.1.7 as documented in this issue: https://github.com/jgm/pandoc/issues/9020 Updating pandoc to 3.1.7 or newer should resolve this issue. -- Loren M. Lang lor...@north-winds.org http://www.north-winds.org/ Public Key: http://www.north-winds.org/lorenl_pubkey.asc Fingerprint: 7896 E099 9FC7 9F6C E0ED E103 222D F356 A57A 98FA signature.asc Description: PGP signature
Bug#1062045: pandoc: generates documentation with invalid fonts in groff output
Package: pandoc Version: 3.1.3+ds-2 Severity: normal X-Debbugs-Cc: penguin...@gmail.com -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-15-generic (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: unable to detect Versions of packages pandoc depends on: ii libc62.37-15 ii libffi8 3.4.4-2 ii libgmp10 2:6.3.0+dfsg-2 ii liblua5.4-0 5.4.6-2 ii libyaml-0-2 0.2.5-1 ii pandoc-data 3.1.3-1 ii zlib1g 1:1.3.dfsg-3+b1 pandoc recommends no packages. Versions of packages pandoc suggests: pn citation-style-language-styles pn context ii ghc 9.4.7-2 pn groff 1.23.0-3 pn libjs-katex pn libjs-mathjax pn librsvg2-bin pn nodejs pn pandoc-citeproc ii perl5.38.2-3 pn php pn python pn r-base-core ii ruby1:3.1 pn texlive-latex-extra pn texlive-latex-recommended pn texlive-luatex pn texlive-xetex pn wkhtmltopdf -- no debconf information -- Loren M. Lang lor...@north-winds.org http://www.north-winds.org/ Public Key: http://www.north-winds.org/lorenl_pubkey.asc Fingerprint: 7896 E099 9FC7 9F6C E0ED E103 222D F356 A57A 98FA signature.asc Description: PGP signature
Bug#1061940: ITP: libudis86 -- Disassembler for the x86 and x86-64 class of instructions set
Package: wnpp Severity: wishlist Owner: Alan M Varghese X-Debbugs-Cc: debian-de...@lists.debian.org, a...@digistorm.in * Package name: libudis86 Version : #5336633 Upstream Contact: https://github.com/canihavesomecoffee/udis86/issues * URL : https://github.com/canihavesomecoffee/udis86 * License : BSD 2-Clause Programming Lang: C, Python Description : Disassembler for the x86 and x86-64 class of instructions set Udis86 is a disassembler for the x86 and x86-64 class of instruction set architectures. It consists of a C library called libudis86 which provides a clean and simple interface to decode and inspect a stream of raw binary data as disassembled instructions in a structured manner, and a command line tool called udcli that incorporates the library. canihavesomecoffee/udis86 is a dependency for Hyprland[1][2] that I am interested in packaging. This project is a fork of another of similar name[3][4] with fixes and additions merged from other forks[6]. It looks like there was an ITP created for the original[7] which was later abandoned. @werdahias has prepared initial packaging here[8]. My attempt[9] is based on this. [1] https://github.com/hyprwm/Hyprland [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971 [3] https://github.com/vmt/udis86 [4] https://sourceforge.net/projects/udis86/ [6] https://github.com/canihavesomecoffee/udis86?tab=readme-ov-file#author-and-contributors [7] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893807 [8] https://salsa.debian.org/werdahias/udis86-wip/ [9] https://salsa.debian.org/NyxTrail/udis86
Bug#1040971: ITP: hyprland -- dynamic tiling Wayland compositor based on wlroots
Hi, Thanks for the heads up. I am still working on structuring all this properly. So far, this is what I have: https://salsa.debian.org/NyxTrail/hyprland Regarding the sub-packages, udis86 seems to be based on a fork of another project of the same name: https://github.com/canihavesomecoffee/udis86 (hyprland depends on this one) https://github.com/vmt/udis86 (this one is the original project) There does not seem to be any official releases upstream (udis86) for the commit Hyprland depends on (commit: 5336633). In fact, their (udis86) latest release seems to be v1.7.2, on Sep 2 2013. Considering how Hyprland likes to declare their dependencies based on non-release commits, I do not think we can depend on any release versions of these packages. I have successfully moved libwlroots.so.* to a "private" directory under /usr/lib/hyprland and updated the RPATH on the Hyprland binary to reflect that. This seems to work fine so far. It might be possible to exclude tracy (may be even remove it?), but I haven't explored this yet. In this case, the commit Hyprland references does have a release version. But, may be we should not depend on that? Finally, the build output for hyprland-protocols are a few header files. So far I have been trying to include these in a 'hyprland-dev' package along with everything else under the 'installheaders' Make target. If required, I think it should be trivial to move these headers to a hyprland-protocols-dev package.` As I mentioned before, the source tarball from Hyprland includes the source for all these submodules. Perhaps these modules should be considered a part of Hyprland itself since they are included verbatim in the source package? They also do not seem to generate any binaries (or other artifacts) that might pollute the rest of the system. Let me know if you have any thoughts/feedback. This is my first time building a package :) Thanks, Alan (NyxTrail)
Bug#1008625: RFH: qiskit-terra
Hello Andreas, I concur: the most reasonable course of action would be to remove the package(s) [1] [2] [3] from Debian. My availability and skills for working on the packages is at the same level or lower than at the time of the RFH, and the amount of effort has increased since then. Best, [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1008625 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1008627 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1008626 --- Diego M. Rodriguez
Bug#1001105: RFP: pyvista -- 3D plotting and mesh analysis
Control: retitle 1001105 RFP: pyvista -- 3D plotting and mesh analysis Control: noowner 1001105 Hello, regrettably, I'm no longer able / interested in packaging this software. I'm attempting to officially signal it by removing my ownership, in the hopes it can be picked up by other contributor (specially in light of the recent blocking dependency from python-scooby). Best, and thanks Drew for the collaboration that led to the initial ITP, --- Diego M. Rodriguez
Bug#995581: ITP: python-oauthenticator -- OAuth authenticator for JupyterHub
Control: noowner 995581 Control: close 995581 Hello, I am no longer interested in packaging this module. Best, --- Diego M. Rodriguez
Bug#1061262: ecdh-nist-p256: stack dump on boot
Package: ecdh-nist-p256 Severity: normal X-Debbugs-Cc: kjell.myksv...@gmail.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Reboot after package updates. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? [3.334317] [ cut here ] [3.334319] alg: self-tests for ecdh-nist-p256 using ecdh-nist-p256-generic failed (rc=-14) [3.334325] WARNING: CPU: 27 PID: 461 at crypto/testmgr.c:5936 alg_test+0x516/0x630 [3.334331] Modules linked in: ecdh_generic(+) ecc crc16 amdgpu(+) i2c_algo_bit drm_ttm_helper ttm video drm_suballoc_helper amdxcp drm_buddy gpu_sched drm_display_helper drm_kms_helper xhci_pci nvme drm xhci_hcd nvme_core t10_pi crc32c_intel cec usbcore crc64_rocksoft crc64 rc_core crc_t10dif crct10dif_generic crct10dif_pclmul crct10dif_common usb_common gpio_amdpt wmi gpio_generic [3.334369] CPU: 27 PID: 461 Comm: cryptomgr_test Not tainted 6.5.0-5-amd64 #1 Debian 6.5.13-1 [3.334372] Hardware name: System manufacturer System Product Name/PRIME X399-A, BIOS 1601 04/14/2023 [3.334374] RIP: 0010:alg_test+0x516/0x630 [3.334377] Code: ff ff 4c 89 e6 4c 89 e7 41 89 c7 e8 e4 f4 fe ff e9 37 ff ff ff 44 89 f9 48 89 ea 4c 89 ee 48 c7 c7 38 08 0c 98 e8 1a 5d b5 ff <0f> 0b e9 7d fe ff ff 48 89 c2 48 89 ee 48 c7 c7 70 07 0c 98 45 89 [3.334379] RSP: 0018:bd2844e97e10 EFLAGS: 00010286 [3.334381] RAX: RBX: 007e RCX: c0007fff [3.334383] RDX: RSI: 7fff RDI: 0001 [3.334385] RBP: 987682aeee00 R08: R09: bd2844e97ca0 [3.334386] R10: 0003 R11: 987deedfffe8 R12: 007f [3.334388] R13: 987682aeee80 R14: R15: fff2 [3.334390] FS: () GS:987def0c() knlGS: [3.334392] CS: 0010 DS: ES: CR0: 80050033 [3.334393] CR2: 7fe96d9ba840 CR3: 00010c7ea000 CR4: 003506e0 [3.334395] Call Trace: [3.334398] [3.334399] ? alg_test+0x516/0x630 [3.334401] ? __warn+0x81/0x130 [3.334406] ? alg_test+0x516/0x630 [3.334409] ? report_bug+0x171/0x1a0 [3.334413] ? prb_read_valid+0x1b/0x30 [3.334417] ? srso_return_thunk+0x5/0x10 [3.334422] ? handle_bug+0x3c/0x80 [3.334426] ? exc_invalid_op+0x17/0x70 [3.334429] ? asm_exc_invalid_op+0x1a/0x20 [3.334435] ? alg_test+0x516/0x630 [3.334438] ? psi_memstall_leave+0xb0/0xb0 [3.334441] ? srso_return_thunk+0x5/0x10 [3.33] ? finish_task_switch.isra.0+0x8f/0x2d0 [3.334449] ? srso_return_thunk+0x5/0x10 [3.334452] ? __schedule+0x3e2/0xb20 [3.334457] ? __pfx_cryptomgr_test+0x10/0x10 [3.334460] cryptomgr_test+0x24/0x40 [3.334464] kthread+0xe8/0x120 [3.334468] ? __pfx_kthread+0x10/0x10 [3.334471] ret_from_fork+0x34/0x50 [3.334475] ? __pfx_kthread+0x10/0x10 [3.334478] ret_from_fork_asm+0x1b/0x30 [3.334486] [3.334487] ---[ end trace ]--- * What outcome did you expect instead? No stack dump. *** End of the template - remove these template lines *** -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-5-amd64 (SMP w/32 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8), LANGUAGE=nb_NO:nb:no_NO:no:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1040971: ITP: hyprland -- dynamic tiling Wayland compositor based on wlroots
Package: wnpp Followup-For: Bug #1040971 Owner: Alan M Varghese X-Debbugs-Cc: debian-de...@lists.debian.org, a...@digistorm.in * Package name: hyprland Version : 0.34.0 Upstream Contact: vaxerski * URL : https://github.com/hyprwm/Hyprland * License : BSD-3-Clause Programming Lang: C++ Description : dynamic tiling Wayland compositor based on wlroots - From the readme: " Hyprland is a dynamic tiling Wayland compositor based on wlroots that doesn't sacrifice on its looks. It supports multiple layouts, fancy effects, has a very flexible IPC model allowing for a lot of customization, a powerful plugin system and more. " Upstream for Hyprland provides a source tarball with all its submodules packaged together. I intend to package them as-is and not separate out wlroots (don't know if that would even be possible; a custom wlroots binary is built and linked against during the build process).
Bug#1060703: RFS: golang-golang-x-oauth2/0.15.0-1~bpo12 1 -- Google APIs support for OAuth2
Package: sponsorship-requests Severity: normal X-Debbugs-CC: debian...@lists.debian.org Dear mentors, I am looking for a sponsor for my package "golang-golang-x-oauth2": * Package name : golang-golang-x-oauth2 Version : 0.15.0-1~bpo12+1 * URL : https://golang.org/x/oauth2 * License : BSD-3-clause * Vcs : https://salsa.debian.org/go-team/packages/golang-golang-x-oauth2 Section : golang The source builds the following binary packages: golang-golang-x-oauth2-dev - make OAuth2 authorized and authenticated HTTP requests golang-golang-x-oauth2-google-dev - Google APIs support for OAuth2 To access further information about this package, please visit the following URL: https://mentors.debian.net/package/golang-golang-x-oauth2/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/g/golang-golang-x-oauth2/golang-golang-x-oauth2_0.15.0-1~bpo12+1.dsc Changes since the last upload: golang-golang-x-oauth2 (0.15.0-1~bpo12+1) bookworm-backports; urgency=medium . * Rebuild for bookworm-backports. Regards,
Bug#1060683: RFS: git-credential-oauth/0.11.0-1~bpo12 1 -- Git credential helper for GitHub and other forges using OAuth
Package: sponsorship-requests Severity: normal X-Debbugs-CC: debian...@lists.debian.org Dear mentors, I am looking for a sponsor for my package "git-credential-oauth": * Package name : git-credential-oauth Version : 0.11.0-1~bpo12+1 Upstream contact : M Hickford * URL : https://github.com/hickford/git-credential-oauth * License : Apache-2.0 * Vcs : https://salsa.debian.org/go-team/packages/git-credential-oauth Section : golang The source builds the following binary packages: git-credential-oauth - Git credential helper for GitHub and other forges using OAuth To access further information about this package, please visit the following URL: https://mentors.debian.net/package/git-credential-oauth/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/g/git-credential-oauth/git-credential-oauth_0.11.0-1~bpo12+1.dsc Changes since the last upload: git-credential-oauth (0.11.0-1~bpo12+1) bookworm-backports; urgency=medium . * Rebuild for bookworm-backports. Regards,
Bug#953887: supercollider: indexed help documents display as empty
Package: supercollider Followup-For: Bug #953887 Hi, it seems you managed to omit the actual version of the supercollider packages :-) most likely (from the date of your submission) this was 1:3.10.0+repack-1. in any case, i'm not able to reproduce the issue (using 1:3.13.0+repack-1+b1). all help indices and the like are there. does the problem persist on your side, or can we close this? -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.6.9-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.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 supercollider depends on: ii supercollider-ide 1:3.13.0+repack-1+b1 ii supercollider-language 1:3.13.0+repack-1+b1 ii supercollider-server1:3.13.0+repack-1+b1 Versions of packages supercollider recommends: ii supercollider-supernova 1:3.13.0+repack-1+b1 supercollider suggests no packages. -- no debconf information
Bug#792282: amixer stopped working in 1.0.29-1
Package: alsa-utils Followup-For: Bug #792282 ola. just looking at old bug reports, i see that i cannot reproduce this issue. (time has passed, i've tested with 1.2.10-1.1 and 1.1.8-2) that is, i *can* reproduce the issue with the weird "3-dB" resp "3+dB" syntax, but it is working nicely with "3dB-" and "3dB+" instead. so probably the problem has been fix, or you were using some old-style syntax that was silently deprecated?
Bug#1060326: RM: obs-studio [ppc64el] -- ROM; unsatisfied build-dependency
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: obs-stu...@packages.debian.org Control: affects -1 + src:obs-studio Dear ftp-masters, please remove the ppc64el binary packages produced by src:obs-studio. Upstream explicitely does not support any architecture except amd64. While this in itself is probably not a good reason to drop an binary packages for a given architecture, I would like to reduce the arch-specific maintainer overhead, for this already quite complex package. Some of the B-Ds for obs-studio (namely: luajit) are not available on a number of archs. luckily only two release archs are affected: ppc64el and risc64 (for the latter, obs-studio was never successfully built). In #1051931 it was suggested, to whitelist the archs that actually have luajit packages, but this would further complicate packaging. I therefore kindly request to drop the ppc64el package. If luajit ever becomes available on this (and other) architecture(s), I of course welcome obs-studio on these archs. cheers, and thanks for your enduring work. gdsamr IOhannes
Bug#1060239: RM: pstotext -- ROM; No upstream, superceeded by ps2ascii
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: pstot...@packages.debian.org Control: affects -1 + src:pstotext The pstotext package was removed from testing in 2018 due to grave bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895513 It has been orphaned since then, with no visible interest https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898667 The last upstream release was 2004 and there is no trace of upstream on the internet that I can see. There's a wayback capture from mid 2007 but it was removed shortly afterwards. https://web.archive.org/web/20070609094538/http://www.cs.wisc.edu/~ghost/doc/ pstotext.htm Thus I suggest this package should be completely removed from Debian.
Bug#1060188: transition: flatbuffers
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: flatbuff...@packages.debian.org Control: affects -1 + src:flatbuffers The flatbuffers version in unstable is rather old. I'd like to start the transition. All reverse dependencies can be built on amd64. Note, the package list in transition tracker is not complete. I get the list by for each binary package from src:flatbuffers: build-rdeps package The following list should be the complete version: armnn [OK] buildbot [OK] facet-analyser [not in testing; FTBFS already] gnome-keysign [OK] kodi [OK] libsigmf [OK] magic-wormhole [OK] magic-wormhole-mailbox-server [FTBFS already; irrelevant, #1058173] paraview [OK] python-autobahn [OK] python-daphne [OK] python-django-channels [OK] pytorch [OK] [1] starlette [OK] vast [not in testing; FTBFS already] zaqar [OK] zlmdb [OK] [1] pytorch is undergoing uncoordinated transition, because pytorch is the only reverse dependency of libdnnl2/libdnnl3 and both maintained by me. The pytorch/experimental (awaits in NEW) can be successfully built against new flatbuffers. I don't know how to write the ben file because not all of them depend on libflatbuffers2 . Ben file: title = "flatbuffers"; is_affected = .depends ~ "libflatbuffers2" | .depends ~ "libflatbuffers23.5.26"; is_good = .depends ~ "libflatbuffers23.5.26"; is_bad = .depends ~ "libflatbuffers2"; Thank you for using reportbug
Bug#1060182: transition: simdjson
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: simdj...@packages.debian.org Control: affects -1 + src:simdjson Hi, simdjson upstream bumped SOVERSION from 16 to 19 in the latest release. All reverse dependencies can be rebuilt against 19 on amd64. pcm [ok] cloudflare-ddns [ok] The automatic ben file on transition tracker is correct. https://release.debian.org/transitions/html/auto-simdjson.html Ben file: title = "simdjson"; is_affected = .depends ~ "libsimdjson16" | .depends ~ "libsimdjson19"; is_good = .depends ~ "libsimdjson19"; is_bad = .depends ~ "libsimdjson16"; Thank you for using reportbug
Bug#1060113: ITP: debgpt -- Chatting LLM with Debian-Specific Knowledge
Package: wnpp Severity: wishlist Owner: Mo Zhou X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: debgpt Version : ? (CLI not yet stablized) Upstream Contact: me * URL : https://salsa.debian.org/deeplearning-team/debgpt * License : MIT/Expat Programming Lang: python Description : Chatting LLM with Debian-Specific Knowledge This tool is still under development. I may not upload it very soon, but an ITP number helps me silent lintian. I will not upload untill I finish the CLI re-design, and finish the documentation parts. There are some interesting findings while experimenting. For instance, I find this rather convenient: $ debgpt -HQ --cmd 'git diff --staged' -A 'Briefly describe the change as a git commit message.' So I further wrapped the git commit command into $ debgpt git commit which automatically generates a description for staged changes and commit them for you. Currently, some of the code of debgpt is written by debgpt, some of the git commit messages are written by `debgpt git commit`. I will try to explore more possibilities and add them in future releases. The only missing dependency before uploaindg this is only src:python-openai, which awaits in NEW as the time of writing. The following is the full package description: Large language models (LLMs) are newly emerged tools, which are capable of handling tasks that traditional software could never achieve, such as writing code based on the specification provided by the user. In this tool, we attempt to experiment and explore the possibility of leveraging LLMs to aid Debian development, in any extent. Essentially, the idea of this tool is to gather some pieces of Debian-specific knowledge, combine them together in a prompt, and then send them all to the LLM. This tool provides convenient functionality for automatically retrieving information from BTS, buildd, Debian Policy, system manual pages, tldr manuals, Debian Developer References, etc. It also provides convenient wrappers for external tools such as git, where debgpt can automatically generate the git commit message and commit the changes for you. This tool supports multiple frontends, including OpenAI and ZMQ. The ZMQ frontend/backend are provided in this tool to make it self-contained. Thank you for using reportbug
Bug#1059784: RFS: golang-google-api/0.61.0-2 [Team] -- Google APIs Client Library
X-Debbugs-CC: stapelb...@debian.org X-Debbugs-CC: f...@debian.org X-Debbugs-CC: t...@hpe.com X-Debbugs-CC: t...@debian.org On Mon, 1 Jan 2024 at 08:15, M Hickford wrote: > > Package: sponsorship-requests > Severity: normal > X-Debbugs-CC: debian...@lists.debian.org > > Dear mentors, > > I am looking for a sponsor for my package "golang-google-api": > > * Package name : golang-google-api >Version : 0.61.0-2 > * URL : https://google.golang.org/api > * License : BSD-3-clause > * Vcs : > https://salsa.debian.org/go-team/packages/golang-google-api >Section : golang > > The source builds the following binary packages: > > golang-google-api-dev - Google APIs Client Library > > To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/golang-google-api/ > > Alternatively, you can download the package with 'dget' using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/g/golang-google-api/golang-google-api_0.61.0-2.dsc > > Changes since the last upload: > > golang-google-api (0.61.0-2) unstable; urgency=medium > . >* Team upload. >* Update golang-golang-x-oauth2 dependency including small patch > 0001-ignore-universeDomain.patch for compatibility (see #1058532). > > Regards, Hi golang-google-api uploaders. Might you be able to upload golang-google-api again? The latest release fixes FTBFS #1058532.
Bug#1059784: RFS: golang-google-api/0.61.0-2 [Team] -- Google APIs Client Library
Package: sponsorship-requests Severity: normal X-Debbugs-CC: debian...@lists.debian.org Dear mentors, I am looking for a sponsor for my package "golang-google-api": * Package name : golang-google-api Version : 0.61.0-2 * URL : https://google.golang.org/api * License : BSD-3-clause * Vcs : https://salsa.debian.org/go-team/packages/golang-google-api Section : golang The source builds the following binary packages: golang-google-api-dev - Google APIs Client Library To access further information about this package, please visit the following URL: https://mentors.debian.net/package/golang-google-api/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/g/golang-google-api/golang-google-api_0.61.0-2.dsc Changes since the last upload: golang-google-api (0.61.0-2) unstable; urgency=medium . * Team upload. * Update golang-golang-x-oauth2 dependency including small patch 0001-ignore-universeDomain.patch for compatibility (see #1058532). Regards,
Bug#1058532: golang-google-api: FTBFS: tests failed
The ultimate fix is to update the upstream version (#1059087) but this is blocked on work in four other packages including two new packages. An interim fix would be to backport the upstream fix (patch attached). 0001-ignore-universeDomain.patch Description: Binary data
Bug#1059573: golang-opentelemetry-contrib-dev: Upload to unstable
Package: golang-opentelemetry-contrib-dev Version: 0.25.0-1 Severity: wishlist X-Debbugs-Cc: mirth.hickf...@gmail.com Dear Maintainer, Please consider uploading your package to unstable
Bug#1059570: golang-github-googleapis-gax-go-dev: A new upstream version 2.12.0 is available
Package: golang-github-googleapis-gax-go-dev Version: 2.0.5-4 Severity: wishlist X-Debbugs-Cc: mirth.hickf...@gmail.com Dear Maintainer, A new upstream version 2.12.0 is available, you should consider packaging it.
Bug#1058532: golang-google-api: FTBFS: tests failed
This is blocking migration https://tracker.debian.org/pkg/golang-golang-x-oauth2 > Migration status for golang-golang-x-oauth2 (0.4.0-1 to 0.15.0-1): BLOCKED: > Rejected/violates migration policy/introduces a regression > Issues preventing migration: > ∙ ∙ autopkgtest for golang-golang-x-oauth2/0.15.0-1: amd64: Pass, arm64: > Pass, armel: Pass, armhf: Pass, i386: Pass, ppc64el: Pass, s390x: Pass > ∙ ∙ autopkgtest for golang-google-api/0.61.0-1: amd64: Regression or new test > ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻), armel: Failed > (not a regression), armhf: Failed (not a > regression), i386: Failed (not a > regression), ppc64el: Regression or new test ♻ (reference ♻), s390x: > Regression or new test ♻ (reference ♻)
Bug#1057264: RFS: git-credential-oauth/0.11.0-1 -- Git credential helper for GitHub and other forges using OAuth
On Tue, 26 Dec 2023 at 12:07, Tobias Frost wrote: > > Control: tags -1 moreinfo > Control: tags -1 confirmed > > Am Fri, Dec 15, 2023 at 08:00:00AM + schrieb M Hickford: > > X-Debbugs-CC: debian...@lists.debian.org > > > > Hi. Can anyone help? I'm looking for a sponsor for my package. > > Hi, > > d/changelog is to document changes to the packageing. > I see there are some changes to the packaging, but they > are not mentioned. > > Please update d/changelog accordingly and let me know, and > I will upload the package. Thank you Tobias for offering to help. I’ve expanded the Debian changelog as you suggest. Is this adequate? https://salsa.debian.org/go-team/packages/git-credential-oauth/-/blob/debian/sid/debian/changelog?ref_type=heads Would you like me to rebuild the package and upload to mentors.debian.net?
Bug#1059235: bookworm-pu: package fish/3.6.0-3.1+deb12u1
On Thu, 2023-12-21 at 21:48 +, Jonathan Wiltshire wrote: > Control: tag -1 confirmed > > On Thu, Dec 21, 2023 at 10:06:23PM +0100, Salvatore Bonaccorso wrote: > > Can you as well add a bug closer for #1057455? > > And a brief description of what the vulnerability actually is, please. You > can go ahead with those changes. Thanks. I added the missing information as follows, and will upload it shortly. --- diff --git a/debian/changelog b/debian/changelog index 0c1065b..3f18ea1 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,10 @@ fish (3.6.0-3.1+deb12u1) bookworm; urgency=medium - * Cherry-pick upstream fix for CVE-2023-49284. + * Cherry-pick upstream fix for CVE-2023-49284. (Closes: #1057455) +fish shell uses certain Unicode non-characters internally for marking +wildcards and expansions. It will incorrectly allow these markers to be +read on command substitution output, rather than transforming them into +a safe internal representation. -- Mo Zhou Thu, 21 Dec 2023 14:47:56 -0500 diff --git a/debian/patches/CVE-2023-49284.patch b/debian/patches/CVE-2023-49284.patch index a6fb924..5830277 100644 --- a/debian/patches/CVE-2023-49284.patch +++ b/debian/patches/CVE-2023-49284.patch @@ -4,6 +4,16 @@ Description: fixes CVE-2023-49284 The corresponding fix can be found at https://github.com/fish-shell/fish-shell/commit/09986f5563e31e2c900a606438f1d60d008f3a14 This patch is rebased from the upstream fix. + . + fish shell uses certain Unicode non-characters internally for marking + wildcards and expansions. It will incorrectly allow these markers to be read + on command substitution output, rather than transforming them into a safe + internal representation. + . + While this may cause unexpected behavior with direct input (for example, echo + \UFDD2HOME has the same output as echo $HOME), this may become a minor security + problem if the output is being fed from an external program into a command + substitution where this output may not be expected.
Bug#1059235: bookworm-pu: package fish/3.6.0-3.1+deb12u1
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: f...@packages.debian.org
Control: affects -1 + src:fish
[ Reason ]
Cherry-pick upstream fix to CVE-2023-49284
[ Impact ]
This is a low severity security issue that affects basically
all historical releases of fish. The upstream created new
releases (i.e. 3.6.2) solely for fixing this bug.
https://github.com/fish-shell/fish-shell/commits/Integration_3.6.2/
So it would be good if we can integrate the fix into stable.
[ Tests ]
The fix is already included in fish/3.6.4-1 (sid).
The rebased patch passed my local sbuild test.
I installed the package in a chroot and tested it.
[ Risks ]
low.
[ Checklist ]
[x] *all* changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in (old)stable
[x] the issue is verified as fixed in unstable
[ Changes ]
Only one change. Please refer to the patch header for explanation.
[ Other info ]
diff -Nru fish-3.6.0/debian/changelog fish-3.6.0/debian/changelog
--- fish-3.6.0/debian/changelog 2023-05-01 13:01:01.0 -0400
+++ fish-3.6.0/debian/changelog 2023-12-21 14:47:56.0 -0500
@@ -1,3 +1,9 @@
+fish (3.6.0-3.1+deb12u1) bookworm; urgency=medium
+
+ * Cherry-pick upstream fix for CVE-2023-49284.
+
+ -- Mo Zhou Thu, 21 Dec 2023 14:47:56 -0500
+
fish (3.6.0-3.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru fish-3.6.0/debian/patches/CVE-2023-49284.patch
fish-3.6.0/debian/patches/CVE-2023-49284.patch
--- fish-3.6.0/debian/patches/CVE-2023-49284.patch 1969-12-31
19:00:00.0 -0500
+++ fish-3.6.0/debian/patches/CVE-2023-49284.patch 2023-12-21
14:44:13.0 -0500
@@ -0,0 +1,31 @@
+Description: fixes CVE-2023-49284
+ The CVE report can be found at
+
https://github.com/fish-shell/fish-shell/security/advisories/GHSA-2j9r-pm96-wp4f
+ The corresponding fix can be found at
+
https://github.com/fish-shell/fish-shell/commit/09986f5563e31e2c900a606438f1d60d008f3a14
+ This patch is rebased from the upstream fix.
+diff --git a/src/common.cpp b/src/common.cpp
+index baee97a..0e76bf1 100644
+--- a/src/common.cpp
b/src/common.cpp
+@@ -345,9 +345,7 @@ static wcstring str2wcs_internal(const char *in, const
size_t in_len) {
+ } else {
+ ret = std::mbrtowc(, [in_pos], in_len - in_pos, );
+ // Determine whether to encode this character with our crazy
scheme.
+-if (wc >= ENCODE_DIRECT_BASE && wc < ENCODE_DIRECT_BASE + 256) {
+-use_encode_direct = true;
+-} else if (wc == INTERNAL_SEPARATOR) {
++if (fish_reserved_codepoint(wc)) {
+ use_encode_direct = true;
+ } else if (ret == static_cast(-2)) {
+ // Incomplete sequence.
+@@ -1323,6 +1321,9 @@ maybe_t read_unquoted_escape(const wc
+ }
+
+ if (result_char_or_none.has_value()) {
++if (fish_reserved_codepoint(*result_char_or_none)) {
++return none();
++}
+ result->push_back(*result_char_or_none);
+ }
+
diff -Nru fish-3.6.0/debian/patches/series fish-3.6.0/debian/patches
--- fish-3.6.0/debian/patches/series2023-05-01 13:01:01.
+++ fish-3.6.0/debian/patches/series2023-12-21 14:44:23.
@@ -1,3 +1,4 @@
0001-reader-make-Escape-during-history-search-restore-com.patch
0002-reader-Remove-assert-in-history-search.patch
0003-workaround-for-Midnight-Commander.patch
+CVE-2023-49284.patch
Bug#1058940: ITP: libaaf -- library for Advanced Authoring Format (AAF) file reading
Package: wnpp Severity: wishlist Owner: IOhannes m zmoelnig X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: libaaf Version : 0.1 Upstream Contact: Adrien Gesta-Fline * URL : https://github.com/agfline/LibAAF * License : GPL2 Programming Lang: C Description : library for Advanced Authoring Format (AAF) file reading LibAAF is a C coded library for Advanced Authoring Format (AAF) file handling. The Advanced Authoring Format (AAF) is a file format for professional cross-platform data interchange, designed for the video post-production and authoring environment, and is commonly used by commercial video editors. For now, LibAAF only supports reading AAF files LibAAF is a new build dependency of ardour. I intend to maintain this unter the multimedia-team umbrella.
Bug#1058657: patch
Control: tags -1 +patch https://salsa.debian.org/apt-team/python-apt/-/merge_requests/90
Bug#1058886: irqbalance: floods logs with ---...--- lines
Package: irqbalance Version: 1.9.3-1 Severity: normal Since the latest irqbalance upgrade, I've been encountering log lines like 2023-12-17T10:08:10.722658-05:00 v100a irqbalance[4194303]: #012#012#012- every ten seconds, somewhat burying meaningful logs. Could you please suppress these lines, at least in the absence of --debug? (It's also started logging occasional "Selecting irq N for rebalancing" lines, to which I have no such objection.) Thanks! -- System Information: Debian Release: trixie/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), (500, 'oldstable-security'), (500, 'testing'), (300, 'unstable-debug'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, x32 Kernel: Linux 6.5.0-5-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 irqbalance depends on: ii init-system-helpers 1.66 ii libc62.37-12 ii libcap-ng0 0.8.3-3 ii libglib2.0-0 2.78.3-1 ii libncursesw6 6.4+20231209-1 ii libnuma1 2.0.16-1 ii libsystemd0 254.5-1 ii libtinfo66.4+20231209-1 ii runit-helper 2.15.2 irqbalance recommends no packages. irqbalance suggests no packages. -- debconf-show failed
Bug#1054012: at: defer placement of systemd unit to systemd's pkgconf file
Hi, Can anyone do a NMU? I have no success in finding free time to work on this and I do not want to delay more this fix. Kind regards Jose M Calhariz On 12/8/23 21:22, Chris Hofstaedtler wrote: Hi at Maintainers, Hi Jose, Ansgar, On Sun, Oct 15, 2023 at 11:15:44AM +0200, Helmut Grohne wrote: We want to move files from aliased directories to /usr (see DEP17). The at package is involved, because it ships a systemd unit in /lib. I propose that instead of hard coding this directory, you may defer the placement to systemd's pkgconf file. The advantage of doing so is that a backport of apt to an older release will automatically revert back to /lib and thus honour the file move moratorium that still applies to bookworm. I'm attaching a patch for your convenience. Is there anything we can do to help you out and get Helmut's patch applied? Thanks for considering, Chris
