from:"Victor"

Bug#1068818: sngrep: CVE-2024-3119 CVE-2024-3120

2024-04-22 Thread Victor Seva

Hi,

On 21/4/24 21:58, Moritz Muehlenhoff wrote:
> Hi Victor,
> diff looks fine, but I don't believe this really needs a DSA; it's rather 
> obscure attack vector.
> I think addressing this via the next Bookworm point release is perfectly 
> fine, what do you think?

Fine for me. No objections from my side.

  
> Procedure is outlined at
> https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#special-case-uploads-to-the-stable-and-oldstable-distributions

Ack.Thanks

-- 
-
|   ,''`.     Victor Seva |
|  : :' :  linuxman...@torreviejawireless.org |
|  `. `'  PGP: 8F19 CADC D42A 42D4 5563  730C 51A0 9B18 CF5A 5068 |
|`-  Debian Developer |
  -


OpenPGP_signature.asc
Description: PGP signature


OpenPGP_0x7D7B65C42A0EC8B2.asc
Description: application/pgp-keys

Bug#1004866: ITP: cppinsights -- see your source code with the eyes of a compiler

2024-04-07 Thread Victor Westerhuis

In case anyone wants to pick this up: I packaged this for my own use at 
https://salsa.debian.org/viccie30/cppinsights. The packaging works, I 
just haven't gone through all the files to check for copyright and 
license statements, so it's not in a state to go into the archive.


Anyone who wants to get this into Debian is welcome to use it as a 
starting point. If I have some more time in the future and nobody steps 
up, I might try to get it into Debian myself.

--
Vriendelijke groet, Kind regards,

Victor Westerhuis


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1039701: [Pkg-electronics-devel] Bug#1039701: libsigrok4: Built-in driver list is empty when compiled with LTO

2024-03-31 Thread Victor Westerhuis

On Sun, 31 Mar 2024 11:42:33 +0100 Jonathan McDowell  wrote:
> Version: 0.5.2-5
> 
> This was included in the 0.5.2-5 upload, but the MR didn't update the
> changelog so we missed closing out this bug.
My apologies. I usually use gbp-dch when releasing, so I didn't think to 
include a line in d/changelog.  
> 
> On Wed, Jun 28, 2023 at 01:40:32PM +0200, Victor Westerhuis wrote:
> > Package: libsigrok4
> > Version: 0.5.2-4
> > Severity: normal
> > Tags: patch upstream
> > 
> > This bug only shows up when libsigrok is compiled with LTO and was reported 
> > (https://sigrok.org/bugzilla/show_bug.cgi?id=1433) and fixed 
> > (http://sigrok.org/gitweb/?p=libsigrok.git;a=commit;h=da5286bfa5d2dad1e24b9c9442c9875332d84e64)
> >  upstream. 
> > 
> > I have opened a MR on 
> > https://salsa.debian.org/electronics-team/sigrok/libsigrok/-/merge_requests/3.
> 
> J.
> 
> -- 
> /-\ |  Does Barry Manilow know you raid
> |@/  Debian GNU/Linux Developer |his wardrobe?
> \-  |
> 
>

Bug#1067885: ITP: lua-cmsgpack -- MessagePack implementation and bindings for Lua

2024-03-28 Thread Victor Seva

Package: wnpp
Severity: wishlist
Owner: Victor Seva 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-packag...@sipwise.com, 
vs...@debian.org

* Package name: lua-cmsgpack
   Version : 0.4.0
   Upstream Contact: Salvatore Sanfilippo 
* URL : https://github.com/antirez/lua-cmsgpack/
* License : MIT
   Programming Lang: C, Lua
   Description : MessagePack implementation and bindings for Lua

MessagePack is an object serialization specification like JSON.
lua-cmsgpack is a self contained C file without external dependencies.



Build dependency of KeyDB (ITP #1067413) and it would be maintained
by the Lua team at https://salsa.debian.org/lua-team/lua-cmsgpack

-- 
-
|   ,''`.     Victor Seva |
|  : :' :  linuxman...@torreviejawireless.org |
|  `. `'  PGP: 8F19 CADC D42A 42D4 5563  730C 51A0 9B18 CF5A 5068 |
|`-  Debian Developer |
  -


OpenPGP_signature.asc
Description: PGP signature


OpenPGP_0x7D7B65C42A0EC8B2.asc
Description: application/pgp-keys

Bug#1063653: Acknowledgement (anope: Please ship new upstream version)

2024-03-08 Thread Victor Coss

Thanks for the reply. This is just a friendly reminder in case you 
forgot. IRC software tends to get left behind and not enough eyes on it. 
I like to occasionally poke maintainers to keep the minor versions 
updated in unstable/testing so these minor version updates that fix bugs 
and security issues can become candidates in point releases during the 
Debian version. Anope has drifted behind on Debian and upstream has 
fixed quite a lot of bugs including some more concerning ones like race 
conditions. No breaking changes from upstream, just bug fixes.


Thanks again,
Victor Coss

On 3/4/2024 3:15 PM, Dominic Hargreaves wrote:

On Mon, Feb 26, 2024 at 07:56:42PM -0500, Victor Coss wrote:

Now the latest version is 2.0.15 which includes even more bug fixes
including a more concerning race condition.
https://www.anope.org/news/2024/anope-2015-release.html

Would greatly appreciate it if you can package the updated version.

Thanks for letting me know. I have been short on time in recent weeks
due to other commitments. I will try and look at this this week, all
being well. If any Debian contributor would like to upload a new version,
that's also fine with me!

Cheers
Dominic

Bug#1063653: Acknowledgement (anope: Please ship new upstream version)

2024-02-26 Thread Victor Coss

Now the latest version is 2.0.15 which includes even more bug fixes 
including a more concerning race condition. 
https://www.anope.org/news/2024/anope-2015-release.html


Would greatly appreciate it if you can package the updated version.

Kind Regards,
Victor Coss

On 2/10/2024 10:27 AM, Debian Bug Tracking System wrote:

Thank you for filing a new Bug report with Debian.

You can follow progress on this Bug here: 1063653: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063653.

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.

Your message has been sent to the package maintainer(s):
  Dominic Hargreaves 

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#1063904: ITS: tiny-initramfs

2024-02-14 Thread Victor Westerhuis

Source: tiny-initramfs
Severity: important
X-Debbugs-Cc: christ...@iwakd.de, m...@qa.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

A bit over a week ago I filed RC bug #1063142 against tiny-initramfs,
because it failed to build working initrds for default Debian
installations. I supplied a patch in the bug report and after a few days
I uploaded a NMU with that patch to Mentors. Yesterday, the NMU was
uploaded to DELAYED/5 by Tobias Frost.

There are multiple open non-RC bugs. The oldest without maintainer
interaction is #976881, filed in December 2020. Christian Seiler is also
the upstream maintainer. His last activity at
https://github.com/chris-se/tiny-initramfs dates back to 2016. According
to https://contributors.debian.org/contributor/christian%40iwakd.de/
Christian Seiler has not been active at all in Debian since 2021, so I'm
CC'ing this ITS to the MIA team.

In 2022 I opened bug report #1018290 and I also opened 2 upstream pull
requests for new features on Github, both without response. I want to
fix that bug and I'm looking into fixing at least #976881 and #983121.
I also want to merge my and others' upstream pull requests.

To do that I want to salvage this package, fork the upstream repository,
and switch this package to the forked upstream. I have made a start at
https://salsa.debian.org/debian/tiny-initramfs/-/tree/wip/its and
https://github.com/viccie30/tiny-initramfs.

Christian: Thanks for creating and maintaining tiny-initramfs. If you
don't want me to salvage tiny-initramfs, just let me know. You're
welcome to use or discard any of the changes I've prepared so far.

- --
Vriendelijke groet, Kind regards,

Victor Westerhuis

- -- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: arm64

Kernel: Linux 6.6.13-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmXM1hITHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+8Y0EACHP9Fe+2i+ZtV+eKjGnOTBlOF3jNt0
b4/+2xF0OcGAwEOEjIaSCDFTu1n3pRUtTuhOCwLzkU/IayDvpyzhVFJ5a40MATjJ
sqmc6bj8O049bUUiPpH7kXfo0KYzkspzQ3Gu5hkaqMjYNz1xAvOy/KT7xBEXeVo5
pSZL4ZLUEI22fe5LOdlF/qPFL/Rr6H8bh4RMEqBI0gYZc1a0ofXtNKucEzfUsa8d
TIvnqWwiooA3Q7Slw0a0SuGtmsj12q2qLtBK0lF9OlxY54TIgXJBGh0p9RHAU2iN
96hD+CI4+Q3ENoXaefZnbPfySm2J/sF9pQiKHlMHdbQOfieHlzvqrtxjqiLB5LYu
0ly69HYFvFqFNo5yEMKqkr7lb+WPHAU/Pz0kjhu6LrImOOTDnLtq2Pomktk8JHJw
F4hhJqvSENWjOfAPCRosW66Ci/rfOJdhRBRGrSDYPNTgr6PhePRS8QV/CTJWPQgj
UzQdmFiaomPFdNlwbFOy2speeqT0VJ2g0eXtwdaC2uikhXx7aVaxaYxl2M7kc0Ra
e4lh7IRVIiUBT5vxzBnGOLR1YGAZMHCNbb2cJIOZM+qoGDzPVr+COLSUdQ2LVF1g
V79SqakA+xPTQOGfLbJtmWu8GTXup9iYqGmby4xXdoJjwx6F+2ytkEtCcSb6imoh
KnqQe7ccnPWc0w==
=ov7w
-END PGP SIGNATURE-

Bug#1063770: transition: mupdf

2024-02-12 Thread Victor Westerhuis


On 12/02/2024 15:30, Kan-Ru Chen (陳侃如) wrote:

Package: release.debian.org
Severity: normal
X-Debbugs-Cc: mu...@packages.debian.org, pymu...@packages.debian.org, 
sio...@packages.debian.org, ippsam...@packages.debian.org
Control: affects -1 + src:mupdf
User: release.debian@packages.debian.org
Usertags: transition

Hi Release Team,

This is a somewhat unusual transition request. The libmupdf-dev package
used to only ship static library archives due to upstream preference.
Recently upstream started to provide makefiles for building shared library
so I think it's time to ship shared library in Debian.
I'm glad upstream has started providing support for shared libraries, 
especially with the library size of libmupdf.


I've uploaded the new version to experimental (binary package libmupdf23.10)
and tried to build the affected reverse build-deps (Cc'ed).

ippsample - doesn't seem to use mupdf at all
pymupdf - requires some changes. Likely also needs to update to new upstream 
version.
sioyek - requires some changes to drop extra linker flags.
I have prepared an updated version of sioyek at 
https://salsa.debian.org/viccie30/sioyek/-/tree/debian/experimental that 
builds and runs with the version of mupdf in experimental. Once the 
transition starts and the updated libmupdf-dev is uploaded to unstable, 
I will double-check the version of the mupdf dependency and upload the 
new version of sioyek.


Ben file:

title = "mupdf";
is_affected = .build-depends ~ "libmupdf-dev";
is_good = .depends ~ "libmupdf23.10";
is_bad = ! .depends ~ "libmupdf23.10";



--
Vriendelijke groet, Kind regards,

Victor Westerhuis

Bug#1063783: libconfig-model-dpkg-perl: does not recognise Architecture field in debian/tests/control

2024-02-12 Thread Victor Westerhuis

Package: libconfig-model-dpkg-perl
Followup-For: Bug #1063783
Control: tags -1 patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I've opened a MR[1] on Salsa with a fix. I've also included the patch
with this message.

- --
Vriendelijke groet, Kind regards,

Victor Westerhuis

- -- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: arm64

Kernel: Linux 6.6.13-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libconfig-model-dpkg-perl depends on:
ii  debhelper  13.13
ii  libapt-pkg-perl0.1.40+b3
ii  libarray-intspan-perl  2.004-2
ii  libconfig-model-backend-yaml-perl  2.134-2
ii  libconfig-model-perl   2.153-3
ii  libexporter-lite-perl  0.09-2
ii  liblog-log4perl-perl   1.57-1
ii  libmouse-perl  2.5.10-1+b4
ii  libparse-debcontrol-perl   2.005-6
ii  libparse-recdescent-perl   1.967015+dfsg-4
ii  libsoftware-copyright-perl 0.012-2
ii  libsoftware-licensemoreutils-perl  1.009-1
ii  libsort-versions-perl  1.62-3
ii  libtext-autoformat-perl1.75-2
ii  libtext-levenshtein-damerau-perl   0.41-3
ii  libtoml-tiny-perl  0.16-1
ii  liburi-perl5.25-1
ii  libwww-perl6.76-1
ii  libyaml-pp-perl0.38.0-1
ii  licensecheck   3.3.9-1
ii  lintian2.116.3
ii  perl [libmodule-corelist-perl] 5.38.2-3

Versions of packages libconfig-model-dpkg-perl recommends:
ii  libconfig-model-tkui-perl  1.379-1

libconfig-model-dpkg-perl suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmXKerwTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+7X0D/9MJ/oQ6IrkQy3H9l4vdh6YvNmxp8Bv
ebTteB/Orhm8NAa3PMcgUKV1FQRBwncxjpc38r2qaFvVSMOCbZvCH94VtxixGCsK
/RvKyMOxDf5qZixLuTz1iaYp+Va+dbijiMG7YKAcwSOFx+FWJ85l/OAW9hFboj/c
Z8Ue7P/UMJqoKQOQoWV9hyKN5zbAma9gftSHxo/o6Jyad6hVWxznByC08DHdYW+K
EVvE0/mAQKsZkna8OSf0h+cIghXkEK6z8ueEShP7MaWsfQkuL0RnOf76Qh0Jxxom
lP79rf8TN6N9xJFntMqtIxp7RIqCGF7nIzQALqe32W7y+qeKtwilGmLTH/OmNOmd
zcC1N1/q1NIOuYxzIGBcIGvNf3fT7aS1Tmhc8nRzy+yqccUri1UUej/+cM87eqc1
4azmfm67J0JZgWmzUJ6638vYacHqz59kurzK7d/MWdXRqSpH8YiwhVpzpcvykxIM
fwmAj9h97KDNILKX4Wq1B0v8PUXn2r4hxS/ugq4sHDMJRcy8KuvLHUGjH8aXDkJF
m1+zqrq/n9BucehJTZRVB3cfAsqDvzfVks11XdbrPlHnABZmbeeaXIwkHGC56rYy
E3rXOon9yTpKsZ+bn75K+13kaMgZekVKRA0RfaSOmmwWWbZxX9OkCIxQcdQWJ1KV
BSmHdqBnbabfkQ==
=Fvjq
-END PGP SIGNATURE-
>From 9ccdbc88bf300e25a3dbcd043a4b492dba7cf9b7 Mon Sep 17 00:00:00 2001
From: Victor Westerhuis 
Date: Mon, 12 Feb 2024 20:49:15 +0100
Subject: Add Architecture as allowed field in debian/tests/control

---
 lib/Config/Model/models/Dpkg/Tests/Control.pl | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/lib/Config/Model/models/Dpkg/Tests/Control.pl 
b/lib/Config/Model/models/Dpkg/Tests/Control.pl
index f0f0f13e..12b9d053 100644
--- a/lib/Config/Model/models/Dpkg/Tests/Control.pl
+++ b/lib/Config/Model/models/Dpkg/Tests/Control.pl
@@ -120,6 +120,12 @@ This field can specify a list of abstract class names such 
as "desktop" or "grap
 This is purely an informational field for autopkgtest itself and will be 
ignored.',
 'type' => 'leaf',
 'value_type' => 'uniline'
+  },
+  'Architecture',
+  {
+'description' => 'When package tests are only supported on a limited 
set of architectures, or are known to not work on a particular (set of) 
architecture(s), this field can be used to define the supported architectures. 
The autopkgtest will be skipped when the architecture of the testbed doesn\'t 
match the content of this field. The format is the same as in (Build-)Depends, 
with the understanding that C is not allowed, and C means that the 
test will be run on every architecture, which is the default when not 
specifying this field at all.',
+'type' => 'leaf',
+'value_type' => 'string'
   }
 ],
 'gist' => '{Tests:0}{Test-Command}',
-- 
2.43.0

Bug#1063783: libconfig-model-dpkg-perl: does not recognise Architecture field in debian/tests/control

2024-02-12 Thread Victor Westerhuis

Package: libconfig-model-dpkg-perl
Version: 3.003
Severity: normal
File: /usr/share/perl5/Config/Model/models/Dpkg/Tests/Control.pl

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

libconfig-model-dpkg-perl does not recognise the Architecture field 
which can appear in debian/tests/control according to the autopkgtest
documentation at 
https://salsa.debian.org/ci-team/autopkgtest/raw/master/doc/README.package-tests.rst.
 

- --
Vriendelijke groet, Kind regards,

Victor Westerhuis

- -- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: arm64

Kernel: Linux 6.6.13-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libconfig-model-dpkg-perl depends on:
ii  debhelper  13.13
ii  libapt-pkg-perl0.1.40+b3
ii  libarray-intspan-perl  2.004-2
ii  libconfig-model-backend-yaml-perl  2.134-2
ii  libconfig-model-perl   2.153-3
ii  libexporter-lite-perl  0.09-2
ii  liblog-log4perl-perl   1.57-1
ii  libmouse-perl  2.5.10-1+b4
ii  libparse-debcontrol-perl   2.005-6
ii  libparse-recdescent-perl   1.967015+dfsg-4
ii  libsoftware-copyright-perl 0.012-2
ii  libsoftware-licensemoreutils-perl  1.009-1
ii  libsort-versions-perl  1.62-3
ii  libtext-autoformat-perl1.75-2
ii  libtext-levenshtein-damerau-perl   0.41-3
ii  libtoml-tiny-perl  0.16-1
ii  liburi-perl5.25-1
ii  libwww-perl6.76-1
ii  libyaml-pp-perl0.38.0-1
ii  licensecheck   3.3.9-1
ii  lintian2.116.3
ii  perl [libmodule-corelist-perl] 5.38.2-3

Versions of packages libconfig-model-dpkg-perl recommends:
ii  libconfig-model-tkui-perl  1.379-1

libconfig-model-dpkg-perl suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmXKT0wTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+wiwD/wOVKYNSHE2kRjxAZYzGJ5F11cXDsg+
8DLz+4m0Vrx5rnu9YFgvGlREANLZ5FhpyhQW+J4MXb1j3psparNgGcIfYwOVr/y8
f4+dvdBBSEM/wD0fHCi1pYSYnomo//TQYx7kp2fpIyxMMMk1/osFCusqENNCZOR4
+dn8GSVlOaet/4JjGNJhskl88FKqjcGMfpu9zVwZs3VERQP0AZ950laAhkBB89TL
U+A+wzZEtNccyqGKzqx0xgasAFaKco6Co5PVs59VVAy2OJ3eitaVgVMDuQFuWcZR
r8Xd7/Zl8Il0cvsuobjvaUYO+b9QuebIuT16Q3DMcG515dKv6uEDH/P9vEgym3EQ
5JdFl33wdcZvRr35i4dYQIqoiGBO1A4XpXLj44b+B+U72IDW6YcVWH7r+V6YBOpP
U0DjMkFnMDcnloEUXZLJr5M6xX2QMevdN19We7ygTWSWDpbwbILWF7LgzA8n5fLa
5VO+s92EOrqXerArq8LRzW0oNUOdlN5/UrqUNqGnGbpEpAxBcviAjWGwOyaRJxk7
X1Xa8VSUpMI0fX2SwtMm93CUTN7QbBNsEJUKrZF6Q6HW2Pfef7728p93liAf3ug8
HKKDzewPwFwjCEMuI7K0VEc3AHyl4jHoVI84ukJHVeZ0MBHWoeOPAIgG6pYFdTX5
InYc/KMipn2Y8w==
=JxCT
-END PGP SIGNATURE-

Bug#1063722: /usr/bin/autopkgtest-build-qemu: autopkgtest-build-qemu can create incorrect /etc/fstab

2024-02-11 Thread Victor Westerhuis

Package: autopkgtest
Version: 5.32
Severity: normal
File: /usr/bin/autopkgtest-build-qemu
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

autopkgtest-build-qemu assumes that the output
of $(ls -1 /dev/mapper/loop* | sort | tail -1) is the root device for the
created image. This can fail if there are other devices matching that glob.

vmdb2 supports creating /etc/fstab based on the created and mounted
partitions in the image. I've attached a patch to use vmdb2's fstab
support. I've also opened a MR[1] with the same changes.

[1]: https://salsa.debian.org/ci-team/autopkgtest/-/merge_requests/292

- --
Vriendelijke groet, Kind regards,

Victor Westerhuis

- -- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.6.13-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages autopkgtest depends on:
ii  apt-utils   2.7.10
ii  libdpkg-perl1.22.4
ii  mawk1.3.4.20240123-1
ii  procps  2:4.0.4-4
ii  python3 3.11.6-1
ii  python3-debian  0.1.49

Versions of packages autopkgtest recommends:
ii  autodep8  0.28
ii  fakeroot  1.33-1

Versions of packages autopkgtest suggests:
pn  docker.io
pn  fakemachine  
ii  genisoimage  9:1.1.11-3.4
pn  incus
pn  lxc  
pn  lxd  
ii  ovmf 2023.11-6
pn  ovmf-ia32
ii  podman   4.9.2+ds1-2
ii  python3-distro-info  1.7
ii  qemu-efi-aarch64 2023.11-6
ii  qemu-efi-arm 2023.11-6
pn  qemu-system  
ii  qemu-utils   1:8.2.1+ds-1
ii  schroot  1.6.13-3+b3
ii  util-linux   2.39.3-6
ii  vmdb20.28-1
ii  zerofree 1.1.1-1

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmXJFTkTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+9kLEACcPYoO6aVRGd+VVA62pzkb/uBPAkt4
fsfUfN18g+M/vjaObyKGLPiaDGVB4bxY2eF/fxrRIQEroEutG7gOuFLPEKICJqZT
vIZyWvyLwoYDmHwSRCOi4X45BgX+GRg+j4JBRZ4vDFWX/6L0jOuBLeMP8jjayfBH
qQwof2pXg+3FAYYJKE598LCd770NGevT+dK5Cmnf4CNyrz95ftH6fDHiy0lgQfOF
r0KzmoZNp6VpUR8RTR+DxTBy1qJ5zsyCUW/Ettq4W/16H4V/uPbGr2x7drGiE6tU
cOvMVDFxLSnqFmgBFe5QXHYB8GWrm5gejpSOq/YXwEEgdywhhXj1Krm7p70kbRsg
xQfoUWej+RTex58iQTgSjI1IxuL+nl8veztNpBcDJ4uWq7/91AqoXUHz4vJZ1OaF
qcGwXQjkk5emu46Wy/N2R9HZYUDwukcRqgZ7l26I4IU0dD0VcU+2Hvt6GPTaBHcl
EHVguoysXi4Ob1U/MVIZEK+kQsXCEkBFPEMgf07gj600JHWHc93OqZUFLNwn/U7b
h3WHW5g9vHhM5q3OBrPpQkWDdfblJ/j5aTzthj135vKD/ceFkBQ/8fIRvVIQcsVl
wPSXshC/m/gsiAd4Dptdtdlgf3aEHfNETprQ6s5S+kCiLcZNpumBvLM8UEqFbJqD
XrKtyaPsRcUYSw==
=Rqlg
-END PGP SIGNATURE-
>From 18a2f2e7c9e92b2ce386f4abb0581e1d1aa7529b Mon Sep 17 00:00:00 2001
From: Victor Westerhuis 
Date: Sun, 11 Feb 2024 19:17:14 +0100
Subject: Let vmdb2 write /etc/fstab in autopkgtest-build-qemu

The old code assumed the last device matching the glob
/dev/mapper/loop* was the root device, which is not
always true.
---
 tools/autopkgtest-build-qemu | 26 ++
 1 file changed, 6 insertions(+), 20 deletions(-)

diff --git a/tools/autopkgtest-build-qemu b/tools/autopkgtest-build-qemu
index a7d135c..2d50d58 100755
--- a/tools/autopkgtest-build-qemu
+++ b/tools/autopkgtest-build-qemu
@@ -521,6 +521,11 @@ class BuildQemu:
 
 if boot == 'efi':
 steps.append(dict(mkfs='vfat', partition='efi'))
+steps.append({
+'mount': 'efi',
+'dirname': 'boot/efi',
+'mount-on': 'root',
+})
 steps.append(
 dict(
 grub='uefi',
@@ -560,26 +565,7 @@ class BuildQemu:
 ),
 )
 
-steps.append({
-'shell': '\n'.join([
-'rootdev=$(ls -1 /dev/mapper/loop* | sort | tail -1)',
-'uuid=$(blkid -c /dev/null -o value -s UUID "$rootdev")',
-('echo "UUID=$uuid / ext4 errors=remount-ro 0 1" '
- '> "$ROOT/etc/fstab"'),
-]),
-'root-fs': 'root',
-})
-
-if boot == 'efi':
-steps.append({
-'shell': '\n'.join([
-'efidev=$(ls -1 /dev/mapper/loop* | sort | head -1)',
-'uuid=$(blkid -c /dev/null -o value -s UUID "$efidev")',
-('echo "UUID=$uuid /boot/efi vfat defaults 0 2" '
- '>> "$ROOT/etc/fstab"'),
-]),
-'root-fs': 'root',
-})
+steps.append(dict(fstab='root'))
 
 for s in (script, user_script):
 if s:
-- 
2.43.0

Bug#1063704: RFS: tiny-initramfs/0.1-5.1 [NMU] [RC] -- Minimalistic initramfs implementation (automation)

2024-02-11 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: important
X-Debbugs-Cc: christ...@iwakd.de

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for "tiny-initramfs". The current version of
the package is unusable with kernel packages with version 6.6.3-1~exp1
or greater, because it does not support compressed modules. This NMU
contains a targeted fix to enable support for XZ compressed modules.

I opened bug #1063142 6 days ago, so far without response from Christian
Seiler, the maintainer. According to
https://contributors.debian.org/contributor/chris_se/ Christian has not
been active in Debian since 2021. That's why I decided to propose this
NMU.

The below VCS URL is no longer active. The packaging was already
imported in Salsa at https://salsa.debian.org/debian/tiny-initramfs and
I'm testing some bigger packaging changes in my fork at
https://salsa.debian.org/viccie30/tiny-initramfs.

 * Package name : tiny-initramfs
   Version  : 0.1-5.1
   Upstream contact : Christian Seiler 
 * URL  : https://github.com/chris-se/tiny-initramfs/
 * License  : GPL-2+, GPL-3+
 * Vcs  : 
https://anonscm.debian.org/cgit/collab-maint/tiny-initramfs.git
   Section  : utils

The source builds the following binary packages:

  tiny-initramfs - Minimalistic initramfs implementation (automation)
  tiny-initramfs-core - Minimalistic initramfs implementation (core tools)

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/tiny-initramfs/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/t/tiny-initramfs/tiny-initramfs_0.1-5.1.dsc

Changes since the last upload:

 tiny-initramfs (0.1-5.1) unstable; urgency=high
 .
   * Non-maintainer upload.
   * Decompress kernel modules included in initramfs. (Closes: #1063142)

- --
Vriendelijke groet, Kind regards,

Victor Westerhuis

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmXIqzgTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+3QGD/90vFeAtsjTVWxw/W88+KV9WWp5HS4S
t380m73WMciSqK8tA94xiem+6kwVkgTr5VeKvNPKBiRhlhkXVAJiqoVmg9xTY7oh
bmOb9vghXCQ81+KINiE9gkBzYHdeTF+OLalN0Vjwn1R1yvQFNgi7uB/bArfR4qv8
ytFzoqwFYURfuyVV5H+l5xhOl0q1BsNeShGQQGIhtH6rDvNhBdHIN6CAXMHkwIV8
E1SAxVTvK2oSW7tU6wCYlwG2pXmPsFxRwjDE1l4gL3mjm0yRbfjMP8h9e7AfKVSf
9GD88xrNGPxsKGFgEfCkm4ndzoF3JqypIjpI8Xw8Zm/OHnrVobxAI84zvJB1tCeX
fOYmO3HHOPzNDecJ6idWGddjXdjuQDGepbT/ZJ3qzxIPaCCPBMkGLrkmfM+sb1eg
voRhYA36Fen1sM75rBbEx6b+tWhnb8b/lVmVHI553FhQoo+Off0/vaQGzVKf+AEw
O5hU6e8BpPaAB8XyLYpehm1+fhO4MMf6jDhK+a7kFeHugPNL92GbnKKcbR5yVcoU
TqlXYyU1rULqALU8fozYIm/pfZm9iPrCxe23Cj3ziJ0cRBteOe8L9FV+pzr8F5Q2
72JIYsJ3Q24tLVuLVyFzYVyR2Yp778+bz6bcj+b0C1mY9HmbnkaVrc0/q/R/KVMb
01fIJEX7ZkkTAg==
=cfoH
-END PGP SIGNATURE-

Bug#1063653: anope: Please ship new upstream version

2024-02-10 Thread Victor Coss

Package: anope
Version: 2.0.12-1
Severity: wishlist

Dear Maintainer,

Please update Anope to the latest stable upstream version 2.0.14. This brings 
quite a few bug fixes and has no breaking changes. It would be nice to see this 
update for the next
point release of Debian.

Thank you,
Victor Coss

-- 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-18-amd64 (SMP w/4 CPU threads; PREEMPT)
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 anope depends on:
ii  init-system-helpers1.65.2
ii  libc6  2.36-9+deb12u4
ii  libgcc-s1  12.2.0-14
ii  libgnutls303.7.9-2+deb12u2
ii  libldap-2.5-0  2.5.13+dfsg-5
ii  libmariadb31:10.11.6-0+deb12u1
ii  libpcre2-8-0   10.42-1
ii  libsqlite3-0   3.40.1-2
ii  libstdc++6 12.2.0-14
ii  lsb-base   11.6
ii  sysvinit-utils [lsb-base]  3.06-4

Versions of packages anope recommends:
ii  postfix [mail-transport-agent]  3.7.10-0+deb12u1

anope suggests no packages.

Bug#1063142: tiny-initramfs: Fails to boot with compressed modules

2024-02-05 Thread Victor Westerhuis

Source: tiny-initramfs
Followup-For: Bug #1063142
Control: tags -1 patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The attached patch works for both linux-image-6.5.0-5-amd64 (uncompressed
kernel modules) and linux-image-6.6.13-amd64 (xz-compressed kernel
modules).

There are other compressors possible for kernel modules (gzip and zstd),
but I targeted this fix as much as possible.

- --
Vriendelijke groet, Kind regards,

Victor Westerhuis

- -- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.6.13-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmXAwcETHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+xJUD/9RtYxcePghLf2n9ZGA+V/zPRanexXj
9PflsIPJ8+fWDd5JfHBzVPWAUabEZotggzSkppGKegOLWKGTMqQishsFX39MmbrA
Ht/O7wusUmpLBXu2tp8mfAEFvAxnKAzUzoIKi9PZKAurRyk1imzrNxieQBCfotgd
WsKumqHaXOpVFQuRZfxunK9D3t/HRZwG99aMtSo5DemZASnh4BT4H66XkQaG0wwb
Nb60o5Gdy6KMs/IJMLA2I9lo/uVHHPMeOoOu3M33uB0D5q9bDDqshnAzxflBCazw
P864wswsYipt+npn7resBR76O5i7MhR+UryO7rJpKbt3FCf9dtQSn9707256wX6o
5eoFQfybzyoiX22uUbUabie7a/lIPQhBoGDjhnmxw/5HJ/Uqiws7WsqBQhvL2uDA
bFAFi5/HYMTh7yj01PNNa6F0Ep0SzG35ywiXT5VSFuWLd/FzYNaJLYxv+0ZkBMID
LIMIp89qCQ1SqDKS194BkDC680u00lPgC2jLHTtMODEiBJH8kf9ZYzcQCSj01Agx
ajhm+dR5ckmKb+PBXZzIqjpc7b1+CR+gmjhwrQPq+AFV73tTjtpKOMhOYtEfuffD
AM92tO2t/A523iPxpGUPjpQcjTJqc3ylBwnMjtyzXjvWu32cLyE9Ue6e9Gt4/v6L
FYag/VjpodGFnw==
=M4yi
-END PGP SIGNATURE-
diff -Nru tiny-initramfs-0.1/debian/changelog 
tiny-initramfs-0.1/debian/changelog
--- tiny-initramfs-0.1/debian/changelog 2017-09-12 17:49:40.0 +0200
+++ tiny-initramfs-0.1/debian/changelog 2024-02-05 11:33:39.0 +0100
@@ -1,3 +1,10 @@
+tiny-initramfs (0.1-5.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Decompress kernel modules included in initramfs. (Closes: #1063142)
+
+ -- Victor Westerhuis   Mon, 05 Feb 2024 11:33:39 +0100
+
 tiny-initramfs (0.1-5) unstable; urgency=medium
 
   [ Free Ekanayaka ]
diff -Nru tiny-initramfs-0.1/debian/control tiny-initramfs-0.1/debian/control
--- tiny-initramfs-0.1/debian/control   2017-09-12 17:49:40.0 +0200
+++ tiny-initramfs-0.1/debian/control   2024-02-05 11:32:21.0 +0100
@@ -24,7 +24,7 @@
 Package: tiny-initramfs-core
 Architecture: linux-any
 Multi-Arch: foreign
-Depends: cpio, ${shlibs:Depends}, ${misc:Depends}
+Depends: cpio, xz-utils, ${shlibs:Depends}, ${misc:Depends}
 Built-Using: ${Built-Using}
 Description: Minimalistic initramfs implementation (core tools)
  A very minimalistic initramfs implementation for booting Linux
diff -Nru tiny-initramfs-0.1/debian/extra/functions 
tiny-initramfs-0.1/debian/extra/functions
--- tiny-initramfs-0.1/debian/extra/functions   2017-09-12 17:49:40.0 
+0200
+++ tiny-initramfs-0.1/debian/extra/functions   2024-02-05 11:33:39.0 
+0100
@@ -208,9 +208,18 @@
   fi
   /sbin/modprobe --all --ignore-install --set-version="${VERSION}" --quiet 
--show-depends "$@" | \
 awk '$1 == "insmod" { print; }' | while read dummy_type mod_file 
mod_options ; do
-mod_name=${mod_file##*/}
+mod_name=$(basename "$mod_file" | sed -E 's/(.*\.ko)(\..*)?/\1/')
+mod_compression=$(basename "$mod_file" | sed -E 's/(.*\.ko)(\..*)?/\2/')
 if ! grep -q ^/"${mod_name}" "${initramfs_dir}/modules" ; then
-  cp "${mod_file}" "${initramfs_dir}/${mod_name}"
+  if [ "$mod_compression" = .xz ] ; then
+xzcat "${mod_file}" > "${initramfs_dir}/${mod_name}"
+  elif [ -z "$mod_compression" ] ; then
+cp "${mod_file}" "${initramfs_dir}/${mod_name}"
+  else
+echo "$0: WARNING: unable to determine compression for modules while 
adding modules" >&2
+echo "YOUR SYSTEM MIGHT NOT BOOT WITH THIS INITRAMFS." >&2
+cp "${mod_file}" "${initramfs_dir}/${mod_name}"
+  fi
   printf "%s\n" "/${mod_name}${mod_options:+ $mod_options}" >> 
"${initramfs_dir}/modules"
 fi
   done

Bug#1063142: tiny-initramfs: Fails to boot with compressed modules

2024-02-05 Thread Victor Westerhuis

Source: tiny-initramfs
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: li...@packages.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Since kernel version 6.6.3-1~exp1 modules are compressed with xz.
Tiny-initramfs does not decompress modules before loading them,
rendering systems that need modules to boot unbootable.

Because the initramfs is compressed anyway, I think the easiest fix
would be for mktirfs to decompress the kernel modules when copying them.

- --
Vriendelijke groet, Kind regards,

Victor Westerhuis

- -- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.6.13-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmXAqigTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+3PDD/wOD4s89qm3SkLNi2BXPpgxoIikndDn
ZKtE3EGUjyi7VCGG7E+yH6Mgxu4/y5W8Z9T8u8Jl96Vo0vKOlUFgLfkAChHpQRQu
52kFjw5zylF6FLe1nA6hmgvjs1YGCMEGjEp10gsEkVKecMMNJy2hdiY1rT3c6zBw
vAllb2gBkd4Ln4Cz52cUFbPyXmZo7CVu3ImyIX45mQnWVTWcLqrr+L3o9+NgxCwT
MSiYeMv5hecwUXZkCus+87dHV7noCWECrwDhMhjMh9PA+LI9oJMDcC4KLjliBxKM
ZkDvvFZ9+vZsO0jG4H6YMdh3zb1uBloIvzlcUTAiHN76DfpPBhh3hJhGemPVZvPQ
LWA3coi6wtLOAJ5yoOc82558tgg7QehcqbxQuhZxXN4S3oLj4vo4h3egwmAzHokz
UXryrJbCfKcmjvlaApSRKhASmN+MyAJAybaqgOcBIig+MHEVA+Bg8mtKnmWrk2f5
NuNgNZlcH8zV1t7VQrv/jlvnMH0yavMJZzwKLaj2tJvOfjaYp0DFQLseXTYr6ZkU
7nRIcq6wJUmOm1pXxLqT7KVx1Cy0CfP6cM7ZcBiQLdJ3EdLYVTIE24gEHE6ReX83
OdegsE4iRATpKfSIC383hg7ppOjKIiNEDi5ibt1ObhG4RoBfxtQzEH2k+GTXUEte
GomdwPAbyRu/MQ==
=ijNW
-END PGP SIGNATURE-

Bug#1061611: RFS: tapecalc/20240110-1 -- full-screen tape editor that lets the user edit a calculation

2024-01-27 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for my package "tapecalc":

 * Package name : tapecalc
   Version  : 20240110-1
   Upstream contact : Thomas E. Dickey 
 * URL  : https://invisible-island.net/add/add.html
 * License  : X11, MIT-old
 * Vcs  : https://salsa.debian.org/debian/tapecalc
   Section  : math

The source builds the following binary packages:

  tapecalc - full-screen tape editor that lets the user edit a calculation

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/tapecalc/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/t/tapecalc/tapecalc_20240110-1.dsc

Changes since the last upload:

 tapecalc (20240110-1) unstable; urgency=medium
 .
   * New upstream version 20240110.
   * Update copyright years.
   * Update d/upstream/signing-key.asc.
- --

Vriendelijke groet, Kind regards,

Victor Westerhuis

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmW09GwTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+8iMEACPTI3ZsjLqyttxffhI09omXsSTcioS
Q2rPc8z1Qy+2sxUUVpy0s5yfV1iWA4fN0swBPWfpu//QxLD8SLxgwP639F5Xh/VX
VVzVYbnIm5AmqUL8Nx3KWxXPuhNSLo0TCvS5imFE6C4y633frdBA+cCbl+F/Kien
oS0wilohN+ChF5XYGRluBNvsLN7dfjVyqRDBkV61i6l7MeljbNV2oxuYo+Vn30zX
IVcYMKyQykAwSk0vsI58P9GpA9URKYf9RMfPqJ8BXVK+fbsCVt86N6cVrbOBYWfj
BcAostv3wYhPwkNe/SyZWk/i6aBDZFCgixxz2x9Y8ofGtkvNu5rolPAqN2DfjEnJ
Jt7487mBg6eYuR2PnRpUwIuImA5WxiO4NXMNlE4rZkBwv4yOeh3eBjaQo6BL5PCz
1MjYh+7tOd/EdR2FoVBnn+MmhK9hoqq1nq1gsC1fRlogSMz3KUfgvhMnPFL2dzKs
x+cFR7uyTUIDf3wcmgtLOwGUgTxpTZHX5QiVtuHHR+Lf0PqrA+FQy8W6xruM5DUX
VELZwPYNejMLjYCH13JW6JrIixXrLqrTOBTlOIuM6lFiAnIl6l7NMBWmxmU5FXZL
B573Tyo0+vvY8rEmFwVILGJ9yN5E1IgtYpc0dHMEQ+aIpOLZvv3P3KkuS81k3z6Z
8QqkVD2YbX/FIw==
=W93B
-END PGP SIGNATURE-

Bug#1061494: [Pkg-xmpp-devel] Bug#1061494: create a prosody-config package that will configure prosody with good xmpp compliance by default with debconf

2024-01-25 Thread Victor Seva

Hi

On 25/1/24 20:59, Martin wrote:
> Hi Praveen,
> 
> IMHO, that's a good idea!

Yes, sounds nice.

> Esp. I like to have a config that is as similar as possible to Snikket,
> for those, who like to selfhost, but want to avoid docker.
> 
> I'm not sure, if that package should be part of prosody itself or if it
> should be a separate source package with a binary package, that depends
> on both prosody and prosody-modules.

another source package sounds too much. It can be included in prosody source.

Cheers

-- 
-
|   ,''`. Victor Seva |
|  : :' :  linuxman...@torreviejawireless.org |
|  `. `'  PGP: 8F19 CADC D42A 42D4 5563  730C 51A0 9B18 CF5A 5068 |
|`-  Debian Developer |
  -


OpenPGP_signature.asc
Description: PGP signature


OpenPGP_0x7D7B65C42A0EC8B2.asc
Description: application/pgp-keys

Bug#1060008: sioyek: segmentation fault with LANG=pt_BR.UTF-8

2024-01-04 Thread Victor Westerhuis

c n/a (libc.so.6 + 0x108a5c)
 
 Stack trace of thread 8197:

 #0  0x7f9c572a3156 n/a (libc.so.6 + 0x85156)
 #1  0x7f9c572a5818 pthread_cond_wait (libc.so.6 + 0x87818)
 #2  0x7f9c49f198fd n/a (iris_dri.so + 0x1198fd)
 #3  0x7f9c49ef96db n/a (iris_dri.so + 0xf96db)
 #4  0x7f9c49f1982b n/a (iris_dri.so + 0x11982b)
 #5  0x7f9c572a63ec n/a (libc.so.6 + 0x883ec)
 #6  0x7f9c57326a5c n/a (libc.so.6 + 0x108a5c)
 
 Stack trace of thread 8200:

 #0  0x7f9c572a3156 n/a (libc.so.6 + 0x85156)
 #1  0x7f9c572a5818 pthread_cond_wait (libc.so.6 + 0x87818)
 #2  0x7f9c49f198fd n/a (iris_dri.so + 0x1198fd)
 #3  0x7f9c49ef96db n/a (iris_dri.so + 0xf96db)
 #4  0x7f9c49f1982b n/a (iris_dri.so + 0x11982b)
 #5  0x7f9c572a63ec n/a (libc.so.6 + 0x883ec)
 #6  0x7f9c57326a5c n/a (libc.so.6 + 0x108a5c)
 
 Stack trace of thread 8195:

 #0  0x7f9c572a3156 n/a (libc.so.6 + 0x85156)
 #1  0x7f9c572a5818 pthread_cond_wait (libc.so.6 + 0x87818)
 #2  0x7f9c49f198fd n/a (iris_dri.so + 0x1198fd)
 #3  0x7f9c49ef96db n/a (iris_dri.so + 0xf96db)
 #4  0x7f9c49f1982b n/a (iris_dri.so + 0x11982b)
 #5  0x7f9c572a63ec n/a (libc.so.6 + 0x883ec)
 #6  0x7f9c57326a5c n/a (libc.so.6 + 0x108a5c)
 
 Stack trace of thread 8198:

 #0  0x7f9c572a3156 n/a (libc.so.6 + 0x85156)
 #1  0x7f9c572a5818 pthread_cond_wait (libc.so.6 + 0x87818)
 #2  0x7f9c49f198fd n/a (iris_dri.so + 0x1198fd)
 #3  0x7f9c49ef96db n/a (iris_dri.so + 0xf96db)
 #4  0x7f9c49f1982b n/a (iris_dri.so + 0x11982b)
 #5  0x7f9c572a63ec n/a (libc.so.6 + 0x883ec)
 #6  0x7f9c57326a5c n/a (libc.so.6 + 0x108a5c)
 
 Stack trace of thread 8199:

 #0  0x7f9c572a3156 n/a (libc.so.6 + 0x85156)
 #1  0x7f9c572a5818 pthread_cond_wait (libc.so.6 + 0x87818)
 #2  0x7f9c49f198fd n/a (iris_dri.so + 0x1198fd)
 #3  0x7f9c49ef96db n/a (iris_dri.so + 0xf96db)
 #4  0x7f9c49f1982b n/a (iris_dri.so + 0x11982b)
 #5  0x7f9c572a63ec n/a (libc.so.6 + 0x883ec)
 #6  0x7f9c57326a5c n/a (libc.so.6 + 0x108a5c)
 ELF object binary architecture: AMD x86-64

Sioyek runs fine with LANG=C or even LANG=pt_BR (without the encoding).

Thank you.

-- System Information:
Debian Release: trixie/sid
   APT prefers unstable
   APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.6.9-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), 
LANGUAGE=pt_BR:pt:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sioyek depends on:
ii  libc62.37-13
ii  libfreetype6 2.13.2+dfsg-1
ii  libgcc-s113.2.0-9
ii  libgl1   1.7.0-1
ii  libgumbo20.12.0+dfsg-2
ii  libharfbuzz0b8.0.1-1
ii  libjbig2dec0 0.20-1
ii  libjpeg62-turbo  1:2.1.5-2
ii  libjs-jquery 3.6.1+dfsg+~3.5.14-1
ii  libjs-sphinxdoc  7.2.6-3
ii  libmujs3 1.3.3-3
ii  libopenjp2-7 2.5.0-2
ii  libqt5core5a 5.15.10+dfsg-5
ii  libqt5gui5   5.15.10+dfsg-5
ii  libqt5network5   5.15.10+dfsg-5
ii  libqt5widgets5   5.15.10+dfsg-5
ii  libsqlite3-0 3.44.2-1
ii  libstdc++6   13.2.0-9
ii  libsynctex2  2023.20230311.66589-8
ii  sphinx-rtd-theme-common  2.0.0+dfsg-1
ii  zlib1g   1:1.3.dfsg-3

sioyek recommends no packages.

sioyek suggests no packages.

-- no debconf information



--
Victor Westerhuis

Bug#1058620: iwctl crashes with double-free when asking more than one question on command-line

2023-12-13 Thread Victor Westerhuis

Package: iwd
Version: 2.10-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi maintainer,

In /var/lib/iwd/.8021x I have defined a corporate network,
without specifying my username or password. If I run `iwctl station
 connect `, I can succesfully enter my username.
After pressing return, iwctl asks for my password. However, I cannot
enter my password and iwctl does not respond to pressing return.
Terminating iwctl by pressing ^C terminates iwctl with a libc error
"free(): double free detected in tcache 2".

I have recompiled libell0 and iwd with AddressSanitizer and found
the error location. I have attached the output from AddressSanatizer.

There are no issues when I connect using the iwctl shell or when I
specify my username in the configuration file.
- --
Groet, Regards,

Victor Westerhuis


- -- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.5.0-5-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.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)

Versions of packages iwd depends on:
ii  init-system-helpers  1.66
ii  libc62.37-12
ii  libell0  0.61-1
ii  libreadline8 8.2-3

Versions of packages iwd recommends:
ii  dbus [dbus-system-bus] 1.14.10-3
ii  dbus-broker [dbus-system-bus]  33-1+~optimized
ii  wireless-regdb 2022.06.06-1

iwd suggests no packages.

- -- Configuration Files:
/etc/iwd/main.conf changed [not included]

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmV53RITHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+7lxD/9LGdzp7q/V04nyPUk578bdytdbpRu/
rC/5xvtBYvdGj2pvoYgKQYOi8JiVUEbZyByKe3wTJL1+quONNCLy/2a8PO9AQI0n
XdVPmqx65RO+AI0a4w5E+TLL+g5AsK5pdB+ON1Hvn9rWOegZW7Ct0psCYMqJIC+W
vK3HZOcnVnoJiKJyCVynNyCkzftrleVb9uR5tx6ArTbNWJ75uSg+galUWAhbYLNT
rJvNcHZllH++CVD45oqIn90tCwjmxWFYe6m9SMJg9NIM0uzQMO7aTxd1Wd/DbyKG
wXUHiLZVRSTZgITDv83Ukt0r+l/3lLUzpaEu2ds0B8eRN6LC+sFImI9GM/S4NFR1
lHj1nUkmoooTGbQm98baIjavEO5J5w7FKf4EduJjSn0BE25fWAVxKeoHx/skmoob
Vhp2rtCW5hAV0Fob/NMBDL1gBENdlkP47kije3azWOFYBNxcMnlHw9XBs2iR8zpj
mYQbWaEMXo3kBtbnFYA2+mDvFeY3jp19BAg714oJVPgADQ5Jt4cTGmuLCfI5MBx0
PotrktkSzue/uG/jjCMdPyy6lwzQXHq4chRAqQf8a+SrA3MvzHZoVKkXGTVYhzKt
914WCwAr5tHXCxNoRyr3DQxf/WzAt76KsT8gyTA7y33rEW64RLO3kh4O9fDicVsE
o27ixJDMKt0pMA==
=H8lJ
-END PGP SIGNATURE-
=
[1m[31m==2042890==ERROR: AddressSanitizer: heap-use-after-free on address 
0x60b00880 at pc 0x7f7263efbce3 bp 0x7fff4a24c840 sp 0x7fff4a24c838
[1m[0m[1m[34mREAD of size 4 at 0x60b00880 thread T0[1m[0m
#0 0x7f7263efbce2 in l_io_set_read_handler ell/io.c:262
#1 0x55626d1ce14a in display_agent_prompt client/display.c:849
#2 0x55626d1c1a1a in process_input_username_password client/agent.c:382
#3 0x55626d1c1a1a in agent_prompt client/agent.c:442
#4 0x55626d1ccaf7 in readline_callback client/display.c:730
#5 0x7f7263e95bbc in rl_callback_read_char 
(/lib/x86_64-linux-gnu/libreadline.so.8+0x37bbc) (BuildId: 
1c37f1f25934c08d64296989ecdedac3fd2df66f)
#6 0x55626d1cba09 in read_handler client/display.c:773
#7 0x7f7263efb079 in io_callback ell/io.c:105
#8 0x7f7263ef89b9 in l_main_iterate ell/main.c:461
#9 0x7f7263ef8cfb in l_main_run ell/main.c:508
#10 0x7f7263ef8cfb in l_main_run ell/main.c:490
#11 0x7f7263ef9030 in l_main_run_with_signal ell/main.c:630
#12 0x55626d1beda3 in main client/main.c:70
#13 0x7f7263ca36c9 in __libc_start_call_main 
../sysdeps/nptl/libc_start_call_main.h:58
#14 0x7f7263ca3784 in __libc_start_main_impl ../csu/libc-start.c:360
#15 0x55626d1bf230 in _start (/usr/bin/iwctl+0x1a230) (BuildId: 
6f9e02b618e99e9296aac04f28fa77930e431b33)

[1m[32m0x60b00880 is located 0 bytes inside of 112-byte region 
[0x60b00880,0x60b008f0)
[1m[0m[1m[35mfreed by thread T0 here:[1m[0m
#0 0x7f726411f288 in __interceptor_free 
../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:52
#1 0x55626d1c1899 in agent_prompt client/agent.c:438
#2 0x55626d1ccaf7 in readline_callback client/display.c:730
#3 0x7f7263e95bbc in rl_callback_read_char 
(/lib/x86_64-linux-gnu/libreadline.so.8+0x37bbc) (BuildId: 
1c37f1f25934c08d64296989ecdedac3fd2df66f)

[1m[35mpreviously allocated by thread T0 here:[1m[0m
#0 0x7f72641205bf in __interceptor_malloc 
../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:69
#1 0x7f7263ee6077 in l_malloc ell/util.c:49
#2 0x7f7263efb7ef in l_io_new ell/io.c:175
#3 0x55626d1ce1a1 in display_agent_prompt client/display.c:847
#4 0x55626d1c16c1 in request_username_and_password_method_call 
client/agent.c:245
#5 0x7f7263f3bf96 in _dbus_object_tree

Bug#1057308: RFS: sioyek/2.0.0+dfsg-4 [RC] -- PDF viewer with a focus on technical books and research papers

2023-12-04 Thread Victor Westerhuis

Package: sponsorship-requests
Followup-For: Bug #1057308

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Apologies for the improper move of the dependency to Static-Built-Using.
I have uploaded a fixed version to mentors.debian.net.
- --
Groet, Regards,

Victor Westerhuis


-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmVt2pYTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+2CIEACc8+mTKxNTY5jCPjTWh8xS3MTBzt76
fljWfp+01YfzRlYub8cxNfd0YVolOU7BTjk6LwqNeu8H0iQxKkdFqB457oPSEsuL
ouBS9ZmRdrxwvDzV/bWFzNx7VfYACljpLF3GokPY4j1yEXcOUHQmX+T2aAFrs6zq
j1GPEKh0pJXpESwGqpZlxc/mtb8EYCLh/RvYbHXcjtuB1/PQqZ3UETHce7p4tk2g
C3GOzGfEp4czhYm/2xEZPzA7leGINp0TCfrp+40Ri9fyrYyRX3fZGO/os9+Lumez
vKgU1WPgotba+A8jYszjL6tQDZzfODWLJH/n0tAByIBSwvvHGlK+63WwiGYt5DRD
fMrKQXVmL56lx5MyqST33ldcZqkue7e8un+Xt/G8arUBH6LNGRCOTCTx9KUGZa4k
c/P+0tQM6EIMLsRKn4vivjcPRtt/2eFmDOIlZdoBxF0n7ezuenJ2dvhOng3izQD1
W9Kr99qKOOY5l/Q1Mw6iy1/uHJr/YCKe729FrfhVsI+ECNJL3WqluTDaJl35Z3/z
8AywDEgAYJstYR1umoVaaHrhxYXc59k8Y9ld5muN+6/R1N9oaZ8F47/USeRx/vQX
v+y+BTu3bKGlMBgY4znCA8XXVnpWMYx/btBJIqJKsDzeszWVb7Qe1t3dTwUY6WMM
2E/kSLUZTAoO+w==
=MJoF
-END PGP SIGNATURE-

Bug#1057307: sioyek: FTBFS with mupdf 0.23

2023-12-02 Thread Victor Westerhuis

On Sun, 03 Dec 2023 02:56:20 +0100 Victor Westerhuis 
 wrote:

Package: sioyek
Version: 2.0.0+dfsg-3+b5
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: mu...@packages.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

mupdf 0.23 drops the pdf_parse_link_uri symbol, causing sioyek to fail
to build from source. I am preparing a new upload to fix the issue.
Apologies, the symbol is not dropped, but the declaration is moved to an 
internal header in 
https://github.com/ArtifexSoftware/mupdf/commit/254f77c41049cf8229ecb878e6c641c7ccfdf9df. 
It's still an API change that was not tested before uploading.


@mupdf maintainers: Could you test if reverse dependencies still build
before pushing a new version in the future?

- --
Groet, Regards,

Victor Westerhuis

- -- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.5.0-4-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages sioyek depends on:
ii  libc62.37-12
ii  libfreetype6 2.13.2+dfsg-1
ii  libgcc-s113.2.0-7
ii  libgl1   1.7.0-1
ii  libgumbo20.12.0+dfsg-2
ii  libharfbuzz0b8.0.1-1+~optimized
ii  libjbig2dec0 0.19-3
ii  libjpeg62-turbo  1:2.1.5-2
ii  libjs-sphinxdoc  7.2.6-2
ii  libmujs3 1.3.3-3
ii  libopenjp2-7 2.5.0-2
ii  libqt5core5a 5.15.10+dfsg-5
ii  libqt5gui5   5.15.10+dfsg-5
ii  libqt5network5   5.15.10+dfsg-5
ii  libqt5widgets5   5.15.10+dfsg-5
ii  libsqlite3-0 3.44.2-1
ii  libstdc++6   13.2.0-7
ii  libsynctex2  2023.20230311.66589-8
ii  sphinx-rtd-theme-common  2.0.0~rc3+dfsg-2
ii  zlib1-ng [zlib1g]2.0.6-0+~local1+b1
ii  zlib1g   1:1.3.dfsg-3

sioyek recommends no packages.

sioyek suggests no packages.

- -- no debconf information


--
Victor Westerhuis

Bug#1057308: RFS: sioyek/2.0.0+dfsg-4 [RC] -- PDF viewer with a focus on technical books and research papers

2023-12-02 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for my package "sioyek":

 * Package name : sioyek
   Version  : 2.0.0+dfsg-4
   Upstream contact : https://github.com/ahrm/sioyek/issues
 * URL  : https://sioyek.info/
 * License  : GPL-3.0+, GFDL-NIV-1.2+ or CC-BY-SA-3.0 or CC-BY-SA-2.5 
and CC-BY-SA-2.0 and CC-BY-SA-1.0, BSL-1.0, forrest-smith-license
 * Vcs  : https://salsa.debian.org/viccie30/sioyek
   Section  : misc

The source builds the following binary packages:

  sioyek - PDF viewer with a focus on technical books and research papers

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/sioyek/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/s/sioyek/sioyek_2.0.0+dfsg-4.dsc

Changes since the last upload:

 sioyek (2.0.0+dfsg-4) unstable; urgency=medium
 .
   * Move libmupdf-dev to Static-Built-Using.
   * Fix build with mupdf 0.23. (Closes: 1057307)

- --
Groet, Regards,

Victor Westerhuis

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmVr6xMTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+xGCD/92gp07cy6KxdRFswnHDBBe/ZKjQ7sw
+NWuJGEK5ZdJpbChN9o6TbwjtOFOaN2+0jkDeH53Pv2Kh33cfPYJIQv+6KxDztDm
sCkH5b4593D4e5SWve0ey++yejMooaJoohDeJzdsLtvSzh4snVNBJvuqm7j1jQ2S
jdJNLkR3ggcn25y6Qgr+oC953ONJg1b6JOs6bXLNaR8WEXE+suctP/+UbCztzCc0
uNvOgrAUHwCaFBJ7GvWg6FeXvCIVuPW6ZtMF5WIFLLTCZWwPS4a4wq2PIAOfQjct
LJBeFKRhvzn4puQo4wAAN7MY1Yu1gw889pQrXENcBRmcGaGUTugHGGBt1xeYlbKj
+X8Ldo0qGzMtSM49BVHfqIfsz4frCGP5yn+xZc/tdH6mo73Nh8cPIcu0+VSM3gRA
8KaX8H1nb3EofDqEeV4mxPXHe6fgP1gi48Qckw7eH1yGVeryTM3eX+oRviIFKdOX
Dv3Qal0BHr2v1fl4skCv63BCtqCRiMwbGzsx69Mx5Hn2SlmVVv1hxv4Uf5gJel+b
/R7Q18Gp102o/OuUgDFjHhVxQY5b1xzTwdzsyTMkVCPvsTixSe4Y9E8zojIbdtmj
2lv1bXIdopDBPOKiycKPvwoWdWq1IqkA9+jF3r9TJq0aStBDDo9rwIZZCeTmNuyW
GnwWGtux1jUo3w==
=3qNT
-END PGP SIGNATURE-

Bug#1057307: sioyek: FTBFS with mupdf 0.23

2023-12-02 Thread Victor Westerhuis

Package: sioyek
Version: 2.0.0+dfsg-3+b5
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: mu...@packages.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

mupdf 0.23 drops the pdf_parse_link_uri symbol, causing sioyek to fail
to build from source. I am preparing a new upload to fix the issue.

@mupdf maintainers: Could you test if reverse dependencies still build
before pushing a new version in the future?

- --
Groet, Regards,

Victor Westerhuis

- -- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.5.0-4-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages sioyek depends on:
ii  libc62.37-12
ii  libfreetype6 2.13.2+dfsg-1
ii  libgcc-s113.2.0-7
ii  libgl1   1.7.0-1
ii  libgumbo20.12.0+dfsg-2
ii  libharfbuzz0b8.0.1-1+~optimized
ii  libjbig2dec0 0.19-3
ii  libjpeg62-turbo  1:2.1.5-2
ii  libjs-sphinxdoc  7.2.6-2
ii  libmujs3 1.3.3-3
ii  libopenjp2-7 2.5.0-2
ii  libqt5core5a 5.15.10+dfsg-5
ii  libqt5gui5   5.15.10+dfsg-5
ii  libqt5network5   5.15.10+dfsg-5
ii  libqt5widgets5   5.15.10+dfsg-5
ii  libsqlite3-0 3.44.2-1
ii  libstdc++6   13.2.0-7
ii  libsynctex2  2023.20230311.66589-8
ii  sphinx-rtd-theme-common  2.0.0~rc3+dfsg-2
ii  zlib1-ng [zlib1g]2.0.6-0+~local1+b1
ii  zlib1g   1:1.3.dfsg-3

sioyek recommends no packages.

sioyek suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmVr4EQTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+xTaD/9MoSE02oPgj/bc6EWqumd/iTnk7aHe
VIR7IfeJkvjIvnxEXr518se9Fy8E7V8eLS2shOYM0YWT4e/7kKgnB2trCyD7cMnw
jJLrrBsRf0WEIpvg2J6EwbUoZpExBieD7hdXCWbezCPeNsQNDuhTvC1/0rpttt7v
ZPwUtj0T1wfZwpryLbTMkZxX4Avb5ZLgplu6Hkomf9sfrF0/xCEU8bG3X5Blxy6q
j+nDG49ALo8hKepdWwT5J/FAOY9wn9vLovWHv2S8LrHIkFbpvT71fGy/JnPpcoiD
/KaUsWSf7DQGJ/A7V/85OMSVahFiXvK13VEGFA9d6wLPeO4d4VeoGbsvl2d/0yA8
U4Z6zwwZfgQ1eqJPxhr98Znv5cNFzULuinVXcHgRGW/TWX9SBiy3LU54z3VsjTDw
96++mVz79n6dZt5yAe1mzcniVzSi0bZA3opDeOZbCwY0kq+QXntO39Dgko9D9Pwy
c9HMYBcXMZqf4buEUrnMrHsKA89VdW5YhEuaBVqR0PadljHkoHIadu6poADZUeCD
ckeweCZCP96J4ICGUzXunKZ0uOUQcFAcKJKNTZDG9eGMbx2XTJ5sVCIEDEnYOXww
cPgVVjMpW0XIRp76hgFV9FGBxO8GGNE0pLOCq6JZON0Wovo4ayntYSyB/5CfSUun
o356ZnKsr2hzGw==
=wLiO
-END PGP SIGNATURE-

Bug#1057306: RFS: kmscon/9.0.0-5 [RC] -- Simple terminal emulator based on Kernel Mode Setting

2023-12-02 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for my package "kmscon":

 * Package name : kmscon
   Version  : 9.0.0-5
   Upstream contact : https://github.com/Aetf/kmscon/issues
 * URL  : https://github.com/Aetf/kmscon
 * License  : Expat and HPND, Expat, LGPL-2.1+, GPL-2 with Font 
exception, public-domain
 * Vcs  : https://salsa.debian.org/viccie30/kmscon
   Section  : utils

The source builds the following binary packages:

  kmscon - Simple terminal emulator based on Kernel Mode Setting

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/kmscon/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/k/kmscon/kmscon_9.0.0-5.dsc

Changes since the last upload:

 kmscon (9.0.0-5) unstable; urgency=medium
 .
   * Stop using undocumented autoscripts in d/rules.
   * Move unifont from Built-Using to Static-Built-Using.
   * Fix FTBFS when systemd.pc changes systemdsystemunitdir.
 Thanks to Helmut Grohne. (Closes: 1052644)

Groet, Regards,
- --
  Victor Westerhuis

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmVr1lwTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+wD8EACxucvUZbmIf605yVCNZZgriZktEvlL
h28S5Qn2guNDkjO5Ds/97wWuhePMjq4ZnkDRpGZl0D5zEO8/CQKWek7Su4BBtwbh
iRvj38dMB4UGzlARbBufFXi6iRTGcdbTV/jts+2/qykIvMNQwFQMwhRfGoIRKaZr
FTkG0PmBAY8Z3pgkas1O8UAsn6+jPi+Y6wJqp3bTISIXUDgwzl1xGBuMbigBAzob
Kmt+RPDZAQlIYxs+bhkdELvFm2a6Njo5xGjK2k1XX8awNpqGhcAKhtH/dtryNA1e
/un1bxXB70OoOHFk4CosDBcP4vv+qbnfBGhjqNdwA7I/PCCAV7VZk5HVdE6FrPGB
shSBfPF26UngsTL0mrdvOP9R6fvW5lMHpXlaJQ4Es7R7hEZdu+h6xX+QoJoys2B/
6RNTOcgcgHGm9aQcijdytcUqpmXqbv/26NClPlH/qN3O2h0bCEb3IuperPPLT0L8
kH4AJU9KVeN2f9DynON9uoCaVzb3hDbKGxFORc1DGavQxaiINs2STbZlJCjr6oUW
rFERhgCSA3PoTAFT+PIXQnuS2uX+yAZyn0BfjgtuXsSuMJc5JOwc/sxj0Iek1z6k
WEcRA6vMtfyPD3IJRaOfZc6ci0a52KdQknrFlAL/DkXtVMMnPshRxO9DMQa/+HuC
woCNdIUNz1p+NA==
=DM/U
-END PGP SIGNATURE-

Bug#1043360: ITP: python-poetry-dynamic-versioning -- dynamic versioning plugin for Poetry

2023-08-09 Thread Victor Westerhuis

"Jakub Ružička"  schreef op 9 augustus 2023 17:11:15 CEST:
>On 23-08-09 15:08, Colin Watson wrote:
>> How will this sort of thing work when a git tree isn't necessarily
>> available at binary package build time, since buildds build binary
>> packages from a source package rather than directly from git and the
>> source package doesn't usually include a git tree?  Is it just a matter
>> of causing the plugin to exist so that pybuild doesn't fail, but in
>> practice the version is still going to be set by something that's
>> actually in the source package?
>
>A primary objective is to provide the plugin so that
>
>python3 -m build
>
>works in general, not limited to package builds.
>
>Supporting pybuild correctly out of the box for projects using the plugin is
>a next step.
>
>I'm not sure how it will behave when no VCS is available as in source package.
>
>IIRC it replaces version in pyproject.toml during build. So possibly
>a mechanism that does the same during package build but from d/changelog
>version might solve this... Hmmm, sounds non-trivial.
>
>This will certainly require some testing.
>

There are already some workarounds for other similar tools in pybuild.pm, so 
that would be the place to add this workaround as well, if necessary. 

See the current examples at 
https://salsa.debian.org/python-team/tools/dh-python/-/blob/master/dh/pybuild.pm#L125-151
-- 
Groet, Regards,

Victor Westerhuis
-- 
Groet, Regards,

Victor Westerhuis

Bug#1040326: RE: RPF jwalk and tabular

2023-08-02 Thread Victor Westerhuis


Control: retitle 1040326 ITP: rust-jwalk -- Filesystem walk performed in 
parallel with streamed and sorted results
Control: owner 1040326 !

Hi Matthias,

On Tue, 4 Jul 2023 17:14:36 +0200 (CEST) matthias.geiger1...@tutanota.de wrote:

Hi Victor.

Note that the rust teams' policy is only to file bugs for rust crates
if they are binary ones (e.g. /usr/bin/foo).
It's not wrong; you can leave those open for now. Since most members
on the rust team are kinda busy I'd suggest to look into whether you
want to package those crates yourself. Usually it's straightforward;
if you're interested you can look into it here
<https://blog.hackeriet.no/packaging-a-rust-project-for-debian/>.

Feel free to ask me or on the debian-rust irc channel if you have any
questions :)

regards,

---
Matthias Geiger (werdahias)


Thanks for the response! My spam filter apparently ate your original message, 
so I only noticed now that I'm trying to package jwalk myself. I'll follow the 
advice and open a MR. I see someone else is already busy packaging tabular, so 
I'll wait for that MR to get merged and for the new package to clear NEW.

--
Groet, Regards,

Victor Westerhuis

Bug#1042717: autodep8: does not parse Testsuite field as a comma-separated list

2023-07-30 Thread Victor Westerhuis

Package: autodep8
Version: 0.28
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello maintainer,

The autodep8 script parses the Testsuite field in debian/control as
a single test suite name, while dsc(5) describes that "the value is
a comma-separated list of test suites."

I have opened a MR at 
https://salsa.debian.org/ci-team/autodep8/-/merge_requests/31
to fix this behavior, which I think is a bug.

- --
Groet, Regards,

Victor Westerhuis


- -- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.4.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages autodep8 depends on:
ii  dctrl-tools  2.24-3+b1

autodep8 recommends no packages.

autodep8 suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmTG+DwTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+6d6D/47BVw7Z8JFDIsju6F96tr7/PsVnT3D
gdSDR+j8Cb8UKkEpHj8vxTQod2yMdppqJRWyq7MeUuiHYT86fgPSOyhYGLBZvjJK
lEfrvRspX5q9xwOx7ui3SFYcjkuLafWl/oFcC7x+bhJ0q/kHQP5rJvjS26HKa55v
eoNr01zAbiUnKBX6m63U9gfFLpJg8kG2rl1SzVXZqBk/zCZkCAiIyIa8C+hrYdln
1EccXbR23INqdp8gicMslmMBkpg/B0oIgO0xp/CQ5G1T7bH+Q7z8VIvai3aRfX+a
72sx1qDYU5/bjP7Qktiy28ApxvE89EoYzO1uQE68lHtqFkjuxGWk2LvQmGB44GT/
EN3WYGzAS/cdsBeoeMMIv+98Ke6mzW6jndXENQTvVLCatKjNbb+YUjiW84TswTWM
HUvhZqLL7pSdDDx49oRhe3DZJX07D4UWkT4kPjRhOqE33JlTI8Jd8dHq1oEdixgd
ByjCjMvvklJFUUXOXLgfQrC6N6psP+3lArrbaCBwVvB+NhLmxebcZkIdIim4dW2d
Eha1lGUn0S8lO3STUEEd5C4tt5q9DuBKJ/jdA4HdidWApMLA4k2MOGlMHi1bx7a/
NMI1pKHOetVqhv7joAvbVdzTlWUBcqLJNba2GwcDdRy2dBagbDcB7NxgAhZBjX3S
2waXa5gtgbqW2g==
=Y2+O
-END PGP SIGNATURE-

Bug#1042510: Not able to upgrade binutils-x86-64-linux-gnu

2023-07-29 Thread Victor Westerhuis

Source: binutils
Followup-For: Bug #1042510
Control: forcemerge 1042498 -1

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

This seems to be a duplicate of #1042498.

Regards, Victor

- -- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.3.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmTFGrITHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+xNJD/9RuQUZbZhrqSo3tCx6sBNN7J6tBLUk
K80hBiq+e6feiYqYmNBt/r9US3FEC/CX3ggwA+ne7MJWjzdrTJPHcp/Ad5ndHaqO
2eyV9fPjwbgQOYl6npAFoM8UimI5YsZ/5EwkqWGhP7PfwfikBT4XyVbuZUyFDU2R
RkzSBSGX1DJdHJL37FzBqcv22r+pls6moc9ati3yG7pthjovp4WZ5qy7LR8fJkPw
+bLcUKX+7n3zwjxckO8or2t7Bv8d6bM93G2no5OYdAvd3Kmz80ewiIHvmztTBpSC
Cu0+ruZiJizLRCpt2sWUBZ5HaiL/wAxcoQLqkWqJ6Ki3UopshYGwjhbL2HVkVQrR
GoG7Kh6wx0DPc2rCX4LXt4iTTlRd6d0VNkMyFaD3Qse7ELejlILPX3WWfk7Fl3d8
bWeUa4N3gUmvk0vfB+N4iyPoSUxvqd0XRyrbYKb36Yp3qlL+jneAZ0uWFiO1x9ix
89VsopET4AWhreWAazDCPhXc2L2OBH3/tzEszFBZZ8uu0bgyEIxq9P8JBQvdx9v8
IlEfTw/TIWVchFVchbCuf9kiRQ66F1N/emHPgYsv5vW5yMzRj4w3f2yDNSl2H52e
BgqrqiZy3AZhyVLa+rJS6nBmb1v+cGr+MTXUggfU83Hu+Kxa9tp9O5rgXOICxs9v
cSvjqP4x5Y8sZg==
=0T5p
-END PGP SIGNATURE-

Bug#1041609: fai softupdate fails in get-config-dir-svn

2023-07-21 Thread Victor

Package: fai-client
Version: 5.10.3
Tags: patch

fai softupdate with FAI_CONFIG_SRC pointing to SVN fails, because svn info 
parsing in /usr/lib/fai/get-config-dir-svn has a stray space in its regex.

This was introduced in commit cb5aec5dcfd150d2d3d084c946562801ea778432

A patch is attached.

remove stray space in regex

Index: fai-6.0.3/lib/get-config-dir-svn
===
--- fai-6.0.3.orig/lib/get-config-dir-svn
+++ fai-6.0.3/lib/get-config-dir-svn
@@ -52,7 +52,7 @@ user=
 [ -n "$username" ] && user="--username $username"
 
 if [ -d "$FAI/.svn" ] ; then
-if [ $(svn info $FAI | awk '/ ^URL:/ {print $2}') == "$svnurl" ]; then
+if [ $(svn info $FAI | awk '/^URL:/ {print $2}') == "$svnurl" ]; then
 echo "Updating SVN in $FAI"
 cd $FAI
 svn up $user $pass | grep -v 'Updated to revision' > $LOGDIR/getconf.log

Bug#1040954: Info received (Bug#1040954: Acknowledgement (inspircd: PID and Logging have broken permissions))

2023-07-18 Thread Victor Coss

Hello, I have another update to provide. I was able to temporarily fix 
file logging until you can fix the package. I had to create a logs 
folder in /usr/lib/inspircd/ and change it's permissions accordingly and 
change ownership and group to irc:irc with read and write permissions so 
InspIRCd can write various log files in that directory. As stated before 
the correct location should be /var/log/inspircd/ for log files instead. 
You may need to have the package create this directory on install and 
give the proper permissions for the irc user to read and write to it.


Also as a side note so you are aware, any segfaults you see in dmesg, 
are not actually segmentation faults; this is caused by InspIRCd not 
using standard exit codes. This can be fixed in v3 of InspIRCd by adding 
-DINSPIRCD_BINARY_EXIT to CXXFLAGS in the environment to disable the 
custom exit codes that InspIRCd uses. In v4 (not released yet) this has 
been resolved completely and InspIRCd will use standard exit codes.


As stated previously, please feel free to check out 
https://docs.inspircd.org/packaging/ on how to best package InspIRCd and 
avoid these kinds of issues. Also feel free to join us anytime on IRC at 
irc.chatspike.net #inspircd. You will find me, along with the head 
developer of InspIRCd, Sadie. We are willing to answer any questions you 
may have.


I would greatly appreciate it if you can get this resolved and also 
appreciate it if you can ship the new upstream version 3.16.1. There are 
no breaking changes since 3.15.0. It would be nice to see this update 
for the upcoming Bookworm point release (12.1) that will take place on 
Saturday June 22.


Thank you,
Victor Coss

On 7/13/2023 9:51 AM, Debian Bug Tracking System wrote:

Thank you for the additional information you have supplied regarding
this Bug report.

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.

Your message has been sent to the package maintainer(s):
  Filippo Giunchedi 

If you wish to submit further information on this problem, please
send it to 1040...@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#1040955: linux-image-6.1.0-10-amd64 | drm/i915 Intel GFX Driver crashes kernel

2023-07-14 Thread Victor A. Bettachini


Hi Salvatore,

Sorry, but I'll not provide help following either of your
suggestions.

Regarding testing in current or experimental branch, I need to keep this
machine sticked to the stable branch.

And I haven't the expertice to check changes in the kernel source
pertaining the issue.


Kind regards,
Víctor


On Thu, 13 Jul 2023, Salvatore Bonaccorso wrote:


Control: tags -1 + moreinfo

Hi Victor,

On Thu, Jul 13, 2023 at 12:54:01AM -0300, Victor A. Bettachini wrote:

Package: src:linux
Version: 6.1.37-1
Severity: important
X-Debbugs-Cc: vict...@gmx.net

Dear Maintainer,

I'd like to report this behaviour present when booting to
linux-image-6.1.0-10-amd64 but not but not when doing that to its
predecesor, linux-image-6.1.0-9-amd64.

Justa few seconds after graphic loging (Xorg session) the computer freezes
not even allowing to jump to any tty with ctrl-alt-F# key combination.

I'm attaching an excerpt of the output journalctl, the trace stating the
problem itself: i915_6.1.0-10_journalctl.txt


Would it be possible that you verify if the issue is as well rpesent
in current unstable (6.3.11-1) and experimental (6.4.1-1~exp1)?

Additionally is it possible to you to bisect the changes between
6.1.27-1 and 6.1.37-1 with upstream version to identify the culprit?

Regards,
Salvatore

Bug#1040954: Acknowledgement (inspircd: PID and Logging have broken permissions)

2023-07-13 Thread Victor Coss

Hello, I have an update. I have talked to the head developer of 
InspIRCd, Sadie and figured out a few things.


Firstly, the PID is not required for the sslrehashsignal module as you 
can send the required signal using systemd, systemctl kill 
--signal=SIGUSR1 inspircd.service. So you can keep the --nopid flag in 
the systemd service, that is not an issue.


However, the logging is broken because you do not pass --system at 
configure. Instead you define directories which logdir is not accounted 
for so it ends up as /usr/lib/inspircd/logs/ instead of 
/var/log/inspircd/ in the AppArmor profile, as this profile is 
automatically generated at compile time based on the directories that 
are defined.


In ./configure do *not* pass prefix, config-dir, module-dir, 
example-dir, data-dir, and binary-dir. Just pass *--system* and it will 
account for these system-wide directories. Please see 
https://docs.inspircd.org/packaging/ for more information on how to 
package inspircd.


Also FYI, the  and  configuration options in the 
/etc/inspircd/inspircd.conf you ship are deprecated, you should probably 
remove those to prevent issues in the future when InspIRCd is updated.


Thank you,
Victor Coss

On 7/12/2023 11:21 PM, Debian Bug Tracking System wrote:

Thank you for filing a new Bug report with Debian.

You can follow progress on this Bug here: 
1040954:https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040954.

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.

Your message has been sent to the package maintainer(s):
  Filippo Giunchedi

If you wish to submit further information on this problem, please
send it to1040...@bugs.debian.org.

Please do not send mail toow...@bugs.debian.org  unless you wish
to report a problem with the Bug-tracking system.

Bug#1040955: linux-image-6.1.0-10-amd64 | drm/i915 Intel GFX Driver crashes kernel

2023-07-12 Thread Victor A. Bettachini


Package: src:linux
Version: 6.1.37-1
Severity: important
X-Debbugs-Cc: vict...@gmx.net

Dear Maintainer,

I'd like to report this behaviour present when booting to
linux-image-6.1.0-10-amd64 but not but not when doing that to its
predecesor, linux-image-6.1.0-9-amd64.

Justa few seconds after graphic loging (Xorg session) the computer freezes
not even allowing to jump to any tty with ctrl-alt-F# key combination.

I'm attaching an excerpt of the output journalctl, the trace stating the
problem itself: i915_6.1.0-10_journalctl.txt

Kind regards,
Víctor Bettachini
Jul 11 04:05:16 atun kernel: [ cut here ]
Jul 11 04:05:16 atun kernel: i915 :00:02.0: drm_WARN_ON((val & (1 << 30)) 
== 0)
Jul 11 04:05:16 atun kernel: WARNING: CPU: 3 PID: 747 at 
drivers/gpu/drm/i915/display/intel_cdclk.c:887 skl_get_cdclk+0x280/0x2b0 [i915]
Jul 11 04:05:16 atun kernel: Modules linked in: ccm snd_seq_dummy snd_hrtimer 
snd_seq snd_seq_device snd_hda_codec_hdmi qrtr bnep binfmt_misc nls_ascii 
nls_cp437 vfat fat snd_sof_pci_intel_skl snd_sof_intel_hda_common 
soundwire_intel soundwire_generic_allocation soundwire_cadence 
snd_sof_intel_hda snd_sof_pci snd_sof_xtensa_dsp snd_ctl_led 
x86_pkg_temp_thermal intel_powerclamp coretemp snd_sof dell_rbtn btusb 
snd_sof_utils btrtl kvm_intel btbcm soundwire_bus btintel btmtk 
snd_hda_codec_realtek snd_soc_skl kvm snd_soc_hdac_hda snd_hda_codec_generic 
dell_laptop snd_hda_ext_core intel_rapl_msr ledtrig_audio snd_soc_sst_ipc 
bluetooth mei_wdt mei_hdcp snd_soc_sst_dsp snd_soc_acpi_intel_match 
snd_soc_acpi snd_soc_core irqbypass snd_compress iwlmvm ghash_clmulni_intel 
jitterentropy_rng dell_smm_hwmon snd_hda_intel mac80211 uvcvideo 
snd_intel_dspcfg sha512_ssse3 snd_intel_sdw_acpi snd_hda_codec 
videobuf2_vmalloc aesni_intel videobuf2_memops libarc4 sha512_generic 
videobuf2_v4l2 crypto_simd cryptd
Jul 11 04:05:16 atun kernel:  videobuf2_common ctr dell_wmi snd_hda_core 
iwlwifi videodev snd_hwdep drbg mc rapl ansi_cprng snd_pcm iTCO_wdt 
intel_cstate intel_pmc_bxt snd_timer iTCO_vendor_support dell_smbios dcdbas 
processor_thermal_device_pci_legacy ecdh_generic intel_wmi_thunderbolt 
intel_uncore watchdog cfg80211 ecc dell_wmi_descriptor ee1004 wmi_bmof pcspkr 
processor_thermal_device snd processor_thermal_rfim mei_me 
processor_thermal_mbox processor_thermal_rapl soundcore rfkill 
intel_rapl_common mei intel_xhci_usb_role_switch roles intel_soc_dts_iosf 
intel_pch_thermal int3400_thermal intel_pmc_core int3403_thermal 
acpi_thermal_rel int340x_thermal_zone intel_hid sparse_keymap ac acpi_pad 
joydev serio_raw evdev sg msr parport_pc ppdev lp parport fuse loop efi_pstore 
configfs efivarfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 
crc32c_generic dm_mod sd_mod t10_pi crc64_rocksoft crc64 crc_t10dif 
crct10dif_generic i915 ahci xhci_pci libahci hid_alps hid_generic xhci_hcd 
drm_buddy libata
Jul 11 04:05:16 atun kernel:  i2c_algo_bit drm_display_helper cec 
rtsx_pci_sdmmc usbcore scsi_mod rc_core ttm crct10dif_pclmul crct10dif_common 
e1000e mmc_core drm_kms_helper i2c_hid_acpi i2c_i801 ptp i2c_hid crc32_pclmul 
drm crc32c_intel i2c_smbus scsi_common pps_core rtsx_pci intel_lpss_pci 
usb_common video battery hid intel_lpss_acpi intel_lpss wmi idma64 button
Jul 11 04:05:16 atun kernel: CPU: 3 PID: 747 Comm: Xorg Not tainted 
6.1.0-10-amd64 #1  Debian 6.1.37-1
Jul 11 04:05:16 atun kernel: Hardware name: Dell Inc. Latitude 7480/00F6D3, 
BIOS 1.31.0 03/28/2023
Jul 11 04:05:16 atun kernel: RIP: 0010:skl_get_cdclk+0x280/0x2b0 [i915]
Jul 11 04:05:16 atun kernel: Code: 8b 7d 08 4c 8b 6f 50 4d 85 ed 74 36 e8 b9 d6 
81 d0 48 c7 c1 d8 d0 bd c0 4c 89 ea 48 c7 c7 77 29 c0 c0 48 89 c6 e8 20 bd 1d 
d0 <0f> 0b 8b 53 04 e9 1d fe ff ff ba 5b b5 04 00 31 c0 89 13 e9 2b ff
Jul 11 04:05:16 atun kernel: RSP: 0018:b38881323890 EFLAGS: 00010282
Jul 11 04:05:16 atun kernel: RAX:  RBX: b388813238bc RCX: 

Jul 11 04:05:16 atun kernel: RDX: 0002 RSI: 91f4105e RDI: 

Jul 11 04:05:16 atun kernel: RBP: 8e9341e08000 R08:  R09: 
b38881323700
Jul 11 04:05:16 atun kernel: R10: 0003 R11: 926d43a8 R12: 
8e9341e09c20
Jul 11 04:05:16 atun kernel: R13: 8e92c14c9e80 R14: b38881323dc8 R15: 

Jul 11 04:05:16 atun kernel: FS:  7f791f209a80() 
GS:8e963158() knlGS:
Jul 11 04:05:16 atun kernel: CS:  0010 DS:  ES:  CR0: 80050033
Jul 11 04:05:16 atun kernel: CR2: 7f479ae8a0c0 CR3: 000103ee8001 CR4: 
003706e0
Jul 11 04:05:16 atun kernel: DR0:  DR1:  DR2: 

Jul 11 04:05:16 atun kernel: DR3:  DR6: fffe0ff0 DR7: 
0400
Jul 11 04:05:16 atun kernel: Call Trace:
Jul 11 04:05:16 atun kernel:  
Jul 11 04:05:16 atun kernel:  ? __warn+0x7d/0xc0
Jul 11 04:05:16 atun kernel:  ? skl_get_cdclk+0x280/0x2b0 [i915]
Jul 11 0

Bug#1040954: inspircd: PID and Logging have broken permissions

2023-07-12 Thread Victor Coss

Package: inspircd
Version: 3.15.0-1
Severity: normal

Dear Maintainer,

The systemd service file starts InspIRCd with the --nopid flag, however the 
module sslrehashsignal requires there to be a PID. Please remove this argument 
from the ExecStart line. I have edited the inspircd.service file temporarily 
using  systemctl edit --full inspircd.service
However I believe due to the AppArmor profile that is shipped, the PID cannot 
write. You should allow the PID to be at /var/run/inspircd/inspircd.pid which 
is what I have configured as the location in my InspIRCd configuration file.
I however get the following error and InspIRCd fails to start: 

Failed to write PID-file '/var/run/inspircd/inspircd.pid', exiting. 

The permissions are as follows,

root@radium:~# ls -lah /var/run/inspircd/
total 0
drwxr-xr-x  2 irc  irc   40 Jul 12 15:21 .
drwxr-xr-x 20 root root 600 Jul 12 15:49 ..

That appears to be correct? However I do a dmesg and see that inspircd is being 
blocked under audit, I suppose this is from AppArmor?
[611682.465180] audit: type=1400 audit(1689212777.973:26): apparmor="DENIED" 
operation="mknod" profile="/usr/sbin/inspircd" name="/core" pid=7703 
comm="inspircd" requested_mask="c" denied_mask="c" fsuid=39 ouid=39
[612769.233201] audit: type=1400 audit(1689213864.742:27): apparmor="DENIED" 
operation="mknod" profile="/usr/sbin/inspircd" 
name="/run/inspircd/inspircd.pid" pid=7968 comm="inspircd" requested_mask="c" 
denied_mask="c" fsuid=39 ouid=39
[612769.478807] audit: type=1400 audit(1689213864.986:28): apparmor="DENIED" 
operation="mknod" profile="/usr/sbin/inspircd" 
name="/run/inspircd/inspircd.pid" pid=7969 comm="inspircd" requested_mask="c" 
denied_mask="c" fsuid=39 ouid=39
[612769.730910] audit: type=1400 audit(1689213865.238:29): apparmor="DENIED" 
operation="mknod" profile="/usr/sbin/inspircd" 
name="/run/inspircd/inspircd.pid" pid=7971 comm="inspircd" requested_mask="c" 
denied_mask="c" fsuid=39 ouid=39
[612769.990731] audit: type=1400 audit(1689213865.498:30): apparmor="DENIED" 
operation="mknod" profile="/usr/sbin/inspircd" 
name="/run/inspircd/inspircd.pid" pid=7973 comm="inspircd" requested_mask="c" 
denied_mask="c" fsuid=39 ouid=39
[612770.231224] audit: type=1400 audit(1689213865.738:31): apparmor="DENIED" 
operation="mknod" profile="/usr/sbin/inspircd" 
name="/run/inspircd/inspircd.pid" pid=7974 comm="inspircd" requested_mask="c" 
denied_mask="c" fsuid=39 ouid=39

Also logging is broken too. The default log file location of 
/var/log/inspircd.log doesn't write. The file exists however when I cat the 
file out, it remains empty. I have inspircd configured to log to that file as 
well.
In dmesg you can see the log file is being blocked.

[53.814582] audit: type=1400 audit(1689201089.349:15): apparmor="DENIED" 
operation="open" profile="/usr/sbin/inspircd" name="/var/log/inspircd.log" 
pid=7525 comm="inspircd" requested_mask="ac" denied_mask="ac" fsuid=39 ouid=39
[601900.436898] inspircd[7525]: segfault at 7f865dc02060 ip 7f865dc02060 sp 
7ffe3832d388 error 14 in m_filter.so[7f865de0c000+7000] likely on CPU 2 
(core 0, socket 0)
[601900.436959] audit: type=1400 audit(1689202995.964:16): apparmor="DENIED" 
operation="mknod" profile="/usr/sbin/inspircd" name="/core" pid=7525 
comm="inspircd" requested_mask="c" denied_mask="c" fsuid=39 ouid=39
[601949.800182] audit: type=1400 audit(1689203045.328:17): apparmor="DENIED" 
operation="open" profile="/usr/sbin/inspircd" name="/var/log/inspircd.log" 
pid=7586 comm="inspircd" requested_mask="ac" denied_mask="ac" fsuid=39 ouid=39
[605077.481347] inspircd[7586]: segfault at 7fb4b546d060 ip 7fb4b546d060 sp 
7ffd3d7c7768 error 14 in m_filter.so[7fb4b5677000+7000] likely on CPU 1 
(core 1, socket 0)
[605077.481416] audit: type=1400 audit(1689206173.006:18): apparmor="DENIED" 
operation="mknod" profile="/usr/sbin/inspircd" name="/core" pid=7586 
comm="inspircd" requested_mask="c" denied_mask="c" fsuid=39 ouid=39
[605212.549953] audit: type=1400 audit(1689206308.073:19): apparmor="DENIED" 
operation="open" profile="/usr/sbin/inspircd" name="/var/log/inspircd.log" 
pid=7637 comm="inspircd" requested_mask="ac" denied_mask="ac" fsuid=39 ouid=39

The permissio

Bug#1040327: RFP: rust-tabular -- Plain text tables, aligned automatically

2023-07-04 Thread Victor Westerhuis

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-r...@lists.debian.org, vic...@westerhu.is
Control: block 30 by -1

* Package name: rust-tabular
  Version : 0.2.0
  Upstream Contact: Jesse A. Tov 
* URL : https://github.com/tabular-rs/tabular-rs
* License : Expat or Apache-2.0
  Programming Lang: Rust
  Description : Plain text tables, aligned automatically

Builds plain, automatically-aligned tables of monospaced text.
This is basically what you want if you are implementing `ls`.

tabular is a dependency of newer versions of watchman which I want to
adopt and update.

--
Groet, Regards,

Victor Westerhuis

Bug#1040326: RFP: rust-jwalk -- Filesystem walk performed in parallel with streamed and sorted results

2023-07-04 Thread Victor Westerhuis

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-r...@lists.debian.org, vic...@westerhu.is
Control: block 30 by -1

* Package name: rust-jwalk
  Version : 0.8.1
  Upstream Contact: Jesse Grosjean ,
Sebastian Thiel 
* URL : https://github.com/byron/jwalk
* License : MIT
  Programming Lang: Rust
  Description : Filesystem walk performed in parallel with streamed and 
sorted results

jwalk is a dependency of newer versions of watchman which I want to
adopt and update.

--
Groet, Regards,

Victor Westerhuis

Bug#1019497: ITA: watchman -- file watching service

2023-07-01 Thread Victor Westerhuis

Package: wnpp
Followup-For: Bug #1019497
Control: retitle -1 ITA: watchman -- file watching service
Control: owner -1 !

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I would like to adopt watchman. I have started some packaging updates
in a Salsa fork at https://salsa.debian.org/viccie30/watchman.

I am not a Debian Developer or Maintainer, so I will post the updated
package to mentors.debian.net once I have it completely working.

Groet, Regards,


Victor Westerhuis



-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmSg8vkTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+4Q/D/wPoW4biwl7fpNP+cSShrcKXNEqbaqP
5BzI7yP5Sgd/mCNvyv+aJr4DF9Lg4x7IxpuqdpdhGC4TV0EfwN4xcvLzdS11YBtC
wBS+4qYQmfTRljX7/wimMVxxqpN4lcEGr+QUks+yHE7d/5Fq9w1iVpkEA9yBeFsb
Qt4q2GLj6dSrgH1e1j1DlKKe41UTmIjGYEIpGBIKgH9jPYChy8tcIm6UKoQyBWjk
6yqTsSMpDsS+A8yjItsYFose465X3PvmRQqLxG5/cbtyNa4+y8xkmbb9laxddWUQ
Vw2PtDiCfr/UHF638maAMiMDpJ3Cg/V5hFRQXi87cQ56dGeau1qde0Dqzd1aui5X
qRiS7elFVcpEiDavRdOFgfCOv96L4qZ7pxYtA35tCJPetuwoJ7PZxzjXXTCteh4J
5rb7i9orhrsUg14dD+ZkbzPsProIofXDWYqAYGYFn2VS2LNpc7K/EGeeJ4+aPUEI
XuQOMRATMOEthFOl5WbqGMO29HtRR8hDQxfvn1z2FixP720IqpzvaqcFTq/CrUXV
VfMaqGmPGnbBES5uVnm6MsccZ+m9dNIClleY3B/mGooCMAfaZt2F7faJiJcPfQPC
My6GJUGVZ/LgGqBcjhq+1CT0fXIkcQpg1GlHvpk+593vQAqffksR6bO/5rYfcqvA
jMTmqPXI/tjyYg==
=bAVU
-END PGP SIGNATURE-

Bug#1039701: libsigrok4: Built-in driver list is empty when compiled with LTO

2023-06-28 Thread Victor Westerhuis

Package: libsigrok4
Version: 0.5.2-4
Severity: normal
Tags: patch upstream

This bug only shows up when libsigrok is compiled with LTO and was reported 
(https://sigrok.org/bugzilla/show_bug.cgi?id=1433) and fixed 
(http://sigrok.org/gitweb/?p=libsigrok.git;a=commit;h=da5286bfa5d2dad1e24b9c9442c9875332d84e64)
 upstream. 

I have opened a MR on 
https://salsa.debian.org/electronics-team/sigrok/libsigrok/-/merge_requests/3.

Groet, Regards,


Victor Westerhuis


-- System Information:
Debian Release: bookworm/sid
  APT prefers lunar-updates
  APT policy: (500, 'lunar-updates'), (500, 'lunar-security'), (500, 'lunar'), 
(100, 'lunar-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 6.2.0-23-generic (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libsigrok4 depends on:
ii  libbluetooth3  5.66-0ubuntu1
ii  libc6  2.37-0ubuntu2
ii  libftdi1-2 1.5-6build2
ii  libglib2.0-0   2.76.1-1
ii  libhidapi-hidraw0  0.13.1-1
ii  libieee1284-3  0.2.11-14build2
ii  libserialport0 0.1.1-4
ii  libusb-1.0-0   2:1.0.26-1
ii  libzip41.7.3-1ubuntu2

libsigrok4 recommends no packages.

libsigrok4 suggests no packages.

-- no debconf information
>From a4aefa75a767e90fd4013ee9c307934edff28c56 Mon Sep 17 00:00:00 2001
From: Victor Westerhuis 
Date: Wed, 28 Jun 2023 12:46:14 +0200
Subject: [PATCH] Unbreak list of builtin drivers for LTO configurations

LP: 2025248
---
 ...k-list-of-builtin-drivers-for-LTO-co.patch | 74 +++
 debian/patches/series |  1 +
 2 files changed, 75 insertions(+)
 create mode 100644 
debian/patches/03-driver_list-unbreak-list-of-builtin-drivers-for-LTO-co.patch

diff --git 
a/debian/patches/03-driver_list-unbreak-list-of-builtin-drivers-for-LTO-co.patch
 
b/debian/patches/03-driver_list-unbreak-list-of-builtin-drivers-for-LTO-co.patch
new file mode 100644
index ..82ab8469
--- /dev/null
+++ 
b/debian/patches/03-driver_list-unbreak-list-of-builtin-drivers-for-LTO-co.patch
@@ -0,0 +1,74 @@
+From: Gerhard Sittig 
+Date: Tue, 3 Nov 2020 18:25:18 +0100
+Subject: driver_list: unbreak list of builtin drivers for LTO configurations
+
+Check for the availability of the "no_reorder" linker attribute, which
+keeps the list of builtin drivers in shape on LTO enabled build setups.
+Keep backwards compatibility for platforms which lack support for the
+"no_reorder" attribute. Phrase the implementation such that other
+keywords as well as user provided external specs are possible.
+
+This resolves bug #1433.
+
+Submitted-By: Ivan Mironov 
+
+Origin: 
http://sigrok.org/gitweb/?p=libsigrok.git;a=commit;h=3decd3b1f0cbb3a035f72e9eade42279d0507b89
+Bug: https://sigrok.org/bugzilla/show_bug.cgi?id=1433
+---
+ src/driver_list_start.c  |  1 +
+ src/driver_list_stop.c   |  1 +
+ src/libsigrok-internal.h | 10 ++
+ 3 files changed, 12 insertions(+)
+
+diff --git a/src/driver_list_start.c b/src/driver_list_start.c
+index 7b6c775..535e331 100644
+--- a/src/driver_list_start.c
 b/src/driver_list_start.c
+@@ -28,6 +28,7 @@
+  */
+ 
+ SR_PRIV const struct sr_dev_driver *sr_driver_list__start[]
++  SR_DRIVER_LIST_NOREORDER
+   __attribute__((section (SR_DRIVER_LIST_SECTION),
+  used, aligned(sizeof(struct sr_dev_driver *
+   = { NULL /* Dummy item, as zero length arrays are not allowed by C99 */ };
+diff --git a/src/driver_list_stop.c b/src/driver_list_stop.c
+index ff2c51d..eefda05 100644
+--- a/src/driver_list_stop.c
 b/src/driver_list_stop.c
+@@ -28,6 +28,7 @@
+  */
+ 
+ SR_PRIV const struct sr_dev_driver *sr_driver_list__stop[]
++  SR_DRIVER_LIST_NOREORDER
+   __attribute__((section (SR_DRIVER_LIST_SECTION),
+  used, aligned(sizeof(struct sr_dev_driver *
+   = { NULL /* Dummy item, as zero length arrays are not allowed by C99 */ };
+diff --git a/src/libsigrok-internal.h b/src/libsigrok-internal.h
+index c57f205..0e1ebdb 100644
+--- a/src/libsigrok-internal.h
 b/src/libsigrok-internal.h
+@@ -282,6 +282,15 @@ struct zip_stat;
+ #define SR_DRIVER_LIST_SECTION "__sr_driver_list"
+ #endif
+ 
++#if !defined SR_DRIVER_LIST_NOREORDER && defined __has_attribute
++#if __has_attribute(no_reorder)
++#define SR_DRIVER_LIST_NOREORDER __attribute__((no_reorder))
++#endif
++#endif
++#if !defined SR_DRIVER_LIST_NOREORDER
++#define SR_DRIVER_LIST_NOREORDER /* EMPTY */
++#endif
++
+ /**
+  * Register a list of hardware drivers.
+  *
+@@ -311,6 +320,7 @@ struct zip_stat;
+  */
+ #define SR_REGISTER_DEV_DRIVER_LIST(name, ...) \
+   static const struct sr_dev_driver *name[] \
++  SR_DRIVER_LIST_NOREORDER \
+   __attribute__((section (SR_DRIVER_LIST_SECTION), used, \
+   aligned(size

Bug#1038975: sngrep: CVE-2023-36192

2023-06-26 Thread Victor Seva


Hi,

I've just uploaded to Sid sngrep 1.7.0-2 with [2] included.
I've prepared sngrep 1.6.0-2 for bookworm.

Waiting for you reply,
Victor

[0] https://security-tracker.debian.org/tracker/CVE-2023-36192
 https://www.cve.org/CVERecord?id=CVE-2023-36192
[1] https://github.com/irontec/sngrep/issues/438
[2] 
https://github.com/irontec/sngrep/commit/ad1daf15c8387bfbb48097c25197bf330d2d98fc

-- 
-
|   ,''`.     Victor Seva |
|  : :' :  linuxman...@torreviejawireless.org |
|  `. `'   PGP Key ID: 0x51A09B18CF5A5068 |
|`-  Debian Developer |
  --BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 3.0 (quilt)
Source: sngrep
Binary: sngrep
Architecture: any
Version: 1.6.0-2
Maintainer: Debian VoIP Team 
Uploaders:  Ivan Alonso , Victor Seva ,
Homepage: https://github.com/irontec/sngrep
Standards-Version: 4.6.0.1
Vcs-Browser: https://salsa.debian.org/pkg-voip-team/sngrep/
Vcs-Git: https://salsa.debian.org/pkg-voip-team/sngrep.git
Build-Depends: debhelper-compat (= 12), libgcrypt20-dev, libgnutls28-dev | gnutls-dev, libncurses5-dev, libncursesw5-dev, libpcap-dev, libpcre2-dev
Package-List:
 sngrep deb comm optional arch=any
Checksums-Sha1:
 16120e0aa70606cc17697c7ba51557387b7daac6 248091 sngrep_1.6.0.orig.tar.gz
 e3f515e3f286c418918a909253a2d35ccb9fd776 488 sngrep_1.6.0.orig.tar.gz.asc
 63b5db9b18325c2514ff795da81f6a6392b0f99e 5384 sngrep_1.6.0-2.debian.tar.xz
Checksums-Sha256:
 fd80964d6560f2ff57b4f5bef2353d1a6f7c48d2f1a5f0a167c854bd2e801999 248091 sngrep_1.6.0.orig.tar.gz
 9170a813db1e0e9073a23550adfffa5d54a0dc32225067405f26191b40ea70e2 488 sngrep_1.6.0.orig.tar.gz.asc
 fb2c0f761cdf155fa9da66e656b78a3e404d1187acf39417eb425dd7dcf78187 5384 sngrep_1.6.0-2.debian.tar.xz
Files:
 1519ca6cd1167c0722debfb96e2ac173 248091 sngrep_1.6.0.orig.tar.gz
 bb6562ad778c8860fd2a55887bacbdec 488 sngrep_1.6.0.orig.tar.gz.asc
 f8907522f313a087c82b68bc9202c329 5384 sngrep_1.6.0-2.debian.tar.xz

-BEGIN PGP SIGNATURE-

iIcEARYKAC8WIQQq6AO8RS0zF4SC1vh9e2XEKg7IsgUCZJk4HxEcdnNldmFAZGVi
aWFuLm9yZwAKCRB9e2XEKg7IsrjmAP98coucWWUFpF0w5CoLmogrQgRQyLw+8xOq
YEZ3OBATrQD+IJt0HV5u6S1hxIZGe+aUkTWcXFuRW0BqSYZbaJKv6w0=
=Vfcg
-END PGP SIGNATURE-
diff -Nru sngrep-1.6.0/debian/changelog sngrep-1.6.0/debian/changelog
--- sngrep-1.6.0/debian/changelog   2022-09-03 08:13:32.0 +0200
+++ sngrep-1.6.0/debian/changelog   2023-06-26 08:55:18.0 +0200
@@ -1,3 +1,9 @@
+sngrep (1.6.0-2) bookworm-security; urgency=high
+
+  * fix from upstream for CVE-2023-36192
+
+ -- Victor Seva   Mon, 26 Jun 2023 08:55:18 +0200
+
 sngrep (1.6.0-1) unstable; urgency=medium
 
   * New upstream version 1.6.0
diff -Nru 
sngrep-1.6.0/debian/patches/ad1daf15c8387bfbb48097c25197bf330d2d98fc.patch 
sngrep-1.6.0/debian/patches/ad1daf15c8387bfbb48097c25197bf330d2d98fc.patch
--- sngrep-1.6.0/debian/patches/ad1daf15c8387bfbb48097c25197bf330d2d98fc.patch  
1970-01-01 01:00:00.0 +0100
+++ sngrep-1.6.0/debian/patches/ad1daf15c8387bfbb48097c25197bf330d2d98fc.patch  
2023-06-26 08:55:18.0 +0200
@@ -0,0 +1,42 @@
+From ad1daf15c8387bfbb48097c25197bf330d2d98fc Mon Sep 17 00:00:00 2001
+From: Kaian 
+Date: Fri, 9 Jun 2023 14:29:29 +0200
+Subject: [PATCH] capture: properly validate WS packet payload size #438
+
+---
+ src/capture.c | 13 +++--
+ 1 file changed, 11 insertions(+), 2 deletions(-)
+
+diff --git a/src/capture.c b/src/capture.c
+index 62ff08fb..3cbabeeb 100644
+--- a/src/capture.c
 b/src/capture.c
+@@ -901,8 +901,8 @@ capture_ws_check_packet(packet_t *packet)
+ size_payload = packet_payloadlen(packet);
+ payload = packet_payload(packet);
+ 
+-// Check we have payload
+-if (size_payload == 0)
++// Check we have enough payload (base)
++if (size_payload == 0 || size_payload <= 2)
+ return 0;
+ 
+ // Flags && Opcode
+@@ -931,8 +931,17 @@ capture_ws_check_packet(packet_t *packet)
+ return 0;
+ }
+ 
++// Check we have enough payload (base + extended payload headers)
++if ((int32_t) size_payload - ws_off <= 0) {
++return 0;
++}
++
+ // Get Masking key if mask is enabled
+ if (ws_mask) {
++// Check we have enough payload (base + extended payload headers + 
mask)
++if ((int32_t) size_payload - ws_off - 4 <= 0) {
++return 0;
++}
+ memcpy(ws_mask_key, (payload + ws_off), 4);
+ ws_off += 4;
+ }
diff -Nru sngrep-1.6.0/debian/patches/series sngrep-1.6.0/debian/patches/series
--- sngrep-1.6.0/debian/patches/series  1970-01-01 01:00:00.0 +0100
+++ sngrep-1.6.0/debian/patches/series  2023-06-26 08:55:18.0 +0200
@@ -0,0 +1,3 @@
+# https://security-tracker.debian.org/tracker/CVE-2023-36192

Bug#1039021: RFP: unrealircd -- Open Source IRC Server

2023-06-24 Thread Victor Coss

Package: wnpp
Severity: wishlist

* Package name: unrealircd
  Version : 6.1.1.1
  Upstream Contact: Bram Matthys 
* URL : https://www.unrealircd.org/
* License : GPLv2 or later
  Programming Lang: C
  Description : Open Source IRC Server

UnrealIRCd is an open source IRC (Internet Relay Chat) server serving thousands 
of networks since 1999. It is the most widely deployed IRCd with a market share 
of 38%.
Unlike other IRCds, it has a lot of advanced features and is highly 
customizable. It has an extensive documentation and a very active developing 
community.

Any previous licensing issues should no longer be an issue. The code of 
UnrealIRCd consists mostly of a mix of "GPLv1 or later" and "GPLv2 or later". 
The remaining parts either come from public domain or BSD license WITHOUT 
advertising clause, so are GPL compatible. UnrealIRCd used to have a non 
DFSG-free version
of the MD5 algorithm used for hostname cloaking; this has since been removed in 
2015 and now utilizes OpenSSL. 
https://github.com/unrealircd/unrealircd/commit/229bcca9967d26b40e8b77880ad9fc368e4d1527
All source code headers have a "or any later version" of GPL clause, meaning 
you can package it with GPLv3 license if you wish.

I believe UnrealIRCd is a very useful and popular program and should no longer 
have any compatibility issues with DFSG.

Bug#1038812: ITP: sexp -- S-expressions parser and generator C++ library and command-line tool

2023-06-21 Thread Victor Westerhuis

Hi Daniel, 

Daniel Kahn Gillmor  schreef op 21 juni 2023 18:20:52 
CEST:
>Package: wnpp
>Severity: wishlist
>Owner: Daniel Kahn Gillmor 
>X-Debbugs-Cc: debian-de...@lists.debian.org, d...@fifthhorseman.net
>
>* Package name: sexp
>  Version : 0.8.5
>  Upstream Contact: Maxim Samsonov 
>* URL : https://github.com/rnp/sexp
This link does not work for me, it gives a 404 error. 
>* License : MIT
>  Programming Lang: C++
>  Description : S-expressions parser and generator C++ library and 
> command-line tool
>
>S-expressions are data structures fr representing complex data as a
>variation on LISP S-Expressions.  They are similar to (but older than)
>JSON.  There are a handful of variations in format and
>canonicalization that it can be useful to translate between, and to
>abstract away from.
>
>This C++ library inherits from the the original canonical MIT-licensed
>s-expression code offered by Rivest and Lampson, and is augmented to
>include parsing capabilities for extensions made by the GnuPG project.
>
>This library is used by the current upstream version of librnp
>(Ribose's OpenPGP implementation), for the purpose of interoperability
>with GnuPG's local file storage.
>


-- 
Groet, Regards,

Victor Westerhuis

Bug#1035823: RFS: libtsm/4.0.2-0.4 [NMU] [RC] -- Terminal-emulator State Machine

2023-05-09 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for my package "libtsm":

 * Package name : libtsm
   Version  : 4.0.2-0.4
   Upstream contact : https://github.com/Aetf/libtsm/issues
 * URL  : https://github.com/Aetf/libtsm
 * License  : Expat, LGPL-2.1+, MIT-Open-Group and HPND-DEC and 
HPND-DEC-HP and Expat, public-domain, Expat and HPND and BSD-2-clause
 * Vcs  : [fill in URL of packaging vcs]
   Section  : libs

The source builds the following binary packages:

  libtsm4 - Terminal-emulator State Machine - runtime
  libtsm-dev - Terminal-emulator State Machine - development

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/libtsm/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/libt/libtsm/libtsm_4.0.2-0.4.dsc

Changes since the last upload:

 libtsm (4.0.2-0.4) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Unbreak d/watch broken by Github changes.
   * Switch /usr/share/doc/libtsm-dev from dir to symlink on upgrade.
 Thanks to Andreas Beckmann for reporting this packaging error.
 (Closes: 1035764)

Regards,
- --
  Victor Westerhuis

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmRacGMTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+z+oD/4ytMmdb2AzAhwxZXYnLdmPPoWVeguH
X3EFM8T0DQaSBNfZ2S1XXE2jNdx8lhda3OeVqQoKA21MTtaRsCJ/mjpV2XzAvBsR
Dfs4zACqAiHLoTLwI39ZS5yAkFFnVpiwPpCv5HkzVwMs8kh8QOy6oU4+cbnoEMgK
TKcp4f6m1d2tZvAJKXt/w5zd9CSLWhNaRr/a6LlbArDL8n3lcCXDoiK6UEWrDIKA
vnNcNA6wO6eH43Kyz3mgY7WRXmkoKZdtg4rOwYypEcO8MALQhrvRrBSVD3qvggQG
OzdXMFSCRA/kfKcJYNDMJOTfvrp5syDP64pmxxeAqKT08kM9GK6AYj3MpBlvBKs+
vNbGW25g9kSaoHhHy4qkJSDJzuS9aRcx0Q8S/ruSaF+Yd6gCVuCr/vAOK3sIY7SM
tc8bbkJZbjPGin8RTBmW5XQ1jAoF7Ar2zziRdGY/+LUCLRxgBrl9AQX4fU8ebG9y
vXVNJ2SJiy5NwR7wOTDVVhj2LTHAFv0gYdhnl3OVgdNeZy8e3N07NvcewALl8DN3
laF5w2WZiZ5JUVrayltLzHnPcao8qWJ+bse6jC66aNRmvsdwLOjoiQSo93y6C9jQ
yjZH5+Om547Whs+ybhcpWVhiauUxuad5QZQmlg3kQ43AoSJMDS26dkDRp2tpu/vm
buwWIEJa/M8fNA==
=k9t1
-END PGP SIGNATURE-

Bug#1032506: plantuml: crashes on startup

2023-03-08 Thread Victor Westerhuis


Control: severity -1 important

Hi Andrej,

Thanks for the quick response.

Andrej Shadura schreef op 08.03.2023 10:44:

Hi,

On Wed, 8 Mar 2023, at 10:36, Victor Westerhuis wrote:

Package: plantuml
Version: 1:1.2020.2+ds-2
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: vic...@westerhu.is

Hi maintainer,

Plantuml immediately crashes on startup with the following stacktrace:


The requested library, 
/usr/lib/jvm/java-17-openjdk-amd64/lib/libawt_xawt.so,
is found in openjdk-17-jre, which is not a dependency of 
default-jre-headless.
It is, however, a dependency of default-jre. Manually installing 
default-jre

does indeed solve the error.


Thanks for the bug report. Does this happen always, or with some
specific command-line options? I was told before that plantuml is
known to work headless as well, although I hadn’t tested it myself.


The issue is in 
https://salsa.debian.org/debian/plantuml/-/blob/master/debian/plantuml.sh#L29-32: 
if the DISPLAY environment variable is unset the headless AWT backend is 
requested, which is correct. However, the opposite is not necessarily 
true: if DISPLAY is set, default-jre is not necessarily installed.


I have downgraded the severity, because explicitly unsetting DISPLAY 
before calling /usr/bin/plantuml fixes the crash.


--
Groet, Regards,

Victor Westerhuis

Bug#1032506: plantuml: crashes on startup

2023-03-08 Thread Victor Westerhuis


Hi (again) Andrej,

Victor Westerhuis schreef op 08.03.2023 10:56:

Control: severity -1 important

Hi Andrej,

Thanks for the quick response.

Andrej Shadura schreef op 08.03.2023 10:44:

Hi,

On Wed, 8 Mar 2023, at 10:36, Victor Westerhuis wrote:

Package: plantuml
Version: 1:1.2020.2+ds-2
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: vic...@westerhu.is

Hi maintainer,

Plantuml immediately crashes on startup with the following 
stacktrace:


The requested library, 
/usr/lib/jvm/java-17-openjdk-amd64/lib/libawt_xawt.so,
is found in openjdk-17-jre, which is not a dependency of 
default-jre-headless.
It is, however, a dependency of default-jre. Manually installing 
default-jre

does indeed solve the error.


Thanks for the bug report. Does this happen always, or with some
specific command-line options? I was told before that plantuml is
known to work headless as well, although I hadn’t tested it myself.


The issue is in
https://salsa.debian.org/debian/plantuml/-/blob/master/debian/plantuml.sh#L29-32:
if the DISPLAY environment variable is unset the headless AWT backend
is requested, which is correct. However, the opposite is not
necessarily true: if DISPLAY is set, default-jre is not necessarily
installed.
I have opened a MR on Salsa with a fix at 
https://salsa.debian.org/debian/plantuml/-/merge_requests/3.


I have downgraded the severity, because explicitly unsetting DISPLAY
before calling /usr/bin/plantuml fixes the crash.

--
Groet, Regards,

Victor Westerhuis

--
Groet, Regards,

Victor Westerhuis

Bug#1032506: plantuml: crashes on startup

2023-03-08 Thread Victor Westerhuis

Package: plantuml
Version: 1:1.2020.2+ds-2
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: vic...@westerhu.is

Hi maintainer,

Plantuml immediately crashes on startup with the following stacktrace:

Exception in thread "main" java.lang.UnsatisfiedLinkError: Can't load library: 
/usr/lib/jvm/java-17-openjdk-amd64/lib/libawt_xawt.so
at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2393)
at java.base/java.lang.Runtime.load0(Runtime.java:755)
at java.base/java.lang.System.load(System.java:1953)
at java.base/jdk.internal.loader.NativeLibraries.load(Native Method)
at 
java.base/jdk.internal.loader.NativeLibraries$NativeLibraryImpl.open(NativeLibraries.java:388)
at 
java.base/jdk.internal.loader.NativeLibraries.loadLibrary(NativeLibraries.java:232)
at 
java.base/jdk.internal.loader.NativeLibraries.loadLibrary(NativeLibraries.java:174)
at 
java.base/jdk.internal.loader.NativeLibraries.findFromPaths(NativeLibraries.java:315)
at 
java.base/jdk.internal.loader.NativeLibraries.loadLibrary(NativeLibraries.java:285)
at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2398)
at java.base/java.lang.Runtime.loadLibrary0(Runtime.java:818)
at java.base/java.lang.System.loadLibrary(System.java:1989)
at java.desktop/java.awt.image.ColorModel$1.run(ColorModel.java:210)
at java.desktop/java.awt.image.ColorModel$1.run(ColorModel.java:208)
at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:318)
at 
java.desktop/java.awt.image.ColorModel.loadLibraries(ColorModel.java:207)
at java.desktop/java.awt.image.ColorModel.(ColorModel.java:220)
at 
java.desktop/java.awt.image.BufferedImage.(BufferedImage.java:286)
at net.sourceforge.plantuml.FileFormat.(FileFormat.java:90)
at net.sourceforge.plantuml.Option.(Option.java:94)
at net.sourceforge.plantuml.Run.main(Run.java:88)

The requested library, /usr/lib/jvm/java-17-openjdk-amd64/lib/libawt_xawt.so,
is found in openjdk-17-jre, which is not a dependency of default-jre-headless.
It is, however, a dependency of default-jre. Manually installing default-jre
does indeed solve the error.

--
Groet, Regards,

Victor Westerhuis

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.14+ (SMP w/20 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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 plantuml depends on:
ii  default-jre-headless  2:1.17-74
ii  libavalon-framework-java  4.2.0-10
ii  libbatik-java 1.16+dfsg-1
ii  libcommons-io-java2.11.0-2
ii  libcommons-logging-java   1.2-3
ii  libfop-java   1:2.8-2
ii  libjlatexmath-java1.0.7-3
ii  libxml-commons-external-java  1.4.01-5
ii  libxmlgraphics-commons-java   2.8-2

Versions of packages plantuml recommends:
ii  graphviz  2.42.2-7+b3

plantuml suggests no packages.

-- no debconf information

Bug#1031274: mk-sbuild: does not recognize documented --eatmydata option

2023-02-14 Thread Victor Westerhuis

Package: ubuntu-dev-tools
Version: 0.192
Severity: minor
File: /usr/bin/mk-sbuild
X-Debbugs-Cc: vic...@westerhu.is
Control: found -1 0.181

Hello maintainer,

Since commit f97b195 mk-sbuild enables eatmydata by default. Both the
help text and the man page still list --eatmydata as a valid option,
but it is not recognized by mk-sbuild anymore. Specifying --eatmydata
makes mk-sbuild fail.
--
Groet, Regards,

Victor Westerhuis

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.10+ (SMP w/20 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=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ubuntu-dev-tools depends on:
ii  binutils2.40-2
ii  dctrl-tools 2.24-3+b1
ii  devscripts  2.22.2
ii  diffstat1.65-1
ii  distro-info 1.5
ii  dpkg-dev1.21.20
ii  dput1.1.3
ii  lsb-release 12.0-1
ii  perl5.36.0-7
ii  python3 3.11.1-3
ii  python3-apt 2.5.2+b1
ii  python3-debian  0.1.49
ii  python3-debianbts   4.0.1
ii  python3-distro-info 1.5
ii  python3-httplib20.20.4-3
ii  python3-launchpadlib1.11.0-1
ii  python3-lazr.restfulclient  0.14.5-1
ii  python3-ubuntutools 0.192
ii  sensible-utils  0.0.17+nmu1
ii  sudo1.9.12p2-1
ii  tzdata  2022g-5

Versions of packages ubuntu-dev-tools recommends:
ii  arch-test0.20-1
ii  ca-certificates  20211016
ii  debian-archive-keyring   2021.1.1
ii  debian-keyring   2022.12.24
ii  debootstrap  1.0.128+nmu2
ii  genisoimage  9:1.1.11-3.4
ii  lintian  2.116.3
ii  patch2.7.6-7
ii  python3-dns  3.2.1-2
ii  quilt0.67+really0.66-1
ii  reportbug11.6.0
ii  sbuild   0.85.0
ii  ubuntu-keyring [ubuntu-archive-keyring]  2020.06.17.1-1

Versions of packages ubuntu-dev-tools suggests:
pn  bzr | brz  
pn  bzr-builddeb | brz-debian  
ii  qemu-user-static   1:7.2+dfsg-2

-- no debconf information

Bug#1031270: mk-sbuild: tries to copy removed file /etc/timezone

2023-02-14 Thread Victor Westerhuis

Package: ubuntu-dev-tools
Version: 0.192
Severity: normal
File: /usr/bin/mk-sbuild
X-Debbugs-Cc: vic...@westerhu.is, 822...@bugs.debian.org

Hello maintainer,

Since tzdata version 2022g-3 /etc/timezone is removed on upgrade.
mk-sbuild tries to copy this file to the new chroot on line 904,
without checking if it exists. This makes mk-sbuild fail.

--
Groet, Regards,

Victor Westerhuis

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.10+ (SMP w/20 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=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ubuntu-dev-tools depends on:
ii  binutils2.40-2
ii  dctrl-tools 2.24-3+b1
ii  devscripts  2.22.2
ii  diffstat1.65-1
ii  distro-info 1.5
ii  dpkg-dev1.21.20
ii  dput1.1.3
ii  lsb-release 12.0-1
ii  perl5.36.0-7
ii  python3 3.11.1-3
ii  python3-apt 2.5.2+b1
ii  python3-debian  0.1.49
ii  python3-debianbts   4.0.1
ii  python3-distro-info 1.5
ii  python3-httplib20.20.4-3
ii  python3-launchpadlib1.11.0-1
ii  python3-lazr.restfulclient  0.14.5-1
ii  python3-ubuntutools 0.192
ii  sensible-utils  0.0.17+nmu1
ii  sudo1.9.12p2-1
ii  tzdata  2022g-5

Versions of packages ubuntu-dev-tools recommends:
ii  arch-test0.20-1
ii  ca-certificates  20211016
ii  debian-archive-keyring   2021.1.1
ii  debian-keyring   2022.12.24
ii  debootstrap  1.0.128+nmu2
ii  genisoimage  9:1.1.11-3.4
ii  lintian  2.116.3
ii  patch2.7.6-7
ii  python3-dns  3.2.1-2
ii  quilt0.67+really0.66-1
ii  reportbug11.6.0
ii  sbuild   0.85.0
ii  ubuntu-keyring [ubuntu-archive-keyring]  2020.06.17.1-1

Versions of packages ubuntu-dev-tools suggests:
pn  bzr | brz  
pn  bzr-builddeb | brz-debian  
ii  qemu-user-static   1:7.2+dfsg-2

-- no debconf information

Bug#1029106: make: new upstream release (4.4)

2023-02-13 Thread Victor Westerhuis


Hello Manoj,

Thanks for maintaining GNU Make for such a long time in Debian.

I tried packaging version 4.4 for my personal use and while doing so I 
modernized the packaging code a bit as well. If you want to, you are 
welcome to use my forks of your repositories on Salsa at [1] and [2] to 
package the new version.


After cleaning up the packaging I had a few questions, which I think you 
should look into when packaging the new version:


* Re-add explicit multiarch support?
  It looks like the original support added in
  389846911665b5d5f77e49e0e55f1b55ae7de799 was (accidentally?) removed
  with the rename of configure.in to configure.ac in
  bab5ce525ec944738b061a76eb145843cb802ff0. There have been no
  bugs opened about that, so it looks like it's not missed. I have
  therefore dropped MULTIARCH_DIRS from src/remake.c.
  LIBDIR is already mulitarchified, so /usr/lib/${DEB_HOST_MULTIARCH} is
  included in the library search path. However,
  /lib/${DEB_HOST_MULTIARCH} is not, nor is
  /usr/include/${DEB_HOST_MULTIARCH}.
* Link d/make-guile.* to d/make.*?
  The contents are the same, so maybe it's better to deduplicate.
* Minimize upstream signing key?
  A signature linking the old and new signing keys is included to
  increase trust, but Lintian does not like this and it is not necessary
  to verify new releases.
* d/rules used to set ac_cv_lib_util_getloadavg=no
  I did not find any documentation why this was added and the test suite
  passes without it.


[1]: https://salsa.debian.org/viccie30/make-dfsg
[2]: https://salsa.debian.org/viccie30/make-doc-non-dfsg
--
Groet, Regards,

Victor Westerhuis

Bug#976335: make: syntax to return literal # broken

2023-02-13 Thread Victor Westerhuis

Source: make-dfsg
Followup-For: Bug #976335
Control: tags -1 upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Daniel,

This is actually a fix for an upstream bug at
https://savannah.gnu.org/bugs/?20513.

- --
Groet, Regards,

Victor Westerhuis

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmPp9IATHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+4+LEAC5pBBWu4btyDG+8sI4q8aera57rLW4
Mjd3vQ1G07+a02M3MdUxdnHiz0/FWvylvwlq6muS8tqTK21Plyb7MiitcGRVVlo9
Lk/nNo71ET2rGFue86V6gX3ddrqBhToun/V+f5CYvg0WwuKRHFG1/mVRlS5ZgX2Y
98amdB48I9oiZ1ms/tRctpUriUHvsu2xNmr3R0/ha/Zh2PwZGTHsDG+MO2dMLfmv
J2Bzs6H+v8M9OzZ7NPI6cQz+39yBdxafFuR5cNxUeu9wM3Gb3l1AbfWlX9+H8NqR
bR140/GTCBqNvPiPS+xkWYjKPGGf4FRMThKeeSVCWaUWLSAUEyw+wJFHXzGATGbH
GF1PpNkizVIYsdm/2+KnZqRcQEIL/1/8CgHmF0ydFbXAZ6tvPPXHjCQyMfZmY1Jz
6Xfp3fwwBmZfBY6a8I2mdslz8BwuPWb4DhDuDftwYG2O716EcvVqbXc4GKfkylit
wZAKpezlmSoWZm6tYSJqxbjiFAv4V8YL+5USkeKh+xzIKSWk/zbeXtQYA9yFJ0dg
2C4wfmBpy2mlc4qsKfrEsdOEK58TQAB7ryyTvYK3HJsF7mfvwCw/7hFYFNCOllhX
X7spApml8o0prYjykcEHV2O8gHF3JaGmG+/8J2JP6aZz2vsyBqy4zlZjgbNv62SV
7gjHUo0fPcYdXA==
=91Nv
-END PGP SIGNATURE-

Bug#1030903: RFS: tapecalc/20230205-1 -- full-screen tape editor that lets the user edit a calculation

2023-02-08 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for my package "tapecalc":

 * Package name : tapecalc
   Version  : 20230205-1
   Upstream contact : Thomas E. Dickey 
 * URL  : https://invisible-island.net/add/add.html
 * License  : X11, MIT-old
 * Vcs  : https://salsa.debian.org/debian/tapecalc
   Section  : math

The source builds the following binary packages:

  tapecalc - full-screen tape editor that lets the user edit a calculation

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/tapecalc/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/t/tapecalc/tapecalc_20230205-1.dsc

Changes since the last upload:

 tapecalc (20230205-1) unstable; urgency=medium
 .
   * New upstream version 20230205.
   * Update copyright years.
   * Update standards version to 4.6.2, no changes needed.
   * Enable Large File Support.
   * Add autopkgtest.
- -- 
Groet, Regards,

Victor Westerhuis

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmPkLmATHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+5kYEACRb5qYpb3e5KcSxmusLGzjP7NTMlKV
C0OI7HbccKn0bBDAs5vBzM+chYSBRh3KIdmj7vuzawQ89VxbXMm2M9K6UmrJNT+k
1/VhwvhGRGesx2moGh5inJ/73zuLH0cViZxFoIPbOVKAJZbjKrN34KXbXJbl9v5j
jJedCPTZoml12MSIkzScWf1h2wh3p03mku5KC3NDLFwy//b4Z9Ps0zfFSb6xQ9uQ
caG+YxJRS7zLwZPV9hc696XCEU8tNl7E7cSD+911yXqG69uz6GbKFUZw0yC+v9Gc
3oEQkgn3BD38N5YrF8yWbqkUKxVfYbZwJLCclQO5OYj/iPTQx+UTrYQxN8xjlrpX
QemIeqatd3RTaExzFSsoh08lZX6zATgxewGRWfb2jBdgNLsUo27w1JQUL5kAWJBv
YT4VOWunN/qcg2XKAJodKGyb2xTB9aK6J8PjkjI3NfkCh8SPBoIBZcrMLrVIKm+9
akEpG9bV6/K8Z4QpiQ4NjOFRy0msumLKBAqhqp7J5MFJM52gle6bo5fHdJuQg7sy
EoOqpIkRWmLtRkMSQsOVg0E9N6j5KSrPWOOJX+AcFAH1oJc8d5vTxj6wJIA5lcBk
3esGZi+AaPl5VMf8yvH8YqUyy0lZr5QysuLH0TUXHmR9NFpLROzSuSxu5uB4VZVf
iYR2bsk1Xdqs1g==
=0wge
-END PGP SIGNATURE-

Bug#1024638: opencv: embeds build path in Python extension

2023-01-31 Thread Victor Westerhuis

Vagrant Cascadian  schreef op 22 november 2022 
19:56:07 CET:
>On 2022-11-22, Victor Westerhuis wrote:
>> Stripping the rpath from the Python extension makes its BuildId
>> reproducible. The extension still works and both arch:all and arch:any
>> builds succeed locally.
>...
>> diff --git a/debian/rules b/debian/rules
>> index b4d654102..6bd845023 100755
>> --- a/debian/rules
>> +++ b/debian/rules
>> @@ -151,6 +151,7 @@ override_dh_auto_configure:
>>  -- --name=opencv --system=custom --configure-args "\
>>  dh_auto_configure -S cmake -D modules/python -B 
>> {build_dir} -- \
>>  -GNinja \
>> +-DCMAKE_SKIP_RPATH=ON \
>>  -DOpenCV_BINARY_DIR=$(CURDIR)/$(BUILDDIR) \
>>  
>> -DOPENCV_PYTHON_STANDALONE_INSTALL_PATH={install_dir} \
>>  -DOPENCV_SKIP_PYTHON_LOADER=ON \
>
>I would recommend using -DCMAKE_BUILD_RPATH_USE_ORIGIN=ON instead of
>-DCMAKE_SKIP_RPATH=ON.
Unfortunately the Python modules are built as a separate module via a separate 
Cmake invocation, so this has not worked. The rpaths passed to the linker of 
the Python libraries are absolute build paths, so they are not reproducible. 
>
>This is the default behavior with (the currently experimental) debhelper
>compat level 14. A little more detail on the issue is available here:
>
>  
> https://tests.reproducible-builds.org/debian/issues/unstable/cmake_rpath_contains_build_path_issue.html
>
>The main advantage of CMAKE_BUILD_RPATH_USE_ORIGIN is it is more likely
>to work with test suites that depend on the full path.
OpenCV does not ship tests for its Python module, so this is not an issue. 
>
>live well,
>  vagrant

Control: reopen -1

I would suggest to change the d/rules files to my original proposal. 
-- 
Groet, Regards,

Victor Westerhuis

Bug#1029981: RFS: kmscon/9.0.0-4 -- Simple terminal emulator based on Kernel Mode Setting

2023-01-29 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for my package "kmscon":

 * Package name : kmscon
   Version  : 9.0.0-4
   Upstream contact : https://github.com/Aetf/kmscon/issues
 * URL  : https://github.com/Aetf/kmscon
 * License  : public-domain, LGPL-2.1+, Expat, Expat and HPND, GPL-2 
with Font exception
 * Vcs  : https://salsa.debian.org/viccie30/kmscon
   Section  : utils

The source builds the following binary packages:

  kmscon - Simple terminal emulator based on Kernel Mode Setting

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/kmscon/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/k/kmscon/kmscon_9.0.0-4.dsc

Changes since the last upload:

 kmscon (9.0.0-4) unstable; urgency=medium
 .
   [ Debian Janitor ]
   * Remove constraints unnecessary since buster (oldstable).
 .
   [ Victor Westerhuis ]
   * Update standards version to 4.6.2, no changes needed.
   * Disable -Werror=array-bounds.

This update fixes an (erroneous) build failure from -Werror=array-bounds when
building with LTO enabled. It should build on Ubuntu again and migrate to lunar.
Right now the migration is blocked, see 
https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#kmscon.

Groet, Regards,
- -- 
  Victor Westerhuis

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmPWy90THHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+3eTD/wKMVhUQFtc8fCIfZknMObZzvCObkAq
nnG2VCz9tVKFw0AothZ/AcjRg/qLiRc20zlw4061jNgEqoYGj/477IBfMBJsdLP/
ihhV0I3ZT8+a+TKUbeJij8KBReeuvcNvmKE/rC/l7ZRvpz/DF5if7AC5Jr8vhIBm
dGybAk59hV+r226SmP3BQ/buQDFQ2zRgWzCHE+n/64UIV7YvQFd1drSC9wI5lOCF
Ru38PEwEcCqDfOnocdzUNmtB6gM9UrgJS6flM2l0/KJYwYv6KF4Md2uwCXjMe/88
P7rsKx/RR06LQ+PUa9xbYx75p8BuxEYsFOVXnZnvQdIuVeol7d+oCrMS9eyEaIe9
saY6PqnVBRFdjIkPqFbdaQWdzysX3qHdpH386fJnVJlA+bqL8AQO3pOK3eY6hl5r
2zNDROlABpJDe8btG1J1+GyP5edq5hO7ojR9Stm+uVECQgLeybV1jghW8+oz8C7u
ZL5TyqcsdzkS1TkS0esZVTQidiBzNmJR4eY0+6375fufIclQ/jnfHr3aPeB8j+T+
oPhj9xwjmkV7L5SNFM/z0aCXvav9kEc3Uo4nt496OqrGIY4GLguLrCUz+qWU32sS
NZ+rlpy9rX8vejM2LFTm0JLSqhZ9a0a9JrKvEz059VdiNg2cFOiY5Zs0kBGbn6m/
y09GIrvaw5czXg==
=tuZm
-END PGP SIGNATURE-

Bug#971739: Sioyek not migrating to testing because of britney limitation/bug

2023-01-23 Thread Victor Westerhuis

Hi release managers,

A few days ago sioyek was uploaded to unstable. It builds on all architectures 
where its dependencies are available according to buildd. However, its 
migration to testing is blocked because britney seems to think that 
sphinx:native is not satisfiable on any architecture.

sphinx is a virtual package, provided by python3-sphinx. Its description says 
to "Build-depend on sphinx if your package uses /usr/bin/sphinx-* executables." 
The native architecture specifier is necessary to allow cross-building.

This is bug #971739, I think, but I cannot find online what steps to take next. 
Should I switch the dependency to python3-sphinx:native? Or is this something 
that can be overridden someway?

Thanks for your help in advance. 
-- 
Groet, Regards,

Victor Westerhuis

Bug#1029468: RFS: sioyek/2.0.0+dfsg-3 -- PDF viewer with a focus on technical books and research papers

2023-01-22 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: normal
X-Debbugs-Cc: elb...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for my package "sioyek":

 * Package name : sioyek
   Version  : 2.0.0+dfsg-3
   Upstream contact : https://github.com/ahrm/sioyek/issues
 * URL  : https://sioyek.info/
 * License  : BSL-1.0, GFDL-NIV-1.2+ or CC-BY-SA-3.0 or CC-BY-SA-2.5 
and CC-BY-SA-2.0 and CC-BY-SA-1.0, GPL-3.0+, forrest-smith-license
 * Vcs  : https://salsa.debian.org/viccie30/sioyek
   Section  : misc

The source builds the following binary packages:

  sioyek - PDF viewer with a focus on technical books and research papers

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/sioyek/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/s/sioyek/sioyek_2.0.0+dfsg-3.dsc

Changes since the last upload:

 sioyek (2.0.0+dfsg-3) unstable; urgency=medium
 .
   * Update standards version to 4.6.2, no changes needed.
   * Change B-D from sphinx:native to python3-sphinx:native
 to workaround #971739.

Regards, Groet,
- -- 
  Victor Westerhuis

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmPNrHwTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+5I7EAChWerngHr1K/DVX331qWBzfFh1r1dX
912A5ev1NwQKKYtjItyvVwjn19GeuTqDcDpDbPCEPLsUSlhJoXwjTZEfx6KwaJw2
DceB3hndVOl2Ipcd4IqBShRCwpe9czuf07oo5WFEilWl89z9n1Y3Pxqyk2t52u/d
dvjGYJS6zCxml7X/W1GKyal1pVf1dlTClpXTC+DJFJDi+itXMzfzRO5IvaObWgRV
fAVMzc6FNjzGOJPcVsvc3dViUo30D5P1MZCKVMrsIwA0R/F9XFKH4+k/QdTAl84n
Xwl5BIlfqxpNW4mvPGAb1OJZBbAG/9wxNm+0cInXGSZRXQrczIVQ4RQOI+7e1sis
TIzVi0HrE3Z86K72up/Ux8MG2S5jXsHYt9MTkuqrC/eshZGdGJxcWFiWNRgsYztC
Cwq0moqa6Kxe8t2QY2b1HROI7DaBUkXqrtt1JeMjyhHP5cALj7k8E5zwCGk6Y2Pm
V/r6bqgg3WLCvkYv9Qt0ZCDlsTPYVAxzh9f63F5W09i9FPCASreMgT/pbZ6sSy/7
Ifd6BdjQY1ADnod40MR+YQspkDhWnDHiq/IdFMOO5LONryxJElthMALEANZVtiPm
l89oOdJzfGtZ9lVucF04tYrp/YstSKuxsMBLX4dRGTAgWtTsPk+tQvpnYlgTcby4
Eqtm+OVedVlq0Q==
=u4sM
-END PGP SIGNATURE-

Bug#971739: Sioyek not migrating to testing because of britney limitation/bug

2023-01-22 Thread Victor Westerhuis


Hi release managers,

A few days ago sioyek was uploaded to unstable. It builds on all 
architectures where its dependencies are available according to buildd. 
However, its migration to testing is blocked because britney seems to 
think that sphinx:native is not satisfiable on any architecture.


sphinx is a virtual package, provided by python3-sphinx. Its description 
says to "Build-depend on sphinx if your package uses /usr/bin/sphinx-* 
executables." The native architecture specifier is necessary to allow 
cross-building.


This is bug #971739, I think, but I cannot find online what steps to 
take next. Should I switch the dependency to python3-sphinx:native? Or 
is this something that can be overridden someway?


Thanks for your help in advance.
--
Groet, Regards,

Victor Westerhuis




OpenPGP_signature
Description: OpenPGP digital signature

Bug#1029087: mupdf embeds fonts already found in Debian without including source

2023-01-17 Thread Victor Westerhuis


Source: mupdf
Severity: normal
Control: found -1 0.6-1

Hello maintainer,

Looking at sioyek I noticed that the binary is quite large, 36 MB. Most 
of that
comes from libmupdf.a, specifically from the embedded fonts in that 
static

library.

libmupdf.a includes the fonts in the resources/fonts directory. Most of 
the

included fonts are already packaged in Debian. The only missing font is
SourceHanSerif. However, this is the same as Noto Serif CJK, which is in
Debian, see #859480.

Additionally, all the fonts in resources/fonts are in compiled form and 
the

source is not included in the original source package or added in
debian/missing-sources.

I think this situation violates section 4.13 -- Embedded code copies -- 
in the

Debian Policy. I am not sure, that's why I chose severity normal.

The solution would be to stop embedding the fonts and add dependencies 
on the
corresponding Debian packages. This is easy enough for the binary 
packages
mupdf and mupdf-tools. It is somewhat trickier for libmupdf, because it 
is only
installed as a static library. I don't know if it's possible to 
automatically

make users of libmupdf.a depend on the fonts packages.

Regards,


Victor Westerhuis

Bug#1028919: mupdf: Fails to build on GNU Hurd

2023-01-14 Thread Victor Westerhuis

Source: mupdf
Severity: normal
Tags: patch ftbfs

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear maintainer,

2 days ago sioyek was accepted into the Debian archive, but it fails to
build on GNU Hurd because of an old version of mupdf.

While GNU Hurd is not a release architecture, I managed to find out why
mupdf fails to build.

I have attached a patch that fixes the build issue on GNU Hurd without
breaking any other architectures.

Kind regards,


Victor Westerhuis


- -- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.0.0-6-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmPDRksTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+9bMEACc75Oe2An9GtjTKPk8m1V1zGxff98x
v8F37eksHw2Ym6tcGZvj7ScDpzJ6eOnR4T/1HJHDrGYUwwkoCyDHAVu0sV+PH1Wz
NKAz0ozGm7rJglcoVFkvebinsCbqTOdcXIN8N9R2SnyrNW9LakgODKDlWzdexmgK
YYRueG9V4konee8xv4Sh4IuR5wqnEt1GYRfyDnBzZom01SwEB9puDWAUizmNm3vV
PXcniwbq3SdjUMguHiqf/DTC2o/4r2OP3npphuz/m4ASp8LXm9hQX7J3JTeiBlJF
xbHb75r3GlbDTUq03TeDkmQRKk2dUjzbMulsGGAbgMshbYDf+9jTXSOwRgDIkjxT
B5sq/i2ZLeYIvyyB6WS2wMiHgG5pwcHovBl474FcCI/4Hk/A4042AAWkTFtRIk2L
x9kbDDnSKx/OZZXBO6XP6RXTDuUqpeVEweg6rJv+JYzDhcOplwNrkj7uVT4bjkq8
tR6p+ynBtLIh9LRH5+uD2win/+pjionAWXmzjy95hDwEkDOhaG1gwOLFvGqxF+oC
sZtM53dXqQrgfz87VEHRnjy3eCakmnjmIokQ35h5mpBVp88FLl/l/h+dBszHvAv0
FTariZHkwCOzJQOdIOEjO8vDlohsCPFYt+FXtt0edGI3k69kixf1zmSQ49gsrETw
hjb8LD5g4BonOg==
=PFi4
-END PGP SIGNATURE-
From: Victor Westerhuis 
Date: Sun, 15 Jan 2023 00:21:34 +0100
Subject: Add fallback for missing SA_NOCLDWAIT

GNU Hurd does not implement SA_NOCLDWAIT. It also does not
automatically reap zombies if SIGCHLD is ignored.

This fallback does not check for failures from waitpid(2), because
there is not much the program can do about them.
---
 platform/gl/gl-main.c | 12 
 1 file changed, 12 insertions(+)

diff --git a/platform/gl/gl-main.c b/platform/gl/gl-main.c
index d5ae69c..3060020 100644
--- a/platform/gl/gl-main.c
+++ b/platform/gl/gl-main.c
@@ -2957,6 +2957,11 @@ static void signal_handler(int signal)
 {
if (signal == SIGHUP)
reloadrequested = 1;
+#ifndef SA_NOCLDWAIT
+   else if (signal == SIGCHLD)
+   while (waitpid(-1, NULL, WNOHANG) > 0)
+   ;
+#endif
 }
 #endif
 
@@ -2973,11 +2978,18 @@ int main(int argc, char **argv)
 #ifndef _WIN32
 
/* Never wait for termination of child processes. */
+#ifdef SA_NOCLDWAIT
struct sigaction arg = {
.sa_handler=SIG_IGN,
.sa_flags=SA_NOCLDWAIT
};
sigaction(SIGCHLD, &arg, NULL);
+#else
+   struct sigaction arg = {
+   .sa_handler=signal_handler
+   };
+   sigaction(SIGCHLD, &arg, NULL);
+#endif
 
signal(SIGHUP, signal_handler);
 #endif

Bug#1028639: RFS: sioyek/2.0.0+dfsg-2 -- PDF viewer with a focus on technical books and research papers

2023-01-13 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for my package "sioyek":

 * Package name : sioyek
   Version  : 2.0.0+dfsg-2
   Upstream contact : https://github.com/ahrm/sioyek/issues
 * URL  : https://sioyek.info/
 * License  : BSL-1.0, GFDL-NIV-1.2+ or CC-BY-SA-3.0 or CC-BY-SA-2.5 
and CC-BY-SA-2.0 and CC-BY-SA-1.0, GPL-3.0+, forrest-smith-license
 * Vcs  : https://salsa.debian.org/viccie30/sioyek
   Section  : misc

The source builds the following binary packages:

  sioyek - PDF viewer with a focus on technical books and research papers

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/sioyek/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/s/sioyek/sioyek_2.0.0+dfsg-2.dsc

Changes since the last upload:

 sioyek (2.0.0+dfsg-2) unstable; urgency=medium
 .
   * Forward upstreamable patches upstream.
   * Do not download intersphinx inventories.
   * Clean auxiliary files from tutorial build.
   * Define fallback for GL_CLAMP to fix build on armel.

Regards,
- -- 
  Victor Westerhuis

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmPB+PETHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+7tHD/4xFTDFxvgGmI2pLAl2qzHZRYvfq3ED
0hrsNG2j/a/XtD9NgHD8bK6D0EgGIWZKeYqiFV7eSSilk6FRf59BjvOlZ8oBm6+P
wq6dq8trpSDIXMNGZ3FuBP01TmZ9Ah0EBoCBjA5W7d0q8ylj3OJcBmFnuui/tvIx
X2saGBmTVsvaLs84sagno2kzc14rHR52fhxP/l84A8HGIvFGdJN2VLqdpx8C+YwL
BuLR04dSQs6k2oRIyEc4N7Bq48HeNNZSzA2bZinFw3x1olHH1pGHuKowl6Y26IfJ
onRDfhAeaigpwuh7ajSdaZmvbUjgg4z0qBafZrN+xRKVujbASj2xolUNqff13jL8
BqR6Ts0RmR8cxHs8kLtj88kLWU/GE7zLyQ5G26geZJvQNRWse9gmpN0PkvgCafZ1
WK7UackZVNEockbRTpfArqqMYzVN4O7xEDRb6N8S4i3NU3XzA74pNe+mYuqDa0az
tJmGINdoXOLlp2zLAi03gHnu4oOaR273ucrCDctYyZb7JjWlc9qhcrGjb+LLAdsy
pB32miZspH9uDvPc9JkRZkQBnuLcXpJNSOcdGIs8EMKt02JgsEnSqbHuIKhjXBpZ
aV6Si/snPFGTnfygBhX4kVKDFlsmebrGdtWZ83aa2IWrnv49z0rB9LSwO8GYKVgv
jT4k0PWpxkftuw==
=19Wh
-END PGP SIGNATURE-

Bug#1026792: ITP: firebuild -- Automatic build accelerator

2022-12-21 Thread Victor Westerhuis

"Bálint Réczey"  schreef op 21 december 2022 09:23:13 
CET:
>Hi Victor,
>
>Victor Westerhuis  ezt írta (időpont: 2022. dec.
>21., Sze, 9:17):
>>
>> "Bálint Réczey"  schreef op 21 december 2022 
>> 09:05:19 CET:
>> >Package: wnpp
>> >Owner: Balint Reczey 
>> >Severity: wishlist
>> >X-Debbugs-CC: debian-de...@lists.debian.org
>> >
>> >* Package name: firebuild
>> >  Version : 0.2.9
>> >  Upstream Author : i...@firebuild.com
>> >* URL : https://firebuild.com
>> >* License : Firebuild-license
>> >  Programming Lang: C, C++, Python
>> >  Description : Automatic build accelerator
>> >
>> >It works by caching the outputs of executed commands and replaying the
>> >results when the same commands are executed with the same parameters
>> >within the same environment.
>> >
>> >The commands can be compilation or other build artifact generation
>> >steps, tests, or any command that produces predictable output. The
>> >commands to cache and replay from the cache are determined
>> >automatically based on firebuild's configuration and each command's
>> >and its children's observed behavior.
>> >
>> >--
>> >Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.
>> >
>>
>> According to the linked website and the license file in the Github 
>> repository "non-trial commercial use requires licenses available from 
>> firebuild.com." I think that makes it non-free under the DFSG. Are you 
>> planning to upload firebuild to the non-free component?
>
>Yes, absolutely. The license is designed to allow distribution and the
>packaging already targets non-free.
Great to hear. I hadn't heard of firebuild before, but it sounds interesting. 
I'll be sure to check it out. 
>
>Cheers,
>Balint
Regards,

Victor 
Hi Bálint,

Bug#1026792: ITP: firebuild -- Automatic build accelerator

2022-12-21 Thread Victor Westerhuis

"Bálint Réczey"  schreef op 21 december 2022 09:05:19 
CET:
>Package: wnpp
>Owner: Balint Reczey 
>Severity: wishlist
>X-Debbugs-CC: debian-de...@lists.debian.org
>
>* Package name: firebuild
>  Version : 0.2.9
>  Upstream Author : i...@firebuild.com
>* URL : https://firebuild.com
>* License : Firebuild-license
>  Programming Lang: C, C++, Python
>  Description : Automatic build accelerator
>
>It works by caching the outputs of executed commands and replaying the
>results when the same commands are executed with the same parameters
>within the same environment.
>
>The commands can be compilation or other build artifact generation
>steps, tests, or any command that produces predictable output. The
>commands to cache and replay from the cache are determined
>automatically based on firebuild's configuration and each command's
>and its children's observed behavior.
>
>--
>Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.
>

According to the linked website and the license file in the Github repository 
"non-trial commercial use requires licenses available from firebuild.com." I 
think that makes it non-free under the DFSG. Are you planning to upload 
firebuild to the non-free component?

Bug#1026357: RFS: sioyek/2.0.0+dfsg-1 [ITP] -- PDF viewer with a focus on technical books and research papers

2022-12-18 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: wishlist
Control: retitle 1006130 ITP: sioyek -- Sioyek is a PDF viewer designed for 
reading research papers and technical books
Control: owner 1006130 vic...@westerhu.is

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for my package "sioyek":

 * Package name : sioyek
   Version  : 2.0.0+dfsg-1
   Upstream contact : https://github.com/ahrm/sioyek/issues
 * URL  : https://sioyek.info/
 * License  : BSL-1.0, GFDL-NIV-1.2+ or CC-BY-SA-3.0 or CC-BY-SA-2.5 
and CC-BY-SA-2.0 and CC-BY-SA-1.0, GPL-3.0+
 * Vcs  : https://salsa.debian.org/viccie30/sioyek
   Section  : misc

The source builds the following binary packages:

  sioyek - PDF viewer with a focus on technical books and research papers

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/sioyek/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/s/sioyek/sioyek_2.0.0+dfsg-1.dsc

Changes for the initial release:

 sioyek (2.0.0+dfsg-1) unstable; urgency=medium
 .
   * Initial release. (Closes: #1006130)

Regards,
- -- 
  Victor Westerhuis

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmOfoVATHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA++PgD/wM2ZBy0uaIM/ZzOQ/H/v2QbvUV5K6x
QD1Xc3EDTpsX2Bm61rwZozGJcNTiBc9uQ9NJ0MYPxPut3MNhrHxr3fPcnGyujKiZ
SBgm1bEZUAKGdP9VVecjlTNe9lnY/WpRGtx+f8ERLylroIm+s/33xbLAVX8IvjVN
YCZ8f0cM7Zso3DUFXTGIV/6HCUuD4iEZjEbEFu7me6G3MkpZ9PPks7tHUGBRetMs
PJmJcY4wlgRlTJhZeDf1nBtQU86n9nz9KVcd3bfLkDf3mQcy+dTtUp3kkccyx7kB
++O68CRCwxX4l3uvIzrSqbTDCubVs2/agujyWoFzHubhx8A/kuSc9fPKQBowdqn3
OFpUAXgzfvsXjK6NN2zJ42vjUc7UTO/1Pg/zADlXO9nuj3Fp9iwT6mF2oSIN71WY
dZDRQvZCCA78XQCrNAD2GVW3aeK8GhNqOXRPVna9h0wj2kQz41+6x8b3dtUu149g
weVzoXp9J+YXhm8JjpVHOIbSNwLPM0ioGtAQEoGlDW5pVYmwe93I9ES7R0U/p9Xz
+GSVt2in6Sqsn5QvhPYT63JITByb3m3bLbXxye5t7rID+gF74jPb06fSnZocDOmi
ggfHKddVi1hR+D1MRrOwFA0uGnNLtH51VESjL3jvdmv4IgzUFIBUG0aX0ZOO9eQB
zSSIOQyCCtHGFg==
=FlfD
-END PGP SIGNATURE-

Bug#1024638: opencv: embeds build path in Python extension

2022-11-22 Thread Victor Westerhuis

Source: opencv
Version: 4.6.0+dfsg-7
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello maintainer,

Apologies for yet another small reproducible build patch. I neglected
to check my resolution for #972566 for reproducibility.

Stripping the rpath from the Python extension makes its BuildId
reproducible. The extension still works and both arch:all and arch:any
builds succeed locally.

Thanks for maintaining OpenCV!

Regards,

Victor Westerhuis

- -- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.0.0-4-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmN85YQTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+4nTD/0VbXgUr5hsjE4SAGb/nTAJmXfEg6Cb
c1+pd9f4IfKhObGSfvkd24oNrgmvTQ9ZA1DyHQeMPFKmANNUh7lU2cAq+grgP/zK
BnTXFfFo+VST440W3PC6v9uWmBgU1tQ/CR+VLc+QDCXFSCx4yjfvWVn3F8YVFKjQ
TJHq4Vu6ynGMLFy//rHK1hT93Ehsqdywye9K1dvPKjOrfPbN15u+O+aUMIR/PFq4
sxi5HSpOF5Si3AujkKW0l5z6+hryc03wTD8/NcjpcKKcpe1KDXOAGSKkpet1APp4
/1D+UdsXQVc+ubve/XO5+pLEVznLTsa8QdhU39HZSGUwgoqkIIBwjRaO1Tmmb03+
jTCS1EmJameFnX9rc5QMsSALaB7wSigP/pY7wypJ9uN8dl6+JdCs/d0o5GDTsDT4
KfXbYecxjCqQtHrcRzCQPFniJ1k5+pPQfdciD9NfgqB9CXXkFcnBZUpbSLEqw6j0
BhmWNeVH2BIk7A1H81KbMiNmSWdSFbElLFm9hN8RsrbMWw/q/XShgwAKajxPxELn
faJ1JCB1leulSiuFekNf1nDas/6zPyo5ltDvqs9FYUWjvx5J213Mp4SIHupYVIly
m+cb9qdwyOQkEw8PcAI/RXM5BNKnpBFaQEFWtQbRrGYKxCg8ZbvqR5fzxxH59q+s
FScUESqwp7Xzbg==
=wUNR
-END PGP SIGNATURE-
>From fcd6886f1012fc20bf1a9bc194c120c889d5e220 Mon Sep 17 00:00:00 2001
From: Victor Westerhuis 
Date: Sun, 20 Nov 2022 22:20:24 +0100
Subject: [PATCH] Make Python extensions reproducible

Do not embed the build directory in the rpath.
---
 debian/rules | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/rules b/debian/rules
index b4d654102..6bd845023 100755
--- a/debian/rules
+++ b/debian/rules
@@ -151,6 +151,7 @@ override_dh_auto_configure:
-- --name=opencv --system=custom --configure-args "\
dh_auto_configure -S cmake -D modules/python -B 
{build_dir} -- \
-GNinja \
+   -DCMAKE_SKIP_RPATH=ON \
-DOpenCV_BINARY_DIR=$(CURDIR)/$(BUILDDIR) \

-DOPENCV_PYTHON_STANDALONE_INSTALL_PATH={install_dir} \
-DOPENCV_SKIP_PYTHON_LOADER=ON \
-- 
2.38.1

Bug#1024508: RFS: kmscon/9.0.0-3 -- Simple terminal emulator based on Kernel Mode Setting

2022-11-20 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "kmscon":

 * Package name : kmscon
   Version  : 9.0.0-3
   Upstream contact : https://github.com/Aetf/kmscon/issues
 * URL  : https://github.com/Aetf/kmscon
 * License  : Expat and HPND, public-domain, Expat, LGPL-2.1+, GPL-2 
with Font exception
 * Vcs  : https://salsa.debian.org/viccie30/kmscon
   Section  : utils

The source builds the following binary packages:

  kmscon - Simple terminal emulator based on Kernel Mode Setting

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/kmscon/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/k/kmscon/kmscon_9.0.0-3.dsc

Changes since the last upload:

 kmscon (9.0.0-3) unstable; urgency=medium
 .
   * Depend on init-system-helpers >= 1.65
   * Fix Built-Using calculation in d/rules
   * Register exception with needrestart (Closes: 1024345)
   * Update d/watch

Regards,
-- 
  Victor Westerhuis

Bug#1024482: opencv: embeds build path and running kernel version

2022-11-20 Thread Victor Westerhuis

Source: opencv
Version: 4.6.0+dfsg-7
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath uname
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi!

While working on the “reproducible builds” effort [1], we have noticed
that opencv's core module embeds the build path multiple times. It also
embeds the running kernel version and a build timestamp. The generated
Doxygen documentation also embeds the build path in multiple places.

I have opened a merge request on Salsa [2] to fix the above issues. Once
applied, it can be built reproducibly in our current experimental
framework.

Regards,

Victor Westerhuis

 [1]: https://wiki.debian.org/ReproducibleBuilds
 [2]: https://salsa.debian.org/science-team/opencv/-/merge_requests/4

- -- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.0.0-4-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmN6JKYTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+wtGEACw8EEO2HV2W7gyhBRujYJUv2SMesTF
A0f6cAxVeaub4vJQnBYcJsVsIoXT95YiFwA+2YaVJibnZvD99w+v4ysBY7WHuNQf
DopiCzygInjL8o8MP65TfyRcV3b2jmmDXcRynJ0UDn78vY6PM5fv1DAdrlaNF47l
0/QkW0bSvsj4aZ7MyMiLblISQqU4kw+8EJPutXuzYwTQPQIdjIQldchqu0dLw55F
O/2tJvr0h/3jPT0d3v9Y6+0tQBcI9yN87AdwIeyOme0rDekm04avdfAeoUzOVMvb
Lyy3z5ZTDG6n2sEUmgUnIBWkoM9MlZ5uU9oyS1JafcHiDvkewAU5fh75EWL7b2im
3CYtsAC6rjJK94nVOBmTvTDLJeLj7IbSfd+wf4Spe6EjUKHt2xVIQ9AegyE8bt/R
hwkDrCsTMlzdWoipCa858fXlZc0Ct9833XxacIvave9rhlHzb241MfbyXvZMsIJs
sE+wSlMcoIcv14z142aZEnKl31pCsoMX789M5z11tnT2neqkpUxc+9NLm4Zu/oOQ
5vrOok0uMN+Zzk8axl9uVSC5wlGT3T51HVBfSUwVipcsD537nPNHROHtHzA3IgnP
dsQZa0PZ86iWUkGBtg3ORbiYRHNQzEzbWxwS/yyEkYPeXXjwtCI+CHfnifh8kCxZ
hKLdoA+sRML3Kg==
=JjzC
-END PGP SIGNATURE-

Bug#972566: python3-opencv: build python extensions for all supported python versions

2022-11-19 Thread Victor Westerhuis

Package: python3-opencv
Followup-For: Bug #972566

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

With the addition of Python 3.11 as a supported version, it became
easier for me to try this.

I have created a patch and opened a merge request on Salsa:
https://salsa.debian.org/science-team/opencv/-/merge_requests/3

Regards,

Victor Westerhuis

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmN5Dd8THHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+zvPEACg8BGXXuB0NmNJuO8GatN0l4VkceiI
s8+vSPMeZCwxfLSXrrCbjumdTrNI7KuiUvs2q2NCGZdqPxYPY+K/pb+SkMpN7bev
LXmAJyDWhimP3k7A8p/4isN/7V2UWVnDrgYa8xrgG/M7Gkd92k9Xb54eX6HTzamh
U9VftxqtGm4dNBJJYDt/KND4YA2PRp9lnRRdFagdmzrosdDSVZhI5AK/Ll+XKYOL
bCakGXTHTws+oyUzGiVyDL2AW1yH06uBDMIB8bBDTbsV2fGvivgqP2UiKMpVUKNS
Y9134m+FiYC2gTs0L1H0VDGZyMdfm8s5jboRzHqLM/Z7lk1NnhZwExuWu6vfnX8g
UvN+xo78/AfGkKEf/a2AmANm/yWs6oPm36hIg59Ur+6I41NRsYFbU9RXWcMRvlem
//BliPvaEdTHbsjIv9P+IkGA1q+fK4IpHvZL4CDsemf4+T0zJEOt4zkt7e+XR2Wf
zyPoRQkw5Uv8XgCvrVqbe7OKoN1eKwcctxjhBmtjpe1b3k99bCz4wK6UsIkPdg0M
wVEFdtoJKmhMs4gifj2RgxitK3RaJQHP1HkuZA8IIbmwVcfsJaWkHdZu4cIh5vOu
2C/ue2FU7IvQUnFQWMgbPR97dPNMVmYfQecdkbOqIVd68VVscjd5NkJEIdlVXHdK
k0CMYMhghrva1w==
=2UPQ
-END PGP SIGNATURE-

Bug#1024345: kmscon should register a blacklist with needrestart

2022-11-17 Thread Victor Westerhuis


On 17/11/2022 22:20, Paul Saunders wrote:

Package: kmscon
Version: 9.0.0-2+b1
Severity: wishlist

Dear Maintainer,

needrestart contains blacklist configuration so that it doesn't attempt
to restart services which manage user logins (such as display managers
and gettys). kmscon should 'register' with needrestart when installed
(i.e. create a file in /etc/needrestart/conf.d/) to protect itself in a
similar manner.

You are absolutely right. I added a blacklist entry to needrestart on my 
own installation ages ago, I just never thought about adding it to the 
package. I'll try to fix this soon.

-- System Information:
Debian Release: bookworm/sid
   APT prefers testing
   APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.0.0-4-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_USER, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kmscon depends on:
ii  libc6  2.36-4
ii  libdrm22.4.114-1
ii  libegl11.5.0-1
ii  libgbm122.2.0-1
ii  libgles2   1.5.0-1
ii  libglib2.0-0   2.74.1-2
ii  libpango-1.0-0 1.50.10+ds-1
ii  libpangoft2-1.0-0  1.50.10+ds-1
ii  libpixman-1-0  0.42.2-1
ii  libsystemd0252.1-1
ii  libtsm44.0.2-0.3
ii  libudev1   252.1-1
ii  libxkbcommon0  1.4.1-1

kmscon recommends no packages.

kmscon suggests no packages.

-- no debconf information


--
Victor Westerhuis 



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1024127: RFS: tapecalc/20221104-1 -- full-screen tape editor that lets the user edit a calculation

2022-11-14 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for my package "tapecalc":

 * Package name : tapecalc
   Version  : 20221104-1
   Upstream contact : Thomas E. Dickey 
 * URL  : https://invisible-island.net/add/add.html
 * License  : X11, MIT-old
 * Vcs  : https://salsa.debian.org/debian/tapecalc
   Section  : math

The source builds the following binary packages:

  tapecalc - full-screen tape editor that lets the user edit a calculation

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/tapecalc/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/t/tapecalc/tapecalc_20221104-1.dsc

Changes since the last upload:

 tapecalc (20221104-1) unstable; urgency=medium
 .
   * New upstream version 20221104.
   * Bump standards version to 4.6.1.

Regards,
- -- 
  Victor Westerhuis

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmNy9kUTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+6PUD/9DmP5UIESBTWA0tRVmNqeYUfDY+EMA
UjDHfvR+pfGfnZFSoybvIMZE2sbptwcOJ4hi8pBVk8WrPNodf6/rb7N1a4qKH/py
UO8+Jikl4pvSqud0/NXR2u1gKV/qSeo3QLSqlaFC8A7hF/bvUPHaT4FLSoYaoNmr
yLgl4YiaKuUecF8XD6+ta/REgh4WFWTXuznxLdKgs25L2D2TkYfraTQ04wQhR+F+
18kPdzkAJWsuc0uvF3JZuckwMBILcERnVJfGfc+PoPRm9yI7T1F+HZFHkYiK5q+W
8U68cb3FHg3sQSX4ryBGKo0bpGcSRH8uFXa1PWElKTygUfzS8Vvj2CcFwY3EVGQx
+pv0Oog3i7lx5M/Fv04uiNpxs5QukLZOOfbmWwSid/NQ+yo/aYnqc1dJDwB8hIJZ
zy0Yh3r/dC8hb3KHhaxYVfS2JFh238LqQIyWAwb2W61O/36encMtN57juJ84iwqd
HSekqiptfgVRwpfEsBwC5Jdb6pGhWJN3x+CRK/UREgIo29SkjAF0dM0pwJfiqKQ7
BxyfCN+DSaiCWAzWvCeGyxKpbiIFlVjnd06N1dXC7uMEvel0o74hh5aKl1uYTvUj
CQLZXDJTqRaz2jiTramOqyXJLdDJBI2cA5+ql/OF6dyUuuASsRgLwugSYeTgw7Jd
/qhhD//4Wnm9ng==
=C+zl
-END PGP SIGNATURE-

Bug#978760: man page for lua-busted

2022-10-10 Thread Victor Seva


forwarded 978760 https://github.com/lunarmodules/busted/pull/704
thanks
--
-
|   ,''`.     Victor Seva |
|  : :' :  linuxman...@torreviejawireless.org |
|  `. `'   PGP Key ID: 0x51A09B18CF5A5068 |
|`-  Debian Developer |
 -


OpenPGP_0x51A09B18CF5A5068.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1020686: usrmerge: usr-is-merged does not detect merged /usr/bin and /usr/sbin as usr-merged

2022-09-25 Thread Victor Westerhuis

Source: usrmerge
Version: 31
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Years ago, when converting my Debian system to usr-merge, I went one step 
further and symlinked /usr/bin to /usr/sbin.

Running `ls -ld /{usr/,}{bin,sbin,lib}` gives:

lrwxrwxrwx   1 root root  7  4 Nov  2018 /bin -> usr/bin
lrwxrwxrwx   1 root root  7  4 Nov  2018 /lib -> usr/lib
lrwxrwxrwx   1 root root  8  4 Nov  2018 /sbin -> usr/sbin
drwxr-xr-x   2 root root 253952 25 Sep 12:40 /usr/bin
drwxr-xr-x 119 root root  20480 25 Sep 12:34 /usr/lib
lrwxrwxrwx   1 root root  3 20 Jul 13:20 /usr/sbin -> bin

Because the is_merged function in usr-is-merged.preinst finds the target of
/bin or /sbin with `readlink -f` it does not realize that /sbin does indeed 
point at /usr/sbin. 

I have overridden the error for now by using the 
/etc/unsupported-skip-usrmerge-conversion escape, but I think that this is in
fact an error in usr-is-merged. The requirement, as I understand it, is that
/sbin is a symlink to /usr/sbin, which is true here.

Regards,


Victor Westerhuis

- -- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.19.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmMwMpkTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+w9cD/4/GMc3MZuHT1Ru5Vc9DNKYWstNFo5M
tmN0RVzo0yzC1pO7gvuO1OpgDWhHGIKroTP/W3sjSZaUE9mg0NiTr1G/Hz7Hxuwp
HAI6TluiZgHWx5sJa/xKXP4mhK8rFS6pJMCdx23PLDtzFbDRYV93dHzpJha8jpzZ
nSiDWrv5TTCTEOxj/C/DXx135JNqB2GMiX/JDZrwXpoVW00Vv8vW2uikQslB5Nxf
V8UyfM64e5SXFMMmD6MfoaLe833Whu5455+WZJaCOphYeB0pWSBiL11z0v+T7Nid
CqSMHZVmnVebwqhK1WMHbgSaOOj2Xvr49q4O3V6WBrnb+jxKgZwrB0hV863PpDF4
EA92CqPdUW1GTYZX61rWacenbCAh6IvhfwmbsX7iwowRYNLWycEJLJnx4BOGf2oI
PwDvySZB4uzL+3o5o2xAbDvW02t/q5Ifqr6vK9TIzlaKJQRX50Y6b/G/Ig6z4KyY
J++wnAKprAY9roWwOck4728w9QbRDEX/O1IQXCApq3SMG6iL3E10J7k7RXRDoDHJ
zfw76R47LADqHWydq6MUO65PzNvS3T+MMGMNmpWWTIz5ZzMPD2qTbwmjD0AfxyOS
LnVkMD0tjh5uzPVe4O6C4o/ZkVJO6od96N0V/e8TlMGzfwP4ruDyvjWQD9+oeqO/
D+TMJXv6FQMniw==
=WBkm
-END PGP SIGNATURE-

Bug#1019519: opencv: downloads blobs from Github during build

2022-09-10 Thread Victor Westerhuis

Source: opencv
Version: 4.6.0+dfsg-6
Severity: serious
Tags: patch
Justification: Policy 4.9

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

During the build process, OpenCV module wechat_qrcode downloads four blobs from 
Github:
- -- wechat_qrcode: Downloading detect.caffemodel from 
https://raw.githubusercontent.com/WeChatCV/opencv_3rdparty/a8b69ccc738421293254aec5ddb38bd523503252/detect.caffemodel
- -- wechat_qrcode: Downloading detect.prototxt from 
https://raw.githubusercontent.com/WeChatCV/opencv_3rdparty/a8b69ccc738421293254aec5ddb38bd523503252/detect.prototxt
- -- wechat_qrcode: Downloading sr.caffemodel from 
https://raw.githubusercontent.com/WeChatCV/opencv_3rdparty/a8b69ccc738421293254aec5ddb38bd523503252/sr.caffemodel
- -- wechat_qrcode: Downloading sr.prototxt from 
https://raw.githubusercontent.com/WeChatCV/opencv_3rdparty/a8b69ccc738421293254aec5ddb38bd523503252/sr.prototxt

"For packages in the main archive, required targets must not attempt network 
access [...]", according to Debian Policy 4.9.

I have prepared a patch in a fork of the Salsa repository and have started a 
merge request.

Regards,


Victor Westerhuis


- -- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.18.0-4-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmMdENITHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+8tJD/9opFU7fVCyUbMDSqmdWzN8zqaOGw/3
8FzeLW07m8/UrjIIvULXkNqSUCgPfyKNQ0ZFp8dEaVrUCLAZSPdTq27I+r+7I9BT
QFF5B3kV0WzJmxw6u96DoYtNZQGEHLjL5ugJd+jYOTuEOwkfApTvS5CvMSI5Uuol
hdw+KP0z0fNBPKB8J5lgkh1Dth1iqYQTveHuUxhf4nv6ANdTnJCmRwgyWisQpdhf
d11NxpNqm4GM9TrVMG5cT/wBhriZ9PIRgswmVpq2adGCE+Pe1Qgit7VnXl2g1hU8
Nm2B4Yefq80IhSbNBpgg9LSXr+NaNY0YppUqlLZFPv7AJAyGpnJvmLmjOC9AFuTr
PirsyOyO3nE+caMfJp8zZGPNjRwvGEXnuL+YOjjdoz2+rCas0Jb5c/bujHeN6hYT
mt/3w7keXJikKxrmMJibXIz7gRy6Oyu1ZoGXXOkMgZezUi1s1/AUJwM7QOalpO+H
5s+btTZ8tZu7I8O748plYkekFd6UFRBnrV0xXNADpEX6jgsqcLCM+XN88z4jgidF
jnIJePmz6ffJE9kjQs5illj/FtkRdSWsRabn1+0nU+RVrj9gUYgmT8dC0Cfanyrp
eOQNyKK1qBcn2x3Vvfzocr0dUW1KDM+bcOCBMc/JCPlFxYeeMR/X8KCYvNzLFVGI
lIc2JzYOkoIAEA==
=fzKE
-END PGP SIGNATURE-

Bug#1018735: rtpengine: FTBFS with libwebsockets/4.3+

2022-08-30 Thread Victor Seva


Hi,

On 8/29/22 20:58, László Böszörményi (GCS) wrote:

Source: rtpengine
Version: 1:10.0.0+r36-5
Severity: important
Usertags: libwebsockets4.3
Tags: ftbfs upstream bookworm sid


I don't know where did you find that version. That is not coming from us


Hi,

Soon I would like to ask for libwebsockets 4.3.2 transition. Your
package fails to build with it in its self-testing. But it seems your
upstream has a newer release [1] with a change noted as:
websockets test: update for Python 3.10

Please package it as your time permits to let me do the libwebsockets
transition.



version in bookwork is alredy 10.5.1.3-1 and that one has [0] that is the 
backport of the
commit you mention.

[0] 
https://github.com/sipwise/rtpengine/commit/0984130a6dd7fb90db4a8b14723deb4fc9c3f656


Thanks,
Laszlo/GCS
[1] 
https://github.com/sipwise/rtpengine/commit/b1242befd2e7a2550e89c2b050aa6661c4e1f6ee



--
-
|   ,''`.     Victor Seva |
|  : :' :  linuxman...@torreviejawireless.org |
|  `. `'   PGP Key ID: 0x51A09B18CF5A5068 |
|`-  Debian Developer |
 -


OpenPGP_0x51A09B18CF5A5068.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1018290: /usr/sbin/update-tirfs: does not run hook scripts in /etc/initramfs/post-update.d

2022-08-28 Thread Victor Westerhuis

Package: tiny-initramfs
Version: 0.1-5
Severity: normal
File: /usr/sbin/update-tirfs
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Contrary to section 8.3 of the Debian Kernel Handbook [1], 
/usr/sbin/update-tirfs does not run the hook scripts in 
/etc/initramfs/post-update.d. Together with a bug in systemd-boot (#1014581)
this led to my system trying and failing to boot without an initramfs.

I did not know whether to make the severity of this bug normal or serious.
While it does violate a 'must' directive in the Kernel Handbook, I don't know
whether that carries the same severity as violating a directive from the Policy.

Regards,

Victor Westerhuis


- -- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'unstable'), (100, 'experimental'), (1, 
'experimental-debug')
Architecture: amd64 (x86_64)

Kernel: Linux 5.18.0-4-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages tiny-initramfs depends on:
ii  tiny-initramfs-core  0.1-5+b12

tiny-initramfs recommends no packages.

tiny-initramfs suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmMLWO0THHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+yvGEACaLdiF9/QD61nv7cjjcLeE4bqqLBBR
WhVA1INGoJX27qf+o0WQVKUCe0/PqzgMjSp6wW2Ta8lrj3HaxdjutEIwIVC3VrxG
4R48X4EJzZjIqIZWPiPxvTDXJeVH1ar8KTYbyQNhZY5r8uCtIfiqgh2DUc/vRt5p
DW57YmIo6UAl2p0gRxQfi3ULaqTI4Mslp6bfVZQ8MWXNuf1tabY3mts2vPL/K7cp
/XMHLv567XQJqGYz1SJdb4LizpgD+OauoThFdTk37dJVXU6gvY8QPUMaN7wIZp2g
kR54jPWR3cFiHCrHZdHl6D2cwwSr44wnL6qxBUS1+wvORVS6tNBpJHROxScKYpHk
QDYsJrgqlcef4KSxUxXF5MR6kDR8ylX+2WFUrPjYNUiC3NSQCl0NaG3iXv/7KU/+
zkQyYYzbagtueYsMzL6MUlpE51nnpM6R2DwLg19/Yzsm4xgTVU6K6NtHNu1lU9mo
MfseeGMf6ZUmN44SYVLdehd+mXT8C9KXYYmS9aRAPUL8dybQFmIWGz15dmpsyeUA
DkYARyS0oBtKZUQKFAMkV/fxgL0f4JPvrWRAjejxtAtjKWS4/5PIjYwx+zQql5+T
8tSPOcZYmJuQA4WyOhghBNwqn/dfT3EvLZ8nfNTPmbJsO/oukgnwU6cmb7NCPKNq
VbAfSz54YMmfWQ==
=Lc76
-END PGP SIGNATURE-
>From 4f8089ba3ab39d55b19447712224972afabfc908 Mon Sep 17 00:00:00 2001
From: Victor Westerhuis 
Date: Sun, 28 Aug 2022 13:37:50 +0200
Subject: Run hook scripts in /etc/initramfs/post-update.d

According to the Debian Kernel Handbook, section 8.3, "initramfs
builders must call these scripts using run-parts after they create,
update or delete an initramfs."

Because update-tirfs uses `set -e`, there is no need to check if the
preceding invocation of mktirfs was successful.
---
 debian/extra/update-tirfs | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/debian/extra/update-tirfs b/debian/extra/update-tirfs
index c79898d..e5f69f2 100755
--- a/debian/extra/update-tirfs
+++ b/debian/extra/update-tirfs
@@ -61,6 +61,9 @@ if [ x"$VERSION" = x"all" ] ; then
 if ! [ -r "${V}" ] ; then continue ; fi
 V=${V#/boot/vmlinu?-}
 mktirfs -o /boot/initrd.img-"${V}" "${V}"
+if [ -d /etc/initramfs/post-update.d ]; then
+  run-parts --arg="${V}" --arg=/boot/initrd.img-"${V}" 
/etc/initramfs/post-update.d
+fi
   done
 else
   if ! ls /boot/vmlinu[xz]-"${VERSION}" >/dev/null 2>&1 ; then
@@ -68,4 +71,7 @@ else
 exit 1
   fi
   mktirfs -o /boot/initrd.img-"${VERSION}" "${VERSION}"
+  if [ -d /etc/initramfs/post-update.d ]; then
+run-parts --arg="${VERSION}" --arg=/boot/initrd.img-"${VERSION}" 
/etc/initramfs/post-update.d
+  fi
 fi
-- 
2.37.2

Bug#1014581: systemd-boot: kernel hook schould use conforming name

2022-08-28 Thread Victor Westerhuis

On Tue, 19 Jul 2022 21:29:06 +0200 Michael Biebl  wrote:

Am 12.07.22 um 18:16 schrieb Michael Biebl:
> Control: tags -1 + moreinfo
> 
> Am 08.07.22 um 11:14 schrieb Norbert Lange:

>> Package: systemd-boot
>> Version: 251.2-7
>> Severity: normal
>> X-Debbugs-Cc: nolang...@gmail.com
>>
>> Dear Maintainer,
>>
>> The kernel hook in /etc/kernel/{post,pre}inst.d should
>> be named correctly, to quote the kernel-handbook [1]:
>>
>>>    hook scripts for boot loaders must be named using
>>  the prefix zz- and no other packages may use this prefix
>>
>> so zz-systemd-boot whould be correct.
> 
> This looks super ugly :-/

> At the very least they should have picked numerical prefixes...
> 
> That said, why does the kernel hook need to run late/last? I.e., does 
> this actually cause any real issues? If so, can you elaborate.
> 

I looked into this a bit more and it is still not obvious/clear to me, 
why the kernel hook for systemd needs to use the zz prefix (i.e. run 
late/last). The systemd kernel hook copies the vmlinux-* binary to 
/boot/efi, but this file is available once the linux-image-* package has 
been unpacked.

That said, I could understand if the initramfs hook needs to run last, 
i.e. /etc/initramfs/post-update.d/systemd-boot. As this hook will copy 
the initrd to /boot/efi and initramfs hooks *do* modify the initrd image.
The kernel handbook doesn't mention anything in that regard though, so 
it seems to be incomplete/wrong for the purposes of systemd-boot?
I recently switched from initramfs-tools to tiny-initramfs to generate 
my initramfs. update-tirfs, contrary to the policy, does not run the 
hooks in /etc/initramfs/post-update.d. However, at least when a kernel 
is being installed, updated or removed these hooks are allowed to skip 
doing any work anyway, according to section 8.5 of the Debian kernel 
handbook.

This means that only step 3, running the hooks in 
/etc/kernel/post{inst,rm}.d are required to do anything.

The issue is that tiny-initramfs sorts after systemd-boot, so the initrd 
is only generated after systemd-boot has tried to copy it already, 
leading to a missing initrd on the first try.

I've solved the issue locally by moving systemd-boot's 
/etc/kernel/post{inst,rm}.d hooks to the name prescribed by policy.

I will also file a corresponding bug (with patch) against tiny-initramfs 
to fix the running of the hooks in /etc/initramfs/post-update.d.

I'm reluctant to blindly change anything without understanding why.
So would welcome further input from someone who is familiar with that topic.

Regards,
Michael

Regards,
--
Victor Westerhuis 

OpenPGP_signature
Description: OpenPGP digital signature

Bug#1016687: Clarification Needed

2022-08-16 Thread Victor Jaquez

On Tue, 16 Aug 2022 at 14:44, Timo Aaltonen wrote:
> Dan Letzeisen kirjoitti 15.8.2022 klo 0.10:
> > I realize this is a tricky situation with dfsg, but is there any intent
> > to fix this bug at Debian distro level or should we look at building our
> > own mesa?
> > 
> > Also, the bug should be retitled. It doesn't just affect VA-API
> > encoding. It affects VA-API/VDPAU/Vulkan decoding and encoding of the
> > codecs in question.
> > 
> > Thank you
> > 
> 
> I don't think this can be enabled, since Debian does not allow distributing
> software encumbered by patents:
> 
> https://www.debian.org/legal/patent

In that case intel-media-va-driver and i965-va-driver wouldn't be
distributed either.

If I understand correctly, they are distributed because they don't
contain the codec logic, only the data structures. The logic is
defined somewhere else (gpu firmware or other blobs).

vmjl

> 
> 
> 
> -- 
> t
> 
> -- 
> To unsubscribe, send mail to 1016687-unsubscr...@bugs.debian.org.
>

Bug#1016538: systemd-boot: Kernel postinst and initramfs post-update hooks copy initrd twice

2022-08-02 Thread Victor Westerhuis

On Tue, 2 Aug 2022 20:46:55 +0200 Michael Biebl  wrote:
> Am 02.08.22 um 18:20 schrieb Victor Westerhuis:
>  > Package: systemd-boot
>  > Version: 251.3-1
>  > Severity: normal
>  >
> > Both /etc/kernel/postinst.d/systemd-boot and 
> > /etc/initramfs/post-update.d/systemd-boot
> > call kernel-install to add a newly installed kernel. However, the initramfs 
> > hook
> > explicitly passes the initrd filename, leading to the initrd being copied 
> > to the EFI
> > partition twice.
> 
> Duplicate of #1016538 basically.
> 
> Ideas how to fix this welcome.
This bug is #1016538. What bug is this one a duplicate of?

Bug#1016538: systemd-boot: Kernel postinst and initramfs post-update hooks copy initrd twice

2022-08-02 Thread Victor Westerhuis

Package: systemd-boot
Version: 251.3-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Both /etc/kernel/postinst.d/systemd-boot and 
/etc/initramfs/post-update.d/systemd-boot
call kernel-install to add a newly installed kernel. However, the initramfs hook
explicitly passes the initrd filename, leading to the initrd being copied to 
the EFI
partition twice.


- -- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages systemd-boot depends on:
ii  libc6  2.33-8
ii  libsystemd-shared  251.3-1
ii  systemd-boot-efi   251.3-1

Versions of packages systemd-boot recommends:
ii  efibootmgr  17-1

systemd-boot suggests no packages.

- -- Configuration Files:
/etc/initramfs/post-update.d/systemd-boot changed:
set -eu
test -x /usr/bin/bootctl || exit 0
bootctl is-installed --quiet || exit 0
echo "Updating kernel version $1 in systemd-boot..."
kernel-install add "$1" "/boot/vmlinuz-$1"


- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmLpTsUTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+4rRD/9vPqQdwIpV4qJK7j8COfKFxxwg49es
KryM1dJKp2OymMWZ74UZnZtgXUNSmy+7QwPp1R3qkTJpaP5yEVVGrRtapNMGu8BW
EvkpyCWtNDJFXmLZ8UBwDB1gVX4S6e0tiCd88djqSb3N6XuPxxSToJzSiitIJl2B
/Jt1G7i8LWkRMXcgmmvGZOuWoPvelF4pJ1coqEwNhbPrZHufxMQzBmhp7AH5/h91
km2HRum8Cxhha60uJ3e5tcWvbW+tPbFXHNfBDlm3DlzHLn5CED5+joRqkUXO1EJU
bsexIOX6uEzOcnozK8qiEriBjfCUmEJrCyLppCzvpmOmsNoEhur/tBZ6iWZB49Gs
vx+lY7HWAGK+xD7k9qqeK5vfdP5L7Qq8gcoEXZlADoMgeNCitM8phPISP6/ByvcF
jNsww8O+EOxbVUCG4YhcJu30XN0qSWXJDhOxcwdQr2EImXFoQ5SWnjre3l81fdvG
+NegoRcC/sMNac+JNdwIg3xS8O4frMndNP05McU/SX9tIVOXeyyQ0uHB9xal3tMu
JY9B7IElWYrm8A1udcKGpaC9ySZs8dpCqvvqJLG3ig4HvXwRcirOA5hYBzt5Zxaj
UfvuGnqERRG7zCSaoFv5nRw2u1x7aL2Tt5f0HPw0Msfr336mzUbCzX6quX9q9tVr
wG5wkWMA8oLllw==
=3eOm
-END PGP SIGNATURE-

Bug#1015987: cme does not allow package private build profile names

2022-07-24 Thread Victor Westerhuis

Package: libconfig-model-dpkg-perl
Version: 2.161
Severity: normal
File: /usr/share/perl5/Config/Model/models/Dpkg/Control/Binary.pl

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

According to the BuildProfileSpec[0], it is allowed to use private build 
profiles
of the form `pkg.$sourcepackage.$anything` where "$anything must match the
following regex [a-z0-9-]+".

cme/libconfig-model-dpkg-perl do not recognise these, because it uses the
regex 
"(?:\\s+)*".

Regards,

Victor Westerhuis

[0]: https://wiki.debian.org/BuildProfileSpec#Registered_profile_names

- -- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libconfig-model-dpkg-perl depends on:
ii  debhelper  13.8
ii  libapt-pkg-perl0.1.40+b1
ii  libarray-intspan-perl  2.004-2
ii  libconfig-model-backend-yaml-perl  2.134-1
ii  libconfig-model-perl   2.150-1
ii  libdata-compare-perl   1.27-2
ii  libexporter-lite-perl  0.09-1
ii  liblog-log4perl-perl   1.55-1
ii  libmouse-perl  2.5.10-1+b2
ii  libparse-debcontrol-perl   2.005-5
ii  libparse-recdescent-perl   1.967015+dfsg-3
ii  libsoftware-licensemoreutils-perl  1.009-1
ii  libsort-versions-perl  1.62-2
ii  libtext-autoformat-perl1.75-1
ii  libtext-levenshtein-damerau-perl   0.41-2
ii  libtoml-tiny-perl  0.15-1
ii  liburi-perl5.12-1
ii  libwww-perl6.67-1
ii  libyaml-libyaml-perl   0.83+ds-1+b1
ii  licensecheck   3.3.0-1
ii  lintian2.115.2
ii  perl [libmodule-corelist-perl] 5.34.0-5

Versions of packages libconfig-model-dpkg-perl recommends:
ii  libconfig-model-tkui-perl  1.375-1

libconfig-model-dpkg-perl suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmLdoqwTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+3mND/405+Zfs/cPHuqrcdUB2XQLJ1CKCfTl
Rug5Jlyo4ShIWdV/CbxJk7BLZ5l9Tv+zGERGxddeqHqkV9NyIJ41ENiGYaPPv1zm
TT1UcLr9ZxlJK13vBDV/mTZ3W7qvhIv9RJFg78nK0u/siP/ubDE5XDBKzVJRLPNX
ddpFPUsXFVKCY3WTEG6S34LS9VzFEBGHyIeU7nO2Gpo4np6gehSJ4Vz/w7F/x2Kx
aA89wIjuY5hrv0GWiPaFTjpfxW1YrKwpL01Q+/Rz6yHGNOAFpUkxmzTc7oSwdxfH
izCUlmbpDewmG+//AYtNM+noRJgxZqrKlir3VoeclidGsn41ldV3YsfPCKj+OPrh
Ki6fdVlDPMzIvGjKojCbBSzgFXh6z2ZAhNBdMa1PIScgnzbkxEb+1bXOB4iVb+Sl
JNgyHHLjh+8r6WAdJQW/VjF/9yE1TPSOWV5YvYIZO5HjYmH1F+owBg0/bvm9giAd
BIXPFbBD5PGxLcc1ua47P6P9w75oMS4vDTJyhp4SMDweVi2VygTBzk/LtxsnPUkt
sedO9Npd81j/aA+H652KbUe+IreUvlJuuL9lqN+N5hlGlQiq1lCbDujDX+pPfZoz
6xYtEX3FMf81RQ1QUDmRh2IV74JsCcKe90KlH3TKA00FIZNASgAUlND6OPmdoaNp
8GuB5S4uYL+eow==
=0N+v
-END PGP SIGNATURE-

Bug#889635: debhelper: dh_installsystemd - please support templated unit files

2022-07-11 Thread Victor Westerhuis

Package: debhelper
Version: 13.8
Followup-For: Bug #889635

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I second the request to support templated unit files. My MR for 
init-system-helpers to support enabling template units with a default instance
was accepted two days ago [0].

There's two possible action dh_installsystemd could take for a template unit 
with a default instance: 1. Only run the enable, purge and unmask actions on 
postinst, because these are actions that don't require an instance. 2. Do the 
actions in option 1, but additionally parse the DefaultInstance line and run 
start, stop, and restart actions as well.

Option 1 is also available for template units without instance, so that has 
broader applicability than just template units with a default instance. If 
there's interest, I'd be willing to try to code an implementation of either or 
both options.

Regards,

Victor Westerhuis

[0]: https://salsa.debian.org/debian/init-system-helpers/-/merge_requests/20

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmLMNVATHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+w89D/4ntsR/5YpIWZz7vaHUUn6aCimVT0/2
4TvPKieEMXixiJNMbHSs0y6l4ssezWMZbbGxQoH+Xiua0zZDij7drGuZgXSmAyjB
Aoo9OHnWfikvc5NzVjiY8po/xW48r2C0ALpgxx8kG5wdJTR0frtj7zx9c3iuaois
hfMuGNxF+lBw9jZ9CFNC2rPLrA5cQvTsdWknhfkz1UsAcOoblFOAv/3g+GNjSZLb
JUwCdCWrmlozUAB0hSV3mK2scGlf57ndXwr/NbNIXk1yNpfOmK8v5Y2QBaFzn8z6
GbpBc0ewHPVObjPlRLizJxt+DBdjga7ZtoDE5i9EJXayr/eA6Z7MD+JRYd5STup5
64zoYPKaujt97cLnLimaJv8xaTLGMh7XBFx5k7XkHtUCm5yqDK3hJZKJL5FTTrkI
GEjX+vT7LKe4CmsNkGFrooAvmRb1DR2fruXB0D6OSl4MjxqLYMaQB7puAV1sQA2L
xv+ie5RiqTEfHzRNI/If43nb+y/0jjrbsdZ6KJ4PlmppGfSq3rW0r9ErXpp9/RNN
CcAOfMw+f8rvosGNXehgy58SljDN486D+JA6H44Gvg5Qp/POr64pg4Tsek1rxonU
TtEF7K4DMQT5BC3oHRWp6u5Uy698MeR1njSKmel9cLob8e14vppEXw6OO3hplcw9
NbyDDW/HQlGFEQ==
=6ak0
-END PGP SIGNATURE-

Bug#801822: deb-systemd-helper does not support template units (e.g. foo@.service)

2022-07-11 Thread Victor Westerhuis


Control: tags -1 - patch

On Thu, 03 Feb 2022 16:44:28 +0100 Victor Westerhuis 
 wrote:

I've opened a merge request on Salsa with another possible fix.
It works for me locally, but I would like any feedback if I made a mistake 
somewhere.

I've attached the patch as an attachment and the MR is at 
https://salsa.debian.org/debian/init-system-helpers/-/merge_requests/20.
The MR was merged, but I realise now that the original bug is about 
manipulating instances of template units, which is not what my patch 
addressed.


I've removed the patch tag from this bug report.

--
Victor Westerhuis 


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1014642: libtiff-dev: Wrong section for libtiff-dev

2022-07-09 Thread Victor Westerhuis

Package: libtiff-dev
Version: 4.4.0-3
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

libtiff-dev's section is correctly set to libdevel in d/control.
However, there is an override in the archive settings its section to
oldlibs.

I think this override should be removed, since libtiff-dev is not an
outdated or transitional package.

Regards,

Victor Westerhuis


- -- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libtiff-dev depends on:
ii  libc6-dev [libc-dev]   2.33-7
ii  libdeflate-dev 1.12-1
ii  libjbig-dev2.1-3.1+b2
ii  libjpeg-dev1:2.1.2-1
ii  libjpeg62-turbo-dev [libjpeg-dev]  1:2.1.2-1
ii  liblerc-dev3.0+ds-1
ii  liblzma-dev5.2.5-2.1+~optimized
ii  libtiff5   4.4.0-3
ii  libtiffxx5 4.4.0-3
ii  zlib1-ng-dev [zlib1g-dev]  2.0.6-0+~local1+b1

libtiff-dev recommends no packages.

libtiff-dev suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmLJYpMTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+28bEACujfJH9KCeyNNG1fyq6IOYbxAExjor
bjexSvQwB5qwXIOrwH8MY3mewxAh3Y51l92dUhewGvhRfY+DQ4S9eLj6f64iBrsV
DUJWXMENcLZJbPCJtjJRz6mtyBDTXEB/JH5oKkSERS7JKNzOQaXTDjaAAlYrboKS
3kOZsrnNfATbuzOhritzr4CfaYkExLPXXqM0bhewOX7Apas1424nRU18MCD4+TtZ
6VYHaxII69+dH9zW4nqPrnKEx4I9koxkddnyV+gzMbqzEfk0rRQkFNpFpY0UBjt+
y9T3vOaUTLUhfEeSChDDvBJ0mYzOIRRDgBu1bNZAJRPbIbfTY8RAR19r8ISFNdjG
Q2536Q5q2j70Up4T7WudtQO1TCpozqFpUT+PvyqzM3AzHko4KdIK+PcUQoh7aN5z
p70bWIXiKKoZbyIK2Ex4TNJTnqal4CngovPXKz+KQSk3fi7SwDqo889ekP8i+GYz
1UyFpku0m655agUOPRppZY2jeDGYNwrIOWHT4kecVwZZCPqGU2yjuq4RsQhVcTdC
1byG0KWRcK8U9U5lWXgGpTvMxsYGw3jfK4KR8Bn7D3fyPLDdmNl6rv9FtzRg0Adr
c1+RTtqg8cFQbAV6yzFZBjIkCzze4toXQL0X7079UdJdgeYD09Wi9RSsotNU9bHc
z/9/1IfrgS46iw==
=erYU
-END PGP SIGNATURE-

Bug#1014412: RFS: kmscon/9.0.0-2 -- Simple terminal emulator based on Kernel Mode Setting

2022-07-05 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for my package "kmscon":

 * Package name: kmscon
   Version : 9.0.0-2
   Upstream Author : https://github.com/Aetf/kmscon/issues
 * URL : https://github.com/Aetf/kmscon
 * License : LGPL-2.1+, public-domain, GPL-2 with Font exception, Expat 
and HPND, Expat
 * Vcs : https://salsa.debian.org/viccie30/kmscon
   Section : utils

The source builds the following binary packages:

  kmscon - Simple terminal emulator based on Kernel Mode Setting

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/kmscon/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/k/kmscon/kmscon_9.0.0-2.dsc

Changes since the last upload:

 kmscon (9.0.0-2) unstable; urgency=medium
 .
   * Run agetty instead of login (Closes: #1014316)
   * Bump Standards-Version to 4.6.1

Regards,
- -- 
  Victor Westerhuis


-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmLES4wTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+7V9EACM+eM1xA1IKNv+Qw7mXKBYfUmRRTzu
tdnndbzo27WEoBUVHGJOHvX+FpZ/Je1nDvW+ZMmqI9MQDnyTwzc0eP60UQYZVc4L
po2oMZPtcmbaC4wLpiebgx/iTAvlC68ks1cmC/eBPrRwgk1PsMuhaVHsei1dQj5W
PA4HJJEeWC2QLU7jHiTjn2Z9852xD56H6LF9ucyaj/lZLZEn5Mr8s2PaBu1w0Zly
x4haPY6zZ4GRLJa/QJtLSzxBDhlS2KMhB2LL2c4PaqU3shG9RpavGmtcZ0aM5M4p
ou6BVMVSnu3ijfIBW/1LBAm1mGVoR9p/tvqWnKVnAppJY3Ge7E56YssnbEaM5Z1O
5Jom1afWJZJWE81ifRBfEN4qGSQKgrPnUYMPDst7+32GDxH3z/9kE8uu3v895CCx
HY6bK6m+GoWQeZQ+WtRHXxaEDMECwyCrAfxrGOpNw7gLJjg6rnG5IwPHxAXZZ/Fr
J2r8PmdUafRvqZmChJ/OlzSM95cwFUIgDy5u7XLHHclfuOD3LY7mYoq0hvlMCyGs
1apLSzy0PTkGU8eZnVKNq6kbms4Lhj2uM3LCBDxv5f582nS7UZNCBfQqJgY45s4i
c2Rb2OYMUHurWHprIhn5eKxj9sNIWnSIV0LdlzjxulZHRzUk0tj7I35iO1D7vA4R
RdBF0sXtNIJneQ==
=TxBa
-END PGP SIGNATURE-

Bug#1014316: Unexpected behavior at login prompt

2022-07-05 Thread Victor Westerhuis


On 04/07/2022 02:47, Joseph Carter wrote:

I recently wound up with an ulltrawide monitor that is effectively a 4k
screen with a haircut at 1600 lines … and I'm legally blind. So let me
say that I greatly appreciate this package and the ease with which I
specified a custom DPI to get readable fonts at the console—thank you
for packaging it.

I also appreciate the standard getty fallback. The other distribution
thus far that seems to have kmscon as an option is arch (because of
course it does) and … they describe configuring a specific tty for getty
in case kmscon fails. An automatic fallback seems more elegant.

Thank you for your praise.

 > That said, it behaves a bit strangely prior to logging in, and these
things cause minor usability issues. Chief among these is that backspace
doesn't work. My password is deliberately not short (as in xkcd 936 not
short), and I sometimes mistype it. I've learned that the backspace key
does not work at this login prompt.

This is indeed an error. I will try to get this fixed.


It also doesn't display /etc/issue which might be a symptom of the same
issue, being a different login process than is typically used by Debian
at the console? There might be a workaround, in that case, to run the
more traditional login process under kmscon, but I haven't really
researched that yet and that wouldn't change the default anyway, so a
report is still warranted IMO.
It is caused by running /bin/login directly instead of using (a)getty. 
I'll see what the best solution is, but the fastest solution is to 
update the shipped systemd unit file to use agetty. In some quick 
testing on my own computer, this fixes both issues.


I'll see if I can get a new version uploaded today.

--
Victor Westerhuis 


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1013246: RFS: kmscon/9.0.0-1 [ITP] -- Simple terminal emulator based on Kernel Mode Setting

2022-06-19 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

ear mentors,

I am looking for a sponsor for my package "kmscon":

 * Package name: kmscon
   Version : 9.0.0-1
   Upstream Author : Aetf 
 * URL : https://github.com/Aetf/kmscon
 * License : LGPL-2.1+, public-domain, GPL-2 with Font exception, Expat 
and HPND, Expat
 * Vcs : https://salsa.debian.org/viccie30/kmscon
   Section : utils

The source builds the following binary packages:

  kmscon - Simple terminal emulator based on Kernel Mode Setting

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/kmscon/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/k/kmscon/kmscon_9.0.0-1.dsc

Changes for the initial release:

 kmscon (9.0.0-1) unstable; urgency=medium
 .
   * Initial release (Closes: #1004919)

Regards,
- -- 
  Victor Westerhuis



-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmKvjv4THHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+1DuEACoVZ3h4kLV+vGvRLwqs7C8BdzOl9F4
JIX3J0wKTUYp+y0x7phTDvoTCdEPVmYdaaF8UTMAJJBn0CSCxfL/VHoLWwG6HadI
EU1ECy1u5TAuZrFxVeUUArzUzIuMulPPldXdoRh0xghdwTNDdF9HI0w9pSTkgDwW
3GwgLNnTfk3gidgC7K46oHc0grqma0m5fZ7TFAvRMyl7cU5WPxJ8Mzt9BcIvEx8Y
vURyb/58/9wOsKOruchcsvQsXJpT6IBYA3F5csfVVdvY9tp20GDS9/dTdh2+bshM
j4xm1ZwKnZOlSwkpzScHnY2/UhxUIROvemtXyPsnY0A+0PtDT7eUMR+5DJUjAKAe
nPxSThsQqn3YVn4CkpDgVWH4VXsj2r9vM/LD+yOw/TO8Kg462GSk3Bw+398pU3mc
w/wpCVFwflw6vgVN54T8zSM0glqpOCOzL6zszxOy0x4efH7dNUA8y2iJunexqEQC
O6fG5sruRWSQYybo1dw8I1uRVPFw67J+NamsOLpD0tf8k9FtjdoVM44OpmATzXII
IlNtY7Ah3P+pfnI5cwoJ81Y63ZYUnCC4jq/YW68pfOhhFG3ULG2INjdWCJBfM4+6
WSxduOdxj3sZF3gI4+5pymG1fN6Vk54Vrx1XcVyK6pyFR1i9feJjc5nCro5MIrEI
UfG0EZEDrN90qw==
=rOiZ
-END PGP SIGNATURE-

Bug#1012398: ITP: golang-github-gomagedon-expectate --

2022-06-06 Thread Victor Seva


Package: wnpp
Severity: wishlist
Owner: Victor Seva 

* Package name: golang-github-gomagedon-expectate
  Version : 1.1.0-1
  Upstream Author : Steven C Kaufman 
* URL : https://github.com/gomagedon/expectate
* License : Expat
  Programming Lang: Go
  Description : lightweight testing utility for golang
  .
  This testing library's intended purpose is to provide 'expect'
  syntax assertions to golang without using the heavy-handed ginkgo
  toolset.

This package is needed by secsipidx 1.2.0

--
-
|   ,''`. |
|  : :' : |
|  `. `'      Victor Seva |
|`-PGP Key ID: 0x51A09B18CF5A5068 |
 -


OpenPGP_0x51A09B18CF5A5068.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1010354: RFS: libtsm/4.0.2-0.3 [NMU] -- Terminal-emulator State Machine - development

2022-04-29 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for my package "libtsm":

 * Package name: libtsm
   Version : 4.0.2-0.3
   Upstream Author : https://github.com/Aetf/libtsm/issues
 * URL : https://github.com/Aetf/libtsm
 * License : public-domain, LGPL-2.1+, MIT-Open-Group and HPND-DEC and 
HPND-DEC-HP and Expat, Expat and HPND and BSD-2-clause, Expat
 * Vcs : https://salsa.debian.org/viccie30/libtsm
   Section : libs

The source builds the following binary packages:

  libtsm4 - Terminal-emulator State Machine - runtime
  libtsm-dev - Terminal-emulator State Machine - development

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/libtsm/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/libt/libtsm/libtsm_4.0.2-0.3.dsc

Changes since the last upload:

 libtsm (4.0.2-0.3) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Ensure that the CMake config files always point to the shared library.
 (Closes: #1010350)

Regards,
- -- 
  Victor Westerhuis


-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmJryqATHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+yhyD/0ZCYWNuzFHZVTEB9RcK4N1BmRZTjiO
ZhuPxn+R6yGOTmwxLIrkvcZ/3yTW7yDIsICnrS2oE8NmsX97QuA/vsq9FrA0bWt9
GNKvV9ra5/vKfN/Aj45TFPZyJIsFkqlSGthZWjLh7QAW8uQaIWcjmiLWoxeIdp82
XjFwrQyeYqQN7PRl/9/LV+KyBuOeA6IukoYFO96FSecNYxosVoHTMfpWf+wdeCAe
R/otlyiWo9Lvp88aFiw8mG67/d2rM2r6wna0u67EYG2vKJ33Ow9Q/HO+yvw4Jq+y
tUIHttTvat6PVlDz38VAgPvFe75lEUiKU7cDpI5rE5VCPw4YMDMZS1GmokWtkSQ1
jLRy0c9OBq0we+4fGk+PRfbAp9hjHnSiQlhjD1TUiJrDe3/HHcqV8/Pjx1veJ001
xCUt2HhReaUN/VJDa4OMrow8jDUMzQSBSEhV0UZD7VfYQSFHDVmrc7EKZZeOjpIh
upsTet6u7KxH1/+4BcMBmArIGhu8eea/D/VlGh77uLztnjiupHcr4vN3R+k7Gr+R
kl05N3mjEhWQJjuZlxrvMuivfM70cEW9fPqwulh2KUVLAWWGx6Hf/MaC8Lifo3VU
CbrvBU1mXfGY5+3TZ4zvsDoli4xm89DO0A8Rb7MJeRPfZq2bn3O/oCuX9mjQyFLR
ofeXahfu8ntr2A==
=HAjA
-END PGP SIGNATURE-

Bug#1010350: libtsm: CMake config files randomly point to either static or shared library

2022-04-29 Thread Victor Westerhuis

Source: libtsm
Version: 4.0.2-0.2
Severity: important
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

https://tests.reproducible-builds.org/debian/dbdtxt/unstable/arm64/libtsm_4.0.2-0.2.diffoscope.txt.gz
shows that the installed CMake config files can randomly either point to the 
static or the shared version
of the library.

I have uploaded 4.0.2-0.3 to mentors.debian.net to address this error.

- -- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.17.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmJrtFETHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+w1nEAC0mbvn6EWWsMPevz1HvLIQQx8TjBle
Y0yzu047Zvh526ENC/MBt5vdYgZqKLgdDU6O/Tw8UL4Cz8cBvCIhBuRyR4WakhxA
u/5L88wSPbfM50EfZjUc8HGomV1bnOA9fR1Bdhj1vnhRPWjWTldLfAQBP+OOPhuV
EWDHwpEb81FNfgjYG77X3HIl1HN8LKZJIMOQ6AG0DVNwiH5KznjU0Ve6HlzkF8zH
sIY+SLdcZmavOOEWfASyBvk/mhieroGhsIWooQInscQwsZCZcYSTCO7ePlJa5CUb
ygY1hor9GYh3DFZSTydJEm8QzjlbV9XPekdLvcUPYoeQodRJ0IbaZwZ6wiPbafWt
KtRSjpDGCLt9HVojnXy6b1qlkALjwcPkb2d4ynUymwE6O/kIMzxzbBcjmx2Nnhud
ZXEnT4AOvWfa0Y/Kdem/MtjpHEy29vODeZDvvFq2i85etV2ttaGaMz8l5BKMi/xY
umRx5+qDfNzCUP5nCgaqXWSWbmhrO4DWBlCZ8yyw1aTsAnfiOZ9wwOgHWypg+rU2
sgEw+/RvgrsCL9f1TBDV6JWLELloDehyBtSdZp+Gq5zjhCHXZRVmPFlx79vEdrHB
8t/5ayXzmd7cSlcI4XSl8Wz72KVliRW2DM2qE+ous18nu+BTQWbh40nQGyN8xbCh
MgMzTD3l7tUbMA==
=87Ug
-END PGP SIGNATURE-

Bug#1010290: nmu: libtsm_4.0.2-0.1

2022-04-27 Thread Victor Westerhuis

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi!

libtsm cannot migrate unless it's rebuilt on buildd. There are no arch:all 
packages, so this should give no problems.

nmu libtsm_4.0.2-0.1 . i386 . unstable . -m "Rebuild on buildd"


-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmJpxHUTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA++dAD/9U4RVLm3HRaWQqWvG/JpsAkhWepUrg
LeHCX2yxI0LVbmw19Vs4Cu7S1RlRLtP+1KLoHHvJA2QAoGWPXvxCuejCOGyA6nRH
vvZUoiRbUnarvhQwKl8hC2AcccSlbIVyskgU6VyK/qaj4yYiK51XDMdHSFTEvr9W
w1LYaicnhJw6TRWGI34UK2WQ2et9qMOBdEy3m43jKwfFjJX7pXBYziqthGDY1xd8
4dLN8BGpSGwcqONcW5bkX4fC/Qn0w+jXD47uVx9g8nr7uIDowafP4tf9Q+KZzx9R
ZJQNkZNe6X/VE5HhkjH03ttFdkYpBxquOErNtCco029rUWtHBfZG4+oDxOisiC3h
9JHdg2f2h0/5wpFtfVJ/caBMstBIcxzXvOMxfei5lCX0YZWChTyAWtNoHaaFj8yr
tHv8htT4C6j9JbyepvnUAQqAQ8Bb3zSqkP+eOiyasbHqbcydi2apdUmiuAeNSqq8
DDjCXhjipcW9ntDiT5pc4//Y85rn2if9Z4yMGPXgN8BFAm+TJ+r9ClMwMzOwDBYF
ONce4Zf/8pyKxLEwt1JiFRKAIaAi10c8y3lobziAddlhQKy+F3Nm+XcdDQRpseII
fg5xJ+ochuraavhtbdohlF5IMP0Asrt968iYJcpO5oqLN005avPX57GlkipjdgO+
9tjphYjyrW/jVw==
=rMkL
-END PGP SIGNATURE-

Bug#1004922: Asking for new upstream release

2022-04-27 Thread Victor Westerhuis

I have retracted the current version of kmscon I had uploaded at 
mentors.debian.net to ask the upstream maintainer for a new release 
(https://github.com/Aetf/kmscon/issues/42), so I can prepare a proper 
release for Debian.


A new version of libtsm has just been accepted into the archive, closing 
the blocking bug #1004921, so there should be no further blocks once I 
get a new version of kmscon ready.

--
Victor Westerhuis 


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1004921: libtsm: Package too old for kmscon

2022-04-27 Thread Victor Westerhuis


On 26/04/2022 23:31, Bastian Germann wrote:
On Thu, 03 Feb 2022 18:00:15 +0100 Victor Westerhuis 
 wrote:

I've just opened an ITP bug for kmscon, #1004919. This package
depends on libtsm version 4.0.0 or greater.

Upstream development has long stopped on libtsm and kmscon depends
on a fork by the same author at https://github.com/Aetf/libtsm.

I have prepared packaging for version 4.0.1 from the fork at
https://salsa.debian.org/viccie30/libtsm. You are welcome to use
that, but I'm also willing to take over maintenance if you want.

It looks like there are no reverse dependencies on the current
versions of libtsm3 and libtsm-dev, so the upgrade should create
no problems.


I have sponsored the package version from Victor as a NMU with some tiny 
modifications.

The debdiff is attached.

Thanks for the upload. I missed the extra copyright declaration from HP 
halfway through external/xkbcommon/xkbcommon-keysyms.h, so thank you for 
noticing.

If you do not like the change, please ask FTP Masters to remove the upload

--
Victor Westerhuis

Bug#1004662: prosody: postinst keeps messing with snakeoil certs

2022-03-15 Thread Victor Seva


Hi,

On 3/15/22 10:29, Martin wrote:

On 2022-02-01 23:07, Martin wrote:

There have been a number of prosody package bugs related to snakeoil
certs. I wonder, if it is worth the trouble?

For most real world installations, people get LE certs or buy them or
they have their own CA.

Maybe prosody package should just drop the whole snakeoil stuff?


Now that 0.12 is released, it would be nice to get rid of this blocker.
Is there a good reason to cling to snakeoil certificates?



No one that I'm aware of. I'm in favor of just remove that part.

--
-
|   ,''`. |
|  : :' : |
|  `. `'  Victor Seva |
|`-PGP Key ID: 0x51A09B18CF5A5068 |
 -


OpenPGP_0x51A09B18CF5A5068.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1004921: libtsm: Package too old for kmscon

2022-02-19 Thread Victor Westerhuis

Source: libtsm
Followup-For: Bug #1004921

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Aetf has released version 4.0.2 of their fork. I have
updated the version in my Salsa repository as well.

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmIRLJoTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+xmwD/9HeMJhZPZ0GAa7ePdyq1CBEYqge8JF
+B62/e5vhm/pCDCLXNIEq92FNZLp2P9MLfE9ZZNEQ6G+IXaxN92Wc7E/aKUJlXBh
55hIaB39/Kt2Rhz0OcXF79NX5GoyEPyDDd2+Co97VMF5eovN7UsASMgs2JX/d7/5
FDS6mwX/EiC5OZC1J1GYV9o4p4JCllSo4xCYxZEdUTXIwDHDAFqXx5NZvI1C8Rdv
y5GUTiKK+w25REUB6lWJ0WleHLdCFH/BcTZ/7VxEvpC6BbnURAUX9Pz4s+r/hnpf
eGqVtU+dM3kgiJ0EAEww/LCIWvMWP2D76bJrAJGvXIyiOQNONzRW9TmhHpxn3M+R
2z61GLRtaXz2tUx8Lt80fz6xiLhjRmIibgGLehQWYRt/ZxO0+sNEhlhple06oYzh
yCn2+MbtGns9QODkGWabV+QElfoh6RZU0a/Vp9g8Nf+WByPtZuzoxRzLI4vzvsnk
Kqaqm+NQ5lbzDecpzRVlxAy8wymkrdbkENCYry31EQ9QCtuHIvlh7nNa0XIJnh4A
+dXlHpWHzxe+8r0uXFzO0p9VyQ+B9WgXbL+NDphEpP+WueoQLkXl7Q+mT71rAjnW
x9luQ0VpbpUmLcYnNjk0PBBqlgkRFeE2B/553uha739l18Vy8UOM52WJ4SjFHalX
hbqf9mn0KhCXPA==
=CEFL
-END PGP SIGNATURE-

Bug#851670:

2022-02-17 Thread Victor Deriy

  Untitled Jam

Bug#851670:

2022-02-17 Thread Victor Deriy

Bug#851670: Info received ()

2022-02-17 Thread Victor Deriy

чт, 17 февр. 2022 г., 19:51 Debian Bug Tracking System <
ow...@bugs.debian.org>:

> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> 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.
>
> 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 851...@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.
>
> --
> 851670: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=851670
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>

Bug#1005751: kuvert: mishandles sendmail invocation for messages without X-Kuvert-From header

2022-02-14 Thread Victor Westerhuis

Package: kuvert
Version: 2.2.3
Severity: normal
Tags: patch upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

kuvert passes the full contents of the first address in the From header to
sendmail's -f option. At least msmtp's sendmail implementation expects the
argument to -f to be just the e-mail address.

I've opened a PR on Github with the 1-character fix, see
https://github.com/az143/kuvert/pull/3.


- -- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.15.0-3-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kuvert depends on:
ii  gnupg 2.2.27-3
ii  libauthen-sasl-perl   2.1600-1.1
ii  libc6 2.33-5
ii  libencode-locale-perl 1.05-1.1
ii  libfile-slurp-perl.32-1
ii  libio-socket-ssl-perl 2.074-2
ii  libmailtools-perl 2.21-1
ii  libmime-tools-perl5.509-1
ii  libnet-server-mail-perl   0.28-1
ii  libnet-smtps-perl 0.10-1
ii  libproc-processtable-perl 0.634-1+b1
ii  msmtp-mta [mail-transport-agent]  1.8.16-1
ii  perl  5.34.0-3

kuvert recommends no packages.

Versions of packages kuvert suggests:
ii  keyutils  1.6.1-2+~lto

- -- no debconf information

- -- debsums errors found:
debsums: changed file /usr/bin/kuvert (from kuvert package)

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmIKTTcTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+0rUEACjXbb1WwdWvk2DrPo6UMuqPhoTZ9sM
bA+93xT9iAgWSzhz222SO0MQyWtlHx0Z39s/wUj1HecJb51+6EDqKA1b8l2FESgv
k2iON7zyuoYqbY7WNhLT1YM3weiH8eb43d5HAydieo42EeoaemQYTlthA8pCfgxB
JBGBw8aEnnxCsfwOKSi4pVzzry0H3yDRoj2jq5b/h0RvLjYPFxasW602oqzgXgZE
Zp06LRa6LMeD9hMc6ZOkoTNIV31zBnJSIPWkbuTsYRi+pgfvqqriJ7gnK0+ei0VW
2sG0SJ6nGtNweFDCGYV3XrYEcy483ETT4YNHGmkmLVJEUPK5bFiKUrc1J/ZAw7YC
O5O6KTR++yFMG6K8iQHvTsY5nhzzfCYit0G1xMos9tb4OF2M4kWiTiUkYTm8+Fm0
/RVMwK/AZ+JUBAfghXpTbb21+CExL6Q9eERcQCPWvxyVs390RqB2gCh+PCLeYNRM
oKeDJLbGZO3ep2NsdKhh/739KEMCl2mqn4xBMKLG5r0Zqv3SRUp+oSWfO9BSPnW5
ZSwdGgFY+k8qkKI9v+eTWpeB3GqPNPmzam9+UyfSmL+ksxU9uJoioC4BY849RnNN
rkwcVb4epFcEfJas2OQW9F/UVoZSs25w5PSXKOuoGoJiF4bF1yLO9BHoJkh7Ma96
LrfvW3X5cUFTEw==
=Y5Y/
-END PGP SIGNATURE-

Bug#1005740: RFP: rust-sequoia-octopus-librnp -- Sequoia-based OpenPGP Backend for Thunderbird

2022-02-14 Thread Victor Westerhuis

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: pkg-rust-maintain...@alioth-lists.debian.net

* Package name: rust-sequoia-octopus-librnp
  Version : 1.2.1
  Upstream Author : Justus Winter ,
Neal H. Walfield ,
Nora Widdecke ,
Wiktor Kwapisiewicz 
* URL : https://gitlab.com/sequoia-pgp/sequoia-octopus-librnp
* License : LGPL-2.0+
  Programming Lang: Rust
  Description : Sequoia-based OpenPGP Backend for Thunderbird

This is a drop-in replacement for the RNP library supported and shipped by 
Thunderbird.

Contrary to the official PGP support in Thunderbird, this integrates
with the GnuPG keyring and gpg-agent.

Fedora already packages this library. I tried packaging it myself,
but I'm struggling with all the dependencies, so I hope someone
in the Rust team might be able to do it.

Bug#1004922: RFS: kmscon/8+40-1 [ITP] -- Simple terminal emulator based on Kernel Mode Setting

2022-02-07 Thread Victor Westerhuis


On 07/02/2022 12:10, Adam Borowski wrote:

On Thu, Feb 03, 2022 at 05:51:21PM +0100, Victor Westerhuis wrote:

  * Package name: kmscon
Version : 8+40-1



  kmscon (8+40-1) unstable; urgency=medium
  .
* Initial release (Closes: #1004919)


Hi,
 Build-Depends: libtsm-dev (>= 4.0.0)
is unsatisfiable, as the newest version of this library is 3-1+b1.


Meow!
You're right, that's why I've opened a bug against src:libtsm to update 
that as well, #1004921. I have it packaged in my own Salsa account 
(https://salsa.debian.org/viccie30/libtsm) and I've asked the maintainer 
to update it.


--
Victor Westerhuis 


OpenPGP_signature
Description: OpenPGP digital signature

1 2 3 4 5 6 7 8 9 10 >

1 - 100 of 996 matches

Mail list logo