date:20211116


Package: node-regexpu-core
Version: 4.7.1-3
Severity: serious

node-regexpu-core build-depends on node-unicode-13.0.0
which is no longer built by the node-unicode-data source package. It
is still present in unstable as a cruft package but is completely gone from
testing.

The package appears to have been replaced by node-unicode-14.0.0

Bug#999818: node-regenerate-unicode-properties build-depends on removed package.


Package: node-regenerate-unicode-properties
Version: 8.2.0+ds-2
Severity: serious

node-regenerate-unicode-properties build-depends on node-unicode-13.0.0
which is no longer built by the node-unicode-data source package. It
is still present in unstable as a cruft package but is completely gone from
testing.

The package appears to have been replaced by node-unicode-14.0.0

Bug#999817: libstdc++-arm-none-eabi build-depends on removed package.


Package: libstdc++-arm-none-eabi
Version: 13
Severity: serious
x-debbugs-cc: kei...@debian.org

libstdc++-arm-none-eabi build-depends on the gcc-arm-none-eabi-source binary
package which is no longer built by the gcc-arm-none-eabi source package. It
is still present in unstable as a cruft package but is completely gone from
testing.

Keith's comment when removing the package was "Why did this exist?", so I
would guess that he did not check reverse build-dependencies.

Bug#999816: rpm - build-depends on removed package.


Package: rpm
Version: 4.16.1.2+dfsg1-3
Tags: bookworm, sid
Severity: serious

rpm build-depends on libsepol1-dev which is no longer built by the libsepol
source package. The package is completely gone from testing, in unstable it is 
still
present as a cruft package, but is not usable for building cryptsetup because 
the
current version of libselinux1-dev conflicts with it.

I suspect (but have not tested) that you need to change your build-dependency to
libsepol-dev.

Bug#999815: cryptsetup - build-depends on removed package.


Package: cryptsetup
Version: 2:2.4.1-1
Severity: serious

cryptsetup build-depends on libsepol1-dev which is no longer built by the 
libsepol
source package. The package is completely gone from testing, in unstable it is 
still
present as a cruft package, but is not usable for building cryptsetup because 
the
current version of libselinux1-dev conflicts with it.

I suspect (but have not tested) that you need to change your build-dependency to
libsepol-dev.

Bug#999366: lz4tools ftbfs with Python 3.10 (test failures)

Package: lz4tools
Version: 1.3.1.1-1.1
Followup-For: Bug #999366
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu jammy ubuntu-patch
Control: tags -1 patch

Please find attached a patch for this issue, which has been uploaded to
Ubuntu to fix the build failure there where the Python 3.10 transition has
started.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru lz4tools-1.3.1.1/debian/patches/python-3.10.patch 
lz4tools-1.3.1.1/debian/patches/python-3.10.patch
--- lz4tools-1.3.1.1/debian/patches/python-3.10.patch   1969-12-31 
16:00:00.0 -0800
+++ lz4tools-1.3.1.1/debian/patches/python-3.10.patch   2021-11-16 
21:10:03.0 -0800
@@ -0,0 +1,55 @@
+Description: fix compatibility with python 3.10
+ Python 3.10 requires use of Py_ssize_t instead of int.
+Author: Steve Langasek 
+Last-Update: 2021-11-16
+Bug-Debian: https://bugs.debian.org/999366
+
+Index: lz4tools-1.3.1.1/src/python-lz4f.c
+===
+--- lz4tools-1.3.1.1.orig/src/python-lz4f.c
 lz4tools-1.3.1.1/src/python-lz4f.c
+@@ -28,6 +28,8 @@
+  * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
+  * POSSIBILITY OF SUCH DAMAGE.
+  */
++#define PY_SSIZE_T_CLEAN
++
+ #include 
+ #include 
+ #include 
+@@ -91,7 +93,7 @@
+ PyObject *result;
+ const char* source;
+ char* dest;
+-int src_size;
++Py_ssize_t src_size;
+ size_t dest_size;
+ size_t final_size;
+ size_t ssrc_size;
+@@ -148,7 +150,7 @@
+ static PyObject *py_lz4f_compressUpdate(PyObject *self, PyObject *args) {
+ const char* source;
+ char* dest;
+-int src_size;
++Py_ssize_t src_size;
+ LZ4F_compressionContext_t cCtx;
+ PyObject *result;
+ PyObject *py_cCtx;
+@@ -241,7 +243,7 @@
+ 
+ static PyObject *py_lz4f_getFrameInfo(PyObject *self, PyObject *args) {
+ const char *source;
+-int src_size;
++Py_ssize_t src_size;
+ LZ4F_decompressionContext_t dCtx;
+ LZ4F_frameInfo_t frameInfo;
+ PyObject *blkSize;
+@@ -292,7 +294,7 @@
+ const char* source;
+ char* dest;
+ LZ4F_decompressionContext_t dCtx;
+-int src_size;
++Py_ssize_t src_size;
+ PyObject *decomp;
+ PyObject *next;
+ PyObject *py_dCtx;
diff -Nru lz4tools-1.3.1.1/debian/patches/series 
lz4tools-1.3.1.1/debian/patches/series
--- lz4tools-1.3.1.1/debian/patches/series  2019-07-10 20:31:03.0 
-0700
+++ lz4tools-1.3.1.1/debian/patches/series  2021-11-16 21:06:26.0 
-0800
@@ -1 +1,2 @@
 non-x86-ftbfs.patch
+python-3.10.patch

Bug#999370: pystemd ftbfs with Python 3.10

Package: pystemd
Version: 0.7.0-4
Followup-For: Bug #999370
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu jammy ubuntu-patch
Control: tags -1 patch

Hi Alexandros,

The build failure is because the upstream tarball ships .c files generated
with an old cython.  Regenerating them with current cython fixes the build
failure.  Please see the attached patch which achieves this.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru pystemd-0.7.0/debian/control pystemd-0.7.0/debian/control
--- pystemd-0.7.0/debian/control2020-03-21 21:28:30.0 -0700
+++ pystemd-0.7.0/debian/control2021-11-16 18:57:21.0 -0800
@@ -3,7 +3,8 @@
 Priority: optional
 Maintainer: Debian Python Modules Team 

 Uploaders: Alexandros Afentoulis 
-Build-Depends: debhelper-compat (= 12),
+Build-Depends: cython3,
+   debhelper-compat (= 12),
dh-python,
libsystemd-dev,
python3-all-dev,
diff -Nru pystemd-0.7.0/debian/patches/re-cythonize.patch 
pystemd-0.7.0/debian/patches/re-cythonize.patch
--- pystemd-0.7.0/debian/patches/re-cythonize.patch 1969-12-31 
16:00:00.0 -0800
+++ pystemd-0.7.0/debian/patches/re-cythonize.patch 2021-11-16 
18:57:21.0 -0800
@@ -0,0 +1,228 @@
+Description: import dbusc.pxd from upstream git, missing from the tarball
+Author: Steve Langasek 
+Last-Update: 2021-11-16
+
+Index: pystemd-0.7.0/pystemd/dbusc.pxd
+===
+--- /dev/null
 pystemd-0.7.0/pystemd/dbusc.pxd
+@@ -0,0 +1,219 @@
++# cython: language_level=3
++#
++# Copyright (c) 2017-present, Facebook, Inc.
++# All rights reserved.
++#
++# This source code is licensed under the license found in the LICENSE file in
++# the root directory of this source tree.
++#
++
++from libc.stdint cimport (
++  int16_t,
++  int32_t,
++  uint8_t,
++  int64_t,
++  uint16_t,
++  uint32_t,
++  uint64_t,
++)
++
++
++cdef extern from "sys/uio.h":
++cdef struct iovec:
++void * iov_base
++size_t iov_len
++
++
++cdef extern from "systemd/sd-journal.h":
++int sd_journal_sendv(iovec *iov, int n);
++
++
++cdef extern from "systemd/sd-daemon.h":
++  int SD_LISTEN_FDS_START
++  int sd_listen_fds(int unset_environment)
++  int sd_notify(int unset_environment, const char *state)
++  int sd_booted()
++  int sd_watchdog_enabled(int unset_environment, uint64_t *usec)
++
++cdef extern from "systemd/sd-bus.h":
++  ctypedef struct sd_bus:
++pass
++
++  ctypedef struct sd_bus_message:
++pass
++
++  ctypedef struct sd_bus_slot:
++pass
++
++  ctypedef struct sd_bus_error:
++char *name
++char *message
++int _need_free
++
++  ctypedef int (*sd_bus_message_handler_t)(
++sd_bus_message *m,
++void *userdata,
++sd_bus_error *ret_error
++  ) except -1
++
++  int sd_bus_open_user(sd_bus **ret)
++  int sd_bus_open_system(sd_bus **ret)
++  int sd_bus_open_system_remote(sd_bus **ret, const char *host)
++  int sd_bus_open_system_machine(sd_bus **ret, const char *machine)
++
++  int sd_bus_default_user(sd_bus **ret)
++
++  int sd_bus_new(sd_bus **ret)
++  int sd_bus_set_address(sd_bus *bus, const char *address)
++  int sd_bus_set_bus_client(sd_bus *bus, int b)
++  int sd_bus_get_address(sd_bus *bus, const char **address)
++  int sd_bus_start(sd_bus *ret)
++
++  int sd_bus_call(sd_bus *bus, sd_bus_message *m, uint64_t usec, sd_bus_error 
*ret_error, sd_bus_message **reply)
++  int sd_bus_call_method(
++sd_bus *bus,
++const char *destination,
++const char *path,
++const char *interface,
++const char *member,
++sd_bus_error *ret_error,
++sd_bus_message **reply,
++const char *types, ...)
++
++  int sd_bus_get_property_string(
++sd_bus *bus,
++char *destination,
++char *path,
++char *interface,
++char *member,
++sd_bus_error *ret_error,
++char **ret)
++
++  int sd_bus_get_property(
++sd_bus *bus,
++const char *destination,
++const char *path,
++const char *interface,
++const char *member,
++sd_bus_error *ret_error,
++sd_bus_message **reply,
++const char *type)
++
++  int sd_bus_get_fd(sd_bus *bus)
++  int sd_bus_get_unique_name(sd_bus *bus, const char **unique)
++  int sd_bus_process(sd_bus *bus, sd_bus_message **r)
++  int sd_bus_wait(sd_bus *bus, uint64_t timeout_usec)
++  void sd_bus_error_free(sd_bus_error *e)
++  sd_bus *sd_bus_unref(sd_bus *bus)
++  void sd_bus_close(sd_bus *bus)
++
++  int sd_bus_message_new_method_call(
++sd_bus *bus,
++sd_bus_message **m,
++const char *destination,
++const char *path,
++const char *interface,
++const char *member)
++
++  int sd_bus_message_peek_type(
++sd_bus_

Bug#999814: RM: ksh/experimental -- ROM

2021-11-16 Thread Anuradha Weeraman

Package: ftp.debian.org
Severity: normal

Hi

Please remove ksh (20210510-93u+m-1.0.0~beta.1-1) from experimental. The
version in experimental has been superceded by a package transition
to src:ksh93u+m and so there is no longer a valid upgrade path to the
version in experimental.

thanks,
Anuradha

Bug#999374: python-gammu ftbfs with Python 3.10 (test failures)

Package: python-gammu
Version: 2.12-2
Followup-For: Bug #999374
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu jammy ubuntu-patch
Control: tags -1 patch

Hi Michal,

Attached is a patch that fixes this build failure with python 3.10.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru python-gammu-2.12/debian/patches/python-3.10.patch 
python-gammu-2.12/debian/patches/python-3.10.patch
--- python-gammu-2.12/debian/patches/python-3.10.patch  1969-12-31 
16:00:00.0 -0800
+++ python-gammu-2.12/debian/patches/python-3.10.patch  2021-11-16 
17:56:32.0 -0800
@@ -0,0 +1,70 @@
+Description: fix compatibility with python 3.10
+ Python 3.10 requires use of Py_ssize_t instead of int.
+Author: Steve Langasek 
+Last-Update: 2021-11-16
+Bug-Debian: https://bugs.debian.org/999374
+
+Index: python-gammu-2.12/gammu/src/gammu.c
+===
+--- python-gammu-2.12.orig/gammu/src/gammu.c
 python-gammu-2.12/gammu/src/gammu.c
+@@ -18,6 +18,7 @@
+  *
+  */
+ 
++#define PY_SSIZE_T_CLEAN
+ /* Python-gammu configuration */
+ #include 
+ #include 
+@@ -3519,7 +3520,7 @@
+ GSM_CallDivert divert;
+ static char *kwlist[] = {"Divert", "Type", "Number", "Timeout", 
NULL};
+ char*cond, *type, *number;
+-int number_len;
++Py_ssize_t number_len;
+ 
+ divert.Timeout = 0;
+ 
+@@ -6409,7 +6410,7 @@
+ PyObject *o = Py_None;
+ gboolean smsc;
+ const unsigned char *pdu;
+-int pdulen;
++Py_ssize_t pdulen;
+   size_t parse_len = 0;
+ GSM_SMSMessage sms;
+ 
+Index: python-gammu-2.12/gammu/src/smsd.c
+===
+--- python-gammu-2.12.orig/gammu/src/smsd.c
 python-gammu-2.12/gammu/src/smsd.c
+@@ -21,6 +21,8 @@
+ 
+ /* Python-gammu configuration */
+ 
++#define PY_SSIZE_T_CLEAN
++
+ /* Python includes */
+ #include 
+ 
+Index: python-gammu-2.12/gammu/src/convertors/sms.c
+===
+--- python-gammu-2.12.orig/gammu/src/convertors/sms.c
 python-gammu-2.12/gammu/src/convertors/sms.c
+@@ -21,6 +21,7 @@
+ 
+ /* SMS related conversions */
+ 
++#define PY_SSIZE_T_CLEAN
+ #include "convertors.h"
+ #include "misc.h"
+ 
+@@ -689,7 +690,7 @@
+   "{s:s,s:s#,s:i,s:i,s:i,s:i}",
+ #endif
+   "Type", type,
+-  "Text", udh->Text, udh->Length,
++  "Text", udh->Text, (Py_ssize_t)udh->Length,
+   "ID8bit", udh->ID8bit,
+   "ID16bit", udh->ID16bit,
+   "PartNumber", udh->PartNumber,
diff -Nru python-gammu-2.12/debian/patches/series 
python-gammu-2.12/debian/patches/series
--- python-gammu-2.12/debian/patches/series 1969-12-31 16:00:00.0 
-0800
+++ python-gammu-2.12/debian/patches/series 2021-11-16 17:53:10.0 
-0800
@@ -0,0 +1 @@
+python-3.10.patch

Bug#998679:

2021-11-16 Thread Vladimir Bossilkov

Hi All,

This bug has already been discussed and fixed in the mainline firefox
packages (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998108). The
discussion even includes a one-liner for hex-editing the binary to fix the
freezing.

Any reason why this fix cannot be backported to the firefox-esr package?

Regards,
Vlad

Bug#999777: 6.3-1 breaks scrolling in neovim on gnome-terminal with vertical splits

2021-11-16 Thread Thomas Dickey

On Wed, Nov 17, 2021 at 01:11:52AM +0100, Josh Triplett wrote:
> On Tue, 16 Nov 2021 23:00:08 +0100 Sven Joachim  wrote:
> > On 2021-11-16 21:53 +0100, Josh Triplett wrote:
> > 
> > > On Tue, Nov 16, 2021 at 08:02:53PM +0100, Sven Joachim wrote:
> > >> On 2021-11-16 16:30 +0100, Josh Triplett wrote:
> > >>
> > >> > Package: libncursesw6
> > >> > Version: 6.3-1
> > >> > Severity: important
> > >> > X-Debbugs-Cc: j...@joshtriplett.org
> > >> >
> > >> > "important" because this makes neovim nearly unusable; not RC because
> > >> > I've only observed it with one combination of terminal and program. I
> > >> > personally think that might still be enough to make it RC until
> > >> > root-caused to determine if it's breaking anything else.
> > >> >
> > >> > Steps to reproduce:
> > >> >
> > >> > - `nvim -u NONE` (to ignore any .vimrc)
> > >> > - :%!seq 1000
> > >> > - :vert new
> > >> > - :%!seq 1000
> > >> > - Hit page-down
> > >> > - Observe the other side of the split (as well as the vertical bar
> > >> >   between the split windows) scrolling off the screen.
> > >> >
> > >> > Downgrading the ncurses packages to 6.2+20210905-1 makes the problem
> > >> > disappear; re-upgrading to 6.3-1 makes it come back.
> > >>
> > >> This is rather surprising, because neovim does not depend on
> > >> libncursesw6, not even on libtinfo6.  Did you up-/downgrade
> > >> ncurses-{base,term} as well, and what is your $TERM?
> > >
> > > I downgraded by installing all seven of:
> > >
> > > libncurses6_6.2%2B20210905-1_amd64.deb
> > > libncursesw6_6.2%2B20210905-1_amd64.deb
> > > libncurses-dev_6.2%2B20210905-1_amd64.deb
> > > libtinfo6_6.2%2B20210905-1_amd64.deb
> > > ncurses-base_6.2%2B20210905-1_all.deb
> > > ncurses-bin_6.2%2B20210905-1_amd64.deb
> > > ncurses-term_6.2%2B20210905-1_all.deb
> > >
> > > That made the issue disappear. Re-upgrading made the issue re-appear.
> > 
> > Did you also restart gnome-terminal?  I don't really see how that could 
> > affect
> > the issue since nothing in its stack depends on ncurses, but I am
> > completely at a loss here.
> 
> I just confirmed that upgrading *only* ncurses-base causes the issue to
> appear, and downgrading *only* ncurses-base causes the issue to
> disappear.

well... ncurses-base includes a (less-than-minimal) subset of the terminal
database.

You might try installing ncurses-term and setting TERM=vte-256color
to check that neovim doesn't for instance use left/right margins in
this scenario - if so, the bug's actually in gnome-terminal.

Like most of the "VT525" features, it's not implemented:

https://github.com/GNOME/vte/blob/ebecf6ac04488d0d697c255d582ea891c3bf1577/src/vteseq.cc#L4621

Hostettler got that right (though I pointed out some other cases where he'd
credited gnome-terminal with features which were an empty shell):

https://terminalguide.namepad.de/mode/

> I did not restart gnome-terminal.
> 
> strace of `nvim -u NONE` confirms that it opens and reads
> /lib/terminfo/x/xterm-256color . neovim depends on both libunibilium4
> and libtermkey1, which use terminfo.

it also uses libvterm :-)

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: PGP signature

Bug#999669: heimdal: drop patch 0016 that adds base64 back

2021-11-16 Thread Brian May

Braiam Peguero  writes:

> Source: heimdal
> Version: 7.7.0+dfsg-2
> Severity: important
> Tags: newcomer
>
> Dear Maintainer,
>
> Commit 6ef46655 added the patch "Add back in base64_encode and base64_decode",
> that patch can be dropped since upstream bumped SONAME [1].

Are you sure about that?

I have not seen any soname change in any version of Heimdal that has
been released, and no reference to a change until version 8.0, which has
not been released.

https://github.com/heimdal/heimdal/issues/279
-- 
Brian May

Bug#999760: closed by Debian FTP Masters (reply to Timo Röhling ) (Bug#999760: fixed in opencv 4.5.4+dfsg-3)

2021-11-16 Thread Andreas Beckmann


Control: found -1 4.5.4+dfsg-3

This also affects the -jave and -jni packages:

  Preparing to unpack .../libopencv4.5d-jni_4.5.4+dfsg-3_amd64.deb ...
  Unpacking libopencv4.5d-jni (4.5.4+dfsg-3) ...
  dpkg: error processing archive 
/var/cache/apt/archives/libopencv4.5d-jni_4.5.4+dfsg-3_amd64.deb (--unpack):
   trying to overwrite '/usr/lib/jni/libopencv_java454.so', which is also in 
package libopencv4.5-jni 4.5.4+dfsg-1
  dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
  Preparing to unpack .../libopencv4.5d-java_4.5.4+dfsg-3_amd64.deb ...
  Unpacking libopencv4.5d-java (4.5.4+dfsg-3) ...
  dpkg: error processing archive 
/var/cache/apt/archives/libopencv4.5d-java_4.5.4+dfsg-3_amd64.deb (--unpack):
   trying to overwrite '/usr/share/java/opencv4/opencv-454.jar', which is also 
in package libopencv4.5-java 4.5.4+dfsg-1
  dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/libopencv4.5d-jni_4.5.4+dfsg-3_amd64.deb
   /var/cache/apt/archives/libopencv4.5d-java_4.5.4+dfsg-3_amd64.deb

Andreas

Bug#999813: util-linux: Upgrade from buster to bullseye fails because of util-linux

2021-11-16 Thread tomas k

Package: util-linux
Version: 2.36.1-8
Severity: critical
Justification: breaks the whole system

ear Maintainer,

I was upgrading 'buster' to 'bullseye' using simple instructions here:
https://linuxiac.com/upgrade-debian-10-buster-to-debian-11-bullseye/

Which has worked in every upgrade until the last one, on a different machine 
than the one I'm submitting this bug on. That machine requires 
a reinstall of the operating system from scratch.

I have at least 20 years experience using debian, so this is certainly
not an easy problem, and it may be a one-of-a-kind glitch due to random 
data corruption on disk. 

I cannot reproduce it, because the installation in question is no longer
bootable, and I don't want to screw around with what I view as a lost cause.

The system got into a state in which new software was not installable, but
was needed to install upgrades. The culprit was the 'util-linux' package.

This was an older, but up to date 'buster' installation, that had seen
a lot of use. Of course user settings can be recovered from backups, but 
what a pain! 

I've got to say now that the debian team is second to none, absolutely 
top-notch, especially in the installer, which I've used several times
over the past few weeks. 

The util-linux package failed to complete post-install scripts, 
which I took to mean the script is faulty. One thing I not able to 
do: delete the configuration files corresponding to util-linux,
in /var/lib/dpkg/info.

But I tried:

$ dpkg -i --force-depends util-linux(full file name of deb found in 
/var/cache/apt/archives)
Ended with failure of post install  

$ dpkg --configure --pending
Repeatedly, got me a bit further in the upgrade, but the util-linux package
ultimately led to further failure

$ apt-get -f install
Failed with a libcrypt perl error, installing liccrypt and libcrypt-dev
using 'dpkg -i --force-depends' succeeded, but made no difference.

Appstreamcli threw an error with 'symbol could not be found', or something like 
that,
and the exact text of the message was found with:

$ strings appstreamcli | grep 

So that went nowhere. I also checked LD_LIBRARY_PATH, and substituted several
paths, but none fixed the problem. So, I set it to empty for the duration 
of my ordeal.

Util-linux was half installed. Bsdmainutils may have also played a role, as it, 
along
with at least 10 other packages had permanent errors from 'dpkg'. I tried to 
straighten 
the whole mess using 'dselect', which sometimes works, but it didn't this time. 

The upgrade succeeded through:

$ apt-get upgrade --without-new-pkgs

but failed with the final step:

$ apt-get full-upgrade

If there is anything else I could try, I'm still learning debian, so let me 
know! And,
thank you for being active in the development of: 

'The Worlds Reference Standard Computer Operating System'. 

Debian gets better each day, because of the efforts put forth by
the developers. 

Currently, it is perhaps 'possible' to salvage the upgrade, but my preference 
would be
to do a fresh install, and simply have the team notified to test util-linux, 
and see 
whether it is defective. Maybe something will be uncovered.

The system info is relevant only in that I'm submitting the report
on a machine running bullseye, and the machinbe in question was in 
the midst of an upgrade to bullseye. 



-- System Information:
Debian Release: 11.0
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages util-linux depends on:
ii  libaudit1  1:3.0-2
ii  libblkid1  2.36.1-8
ii  libc6  2.31-13
ii  libcap-ng0 0.7.9-2.2+b1
ii  libcrypt1  1:4.4.18-4
ii  libmount1  2.36.1-8
ii  libpam0g   1.4.0-9
ii  libselinux13.1-3
ii  libsmartcols1  2.36.1-8
ii  libsystemd0247.3-6
ii  libtinfo6  6.2+20201114-2
ii  libudev1   247.3-6
ii  libuuid1   2.36.1-8
ii  login  1:4.8.1-1
ii  zlib1g 1:1.2.11.dfsg-2

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  dosfstools  4.2-1
ii  kbd 2.3.0-3
ii  util-linux-locales  2.36.1-8

-- no debconf information

Bug#999803: [Pkg-javascript-devel] Bug#999803: missing dependencies in the emscripten package

Hi Ophir,

Quoting Ophir Lojkine (2021-11-16 22:30:03)
> It looks like the emscripten debian package contains a few errors. It 
> does not contain symlinks to the emscripten executables in the 
> emscripten root directory, which makes compilation with emcmake fail. 
> The missing symlinks are:
> 
> sudo ln -s /usr/share/emscripten/emcc.py /usr/share/emscripten/emcc && \
> sudo ln -s /usr/share/emscripten/emar.py /usr/share/emscripten/emar && \
> sudo ln -s /usr/share/emscripten/emranlib.py 
> /usr/share/emscripten/emranlib && \
> sudo ln -s /usr/share/emscripten/em++.py /usr/share/emscripten/em++

Debian packaging of emscripten provides executables in $PATH.

Please try use those.


> The package misses a dependency to the acorn js library, which raises the 
> following error:
> 
> Error: Cannot find module 'acorn'
> Require stack:
> - /usr/share/emscripten/tools/acorn-optimizer.js
>  at Function.Module._resolveFilename 
> (node:internal/modules/cjs/loader:933:15)
>  at Function.Module._load (node:internal/modules/cjs/loader:778:27)
>  at Module.require (node:internal/modules/cjs/loader:1005:19)
>  at require (node:internal/modules/cjs/helpers:102:18)
>  at Object. 
> (/usr/share/emscripten/tools/acorn-optimizer.js:1:13)
>  at Module._compile (node:internal/modules/cjs/loader:1101:14)
>  at Object.Module._extensions..js 
> (node:internal/modules/cjs/loader:1153:10)
>  at Module.load (node:internal/modules/cjs/loader:981:32)
>  at Function.Module._load (node:internal/modules/cjs/loader:822:12)
>  at Function.executeUserEntryPoint [as runMain] 
> (node:internal/modules/run_main:81:12) {
>code: 'MODULE_NOT_FOUND',
>requireStack: [ '/usr/share/emscripten/tools/acorn-optimizer.js' ]
> }
> emcc: error: '/usr/local/bin/node 
> /usr/share/emscripten/tools/acorn-optimizer.js 
> /tmp/emscripten_temp_g7n6r4of/highs.js.pp.js AJSDCE --closureFriendly' failed 
> (1)

emscripten 2.0.12~dfsg-2 depends on node-acorn, so the cause for above 
error must be a different one.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature

Bug#995781: [Debian-med-packaging] Bug#995781: python-sqlsoup autopkgtest fails with SQLAlchemy 1.4.23+ds1-2

2021-11-16 Thread Paul Wise

On Tue, 2021-11-16 at 10:41 -0500, Mike Bayer wrote:

> I've done both as well as taken down the readthedocs page.

Looks good, thanks for that.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#999803: [Pkg-javascript-devel] Bug#999803: Acknowledgement (missing dependencies in the emscripten package)

Quoting Ophir Lojkine (2021-11-16 22:47:04)
> emscripten also depends on closure-compiler, which is not listed as a 
> dependency to the emscripten package

Please file each issue separately.

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature

Bug#409272: nfsmount: incompatible with nfsv4

2021-11-16 Thread Trent W. Buck

Trent W. Buck wrote:
>   3. A single mount(2) call also works!
> 
> It is quite annoying that we need *anything* special in userland, because
> a nfsvers=4.2,sec=sys mount requires only 2049/tcp (no other ports/services), 
> and
> the actual filesystem is in-kernel, so
> really all that should be needed is enough of a C program to issue a single 
> mount(2)!
> 
> As an experiment, I tried do compile in EXACTLY that, and it works for me:
> 
> root@main:~# >nfsmount.c printf '#include \n#include 
> \nint main() {exit(mount("10.0.2.100:/srv/netboot", "/mnt", 
> "nfs", 0, "vers=4.2,addr=10.0.2.100,clientaddr=10.0.2.15"));}'
> root@main:~# klcc -o nfsmount nfsmount.c
> root@main:~# ./nfsmount; echo $?
> ./nfsmount; echo $?
> Nov 17 10:11:31 main.lan kernel: process '/root/nfsmount' started with 
> executable stack
> 0
> 
> This is pretty narrow in scope and is probably achievable.
> It allows you to boot off NFSv4, without putting glibc into the initrd.

I had a go at actually packaging this (attached), but
it turns out to be slightly harder than I thought (see comments in mount.nfs.c).
I don't have time to pursue this further.


prisonpc-nfs4-client_11.0.tar.xz
Description: application/xz

Bug#905649: Filetest globbing fix

2021-11-16 Thread Kimmo Suominen

Hi!

This bug has been addressed upstream:
https://github.com/tcsh-org/tcsh/commit/8a83d4c717ad4a56450751986b65ccd6ea9eed8a.patch

Kind regards,
+ Kimmo

Bug#999812: numpy: fixes for py3.10

2021-11-16 Thread Daniel Bungert

Source: numpy
Version: 1:1.21.4-1
Severity: normal
Tags: patch
X-Debbugs-Cc: daniel.bung...@canonical.com

Dear Maintainer,

As seen in recent autopkgtest logs such as:
https://ci.debian.net/data/autopkgtest/unstable/amd64/n/numpy/16699446/log.gz
https://ci.debian.net/data/autopkgtest/unstable/amd64/n/numpy/16705456/log.gz

Numpy will fail to build when python 3.10 is part of the working set.
Also, you can see the distutils autopkgtest failing.

Please see my merge request, which should fix these problems.
https://salsa.debian.org/python-team/packages/numpy/-/merge_requests/2

-Dan

Bug#999777: 6.3-1 breaks scrolling in neovim on gnome-terminal with vertical splits

2021-11-16 Thread Josh Triplett

On Tue, 16 Nov 2021 23:00:08 +0100 Sven Joachim  wrote:
> On 2021-11-16 21:53 +0100, Josh Triplett wrote:
> 
> > On Tue, Nov 16, 2021 at 08:02:53PM +0100, Sven Joachim wrote:
> >> On 2021-11-16 16:30 +0100, Josh Triplett wrote:
> >>
> >> > Package: libncursesw6
> >> > Version: 6.3-1
> >> > Severity: important
> >> > X-Debbugs-Cc: j...@joshtriplett.org
> >> >
> >> > "important" because this makes neovim nearly unusable; not RC because
> >> > I've only observed it with one combination of terminal and program. I
> >> > personally think that might still be enough to make it RC until
> >> > root-caused to determine if it's breaking anything else.
> >> >
> >> > Steps to reproduce:
> >> >
> >> > - `nvim -u NONE` (to ignore any .vimrc)
> >> > - :%!seq 1000
> >> > - :vert new
> >> > - :%!seq 1000
> >> > - Hit page-down
> >> > - Observe the other side of the split (as well as the vertical bar
> >> >   between the split windows) scrolling off the screen.
> >> >
> >> > Downgrading the ncurses packages to 6.2+20210905-1 makes the problem
> >> > disappear; re-upgrading to 6.3-1 makes it come back.
> >>
> >> This is rather surprising, because neovim does not depend on
> >> libncursesw6, not even on libtinfo6.  Did you up-/downgrade
> >> ncurses-{base,term} as well, and what is your $TERM?
> >
> > I downgraded by installing all seven of:
> >
> > libncurses6_6.2%2B20210905-1_amd64.deb
> > libncursesw6_6.2%2B20210905-1_amd64.deb
> > libncurses-dev_6.2%2B20210905-1_amd64.deb
> > libtinfo6_6.2%2B20210905-1_amd64.deb
> > ncurses-base_6.2%2B20210905-1_all.deb
> > ncurses-bin_6.2%2B20210905-1_amd64.deb
> > ncurses-term_6.2%2B20210905-1_all.deb
> >
> > That made the issue disappear. Re-upgrading made the issue re-appear.
> 
> Did you also restart gnome-terminal?  I don't really see how that could affect
> the issue since nothing in its stack depends on ncurses, but I am
> completely at a loss here.

I just confirmed that upgrading *only* ncurses-base causes the issue to
appear, and downgrading *only* ncurses-base causes the issue to
disappear.

I did not restart gnome-terminal.

strace of `nvim -u NONE` confirms that it opens and reads
/lib/terminfo/x/xterm-256color . neovim depends on both libunibilium4
and libtermkey1, which use terminfo.

Bug#996369: Info

2021-11-16 Thread Daniel Leidert

This issue seems to be caused by rails. The issue is gone when using rails
6.1.4 from experimental.

Regards, Daniel
-- 
Regards,
Daniel Leidert  | https://www.wgdd.de/
GPG-Key RSA4096 / BEED4DED5544A4C03E283DC74BCD0567C296D05D
GPG-Key ED25519 / BD3C132D8B3805D1808123AB7ACE00941E338C78

https://www.fiverr.com/dleidert
https://www.patreon.com/join/dleidert


signature.asc
Description: This is a digitally signed message part

Bug#999811: HAVEGED is obsolete starting from linux kernel 5.6

2021-11-16 Thread Danny van Heumen

Package: haveged
Version: 1.9.14-1

HAVEGED is no longer considered necessary on any linux kernel 5.6 and greater. 
The site itself recommends[1] not using it as kernel random support is 
sufficiently improved, making haveged obsolete. Upstream uses a systemd service 
file with starting conditions[2] for exactly this reason.

Incidentally, issue 998382 notes issues with running haveged both as service 
and as userspace application. For recent kernels (e.g. Debian bullseye) this 
does not need to be an issue per se.

I want to point this out to ensure it is on the radar. I can imagine such a 
change might be too invasive on stable.

[1]: https://github.com/jirka-h/haveged/blob/master/README.md
[2]: 
https://raw.githubusercontent.com/jirka-h/haveged/master/contrib/Fedora/haveged.service

Bug#985946: patch proposal

2021-11-16 Thread David Bannon

Just an update, I can build tomboy-ng fine on ppc64le using the current
FPC and Lazarus direct from the FPC.   

I have pushed a new release of tomboy-ng up to my sponsor, Philipp and
it has pie hardening turned off for ppc64le, something I found
necessary and believe is worthy of further investigation.  

I have not tested using Sid/Bookworm Debian FPC and Lazarus as they are
in somewhat of a state of flux at present so, because of that, and the
PIE issue, will leave this ticket open for now. 

Just some notes relating to the things I mentioned previously -

On Sat, 2021-10-30 at 15:32 +1100, David Bannon wrote:
> 
> 
> 1. The debian package has some problem with the version numbers. It
> has

This problem is not unique to ppc64le, its in Bullesye on AMD64 too.
Does not prevent Lazarus from being used to build a preexisting app.

> 2. So, I built from source and the bigide version will not build due
> to

Problem seems to be limited to lhelp, other parts of Lazarus build fine
on ppc64le.  You can get by without lhelp but perhaps it needs to
attention.

I have not tried using the Lazarus IDE (ie in GUI mode) in this
iteration. Hard work over qemu 

Davo

Bug#999677: RFP: popcon-stats-data -- Debian's Popularity Contest statistics

2021-11-16 Thread Paul Wise

On Tue, 2021-11-16 at 13:38 +0100, Bill Allombert wrote:

> What is the idea exactly ?

Bálint's idea was to ship popcon data in a popcon-stats-data package in
the Debian archive. I suggested to instead ship that in the apt
metadata present in the Packages files.

> How often the popcon data are going to be refreshed ?

I would assume with the same frequency as the existing data on the
popcon.d.o website is refreshed. Anything faster than that would just
be refreshing unchanged data. Anything slower than that would be
providing outdated data. Outdated data is fine though, so maybe weekly.

> Which exact set of data are going to be used ?

Initially I thought similar to the QA per-package popcon data:

https://qa.debian.org/popcon.php?package=iotop

Package: iotop
Popcon: 30314 7962 21197 1143 12

If I massage the by_inst file into the same format as this, I calculate
that the extra Popcon fields would add 3.7 MB to the Packages files and
that data would change often, making the apt updating process slower.
So probably the data should go into new files instead and there should
be a config file snippet to enable downloading them, a tool to query
and index them and a way for apt clients to get that data.

Since the Debian repository splits the metadata by suite and component,
these new statistics should probably do the same. So the raw popcon
submissions would need to be individually mapped to a suite based on
the popcon version in the submission, and then each item in the
submission attributed to that suite/component. For popcon versions that
don't match a suite, if they match a known Debian version, attribute
them to the next highest suite and discard submissions with popcon
versions that were never in Debian, or maybe attribute them to the
relevant vendor separately. popcon submissions that don't have Debian
as the vendor probably should be discarded, or maybe attribute them to
the relevant vendor separately.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

signature.asc
Description: This is a digitally signed message part

Bug#983303: imagemagick: reproducible builds: Embeds different paths on usrmerge system

2021-11-16 Thread Vagrant Cascadian

On 2021-02-22, Vagrant Cascadian wrote:
> Various files embed the full path to the "mv" and "rm" binaries, which
> are different on usrmerge systems:
>
>   
> https://tests.reproducible-builds.org/debian/rb-pkg/bullseye/amd64/diffoscope-results/imagemagick.html
>
>   /etc/ImageMagick-6/delegates.xml
>
>   
> 
>   vs.
>   
> 
>
>
> The attached patch fixes this in debian/rules by passing arguments to
> configure to use the paths in the non-usrmerge paths, as usrmerge
> systems typically have compatibility symlinks, while non-usrmerge
> systems do not.
>
>
> This patch does not resolve all reproducibility issues (a patch for
> consistent dates was just submitted), though the main identified issue
> is build paths, which is not tested for bullseye.

Thanks for fixing:

  Bug#983302: imagemagick: reproducible builds: Embeds date dependent on 
timezone

It reduced the reproducibility diff in bookworm significantly!

Any chance we could also get this bug fixed too; with the patch applied
it should build reproducibly once imagemagick migrates to bookworm. In
unstable and experimental, build paths will still trigger
reproducibility issues.

Thanks for maintaining imagemagick!


live well,
  vagrant


> From 3bf9713f938ea8cbc1fb91c167a87ac9bb9a27b5 Mon Sep 17 00:00:00 2001
> From: Vagrant Cascadian 
> Date: Mon, 22 Feb 2021 01:23:34 +
> Subject: [PATCH 2/4] debian/rules: Pass MVDelegate and RMDelegate to
>  configure.
>
> The path to "mv" and "rm" may end up in binaries or documentation,
> which may be /bin/CMD or /usr/bin/CMD depending on if the running
> system is a usrmerge system or not. Consistently use /bin/CMD as this
> is the most compatible path.
>
> https://tests.reproducible-builds.org/debian/issues/paths_vary_due_to_usrmerge_issue.html
> ---
>  debian/rules | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/debian/rules b/debian/rules
> index 118f703..cf0a609 100755
> --- a/debian/rules
> +++ b/debian/rules
> @@ -96,7 +96,9 @@ STATIC_CONFIGURE_OPTIONS := \
>   --without-rsvg
>  CONFIGURE_OPTIONS ?= $(STATIC_CONFIGURE_OPTIONS) \
>   $(CONFIGURE_OPTIONS_CACHE) \
> - $(CONFIGURE_ARCH_FLAGS)
> + $(CONFIGURE_ARCH_FLAGS) \
> + MVDelegate=/bin/mv \
> + RMDelegate=/bin/rm
>  
>  # export for alternatives
>  export MAGICK_PROGRAMS := compare animate convert composite conjure import 
> identify stream display montage mogrify
> -- 
> 2.20.1


signature.asc
Description: PGP signature

Bug#999810: lintian: false positive: missing-build-dependency-for-dh_-command dh_sphinxdoc

2021-11-16 Thread Timo Röhling

Package: lintian
Version: 2.111.44
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainers,

lintian 2.111.44 flagged cmake with
 
 E: missing-build-dependency-for-dh_-command dh_sphinxdoc => sphinx | 
python-sphinx | python3-sphinx

However, cmake actually build-depends on dh-sequence-sphinxdoc, which
pulls in the required dependency.

Cheers
Timo


-BEGIN PGP SIGNATURE-

iQGzBAEBCgAdFiEEJvtDgpxjkjCIVtam+C8H+466LVkFAmGURu8ACgkQ+C8H+466
LVnLVQwAklzvY6HStcrjIiP2PzGHbnAGySarYWGW5ZfVSzMFXMb5a/kIOZh3fKNW
SljHl5zIupEhm4hZaWn0GHXQUgxpaMqywDbgA13NpF66l3pAzQLrQZSqilo+WUj6
ZOXyCgV1AhTSnM9YX/aJg8hcvObs+BH/SkFS2SpTqrd9xX3L4aE0jSL10Sxid3Hb
Hk7gdHpniWhGTZbkgOw27jlW/l5glRO4BMUYZjzFzj8IC7OXLeqIuoh61WnEMUWx
qNLe0mhG+Xx56Qtlcg3qHWBzqrMbejJ7ImlmclXyviD8zviFu5WozBP7o1dJHR4o
KFSfaBwubtrNR2bAdUZvcDjCQT2BK2YoJpI/gTsNedtQhWscGL2NCr1HZtvb/aLE
kFcJXZu6Zqz1mFa3R29nMIcHEXioTN+IVQDC7I2O2qAtaCUSpeGxPafeAn6ayK8f
ZvnDEJ5QFh0nZpz0snnr7ypTsF1Gab9MIMm25pNJbuE835vZf6bdNoYpifnHL6Zg
rzZtBYqP
=3pA1
-END PGP SIGNATURE-

Bug#999768: lintian: false report: adopted-extended-field XS-Autobuild

2021-11-16 Thread Guillem Jover

On Tue, 2021-11-16 at 13:11:26 +0100, Andreas Beckmann wrote:
> Package: lintian
> Version: 2.112.0
> Severity: serious
> 
> Lintian now reports
> 
> I: nvidia-graphics-drivers source: adopted-extended-field XS-Autobuild (in 
> section for source) [debian/control:26]
> 
> but that field is not usable as Autobuild, dpkg/sid does not accept it:
> 
> dpkg-gencontrol: warning: unknown information field 'Autobuild' in input data 
> in general section of control info file
> dpkg-genchanges: warning: unknown information field 'Autobuild' in input data 
> in general section of control info file
> dpkg-source: warning: unknown information field 'Autobuild' in input data in 
> general section of control info file

The same with XS-Go-Import-Path, and I guess a bunch of other fields
that are unknown to dpkg-dev.

Regards,
Guillem

Bug#996586: heimdal: CVE-2021-3671

2021-11-16 Thread Brian May

Brian May  writes:

> * Patch breaks compilation on latest Heimdal release:

https://github.com/heimdal/heimdal/issues/849

Upstream solution is use the git version :-(
-- 
Brian May

Bug#999809: Maybe hide im-config from AppStream

2021-11-16 Thread Gunnar Hjalmarsson

Package: src:im-config
Version: 0.49-1

Hello!

Due to the im-config.desktop file, im-config is visible in software
catalogs such as Software (GNOME) and Discover (KDE). I would like to
raise the question whether it should be.

Ideally you should have a metainfo file if you want a piece of software
handled properly by AppStream. Since im-config does not install such a
file, AppStream uses the info in the .desktop file and the control file
for now. But that behavior is deprecated, and it does so while complaining:

https://appstream.debian.org/sid/main/issues/im-config.html

Previously ibus was recognized by AppStream via the
org.freedesktop.IBus.Setup.desktop file. But I noticed weird user
reviews, such as users complaining about the lack of a "launch button"
to start ibus. So I proposed to hide ibus from AppStream, and upstream
approved my proposal without discussion.

https://github.com/ibus/ibus/commit/72ca5c93

I think im-config is similar to ibus in this respect. It gets silently
installed when appropriate and serves in the background. It's not an
"app" for users to install and launch.

My suggestion is that "X-AppStream-Ignore=true" is added to
im-config.desktop. An alternative would be to carefully consider how to
present im-config properly in Software and Discover, and create a
metainfo file accordingly.

I'd better mention that e.g. fcitx5 installs a metainfo file:

https://salsa.debian.org/input-method-team/fcitx5/-/blob/master/data/org.fcitx.Fcitx5.metainfo.xml.in

Don't know how they thought (if they thought...). Maybe they simply see
it as an opportunity to advertise.

I think that the actual IM engines, OTOH, are good fits in the software
catalogs. A user may want to know "how can I input Japanese or Korean",
and it makes sense that software such as Anthy and Hangul can be found
that way. It's the value of showing the frameworks and the configuration
tool I question.

--
Cheers,
Gunnar

Bug#409272: nfsmount: incompatible with nfsv4

2021-11-16 Thread Trent W. Buck

Short version:

  1. nfsmount(8klibc) is still explicitly broken for NFSv4.
  2. mount.nfs(8nfs-utils) works in the ramdisk.
  3. A single mount(2) call also works!

Boring detailed version follows.

John Goerzen wrote:
> nfsmount is incapable of mounting NFSv4 filesystems.  It seems to have
> support for v3 and maybe v2, but not v4.

This is still the case in Debian 11, klibc-utils=2.0.8-6.1.
A workaround is to copy nfs-utils 1.3's mount.nfs into the initrd:

/usr/share/initramfs-tools/hooks/zz-nfs4:

#!/bin/sh
[ prereqs = "$1" ] && exit
. /usr/share/initramfs-tools/hook-functions
copy_exec /sbin/mount.nfs /bin/nfsmount

Here are some specific errors I saw, with an NFSv4-only server on 10.0.2.100 
port 2049/tcp

# Normal nfs-common=1:1.3.4-6 works fine
root@main:~# mount.nfs 10.0.2.100:/srv/netboot/images /mnt
root@main:~# umount /mnt

root@main:~# /usr/lib/klibc/bin/nfsmount -o nfsvers=4.2,sec=sys 
10.0.2.100:/srv/netboot/images /mnt
4.2: invalid value for nfsvers

https://sources.debian.org/src/klibc/2.0.8-6.1/usr/kinit/nfsmount/main.c/#L145

root@main:~# /usr/lib/klibc/bin/nfsmount -o nfsvers=4,sec=sys 
10.0.2.100:/srv/netboot/images /mnt
/usr/lib/klibc/bin/nfsmount: bad option 'sec'

# This hangs because NFSv3 ports (inc. portmap) are not allowed AT ALL by 
10.0.2.100.
# klibc-utils is hard-coded to *EXPLICITLY* ask for a NFSv3 mount.
root@main:~# /usr/lib/klibc/bin/nfsmount 10.0.2.100:/srv/netboot/images /mnt
connect: Connection timed out

It is quite annoying that we need *anything* special in userland, because
a nfsvers=4.2,sec=sys mount requires only 2049/tcp (no other ports/services), 
and
the actual filesystem is in-kernel, so
really all that should be needed is enough of a C program to issue a single 
mount(2)!

As an experiment, I tried do compile in EXACTLY that, and it works for me:

root@main:~# apt install build-essential strace
root@main:~# strace -s9 -emount mount.nfs 10.0.2.100:/srv/netboot /mnt
mount("10.0.2.100:/srv/netboot", "/mnt", "nfs", 0, 
"vers=4.2,addr=10.0.2.100,clientaddr=10.0.2.15") = 0
root@main:~# umount /mnt

root@main:~# journalctl -kfn0 &
root@main:~# cc -x c - <<< 'int main() 
{exit(mount("10.0.2.100:/srv/netboot", "/mnt", "nfs", 0, 
"vers=4.2,addr=10.0.2.100,clientaddr=10.0.2.15"));}' && ./a.out; echo $?
: In function ‘main’:
:1:13: warning: implicit declaration of function ‘exit’ 
[-Wimplicit-function-declaration]
:1:13: warning: incompatible implicit declaration of built-in 
function ‘exit’
:1: note: include ‘’ or provide a declaration of ‘exit’
:1:18: warning: implicit declaration of function ‘mount’ 
[-Wimplicit-function-declaration]
0
root@main:~# umount /mnt

Can I do the same thing with klibc instead of glibc?
Well, the compiler wrapper is a bit confused...

root@main:~# apt install libklibc-dev
root@main:~# klcc -x c - <<< 'int main() 
{exit(mount("10.0.2.100:/srv/netboot", "/mnt", "nfs", 0, 
"vers=4.2,addr=10.0.2.100,clientaddr=10.0.2.15"));}' && ./a.out; echo $?
nfsmount.c printf '#include \n#include 
\nint main() {exit(mount("10.0.2.100:/srv/netboot", "/mnt", "nfs", 
0, "vers=4.2,addr=10.0.2.100,clientaddr=10.0.2.15"));}'
root@main:~# klcc -o nfsmount nfsmount.c
root@main:~# ./nfsmount; echo $?
./nfsmount; echo $?
Nov 17 10:11:31 main.lan kernel: process '/root/nfsmount' started with 
executable stack
0

So for current-generation NFS, without kerberos, all we *REALLY* need
is something to getopts from

nfsmount -t nfs -o nfsvers=4.2,sec=sys example.com:/srv /srv

into

mount("example.com:/srv", "/srv", 0, "nfsvers=4.2,sec=sys");

This is pretty narrow in scope and is probably achievable.
It allows you to boot off NFSv4, without putting glibc into the initrd.

Bug#872891: gcc-multilib conflicts with GCC cross toolchains

2021-11-16 Thread Vincent Danjean

Package: gcc-multilib
Version: 4:11.2.0-2
Followup-For: Bug #872891

  Hi,

  I also have been hit by this bug.
I'm using several cross-tool chains (arm-linux-gnueabi, mipsel-linux-gnu,
i686-linux-gnu) and I was wondering why using plain gcc with -m32 does
not work.
  Perhaps due to the fact that gcc-i686-linux-gnu was installed, I successfully 
compile a basic C program (the one given in this bug report) but the link
fails ("gcc -m32" was looking only in x86_64 directory to find gcc libs and
objects)
  I first workaround this by looking at the LIBRARY_PATH of i686-linux-gnu-gcc
(adding "-v" when compiling to see the info), and I successfully link with
LIBRARY_PATH=...value_I_read... gcc -m32 file.o -o file

  Digging a bit more, I saw that gcc-multilib is an empty package with
a few dependencies and lots of conflicts. Only one dependencies was missing
on my system: gcc-11-multilib
  I tried to install it directly, the install succeeded (no conflicts for
gcc-11-multilib).
  And then, I discovered that "gcc -m32" works for both compiling and linking.

  So I'm really wondering why there are all these conflicts in gcc-multilib
(perhaps,  I works on my system because I also have several *:i386 packages
installed, or perhaps it works 'by chance' mixing files from different packages
that should not...)
  In anycase, for people that wish to have both cross chains and "gcc -m32"
working, manually installing the gcc-XX-multilib package for the current
compiler might be a solution.

  Regards
Vincent

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

Kernel: Linux 5.14.0-4-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gcc-multilib depends on:
ii  cpp  4:11.2.0-2
ii  gcc  4:11.2.0-2
ii  gcc-10-multilib  10.3.0-12
ii  gcc-11-multilib  11.2.0-10
ii  gcc-8-multilib   8.4.0-6
ii  linux-libc-dev   5.14.16-1

gcc-multilib recommends no packages.

gcc-multilib suggests no packages.

Bug#999677: RFP: popcon-stats-data -- Debian's Popularity Contest statistics

2021-11-16 Thread Bill Allombert

On Tue, Nov 16, 2021 at 09:34:00AM +0800, Paul Wise wrote:
> On Tue, 2021-11-16 at 08:38 +0800, Paul Wise wrote:
> 
> > I think a better approach would be to ship this data in the Debian
> > apt repository metadata, either in the Packages files or in
> > Popularity files in the dists/ dir
> 
> I note that debtags.debian.org uses this approach, data is gathered on
> the site, then uploaded to ftp-master, which integrates the data and
> distributes it via the Packages files. So it should work if the FTP
> Team and Popcon teams are willing to support the idea.

What is the idea exactly ?

Several questions come to mind:

How often the popcon data are going to be refreshed ?
Which exact set of data are going to be used ?

Cheers,
-- 
Bill. 

Imagine a large red swirl here.

Bug#999800: [Pkg-javascript-devel] Bug#999800: Bug#999800: node-flatted: autopkgtest regression: Cannot find module '/tmp/autopkgtest-lxc.78cintn5/downtmp/build.nuC/src/cjs/index.js'

2021-11-16 Thread Yadd

Control: tags -1 - moreinfo

Le 16/11/2021 à 23:26, Yadd a écrit :
> ...
> Hi,
> 
> I'm unable to reproduce this failure using autopkgtest+schroot neither
> autopkgtest+lxc
> 
> Cheers,
> Yadd

Sorry for the noise, there are 2 branches in salsa repo: debian/master
and debian/latest

Bug#999800: [Pkg-javascript-devel] Bug#999800: Bug#999800: node-flatted: autopkgtest regression: Cannot find module '/tmp/autopkgtest-lxc.78cintn5/downtmp/build.nuC/src/cjs/index.js'

2021-11-16 Thread Yadd

Control: tags -1 + moreinfo

Le 16/11/2021 à 23:05, Jonas Smedegaard a écrit :
> Quoting Paul Gevers (2021-11-16 21:11:39)
>> Source: node-flatted
>> Version: 3.2.2~ds-2
>> X-Debbugs-CC: debian...@lists.debian.org
>> Severity: serious
>> User: debian...@lists.debian.org
>> Usertags: regression
>>
>> Dear maintainer(s),
>>
>> With a recent upload of node-flatted the autopkgtest of node-flatted 
>> fails in testing when that autopkgtest is run with the binary packages 
>> of node-flatted from unstable. It passes when run with only packages 
>> from testing. In tabular form:
>>
>> passfail
>> node-flatted   from testing3.2.2~ds-2
>> all others from testingfrom testing
>>
>> I copied some of the output at the bottom of this report.
>>
>> Currently this regression is blocking the migration to testing [1]. Can 
>> you please investigate the situation and fix it?
>>
>> More information about this bug and the reason for filing it can be found on
>> https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
>>
>> Paul
>>
>> [1] https://qa.debian.org/excuses.php?package=node-flatted
>>
>> https://ci.debian.net/data/autopkgtest/testing/amd64/n/node-flatted/16718609/log.gz
>>
>> internal/modules/cjs/loader.js:406
>>  throw e;
>>  ^
>>
>> Error: Cannot find module 
>> '/tmp/autopkgtest-lxc.78cintn5/downtmp/build.nuC/src/cjs/index.js'
>>  at createEsmNotFoundErr (internal/modules/cjs/loader.js:842:15)
>>  at finalizeEsmResolution (internal/modules/cjs/loader.js:835:15)
>>  at trySelf (internal/modules/cjs/loader.js:400:12)
>>  at Function.Module._resolveFilename 
>> (internal/modules/cjs/loader.js:793:24)
>>  at Function.Module._load (internal/modules/cjs/loader.js:667:27)
>>  at Module.require (internal/modules/cjs/loader.js:887:19)
>>  at require (internal/modules/cjs/helpers.js:74:18)
>>  at [eval]:1:1
>>  at Script.runInThisContext (vm.js:120:18)
>>  at Object.runInThisContext (vm.js:309:38) {
>>code: 'MODULE_NOT_FOUND',
>>path: '/tmp/autopkgtest-lxc.78cintn5/downtmp/build.nuC/src/package.json'
>> }
>> autopkgtest [11:11:00]: test command1
> 
> I don't understand why it fails, and could use some help.
> 
> When I log into a clean chroot, install the packages node-flatted and
> nodejs, then the test command succeeds - i.e. this prints "0":
> 
>> node -e "require('flatted');"; echo $?
> 
> But when executed inside the (to me super complex) autopkgtest 
> framework, that same command apparently fails.
> 
> What am I missing?
> 
>  - Jonas

Hi,

I'm unable to reproduce this failure using autopkgtest+schroot neither
autopkgtest+lxc

Cheers,
Yadd

Bug#999803: Info received (Bug#999803: Acknowledgement (missing dependencies in the emscripten package))

2021-11-16 Thread Ophir Lojkine


There is also a bug in debian's patch to tools/building.py :

https://github.com/emscripten-core/emscripten/issues/15545


On 16/11/2021 22:51, 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):
  Debian Javascript Maintainers 

If you wish to submit further information on this problem, please
send it to 999...@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#970561: [usbguard] service start issues - start request repeated too quickly??

2021-11-16 Thread Lyndon Brown

control: fixed -1 1.0.0+ds-1

Bug#998416: debdiff and test steps

2021-11-16 Thread Mauricio Faria de Oliveira

On Thu, Nov 4, 2021 at 7:40 PM gustavo panizzo  wrote:
[...]
> On Wed, Nov 03, 2021 at 06:19:39PM -0300, Mauricio Oliveira wrote:
[...]
> >Debdiff attached. I'll try and submit a proper git-based merge
> >once account on Salsa is made available. For now, just keeping
> >the changes here too.
[...]
> cool thanks, i'll apply and upload soon

Hey Gustavo. If that helps, I just submitted this as a MR on Salsa. [1] Thanks!

[1] https://salsa.debian.org/debian/iptables-persistent/-/merge_requests/3

-- 
Mauricio Faria de Oliveira

Bug#999806: pygattlib: Misbuild with multiple supported python versions

Package: pygattlib
Version: 0~20201113-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu jammy ubuntu-patch

Hi Nobuhiro,

Python3.10 has been introduced in Ubuntu, and as part of the rebuild of
packages against 3.10 I noticed that pygattlib misbuilds, linking both the
python3.9 and python3.10 extensions against the same version of
libboost_python instead of linking each against the matching version.

The attach patch fixes the build so that each binary extension will always
be built against the matching libboost_python.

Regards,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru pygattlib-0~20201113/debian/patches/multiple-boost-python.patch 
pygattlib-0~20201113/debian/patches/multiple-boost-python.patch
--- pygattlib-0~20201113/debian/patches/multiple-boost-python.patch 
1969-12-31 16:00:00.0 -0800
+++ pygattlib-0~20201113/debian/patches/multiple-boost-python.patch 
2021-11-16 13:32:24.0 -0800
@@ -0,0 +1,26 @@
+Description: fix libboost detection with multiple python versions
+ pygattlib always links against the first libboost_python.so it finds.
+ When building for multiple python versions, this is wrong; it should link
+ against the one matching the version of python we're building for.
+Author: Steve Langasek 
+Last-Update: 2021-11-16
+
+Index: pygattlib-0~20201113/setup.py
+===
+--- pygattlib-0~20201113.orig/setup.py
 pygattlib-0~20201113/setup.py
+@@ -11,12 +11,8 @@
+ 
+ 
+ def get_boost_version(out=None):
+-if out is None:
+-out = subprocess.check_output(
+-r"ldconfig -p | grep -E 'libboost_python.*\.so '", shell=True)
+-
+-ver = os.path.splitext(out.split()[0][3:])[0].decode()
+-return ver
++return 'boost_python%s%s' \
++% (sys.version_info.major, sys.version_info.minor)
+ 
+ def tests():
+ # case: python3-py3x.so
diff -Nru pygattlib-0~20201113/debian/patches/series 
pygattlib-0~20201113/debian/patches/series
--- pygattlib-0~20201113/debian/patches/series  1969-12-31 16:00:00.0 
-0800
+++ pygattlib-0~20201113/debian/patches/series  2021-11-16 13:25:54.0 
-0800
@@ -0,0 +1 @@
+multiple-boost-python.patch

Bug#999777: 6.3-1 breaks scrolling in neovim on gnome-terminal with vertical splits

2021-11-16 Thread Sven Joachim

On 2021-11-16 21:53 +0100, Josh Triplett wrote:

> On Tue, Nov 16, 2021 at 08:02:53PM +0100, Sven Joachim wrote:
>> On 2021-11-16 16:30 +0100, Josh Triplett wrote:
>>
>> > Package: libncursesw6
>> > Version: 6.3-1
>> > Severity: important
>> > X-Debbugs-Cc: j...@joshtriplett.org
>> >
>> > "important" because this makes neovim nearly unusable; not RC because
>> > I've only observed it with one combination of terminal and program. I
>> > personally think that might still be enough to make it RC until
>> > root-caused to determine if it's breaking anything else.
>> >
>> > Steps to reproduce:
>> >
>> > - `nvim -u NONE` (to ignore any .vimrc)
>> > - :%!seq 1000
>> > - :vert new
>> > - :%!seq 1000
>> > - Hit page-down
>> > - Observe the other side of the split (as well as the vertical bar
>> >   between the split windows) scrolling off the screen.
>> >
>> > Downgrading the ncurses packages to 6.2+20210905-1 makes the problem
>> > disappear; re-upgrading to 6.3-1 makes it come back.
>>
>> This is rather surprising, because neovim does not depend on
>> libncursesw6, not even on libtinfo6.  Did you up-/downgrade
>> ncurses-{base,term} as well, and what is your $TERM?
>
> I downgraded by installing all seven of:
>
> libncurses6_6.2%2B20210905-1_amd64.deb
> libncursesw6_6.2%2B20210905-1_amd64.deb
> libncurses-dev_6.2%2B20210905-1_amd64.deb
> libtinfo6_6.2%2B20210905-1_amd64.deb
> ncurses-base_6.2%2B20210905-1_all.deb
> ncurses-bin_6.2%2B20210905-1_amd64.deb
> ncurses-term_6.2%2B20210905-1_all.deb
>
> That made the issue disappear. Re-upgrading made the issue re-appear.

Did you also restart gnome-terminal?  I don't really see how that could affect
the issue since nothing in its stack depends on ncurses, but I am
completely at a loss here.

Cheers,
   Sven

Bug#991944: texlive-binaries: man pages: typo in etex, pdftex, aleph and mf pages

2021-11-16 Thread Hilmar Preuße


Control: found -1 2021.20210626.59705-1

Am 06.08.2021 um 15:18 teilte Antanas Vaitkus mit:


Description of the '--output-directory' option in the man pages
of etex, pdftex, aleph and mf contains:

<...> in directory first, the along the normal <...>

instead of

<...> in directory first, then along the normal <...>


Still present in unstable.

H.
--
sigfault



OpenPGP_signature
Description: OpenPGP digital signature

Bug#999805: RFS: bpfmon/2.49-1~bpo10+1 -- traffic monitor for BPF expression/iptables rule

2021-11-16 Thread Boian Bonev

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: bpfmon
   Version : 2.49-1~bpo10+1
   Upstream Author : Boian Bonev 
 * URL : https://github.com/bbonev/bpfmon
 * License : GPL-2.0+
 * Vcs : https://github.com/bbonev/bpfmon
   Section : admin

It builds those binary packages:

  bpfmon - traffic monitor for BPF expression/iptables rule

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

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

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

  dget -x
https://mentors.debian.net/debian/pool/main/b/bpfmon/bpfmon_2.49-1~bpo10+1.dsc

Changes since the last upload:

 bpfmon (2.49-1~bpo10+1) buster-backports; urgency=medium
 .
   * Rebuild for buster-backports.
 - Decrease dh to 12

Regards,
- -- 
  Boian Bonev

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEumC8IPN+WURNbSUAE2VyCRPS8i0FAmGUJ/QACgkQE2VyCRPS
8i1hUQ//UD/ctKKWsDiG0ll3I6HsRyGGw0676Bi/f5fqtdh+wfc+bx2tugkxHgEa
qOCbE5Qz0FHwLS3pEDGBkicl94ru8PcLTAKLuGPUkJqVULoFTYeWrtxp/rAn2WxS
8GNNIMzi+3UQsjGVFkTqhsbsy+It/ApKPoEeVCa7BK4ygQMxNO4gKuf+bhl0jJay
PGeLFlcNbYBEnM4oHgdvPmMh6Ynd+zT5+FtiRp8LUahHbKOTbxPKSCy5uY/rsEIr
Bp+EJRb5YitqMx0sajahvNsjjptxYQi5bm+nDtmDbSeWyZQJA7ric5ZXTlRT+d2c
TTX4ctPgfJUZI4m+wx19/viOgivBn66fij4g1ouz+uspLGMR0RcsgQ6ReaaWIIJw
MctjVDZX0Yi9p0ctL6PvzrX4Z40FrtCRqR+VLOU52WDOheVBdxhhYGjYXzYvCA9a
67vrU6pnsk/fzBgauEoLTCfIHVDzc2gU0bsV5Zwi5m5M9q2TlBe7w3GVB5N6hdBt
FPwa5D3GYp7vHFt9ApxG6SLCA94oJXEkRDCY7IZ/Pc4TPCpDEgTRwNGhHX+gYyll
c8D5ppgSQfSrZ7DKcuutlv8AwTaAUjOfpj5SZ7kU/oQAtEUhpIE4qiAAHMlzq+0n
NABXYG3Q/jwN+37QoQ+XH4+eS2T5HIySytIiG6g9dn10r092ymY=
=xk5Y
-END PGP SIGNATURE-

Bug#999803: Acknowledgement (missing dependencies in the emscripten package)

2021-11-16 Thread Ophir Lojkine

emscripten also depends on closure-compiler, which is not listed as a 
dependency to the emscripten package

Bug#999804: crash after upgrade to 1.4.3

2021-11-16 Thread Antoine Beaupre

Package: isync
Version: 1.4.3-1
Severity: normal

Before the upgrade (1.3.0-2.2, on bullseye), I am able to run mbsync
without too many issues. After the upgrade, it completely crashes with
what looks like an assertion failure:

C: 0/1  B: 134/205  F: +0/0 *0/0 #0/0  N: +4/4 *0/0 #0/0
Warning: lost track of 676 pulled message(s)
C: 0/1  B: 134/205  F: +0/0 *0/0 #0/0  N: +4/681 *0/0 #0/0
Warning: message 1 from far side has incomplete header.
C: 0/1  B: 134/205  F: +0/0 *0/0 #0/0  N: +5/681 *0/0 #0/0corrupted size vs. 
prev_size while consolidating
Abandon (core dumped)

Here's the backtrace:

(gdb) bt
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1  0x7f529fa18537 in __GI_abort () at abort.c:79
#2  0x7f529fa71768 in __libc_message (action=action@entry=do_abort, 
fmt=fmt@entry=0x7f529fb7fe2d "%s\n") at ../sysdeps/posix/libc_fatal.c:155
#3  0x7f529fa78a5a in malloc_printerr (
str=str@entry=0x7f529fb82280 "corrupted size vs. prev_size while 
consolidating") at malloc.c:5347
#4  0x7f529fa7a12e in _int_free (av=0x7f529fbb1b80 , 
p=0x5613006c9860, have_lock=) at malloc.c:4332
#5  0x5612ff5f01a7 in copy_msg_convert (vars=0x561300587510, 
out_cr=, in_cr=) at ./src/sync.c:534
#6  msg_fetched (sts=, aux=0x561300587510) at ./src/sync.c:559
#7  0x5612ff5f9832 in done_imap_cmd (ctx=ctx@entry=0x7f52a0140010, 
cmd=cmd@entry=0x561300635b30, response=response@entry=0)
at ./src/drv_imap.c:326
#8  0x5612ff600bc2 in imap_socket_read (aux=0x7f52a0140010)
at ./src/drv_imap.c:1740
#9  0x5612ff5f72b7 in event_wait () at ./src/util.c:831
#10 main_loop () at ./src/util.c:903
#11 0x5612ff5ec38f in main (argc=, argv=)
at ./src/main.c:797

It could be this is a new assertion for something that was broken
already in a previous version. I'm dealing with corruption issues on
the IMAP server side, but it seems to me this should still not crash,
especially on hostile server data...

(I don't have a particular reason to believe this is a security issue,
but i guess that if this is caused by a malicious message, it might be
a mild DOS condition..)

-- System Information:
Debian Release: 11.1
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable'), 
(1, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-9-amd64 (SMP w/4 CPU threads)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages isync depends on:
ii  libc6   2.31-13+deb11u2
ii  libdb5.35.3.28+dfsg1-0.8
ii  libsasl2-2  2.1.27+dfsg-2.1
ii  libssl1.1   1.1.1k-1+deb11u1
ii  zlib1g  1:1.2.11.dfsg-2

isync recommends no packages.

Versions of packages isync suggests:
ii  mutt  2.0.5-4.1

-- no debconf information

Bug#999797: [Pkg-samba-maint] Bug#999797: Unable to net ads join samba to an active directory domain Failed to join domain: failed to connect to AD: Can't contact LDAP server

2021-11-16 Thread Michael Evans

I've tried many variations of net join ads, some with -U Administrator , -U 
Administrator@REALM and also -k for Kerberos ticket user, which was the last 
one I tried and thus the one I copied in.

Debian's package is a good few versions behind the version I think that Samba's 
mailing list so I thought I'd try here first in case there were any 
distribution specific directions.  The Debian wiki pages looked out of date and 
poorly covered joining an Active Directory domain.

-Original Message-
From: Andrew Bartlett [mailto:abart...@samba.org] 
Sent: Tuesday, November 16, 2021 12:33 PM
To: Michael Evans; 999...@bugs.debian.org
Subject: Re: [Pkg-samba-maint] Bug#999797: Unable to net ads join samba to an 
active directory domain Failed to join domain: failed to connect to AD: Can't 
contact LDAP server

For user assistance, please use the samba  mailing list.

You are trying to join as 'root' which isn't a user on the domain, let
alone an administrative one.  

You should use "-Uadministrator" to set the correct user.

Andrew Bartlett

Bug#999800: [Pkg-javascript-devel] Bug#999800: node-flatted: autopkgtest regression: Cannot find module '/tmp/autopkgtest-lxc.78cintn5/downtmp/build.nuC/src/cjs/index.js'

Quoting Paul Gevers (2021-11-16 21:11:39)
> Source: node-flatted
> Version: 3.2.2~ds-2
> X-Debbugs-CC: debian...@lists.debian.org
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: regression
> 
> Dear maintainer(s),
> 
> With a recent upload of node-flatted the autopkgtest of node-flatted 
> fails in testing when that autopkgtest is run with the binary packages 
> of node-flatted from unstable. It passes when run with only packages 
> from testing. In tabular form:
> 
> passfail
> node-flatted   from testing3.2.2~ds-2
> all others from testingfrom testing
> 
> I copied some of the output at the bottom of this report.
> 
> Currently this regression is blocking the migration to testing [1]. Can 
> you please investigate the situation and fix it?
> 
> More information about this bug and the reason for filing it can be found on
> https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
> 
> Paul
> 
> [1] https://qa.debian.org/excuses.php?package=node-flatted
> 
> https://ci.debian.net/data/autopkgtest/testing/amd64/n/node-flatted/16718609/log.gz
> 
> internal/modules/cjs/loader.js:406
>  throw e;
>  ^
> 
> Error: Cannot find module 
> '/tmp/autopkgtest-lxc.78cintn5/downtmp/build.nuC/src/cjs/index.js'
>  at createEsmNotFoundErr (internal/modules/cjs/loader.js:842:15)
>  at finalizeEsmResolution (internal/modules/cjs/loader.js:835:15)
>  at trySelf (internal/modules/cjs/loader.js:400:12)
>  at Function.Module._resolveFilename 
> (internal/modules/cjs/loader.js:793:24)
>  at Function.Module._load (internal/modules/cjs/loader.js:667:27)
>  at Module.require (internal/modules/cjs/loader.js:887:19)
>  at require (internal/modules/cjs/helpers.js:74:18)
>  at [eval]:1:1
>  at Script.runInThisContext (vm.js:120:18)
>  at Object.runInThisContext (vm.js:309:38) {
>code: 'MODULE_NOT_FOUND',
>path: '/tmp/autopkgtest-lxc.78cintn5/downtmp/build.nuC/src/package.json'
> }
> autopkgtest [11:11:00]: test command1

I don't understand why it fails, and could use some help.

When I log into a clean chroot, install the packages node-flatted and
nodejs, then the test command succeeds - i.e. this prints "0":

> node -e "require('flatted');"; echo $?

But when executed inside the (to me super complex) autopkgtest 
framework, that same command apparently fails.

What am I missing?


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature

Bug#999803: missing dependencies in the emscripten package

2021-11-16 Thread Ophir Lojkine


Package: emscripten
Version: 2.0.12~dfsg-2


It looks like the emscripten debian package contains a few errors. It does not 
contain symlinks to the emscripten executables in the emscripten root 
directory, which makes compilation with emcmake fail. The missing symlinks are:

sudo ln -s /usr/share/emscripten/emcc.py /usr/share/emscripten/emcc && \
sudo ln -s /usr/share/emscripten/emar.py /usr/share/emscripten/emar && \
sudo ln -s /usr/share/emscripten/emranlib.py 
/usr/share/emscripten/emranlib && \

sudo ln -s /usr/share/emscripten/em++.py /usr/share/emscripten/em++

The package misses a dependency to the acorn js library, which raises the 
following error:

Error: Cannot find module 'acorn'
Require stack:
- /usr/share/emscripten/tools/acorn-optimizer.js
at Function.Module._resolveFilename 
(node:internal/modules/cjs/loader:933:15)
at Function.Module._load (node:internal/modules/cjs/loader:778:27)
at Module.require (node:internal/modules/cjs/loader:1005:19)
at require (node:internal/modules/cjs/helpers:102:18)
at Object. (/usr/share/emscripten/tools/acorn-optimizer.js:1:13)
at Module._compile (node:internal/modules/cjs/loader:1101:14)
at Object.Module._extensions..js (node:internal/modules/cjs/loader:1153:10)
at Module.load (node:internal/modules/cjs/loader:981:32)
at Function.Module._load (node:internal/modules/cjs/loader:822:12)
at Function.executeUserEntryPoint [as runMain] 
(node:internal/modules/run_main:81:12) {
  code: 'MODULE_NOT_FOUND',
  requireStack: [ '/usr/share/emscripten/tools/acorn-optimizer.js' ]
}
emcc: error: '/usr/local/bin/node 
/usr/share/emscripten/tools/acorn-optimizer.js 
/tmp/emscripten_temp_g7n6r4of/highs.js.pp.js AJSDCE --closureFriendly' failed 
(1)
 



Tested while compilinghttps://github.com/ERGO-Code/HiGHS  (as a part 
ofhttps://github.com/lovasoa/highs-js  )

Bug#999802: RFS: libexplain/1.4.D001-12 [QA] [RC] -- library of system-call-specific strerror repl - development files

2021-11-16 Thread Håvard Flaget Aasen

Package: sponsorship-requests
Severity: important

Dear mentors,

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

 * Package name: libexplain
   Version : 1.4.D001-12
   Upstream Author : Peter Miller 
 * URL : http://libexplain.sourceforge.net/
 * License : GPL-3+, LGPL-3+
 * Vcs : https://salsa.debian.org/debian/libexplain
   Section : devel

It builds those binary packages:

  explain - utility to explain system call errors
  libexplain-doc - library of system-call-specific strerror repl - documentation
  libexplain51 - library of system-call-specific strerror repl
  libexplain-dev - library of system-call-specific strerror repl -
development files

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/libe/libexplain/libexplain_1.4.D001-12.dsc

Changes since the last upload:

 libexplain (1.4.D001-12) unstable; urgency=medium
 .
   * QA upload.
   * Patch: Linux 5.11 no longer has if_frad.h, from Ubuntu. Closes: #997222
   * Patch: termiox removed since kernel 5.12, from ALT Linux.
   * Patch: Change from which -> command -v
   * d/watch: Update to version 4.
   * Add d/clean to avoid FTBFSx2, from Ubuntu.

Regards,
Håvard

Bug#999801: idwcc: long desription is a continuation of short description

Package: idwcc
Version: 1.1.0-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Long description should be stand-alone.

[Debian Policy § 3.4.2] says:

> Do not try to continue the single line synopsis into the extended
> description. This will not work correctly when the full description is
> displayed, and makes no sense where only the summary (the single line
> synopsis) is available.

Please expand long description to not depend on short description.

 - Jonas

[Debian Policy § 3.4.2]: 
https://www.debian.org/doc/debian-policy/ch-binary.html#the-extended-description

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmGUJS4ACgkQLHwxRsGg
ASFdnw//c8ba8/yIfmC2JhXWPUFAZUz41LXvS9GHMm5Vs3dH1ksaEjTnsIXbCOTh
wLHUNzg5OlJ4/0bmgtEBEcTCxG8ugXuPcJnRLnrztllqDValDxczdkSisnAWMV30
ZmNElzsf6VHoj6iHT/eToLLLjCWsPl8PRe8W3Vwx+1/DXEIP6orLwmcq7eXrpCyE
qaHAf7lpIBk2L1wTMf1J3sjf61qD135bLREbdM4K48puumPA5Q5QO/Jwf7xkOsHd
LNHIHX1FTdGQFj0aGDJNYA47Q62rj5Altt4a8ncV6z6woDawZt22ZaycMCT9tAWV
Y2PJ7dewWXmzKhzKgjL1H71uqS+WTuu96ya2PHPLbqJdjQ5k5hHrFd1yvKMfJNDB
4ighhsXplqqpfmUcjQzGAmQ6zwvjv9qvSrz3XroWU+JPQGloa+OYxOpEPpX3N1nn
1tY6U9GDn94hdd4OBPRJy/2MH3Awt21KFcjgZIXfKaDhnLFVlFoZvTUk2XI1tBs/
tZDqzKaBvFoims4D4+e/Ku+C5mEy9RizYK8Q2W10buL3dW8mY3lC6LUDyi2hnLmj
PkagxlD+t4G6DmuI9NLVYW3HmsywW3VgjXz4uigZH4ZGmurEaFIcDEOcA0phw/9m
vUd6rZ4SDzP90Kb91FexnRH+rxw3wsXik/z/r6nOABH/PgEky/U=
=mDyU
-END PGP SIGNATURE-

Bug#993806: kodi: No audio on DVD playback, AC3 Support

2021-11-16 Thread Vasyl Gello

Hi Thorsten!

If ffmpeg downgrade solves the issue for you, unlikely it is a Kodi problem.
But let me check with the team and get back to you soon.
-- 
Vasyl Gello
==
Certified SolidWorks Expert

Mob.:+380 (98) 465 66 77

E-Mail: vasek.ge...@gmail.com

Skype: vasek.gello
==
호랑이는 죽어서 가죽을 남기고 사람은 죽어서 이름을 남긴다

Bug#999777: 6.3-1 breaks scrolling in neovim on gnome-terminal with vertical splits

2021-11-16 Thread Josh Triplett

On Tue, Nov 16, 2021 at 08:02:53PM +0100, Sven Joachim wrote:
> On 2021-11-16 16:30 +0100, Josh Triplett wrote:
> 
> > Package: libncursesw6
> > Version: 6.3-1
> > Severity: important
> > X-Debbugs-Cc: j...@joshtriplett.org
> >
> > "important" because this makes neovim nearly unusable; not RC because
> > I've only observed it with one combination of terminal and program. I
> > personally think that might still be enough to make it RC until
> > root-caused to determine if it's breaking anything else.
> >
> > Steps to reproduce:
> >
> > - `nvim -u NONE` (to ignore any .vimrc)
> > - :%!seq 1000
> > - :vert new
> > - :%!seq 1000
> > - Hit page-down
> > - Observe the other side of the split (as well as the vertical bar
> >   between the split windows) scrolling off the screen.
> >
> > Downgrading the ncurses packages to 6.2+20210905-1 makes the problem
> > disappear; re-upgrading to 6.3-1 makes it come back.
> 
> This is rather surprising, because neovim does not depend on
> libncursesw6, not even on libtinfo6.  Did you up-/downgrade
> ncurses-{base,term} as well, and what is your $TERM?

I downgraded by installing all seven of:

libncurses6_6.2%2B20210905-1_amd64.deb
libncursesw6_6.2%2B20210905-1_amd64.deb
libncurses-dev_6.2%2B20210905-1_amd64.deb
libtinfo6_6.2%2B20210905-1_amd64.deb
ncurses-base_6.2%2B20210905-1_all.deb
ncurses-bin_6.2%2B20210905-1_amd64.deb
ncurses-term_6.2%2B20210905-1_all.deb

That made the issue disappear. Re-upgrading made the issue re-appear.

I'm using gnome-terminal, and my $TERM is xterm-256color. (I also tested
downgrading libvte, since it had recently been upgraded, but that did
not fix the issue.)

Bug#999797: [Pkg-samba-maint] Bug#999797: Unable to net ads join samba to an active directory domain Failed to join domain: failed to connect to AD: Can't contact LDAP server

2021-11-16 Thread Andrew Bartlett

For user assistance, please use the samba  mailing list.

You are trying to join as 'root' which isn't a user on the domain, let
alone an administrative one.  

You should use "-Uadministrator" to set the correct user.

Andrew Bartlett

Bug#999601: [false positive] ocaml-dangling-cmi hint needs refinement

2021-11-16 Thread Julien Puydt

Hi,

Le mardi 16 novembre 2021 à 06:35 -0800, Felix Lechner a écrit :
> 
> On Sat, Nov 13, 2021 at 1:15 AM Julien Puydt 
> wrote:
> > 
> > I hope this is precise enough to improve the hint.
> 
> We would like to test improvements. Would you please point to
> installable packages that triggered the false positives? Thanks!

I suggest only one, libcoq-ocaml-dev:

- it has the larger choice of strange examples of the issue -- at least
that I know of ;

- hopefully there only remains false positives since I checked for real
issues ;

- but you'll have to "lintian -Io" to get over my overriding the hint
for all __ files ;

- and you should (temporarily) remove the code which says "three
strikes and then only a count", because a list of three explicits and
then a hundred silents gets you only so far.

(About the last point: I could understand why I had so many of them
only when I pushed the limit of showns hints to 300: the complete list
made obvious the __ was the problem)

I can easily find more, but since I'm new to the team (and apparently
they weren't using lintian that much...), I haven't had my hands in
many of them, so there will be real positives... and we don't want to
fix that!

Thanks for looking into this,

J.Puydt

Bug#994272: New packages for release 2021.10 of OPM

2021-11-16 Thread Markus Blatt


Dear all,

I have packaged the new release 2021.10-1.

You can find the packages on mentors.debian.org:

https://mentors.debian.net/package/opm-common/
https://mentors.debian.net/package/opm-material/
https://mentors.debian.net/package/opm-grid/
https://mentors.debian.net/package/opm-models/
https://mentors.debian.net/package/opm-simulators/
https://mentors.debian.net/package/opm-upscaling/

or salsa.debian.org:
https://salsa.debian.org/science-team/opm-common
https://salsa.debian.org/science-team/opm-material
https://salsa.debian.org/science-team/opm-grid
https://salsa.debian.org/science-team/opm-models
https://salsa.debian.org/science-team/opm-simulators
https://salsa.debian.org/science-team/opm-upscaling

Looking forward to the reviews and comments.

Cheers,

Markus

Bug#997333: wifite: FTBFS: FileNotFoundError: [Errno 2] No such file or directory: 'pyrit'

2021-11-16 Thread Samuel Henrique

I did some investigation here and I believe this can be addressed by
removing pyrit support from wifite. It should still work with tshark
instead, as per the manpage.

Cheers,

-- 
Samuel Henrique

Bug#993806: kodi: No audio on DVD playback, AC3 Support

2021-11-16 Thread Torsten Crass

Hi there,

is this related to Kodi not finding *any* audio streams on DVDs (at
least not on the few I tried today after quite a long break), as
described here: https://forum.kodi.tv/showthread.php?tid=359403?

> Yes, it is possible to add that patch for bookworm/sid.

Any chance this gets added also in bullseye any time soon?

I daresay that DVD playback is a core function of any media player
software, and jessie's Kodi already had quite some issues in that
respect. I'd really appreciate not to be forced again to fall back to
some third-party repos to keep our Debian-based HTPC running -- family's
already breathing down my neck... ;)

Cheers --

Torsten



OpenPGP_signature
Description: OpenPGP digital signature

Bug#999777: 6.3-1 breaks scrolling in neovim on gnome-terminal with vertical splits

2021-11-16 Thread Sven Joachim

On 2021-11-16 20:02 +0100, Sven Joachim wrote:

> On 2021-11-16 16:30 +0100, Josh Triplett wrote:
>
>> Package: libncursesw6
>> Version: 6.3-1
>> Severity: important
>> X-Debbugs-Cc: j...@joshtriplett.org
>>
>> "important" because this makes neovim nearly unusable; not RC because
>> I've only observed it with one combination of terminal and program. I
>> personally think that might still be enough to make it RC until
>> root-caused to determine if it's breaking anything else.
>>
>> Steps to reproduce:
>>
>> - `nvim -u NONE` (to ignore any .vimrc)
>> - :%!seq 1000
>> - :vert new
>> - :%!seq 1000
>> - Hit page-down
>> - Observe the other side of the split (as well as the vertical bar
>>   between the split windows) scrolling off the screen.

I can reproduce that in gnome-terminal, although not in an xterm.

>> Downgrading the ncurses packages to 6.2+20210905-1 makes the problem
>> disappear; re-upgrading to 6.3-1 makes it come back.
>
> This is rather surprising, because neovim does not depend on
> libncursesw6, not even on libtinfo6.  Did you up-/downgrade
> ncurses-{base,term} as well, and what is your $TERM?

After downgrading ncurses-base as well as ncurses-bin, libncursesw6 and
libtinfo6 to 6.2+20210905-1 I still saw the same misbehavior in my test
chroot.  So I cannot confirm that the problem is new, or even related to
ncurses.

Cheers,
   Sven

Bug#999800: node-flatted: autopkgtest regression: Cannot find module '/tmp/autopkgtest-lxc.78cintn5/downtmp/build.nuC/src/cjs/index.js'


Source: node-flatted
Version: 3.2.2~ds-2
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression

Dear maintainer(s),

With a recent upload of node-flatted the autopkgtest of node-flatted 
fails in testing when that autopkgtest is run with the binary packages 
of node-flatted from unstable. It passes when run with only packages 
from testing. In tabular form:


   passfail
node-flatted   from testing3.2.2~ds-2
all others from testingfrom testing

I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration to testing [1]. Can 
you please investigate the situation and fix it?


More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[1] https://qa.debian.org/excuses.php?package=node-flatted

https://ci.debian.net/data/autopkgtest/testing/amd64/n/node-flatted/16718609/log.gz

internal/modules/cjs/loader.js:406
throw e;
^

Error: Cannot find module 
'/tmp/autopkgtest-lxc.78cintn5/downtmp/build.nuC/src/cjs/index.js'

at createEsmNotFoundErr (internal/modules/cjs/loader.js:842:15)
at finalizeEsmResolution (internal/modules/cjs/loader.js:835:15)
at trySelf (internal/modules/cjs/loader.js:400:12)
at Function.Module._resolveFilename 
(internal/modules/cjs/loader.js:793:24)

at Function.Module._load (internal/modules/cjs/loader.js:667:27)
at Module.require (internal/modules/cjs/loader.js:887:19)
at require (internal/modules/cjs/helpers.js:74:18)
at [eval]:1:1
at Script.runInThisContext (vm.js:120:18)
at Object.runInThisContext (vm.js:309:38) {
  code: 'MODULE_NOT_FOUND',
  path: '/tmp/autopkgtest-lxc.78cintn5/downtmp/build.nuC/src/package.json'
}
autopkgtest [11:11:00]: test command1




OpenPGP_signature
Description: OpenPGP digital signature

Bug#999799: cffi breaks cl-plus-ssl autopkgtest on armhf and i386: OMPILE-FILE-ERROR while compiling #


Source: cffi, cl-plus-ssl
Control: found -1 cffi/1:0.24.1-1
Control: found -1 cl-plus-ssl/20200609.gitff4634a-1
Severity: serious
Tags: sid bookworm
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks needs-update

Dear maintainer(s),

With a recent upload of cffi the autopkgtest of cl-plus-ssl fails in 
testing when that autopkgtest is run with the binary packages of cffi 
from unstable. It passes when run with only packages from testing. In 
tabular form:


   passfail
cffi   from testing1:0.24.1-1
cl-plus-sslfrom testing20200609.gitff4634a-1
all others from testingfrom testing

I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration of cffi to testing 
[1]. Due to the nature of this issue, I filed this bug report against 
both packages. Can you please investigate the situation and reassign the 
bug to the right package?


More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[1] https://qa.debian.org/excuses.php?package=cffi

https://ci.debian.net/data/autopkgtest/testing/armhf/c/cl-plus-ssl/16722626/log.gz

; file: /usr/share/common-lisp/source/cl-cffi/src/types.lisp
; in: DEFCTYPE :SIZE
; (CFFI:DEFCTYPE :SIZE)
; ; caught ERROR:
;   (during macroexpansion of (DEFCTYPE :SIZE))
;   Error while parsing arguments to DEFMACRO DEFCTYPE:
; too few elements in
;   (:SIZE)
; to satisfy lambda list
;   (NAME BASE-TYPE &OPTIONAL DOCUMENTATION):
; between 2 and 3 expected, but got 1
; processing (ERROR (QUOTE SB-INT:COMPILED-PROGRAM-ERROR) ...)
; processing (DEFCTYPE :SSIZE)
; file: /usr/share/common-lisp/source/cl-cffi/src/types.lisp
; in: DEFCTYPE :SSIZE
; (CFFI:DEFCTYPE :SSIZE)
; ; caught ERROR:
;   (during macroexpansion of (DEFCTYPE :SSIZE))
;   Error while parsing arguments to DEFMACRO DEFCTYPE:
; too few elements in
;   (:SSIZE)
; to satisfy lambda list
;   (NAME BASE-TYPE &OPTIONAL DOCUMENTATION):
; between 2 and 3 expected, but got 1

; processing (ERROR (QUOTE SB-INT:COMPILED-PROGRAM-ERROR) ...)
; processing (DEFCTYPE :PTRDIFF ...)
; file: /usr/share/common-lisp/source/cl-cffi/src/types.lisp
; in: DEFCTYPE :PTRDIFF
; (CFFI:DEFCTYPE :PTRDIFF :SSIZE)
; ; caught ERROR:
;   (during macroexpansion of (DEFCTYPE :PTRDIFF ...))
;   Unknown CFFI type :SSIZE

; processing (ERROR (QUOTE SB-INT:COMPILED-PROGRAM-ERROR) ...)
; processing (DEFCTYPE :OFFSET ...)

; wrote 
/tmp/autopkgtest-lxc.w4ep9ku_/downtmp/autopkgtest_tmp/usr/share/common-lisp/source/cl-cffi/src/types-tmpBODYQO2B.fasl

; compilation finished in 0:00:00.460
Unhandled UIOP/LISP-BUILD:COMPILE-FILE-ERROR:
  COMPILE-FILE-ERROR while compiling #

Backtrace for: #
0: (SB-DEBUG::DEBUGGER-DISABLED-HOOK 
# # :QUIT T)
1: (SB-DEBUG::RUN-HOOK *INVOKE-DEBUGGER-HOOK* 
#)

2: (INVOKE-DEBUGGER #)
3: (ERROR UIOP/LISP-BUILD:COMPILE-FILE-ERROR :CONTEXT-FORMAT 
"~/asdf-action::format-action/" :CONTEXT-ARGUMENTS 
((# . #"cffi" "src" "types">)))
4: (UIOP/LISP-BUILD:CHECK-LISP-COMPILE-RESULTS NIL T T 
"~/asdf-action::format-action/" ((# . 
#)))
5: ((SB-PCL::EMF ASDF/ACTION:PERFORM) # #argument> # 
#)

6: ((LAMBDA NIL :IN ASDF/ACTION:CALL-WHILE-VISITING-ACTION))
7: ((:METHOD ASDF/ACTION:PERFORM :AROUND (ASDF/LISP-ACTION:COMPILE-OP 
ASDF/LISP-ACTION:CL-SOURCE-FILE)) # 
#) [fast-method]
8: ((:METHOD ASDF/ACTION:PERFORM-WITH-RESTARTS :AROUND (T T)) 
# #"src" "types">) [fast-method]
9: ((:METHOD ASDF/PLAN:PERFORM-PLAN (T)) #{4FD098D9}>) [fast-method]

10: ((FLET SB-C::WITH-IT :IN SB-C::%WITH-COMPILATION-UNIT))
11: ((:METHOD ASDF/PLAN:PERFORM-PLAN :AROUND (T)) 
#) [fast-method]
12: ((:METHOD ASDF/OPERATE:OPERATE (ASDF/OPERATION:OPERATION 
ASDF/COMPONENT:COMPONENT)) # 
# :PLAN-CLASS NIL :PLAN-OPTIONS NIL) 
[fast-method]
13: ((SB-PCL::EMF ASDF/OPERATE:OPERATE) # #argument> # #)

14: ((LAMBDA NIL :IN ASDF/OPERATE:OPERATE))
15: ((:METHOD ASDF/OPERATE:OPERATE :AROUND (T T)) 
# #) 
[fast-method]
16: ((SB-PCL::EMF ASDF/OPERATE:OPERATE) # #argument> ASDF/LISP-ACTION:LOAD-OP "cl+ssl.test")

17: ((LAMBDA NIL :IN ASDF/OPERATE:OPERATE))
18: ((:METHOD ASDF/OPERATE:OPERATE :AROUND (T T)) 
ASDF/LISP-ACTION:LOAD-OP "cl+ssl.test") [fast-method]
19: (ASDF/SESSION:CALL-WITH-ASDF-SESSION #ASDF/OPERATE:OPERATE) {4FD09775}> :OVERRIDE T :KEY NIL :OVERRIDE-CACHE T 
:OVERRIDE-FORCING NIL)

20: ((LAMBDA NIL :IN ASDF/OPERATE:OPERATE))
21: (ASDF/SESSION:CALL-WITH-ASDF-SESSION #ASDF/OPERATE:OPERATE) {4FD09685}> :OVERRIDE NIL :KEY NIL :OVERRIDE-CACHE 
NIL :OVERRIDE-FORCING NIL)
22: ((:METHOD ASDF/OPERATE:OPERATE :AROUND (T T)) 
ASDF/LISP-ACTION:LOAD-OP "cl+ssl.test") [fast-method]

23: (ASDF/OPERATE:LOAD-SYSTEM "cl+ssl.test")
24: ((LAMBDA NIL :IN 
"/tmp/autopkgtest-lxc.w4ep9ku_/downtmp/build.73k/src/debian/tests/runtests.lisp"))
25: (SB-INT:SIMPLE-EVAL-IN-LEXENV (LET ((UIOP/CONFIGU

Bug#998718: Brasero fails (on Testing) burning an ISO image on a CD-RW

2021-11-16 Thread Mauro Sacchetto


I still fail to burn ISO even to blank CDs. The same for SAO or DAO

to blank and than burn.

I tried to "play" a bit with the few customizable fields in the Brasero 
plugins, basically two:


cdrdao (enable the "--driver generic-mmc-raw" flag)

and

growisofs (allow the use of DAO),

but the problems persist.

Gconf is obsolete and now replaced by Dconf,

but in fact I don't know where to put my hands. I try to deepen ...


m


Il 15/11/21 17:11, Thomas Schmitt ha scritto:

Hi,

i wrote:

My only idea which does not need a code change is to employ the wodim
plugin of Brasero and to hope that it burns by write type SAO.

Mauro Sacchetto wrote:

Which way?

Good question.
I have wodim installed. But last time when i tried, the wodim item was
greyed out in the plugin list window which i somehow managed to pop up.

Google brings me to
   https://github.com/lmedinas/brasero
which in "Notes on plugins for advanced users" proposes to remove
libburn (bleh !) or to use something named Gconf for changing plugin
priorities.
Wikipedia says: "GConf was a system used by the GNOME desktop".

The riddle remains, i fear.


Have a nice day :)

Thomas

Bug#999762: bullseye-pu: package lshw/02.18.85-0.7

2021-11-16 Thread Adam D. Barratt

Control: tags -1 + moreinfo

On Tue, 2021-11-16 at 10:54 +0100, Thomas Goirand wrote:
> I would like to update Bullseye with the latest version of
> lshw as in unstable/testing.
> 
> [ Reason ]
> The Bullseye version of lshw
> has bugs with its json output, rendering the hardware report
> agent of openstack-cluster-installer unuseable in some cases,
> depending on the hardware.
> 
> [ Impact ]
> Broken json output, non-successful hardware report in OCI.
> 
[...]
> Note: I'm not providing a debdiff, since that's just the
> version in unstable. I'd just upload it as:
> 
> 02.19.git.2021.06.19.996aaad9c7-2~deb11u1
> 
> if you agree.

"Just a backport" doesn't remove the request for a debdiff.

Indeed, looking at a debdiff gives, amongst the expected set of changes
to data and so on:

 Build-Depends:
  debhelper-compat (= 10),
- libgtk2.0-dev,
+ libgtk-3-dev,

switching GTK version isn't really the sort of change that would be
expected in a stable update, and has nothing to do with broken JSON
output so far as I can tell.

Regards,

Adam

Bug#999798: golang-github-alecthomas-chroma breaks golang-github-charmbracelet-glamour autopkgtest


Source: golang-github-alecthomas-chroma, golang-github-charmbracelet-glamour
Control: found -1 golang-github-alecthomas-chroma/0.9.4-1
Control: found -1 golang-github-charmbracelet-glamour/0.3.0-2
Severity: serious
Tags: sid bookworm
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks needs-update

Dear maintainer(s),

With a recent upload of golang-github-alecthomas-chroma the autopkgtest
 of golang-github-charmbracelet-glamour fails in testing when that
 autopkgtest is run with the binary packages of
golang-github-alecthomas-chroma from unstable. It passes when run with
 only packages from testing. In tabular form:

  passfail
golang-github-alecthomas-chroma  from testing0.9.4-1
golang-github-charmbracelet-glamour  from testing0.3.0-2
all others   from testingfrom testing

I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration of
golang-github-alecthomas-chroma to testing [1]. Due to the nature of
this issue, I filed this bug report against both packages. Can you
please investigate the situation and reassign the bug to the right package?

More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[1] https://qa.debian.org/excuses.php?package=golang-github-alecthomas-chroma

https://ci.debian.net/data/autopkgtest/testing/amd64/g/golang-github-charmbracelet-glamour/16697724/log.gz

--- FAIL: TestRenderHelpers (0.01s)
FAIL
FAILgithub.com/charmbracelet/glamour0.055s
=== RUN   TestRenderer
--- PASS: TestRenderer (0.02s)
=== RUN   TestRendererIssues
--- PASS: TestRendererIssues (0.02s)
PASS
ok  github.com/charmbracelet/glamour/ansi   0.045s
?   github.com/charmbracelet/glamour/examples/custom_renderer   [no 
test files]
?   github.com/charmbracelet/glamour/examples/helloworld[no test files]
?   github.com/charmbracelet/glamour/internal/generate-style-json   [no 
test files]
FAIL
dh_auto_test: error: cd _build && go test -vet=off -v -p 2 github.com/charmbracelet/glamour github.com/charmbracelet/glamour/ansi 
github.com/charmbracelet/glamour/examples/custom_renderer github.com/charmbracelet/glamour/examples/helloworld github.com/charmbracelet/glamour/internal/generate-style-json 
returned exit code 1

make: *** [debian/rules:6: build] Error 25
autopkgtest [16:15:07]: test dh-golang-autopkgtest






OpenPGP_signature
Description: OpenPGP digital signature

Bug#999732: libreoffice-dictionaries: Please adopt hunspell-an

2021-11-16 Thread Rene Engelhard

Hi,

Am 15.11.21 um 17:40 schrieb Agustin Martin:
> Please enable hunspell-an build from libreoffice-dictionaries sources.
>
> This was originally requested by Dimitrij Mijoski in #991966 hunspell-an bug
> report, I am copying his reasoning,
Cc'ed.
>
>   Package: hunspell-an
>
>   The current package shows a Firefox extension as Homepage (and probably
>   upstream). This is not a very good upstream. The Aragonese dictionary is
>   unmaintained (no updates since 2011) and it has no real upstream. It would
>   be best to use https://cgit.freedesktop.org/libreoffice/dictionaries/
>   as upstream and
>   https://packages.debian.org/source/sid/libreoffice-dictionaries as source
>   package.

Which doesn't really change the problem:


rene@frodo:~/LibreOffice/git/master/dictionaries$ git log an_ES/
commit b5b5c88c12835a7043c09f0d5140ff1318e9671b
Author: David Tardon 
Date:   Wed Oct 24 06:08:36 2012 +0200

    drop stray delzip files
   
    Change-Id: I235d23248469b760da69983575dfcd73431757d4

commit c918f1d4242d9fd9a8de284e6b32b8c00e59debe
Author: Michael Stahl 
Date:   Tue Oct 23 20:05:55 2012 +0200

    gbuild: let ExtensionTarget expect manifest below META-INF
   
    ... adapt dictionaries to that.

commit a4473e06b56bfe35187e302754f6baaa8d75e54f
Author: Norbert Thiebaud 
Date:   Sat Sep 1 09:50:26 2012 -0500

    move dictionaries structure one directory up
   
    Change-Id: I70388bf6b95d8692cc6f25fc5a9c7baf3a675710
rene@frodo:~/LibreOffice/git/master/dictionaries$ git log an_ES/
an_ES.aff an_ES.dic description.xml   dictionaries.xcu 
LICENSES-en.txt   META-INF/
rene@frodo:~/LibreOffice/git/master/dictionaries$ git log an_ES/an_ES.aff
commit a4473e06b56bfe35187e302754f6baaa8d75e54f
Author: Norbert Thiebaud 
Date:   Sat Sep 1 09:50:26 2012 -0500

    move dictionaries structure one directory up
   
    Change-Id: I70388bf6b95d8692cc6f25fc5a9c7baf3a675710
rene@frodo:~/LibreOffice/git/master/dictionaries$ git log an_ES/an_ES.dic
commit a4473e06b56bfe35187e302754f6baaa8d75e54f
Author: Norbert Thiebaud 
Date:   Sat Sep 1 09:50:26 2012 -0500

    move dictionaries structure one directory up
   
    Change-Id: I70388bf6b95d8692cc6f25fc5a9c7baf3a675710

This hasn't changed since 2012 either. and that is just some makefile
reorga...


>   Why this should be done? Because there are certain bugs with the
>   dictionary and the libreoffice repository is the only place where the bug
>   can be fixed. I certanly can not fix it in the Firefox extension [1] or
>   the Libreoffice extension [2].

Which didn't happen, though in the last 9 years...


Regards,


Rene

Bug#999797: Unable to net ads join samba to an active directory domain Failed to join domain: failed to connect to AD: Can't contact LDAP server

2021-11-16 Thread Michael Evans

Package: samba
Version: 2:4.13.13+dfsg-1~deb11u2
Severity: important

A samba-ad-dc has been setup using
https://wiki.samba.org/index.php/Setting_up_Samba_as_an_Active_Directory_Dom
ain_Controller
(with some Debian specific variations).

Samba is being used as the DNS, Kerberos, and LDAP servers.  None of the
external server options were setup or added.


The Active Directory domain worked for a Windows 10 client machine joining
the domain.  It also shows up in the list of computer objects.


Debian 11 (bullseye) samba fails to net ads join to this same domain.

https://wiki.samba.org/index.php/Setting_up_Samba_as_a_Domain_Member

If I am reading the debug error message correctly, it's trying to join the
domain, with a machine account it should create by joining the domain?


### obtain kerberos credentials as an admin in the test domain
# kinit r2

### I've tried variations on the net ads join command, as the configuration
seems correct.  -d 10 is very spammy.  PS it stalls for a _long_ time at
Starting GENSEC submechanism gse_krb5
# net ads join -k -d 5
Processing section "[global]"
doing parameter workgroup = NC
doing parameter security = ADS
doing parameter realm = NC.NOR-CONSULT.COM
doing parameter vfs objects = acl_xattr
doing parameter map acl inherit = Yes
doing parameter store dos attributes = Yes
doing parameter winbind refresh tickets = Yes
doing parameter dedicated keytab file = /etc/krb5.keytab
doing parameter kerberos method = secrets and keytab
doing parameter winbind use default domain = yes
doing parameter winbind enum users = yes
doing parameter winbind enum groups = yes
pm_process() returned Yes
Netbios name list:-
my_netbios_names[0]="V-FS5"
added interface eth0 ip=REDACTED:a800:ff:fe48:dc6f bcast=
netmask=:::::
added interface eth0 ip=fd00:6959:d45d:200::2d bcast=
netmask=:::ff00::
added interface eth0 ip=fd00:6959:d45d:200:a800:ff:fe48:dc6f bcast=
netmask=:::::
added interface eth0 ip=10.2.0.45 bcast=10.2.255.255 netmask=255.255.0.0
added interface eth1 ip=REDACTED bcast=10.202.255.255 netmask=255.255.0.0
libnet_Join:
libnet_JoinCtx: struct libnet_JoinCtx
in: struct libnet_JoinCtx
dc_name  : NULL
machine_name : 'V-FS5'
domain_name  : *
domain_name  : 'NC.NOR-CONSULT.COM'
domain_name_type : JoinDomNameTypeDNS (1)
account_ou   : NULL
admin_account: 'root'
admin_domain : NULL
machine_password : NULL
join_flags   : 0x0023 (35)
   0: WKSSVC_JOIN_FLAGS_IGNORE_UNSUPPORTED_FLAGS
   0: WKSSVC_JOIN_FLAGS_JOIN_WITH_NEW_NAME  < Why isn't
this flag set as well?
   0: WKSSVC_JOIN_FLAGS_JOIN_DC_ACCOUNT
   0: WKSSVC_JOIN_FLAGS_DEFER_SPN
   0: WKSSVC_JOIN_FLAGS_MACHINE_PWD_PASSED
   0: WKSSVC_JOIN_FLAGS_JOIN_UNSECURE
   1: WKSSVC_JOIN_FLAGS_DOMAIN_JOIN_IF_JOINED
   0: WKSSVC_JOIN_FLAGS_WIN9X_UPGRADE
   0: WKSSVC_JOIN_FLAGS_ACCOUNT_DELETE
   1: WKSSVC_JOIN_FLAGS_ACCOUNT_CREATE
   1: WKSSVC_JOIN_FLAGS_JOIN_TYPE
os_version   : NULL
os_name  : NULL
os_servicepack   : NULL
create_upn   : 0x00 (0)
upn  : NULL
dnshostname  : NULL
modify_config: 0x00 (0)
ads  : NULL
debug: 0x01 (1)
use_kerberos : 0x01 (1)
secure_channel_type  : SEC_CHAN_WKSTA (2)
desired_encryption_types : 0x001f (31)
Opening cache file at /run/samba/gencache.tdb
sitename_fetch: Returning sitename for realm 'NC.NOR-CONSULT.COM':
"Default-First-Site-Name"
saf_fetch: failed to find server for "NC.NOR-CONSULT.COM" domain
get_dc_list: preferred server list: ", *"
resolve_ads: Attempting to resolve KDCs for NC.NOR-CONSULT.COM using DNS
get_dc_list: returning 2 ip addresses in an ordered list
get_dc_list: 10.2.0.35:88 fd00:6959:d45d:200::23:88 
saf_fetch: failed to find server for "NC.NOR-CONSULT.COM" domain
get_dc_list: preferred server list: ", *"
resolve_ads: Attempting to resolve KDCs for NC.NOR-CONSULT.COM using DNS
get_dc_list: returning 2 ip addresses in an ordered list
get_dc_list: 10.2.0.35:88 fd00:6959:d45d:200::23:88 
create_local_private_krb5_conf_for_domain: wrote file
/run/samba/smb_krb5/krb5.conf._JOIN_ with realm NC.NOR-CONSULT.COM KDC list
= kdc = 10.2.0.35
kdc = [fd00:6959:d45d:200::23]:88

sitename_fetch: Returning sitename for realm 'NC.NOR-CONSULT.COM':
"Default-First-Site-Name"
name ad-mo3.nc.nor-consult.com#20 found.
Connecting to fd00:6

Bug#999796: python3-nbconvert: Invalid URLs specified for javascript libraries and potential severe problem for users

2021-11-16 Thread Christian Holm Christensen

Package: python3-nbconvert
Version: 6.1.0-1
Severity: important

Dear Maintainer,

When converting Notebooks to HTML (or derived), invalid URLs for
javascript libraries.  For example, the MathJax library is specified to
be at

file://usr/share/javascript/mathjax/MathJax.js

This is _not_ a valid file URL.  File URLs have exactly _one_ or _three_
leading slashes

file:/usr/share/javascript/mathjax/MathJax.js
file:///usr/share/javascript/mathjax/MathJax.js

This substitution from upstream happens in the patch
`0004-privacy-breaches.patch`,
and applies to **require-js**, **jQuery**, and **MathJax**.  At a minimum,
please fix these URLs.

It is potentially a _big_ problem for users that by default the javascript
libraries are picked up from the local filesystem instead of from remote CDN.

If I export my Notebook to say slides with hardcoded local filesystem URLs,
then

- a client of mine may not be able to correctly use those slides because
  she does not have the javascript libraries at the same location
- someone malicious could have installed malware version of the
  javascript libraries on the clients computer, so that when she opens
  my slides she will become exposed. Sure, the CDN may also be
  compromised, and we can never completely guard against these things,
  but in all likeliness such a breach would quickly be discovered and
  remedied.
- nbconvert assumes specific versions (or range of versions) of the
  libraries.  If a javascript library is updated on the system in a
  normal upgrade process it could break the slides.  For example,
  nbconvert assumes MathJax version 2, but likely MathJax version 3 will
  it Debian in not too long.  When that happens all notebooks exported
  using the patched templates will be broken.
- Finally, it is not what most users would expect.

For **require-js** and **jQuery** there are workarounds in that one can
specify specific URLs for nbconvert.  However, the URL for MathJax is
hard-coded in the templates and is not changable via the API or CLI.

Please consider to _not_ patch these URLs in the templates.  It seriously
tampers with usability of the package.  Thank you.

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

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

Versions of packages python3-nbconvert depends on:
ii  python3  3.9.7-1
ii  python3-bleach   4.1.0-1
ii  python3-defusedxml   0.7.1-1
ii  python3-entrypoints  0.3-8
ii  python3-jinja2   3.0.1-2
ii  python3-jupyter-core 4.9.1-1
ii  python3-jupyterlab-pygments  0.1.2-7
ii  python3-mistune  0.8.4-5
ii  python3-nbclient 0.5.5-1
ii  python3-nbformat 5.1.3-1
ii  python3-pandocfilters1.4.3-1
ii  python3-pygments 2.7.1+dfsg-2.1
ii  python3-testpath 0.5.0+dfsg-1
ii  python3-traitlets5.1.1-1

Versions of packages python3-nbconvert recommends:
ii  pandoc  2.9.2.1-1+b2
ii  python3-jupyter-client  7.0.6-2

Versions of packages python3-nbconvert suggests:
pn  python-nbconvert-doc   
ii  texlive-fonts-recommended  2021.20210921-1
ii  texlive-plain-generic  2021.20210921-1
ii  texlive-xetex  2021.20210921-1

-- no debconf information


-- 
Christian Holm Christensen -
 Sankt Hans Gade 23, 4, DK-2200 Copenhagen
 http://cern.ch/cholm, +4524618591

Bug#999795: libpsortb: needlessly overrides d-shlibs

Source: libpsortb
Version: 1.0+dfsg-4
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

in debian/rules, d-shlibs is overridden for libsvm-dev, which is handled
by d-shlibs itself since release 0.84.

Please consider dropping that override.


 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmGUAUUACgkQLHwxRsGg
ASFVHg//QjkKgw8W5f4r+l7CFJWkhu34IwDZNSKkPwnv8A/ZC3Sn/XsQn0JXzfTI
GkqyL4rqgxexwrIZwDmFnnrdocOA7sPQ8/HJTnoVkAnhabu8BU78LDemLNG+AxHK
TxzBf0SD0D0V6PGLKCFiuCNxgzrl5IM9WpNDvSgomzINOKjDHQ/5tdmmaKt5DFyD
br4HwomfqawLNg3eTdQb+TgvLwsC+A/d6EHWV829UJqz59EF/8JFEmJN0sQF4qG9
7/Otl0oC3kIx9DWULDt1cMeE0TWFDzlMIptfjO2RYWleq0nK0jCQm38vwzwpbFwp
40wvVA2DGvaCBhqvnjEBFM8EtvKRj+IMT9+E+SY1Af0fu+KeiBT6EfyIMmbv5jn1
9ibDL1pubTaPgXN9swMtmYaKrYv6qemlgfGbUvPLptUJqD74EUmXkYXJ5NdMbb+4
Alz2DyKey+XTAemHEo2YrmockbjFgO3t8GRSWepO68HDUkbE6IA13ZgJpE1j5gVe
OmYrly45vcY4t8q68Lv/nb3rL6yCocTzNoBOc+GjmDAJ6Go0F1dOqWz2bxARoM3g
oMgmLUZnvFsyGN+8tCN+i08fZrP7IbhVh7SDElFz8rentE+AdUXNRkMPbO3m7dfd
CtlLm5f7cz2vaVXsbtjsHdyxs/SrcCS2weC8zoZogfvzEMTAqi4=
=9RJl
-END PGP SIGNATURE-

Bug#999794: libtabixpp: needlessly overrides d-shlibs

Source: libtabixpp
Version: 1.1.0-4
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

in debian/rules, d-shlibs is overridden for libhts-dev, which is handled
by d-shlibs itself since release 0.83.

Please consider dropping that override.


 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmGUAMcACgkQLHwxRsGg
ASFT1A/9E1RYw+lwCKOkkbEJd7cs84+vI04zGMQlZsjGZ2uJ8AWV+vdXHCAVGYZK
t8BOTVZXqgNOoerVa1C1uX3o2TadO9vWT93DmM0ghbujVxcV0GeqkwJeR9JAz3hv
+Uw4ooq1qCotDsrYuE6ctRQG7aHW9jPW27Mk0e45ngGeEZyaIJdIezbdG4/4s4mf
f2AY4HrC+yZ+zunJmsFgnqLN2evJksG7ZkBFTStey4Y9+9PzAej/zRhsUiyfo2qI
W+Y5OU+748twegC8ACEd+keqT4szW6GE6mN0g0gRR6wiBMBOKbI8NnyX8pBiX6wN
Lo+Gm17VhH5Pj4wKrSM6Q6WXHR9bl+192BQowGFhluoN5/G3tuUyMoQ1nGAVzV0q
MFh9WiWqeD5x+8RXYtq5/NW++8BXpQGQLKzSi3SihCLGqzNA+hi/w7iXCBrADpjT
psAJRr7MZYuHs2LGjT6t3Ci2yP+bhdVHq+cx3IQnL84RdQbBvftnYJFSPuY6hafX
rN8R9X+eB1btPt4pC3eMWCeVz4ttP3OjOMRDZJDmyTfMt3jEAJOOO2h8SBZCQeKy
V3H1hR7d1uYK6nAMGQUpjrRvKuEILMG+YYkndbzNXgerXYeFy5JF5/KKw7ig2G58
W9mzuXirPAa3PGWxTmciL/M9Zz0D/C/b2ys479ayR0Q1ja3a9tk=
=NkUz
-END PGP SIGNATURE-

Bug#999777: 6.3-1 breaks scrolling in neovim on gnome-terminal with vertical splits

2021-11-16 Thread Sven Joachim

On 2021-11-16 16:30 +0100, Josh Triplett wrote:

> Package: libncursesw6
> Version: 6.3-1
> Severity: important
> X-Debbugs-Cc: j...@joshtriplett.org
>
> "important" because this makes neovim nearly unusable; not RC because
> I've only observed it with one combination of terminal and program. I
> personally think that might still be enough to make it RC until
> root-caused to determine if it's breaking anything else.
>
> Steps to reproduce:
>
> - `nvim -u NONE` (to ignore any .vimrc)
> - :%!seq 1000
> - :vert new
> - :%!seq 1000
> - Hit page-down
> - Observe the other side of the split (as well as the vertical bar
>   between the split windows) scrolling off the screen.
>
> Downgrading the ncurses packages to 6.2+20210905-1 makes the problem
> disappear; re-upgrading to 6.3-1 makes it come back.

This is rather surprising, because neovim does not depend on
libncursesw6, not even on libtinfo6.  Did you up-/downgrade
ncurses-{base,term} as well, and what is your $TERM?

Cheers,
   Sven

Bug#999793: freecontact: wrongly overrides d-shlibs for libgcc

Source: freecontact
Version: 1.0.21-10
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

in debian/rules, d-shlibs is overrided like this:

  --override s/libquadmath0-dev/libgcc-10-dev/

which results in a dependency on libgcc-10-dev which is most likely
wrong, since libquadmath0 is provided by multiple major releases of gcc
and (excect for special cases) no explicit package should be required.

Please consider dropping that override and rely on d-shlibs handling
this since release 0.80.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmGT//UACgkQLHwxRsGg
ASHd9A/9HKfPQ4JSheQg1uCuolbY50XMT3pZ5sP/6KMdNS6SaFuDR3wFA6i/ejmD
9/mMpvCcjCnVICx9GwjQaekXnWOoJut0jM34GYO0wm27kpTwm4jnj+BHMZGtGNen
CpNgTPDSG95oYgd2hqo0QtYoZfWFUSScC71h0heWsPzeAbz8WTFfbSSNdhRjq+0W
/gyuirlvpJ9d0oCkPqLXGLwR4gPfmocLve6y/vlRBbkhlqH5gXGzgi62BZPQMY2d
ET0mC4IFthkVV6sJfFaFEOzSM0Apcf5jEyrBNTpu2kDDiXeZC81zBEqoNnhUMV8K
Mx7sLAgXYV7n4acF+i1SZqF3f7/RoBybTLy6RvIuKI7OxhzCKX23zyreUei35GEC
k3Jf52ECTvHYkehWXynmvo9Xl4CzhE81wsr5Wjjg6RROF6Gk7UjHeo+E7CVpgFG6
fb9vr4ussYcH/5WAv8Qfg9/+zWR3j7r63idBK57MKUdRiqAXgzZyl3opoZ91bhUT
/CYq2jyEqlTrui/2/ln6mk6nJ/HSt7lrRskBy+Nu3biG0ho4meWsfXhwOcFoq1sg
tFbnzWbEc2ak4ckE6Jkrx6rNn5zvdB/fSpRxvG+YKqwhgNI8uCKVg9PzYQK3IXIw
Y3YrWbTkC42j5fBO34f54U0XkPHhcafjqSQDuINb+f1qng5VQpM=
=NrcJ
-END PGP SIGNATURE-

Bug#999792: npm publish and npm pack broken

2021-11-16 Thread Nicolas Riesco

Package: npm
Version: 7.5.2+ds-2
Severity: important
X-Debbugs-Cc: enquir...@nicolasriesco.net

Dear Maintainer,

`npm publish` fails with error E415 complaining about missing
`package.json` in the package to be published.

I also run `npm pack` to check the package to be published and I noticed
`package.json` was stored as `package//package.json`.

The issue is actually caused by Debian's `node-tar`. Here's i how I got
to reproduce it:

```
$ npm i tar@6.0.5
[...]
$ ls -la
total 32
drwxr-xr-x  3 nriesco nriesco 4096 Nov 16 17:57 .
drwxrwxr-x 17 nriesco nriesco 4096 Nov 16 18:34 ..
-rw-r--r--  1 nriesco nriesco  457 Nov 16 17:57 index.js
drwxr-xr-x 10 nriesco nriesco 4096 Nov 16 17:53 node_modules
-rw-r--r--  1 nriesco nriesco 4867 Nov 16 17:53 package-lock.json
-rw-r--r--  1 nriesco nriesco   48 Nov 16 17:53 package.json
-rw-r--r--  1 nriesco nriesco  335 Nov 16 18:25 test.tgz
$ cat index.js 
test("tar").then(_ => test("/usr/share/nodejs/tar"));

function test(module) {
console.log("Using", require.resolve(module));

const tar = require(module);

return tar.c({
file: 'test.tgz',
cwd: '.',
prefix: 'package/',
portable: true,
gzip: true,
}, ["index.js"]).then( _ =>
tar.t({
file: 'test.tgz',
onentry: entry => console.log(entry.path),
})
);
}
$ node index.js 
Using /home/nriesco/tmp/node_modules/tar/index.js
package/index.js
Using /usr/share/nodejs/tar/index.js
package//index.js
$ 
```

Hope this helps,

Nico


-- System Information:
Debian Release: 11.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.4.0-90-generic (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages npm depends on:
ii  ca-certificates 20210119
ii  node-abbrev 1.1.1-2
ii  node-agent-base 6.0.2-2
ii  node-ajv6.12.6-2
ii  node-ansi   0.3.1-1
ii  node-ansi-regex 5.0.1-1~deb11u1
ii  node-ansi-styles4.2.1-1
ii  node-ansistyles 0.1.3-2
ii  node-aproba 2.0.0-1
ii  node-archy  1.0.0-3
ii  node-are-we-there-yet   1.1.5-1
ii  node-asap   2.0.6-2
ii  node-asn1   0.2.3-2
ii  node-assert-plus1.0.0-2
ii  node-asynckit   0.4.0-3
ii  node-aws-sign2  0.7.1-2
ii  node-aws4   1.11.0-1
ii  node-balanced-match 1.0.0-1
ii  node-bcrypt-pbkdf   1.0.2-1
ii  node-brace-expansion2.0.0-1
ii  node-builtins   1.0.3-2
ii  node-cacache15.0.5+~cs13.9.21-1
ii  node-caseless   0.12.1-1
ii  node-chalk  4.1.0-1
ii  node-chownr 1.1.3-5
ii  node-clone  2.1.2-2
ii  node-color-convert  1.9.3-1
ii  node-color-name 1.1.4+~1.1.1-1
ii  node-colors 1.4.0-1
ii  node-columnify  1.5.4-3
ii  node-combined-stream1.0.8-1
ii  node-concat-map 0.0.1-2
ii  node-console-control-strings1.1.0-2
ii  node-core-util-is   1.0.2-2
ii  node-dashdash   2.0.0-1
ii  node-debug  4.3.1+~cs4.1.5-1
ii  node-defaults   1.0.3-2
ii  node-delayed-stream 1.0.0-4
ii  node-delegates  1.0.0-2
ii  node-depd   2.0.0-1
ii  node-ecc-jsbn   0.2.0-2
ii  node-encoding   0.1.13-1
ii  node-err-code   2.0.3+dfsg-1
ii  node-extend 3.0.2-1
ii  node-extsprintf 1.4.0-1
ii  node-fast-deep-equal3.1.3-1
ii  node-forever-agent  0.6.1-2
ii  node-form-data  3.0.0-2
ii  node-fs.realpath1.0.0-1.1
ii  node-function-bind  1.1.1+repack-1
ii  node-gauge  2.7.4-1.1
ii  node-getpass0.1.7-1.1
ii  node-glob   7.1.6+~7.1.3-1
ii  node-graceful-fs4.2.4+repack-1
ii  node-gyp7.1.2-4
ii  node-har-schema 2.0.0-4
ii  node-har-validator  5.1.5-1
ii  node-has-flag   4.0.0-1
ii  node-http-signature 1.3.5-1
ii  node-https-proxy-agent  5.0.0-3
ii  node-iconv-lite 0.5.1-3
ii  node-imurmurhash0.1.4-1.1
ii  node-indent-string  4.0.0-1
ii  node-inflight   1.0.6-1.1
ii  node-inherits   2.0.4-1
ii  node-ini2.0.0-1
ii  node-ip 1.1.5-5
i

Bug#999790: seqtools: needlessly overrides d-shlibs

Source: seqtools
Version: 4.44.1+dfsg-6
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

debian/rules overrides d-shlibs for libjsoncpp-dev, which is covered by
d-shlibs itself since release 0.80.

Please consider dropping that override.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmGT+y0ACgkQLHwxRsGg
ASE89g//S1RjRhT01OCEBgcMk8xnButImFmQShOlSlOtaoKrEoqCjkLheK3nViv6
Y+xgXMLNAnm1/qUORPFyrVm3TE1cIVSZkIhideCATYw7ZWw/gPG5yKrts4TH1RkR
NK6jcvBQ9XfX9NMGWTcscrXNIBQfDQt5nbkCRnSPfwKcucvV8hAPuxeyYEM0z5xn
7chC6FgfRO/AyjkcVwDaWBh1kYbcr3hhU1A0Bw1lx0b5DKpJ5RqFdgvTajRUMh+c
7sYYxE/tWoczc0bp1FKzCmMRamLY6K/2rgjDV5SeCO5YP+2xpPxWuJhYc0LCFER3
dRgCubCUAKJ+zOZEsDOws0T9sPpN7Dq34gMrVbG8bGKvhkr1oI7Qt23+HfwgIOXa
obV4LHhbrPw88FrUDGeKClOOfAKCC0GWJPgdk0l+aNVHMcf0vs8gvwWMqDnmeI/j
OM/gCI3pqxKKuKGK+qhDmAhO3f8AlqSK/hZgxtEUM/Qsg2rr4wkqZngV3PlikCr4
B5JxfmWK9MIK2Lbn+FquaNaTWE9dNhXmpU1DR04C0SZAA00GzWxMaq8hd3EvXCtg
46q+tq1Y5DGR6aV4/mFeKpgecfa6uc2JesAKxA2HuXXaT3L97pcK1+5BdpCaRr7J
m2DW4r+11fFkGOhK7+lKA5qA/QSROtZvMIOxOXNkZRtGsQ9w0DU=
=l82o
-END PGP SIGNATURE-

Bug#999791: freecontact: needlessly overrides d-shlibs

Source: freecontact
Version: 1.0.21-10
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

debian/rules overrides d-shlibs for libpalacp and libblas, which is
covered by d-shlibs itself since release 0.80.

Please consider dropping that override.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmGT+8gACgkQLHwxRsGg
ASEcvA//eiDg5usC2dYWWEy/zXWGAsfWPrOoyoujFZWMjUbR9H0xKh2f2cYlEFz9
1n9LBJnvEd3wrkoxDfj97FP5UbQXaSsjyBfvvuLEmQD7Jw/KLtKgv1ZPO3Do6utG
0gFOBRbT0a66RraDj+l0W6rkobP3qywmzdaHRc7X2BmBK58+ZRhXh9yIarvzskhO
AlbWO6BuFNLZZj15kj/HYcL/+HaRurgqcrOSqb8w6Y6cSBOSItk7hWW2wglkYLPW
Cw8LCQK34fVxtO5EWtadc2WaSm1ZbnNwjWfJEgHdivHyp0sVQafhJzqKJ8Xc38yT
wHwusXYq9kL+FztfQ9O5yn6HkFjbZry3JlmEKVjGTA1jYcL7OXZc7wG59E4ISCxs
LLuykR7GFPXVAheCRvIFLJJStKJhe3haagJyYl0sMN2ybEaqO9y+M1GL/MpZ3qQZ
CuDc11AeyuOAuBA33R7iBjE0CigmQh9sHqFzQWrDERA0r60WxIJp436bJEdLfzUk
PdGISsdeD4Wq+gRE8q6mDVRUST6ZShifrWPZ0H3w+KkUehlBkcUssGQeDvPpuGAH
uzm42FlsI48uGu7020kIbz9x4GXVUG2Wg06DgyjngikYiK0e7zotIKFBxbbfQyHu
GhFiPC65ZBdLIw4lNEaZ6fZgA/zqktUs9dE8iWrztvNF1pHNSro=
=1F9c
-END PGP SIGNATURE-

Bug#999745: systemd: `systemd-run --scope --user` fails with 'No PIDs left'

2021-11-16 Thread Michael Biebl



On 16.11.21 01:37, Michael Biebl wrote:
Michał, could you forward this to upstream and report it as a recent 
regression?

The upstream bug tracker is at https://github.com/systemd/systemd/issues


I guess this won't be necessary anymore:

https://github.com/systemd/systemd-stable/commit/be509064edba9863521a77a4a20a6e1a0971693e

Will be part of 249.7


OpenPGP_signature
Description: OpenPGP digital signature

Bug#999620: pktanon: autopkgtest regression on armhf


Hi Sascha,

On 14-11-2021 11:03, Sascha Steinbiss wrote:

I am puzzled. The recent upload only changed the watchfile and updated
Standards-Version, compat level etc -- packaging things. Nothing touched
the code or build rules.


Well, but maybe your build dependencies have. Also, compat level isn't 
totally safe either in general (although the issue here doesn't 
obviously look like it).



Also, I can't reproduce the bus error when running the offending command
from the autopkgtest on a version I built on a porterbox:

(sid_armhf-dchroot)satta@abel:~/pktanon-2~git20160407.0.2bde4f2+dfsg$
../usr/bin/pktanon -c
../usr/share/doc/pktanon/examples/profiles/profile.xml
profiles/sample.pcap ./out.pcap
---
pktanon --- profile-based traffic anonymization
---
initializing PktAnon,  configuration =
../usr/share/doc/pktanon/examples/profiles/profile.xml
unknown element: pktanon-config: 37
unknown element: anonymizations: 102
istream: opened file profiles/sample.pcap
ostream: opened output file ./out.pcap
initialized
complete

statistics for input file 'profiles/sample.pcap'
   processed packets: 9
   errors in packets: 0
   elapsed time:  639us
   Mpps:  0.0141


Our armhf host is very powerful, it has 160 cores and 255GB RAM. Maybe 
that makes it enough different from the porter box. (Albeit our other 
extreme host (ci-worker13; amd64) process the package fine, but that has 
*only* 48 cores and 256GB.



I must admit that being unfamiliar with these architectures and not
really having an idea of where to start, I am tempted to just remove
armhf from the list of supported architectures and have the version with
the broken autopkgtest removed from unstable. Do you probably know
someone who might be more knowledgeable with such architecture-specific
issues?


We have porters for architecture specific support. However, I'm not 
totally convinced yet it's architecture specific.


Is there anything I can try out for you on our armhf host to help debug 
the issue? Run the command with more debug options? Grab an output file 
from somewhere? I could try to run the test in testing with a rebuild of 
the package in testing, would that help?


Paul



OpenPGP_signature
Description: OpenPGP digital signature

Bug#999789: msmtp: [INTL:de] updated German debconf translation

2021-11-16 Thread Helge Kreutzmann

Package: msmtp
Version: 1.8.16-1
Severity: wishlist
Tags: patch l10n

Please find the updated German debconf translation for msmtp
attached.

Please place this file in debian/po/ as de.po for your next upload.

If you update your template, please use 
'msgfmt --statistics '
to check the po-files for fuzzy or untranslated strings.

If there are such strings, please contact me so I can update the 
German translation.

Greetings
Helge
# Translation of msmtp debconf templates to German
# Copyright (C) Stefan Bauer , 2007.
# This file is distributed under the same license as the msmtp package.
# Helge Kreutzmann , 2021.
#
msgid ""
msgstr ""
"Project-Id-Version: : msmtp 1.8.16-1\n"
"Report-Msgid-Bugs-To: ms...@packages.debian.org\n"
"POT-Creation-Date: 2021-09-11 19:05+\n"
"PO-Revision-Date: 2021-10-16 15:28+0200\n"
"Last-Translator: Helge Kreutzmann \n"
"Language-Team: German \n"
"Language: de\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Enable AppArmor support?"
msgstr "AppArmor-Unterstützung aktivieren?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
" Apparmor is a kernel security mechanism to restrict programs capabilities\n"
" with per-program profiles.\n"
" .\n"
" The AppArmor profile for msmtp covers a lot of common usecases but there "
"are\n"
" still corner cases with some options which breaks msmtp with "
"incomprehensible\n"
" permissions denied errors."
msgstr ""
" Apparmor ist ein Kernel-Sicherheitsmechanismus, um Programm-Capabilitys\n"
" mit programmbezogenen Profilien zu beschränken.\n"
" .\n"
" Das AppArmor-Profil für Msmtp handelt eine ganze Reihe von typischen\n"
" Anwendungsszenarien ab, aber es gibt noch Randfälle bei einigen Optionen,\n"
" wodurch Msmtp mit unverständlichen „Berechtigungen verweigert“ fehlschlägt."

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Create a system wide configuration file?"
msgstr "Soll eine systemweite Konfigurationsdatei erstellt werden?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"msmtp has a sendmail emulation mode which allow to create a default system "
"account that can be used by any user."
msgstr ""
"msmtp verfügt über einen sendmail-Emulationsmodus, welcher es erlaubt, ein "
"Standard-Systemkonto anzulegen, das von jedem Benutzer verwendet werden kann."

#. Type: string
#. Description
#: ../templates:3001
msgid "SMTP server hostname:"
msgstr "SMTP-Servername:"

#. Type: string
#. Description
#: ../templates:4001
msgid "SMTP port number:"
msgstr "SMTP-Portnummer:"

#. Type: boolean
#. Description
#: ../templates:5001
msgid "Generate an envelope-from address?"
msgstr "Erstelle eine envelope-from-Adresse?"

#. Type: boolean
#. Description
#: ../templates:5001
msgid ""
"msmtp can generate an envelope-from address based on the login name and the "
"\"maildomain\" configuration variable."
msgstr ""
"msmtp kann eine envelope-from-Adresse anhand des Anmeldenamens in Verbindung "
"mit der Konfigurationsvariable »maildomain« erstellen."

#. Type: string
#. Description
#: ../templates:6001
msgid "Domain to use for the envelope-from address:"
msgstr "Domain, welche für die envelope-from-Adresse benutzt wird:"

#. Type: boolean
#. Description
#: ../templates:7001
msgid "Use TLS to encrypt connection?"
msgstr "Soll TLS zum Verschlüsseln der Verbindung verwendet werden?"

#. Type: boolean
#. Description
#: ../templates:7001
msgid ""
"Connection to remote hosts can be encrypted using TLS. This option should be "
"enabled if the remote server supports such connections."
msgstr ""
"Verbindungen zu entfernten Rechnern können mit TLS verschlüsselt werden. "
"Diese Option sollte aktiviert werden, falls die Gegenstelle solche "
"Verbindungen unterstützt."

Bug#999788: ncbi-vdb: needlessly overrides d-shlibs

Source: ncbi-vdb
Version: 2.11.2+dfsg-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

debian/rules overrides d-shlibs for libmbedtls-dev which is covered by
d-shlibs since release 0.80.

Please consider dropping that override.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmGT+ckACgkQLHwxRsGg
ASF3rRAAqnJ729E2j6XiASQv7UmLQQCFdQfiGb6k/PzNUbsJq6103pk8v2IPIh2n
nk41k2kTV//+nUrXo7Sf8a9pGAdFzlaaXT0r12VaSyVr0ifgMuieNwJHGN0i6G8W
GLiMX50q2veO8mM/lt94v5SYlr0BFMKG024g3QpNeuF/UA7Ar1Z0ZvP0fDeu2A1p
xdi95FAbLwvlhMWTQ37sdC0IlqqUmYu4KQ33f2UenefoGIt5AnioUhpRxL9VxA2u
0MF9mlk1hiF66Sa79zhLLfEREYWqNnh85Glw7XdKKBl5u0qEijUSMV2uamAOt2sz
/16TrOy8COxfYGHdHy9HRAaAgRd8ljfE6/sCDlHkz2yaa2JyXdYmDqPU1cCM4kyC
+eEyKut56PlUKQM3/OWZLxdUUz7dTrYjtouY3l9V+EkqgsKf4ERtLeNJKH5UVTsN
bwSW0Rd6I/ItJ8Z96z8B9ckKz8Yi3lr8sXbNxDGKbVC7eu1fduhhMBLu3Nxyo/LD
HQe8FoU9P50cFg90zXiGk/rPXC/IFdUQZdSThjmYjtwZcORPfHzmvc4FgaUAPj4i
R9PY8PCMDTheVDscePP/MLwJ3F/kl0Pmt6h9X+gO7bue7nGNqYAB42mx2Hp5WlLs
xdUMotQsES1UGwBwQHLKigTvca3iJq251QiYJadAEywCOKbeMXo=
=BvHx
-END PGP SIGNATURE-

Bug#999787: libdisorder: needlessly overrides d-shlibs

Source: libdisorder
Version: 0.0.2+git20130809.8062ee1-3
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

The debian/rules file contains a d-shlibs override which is covered since
d-shlibs 0.100.

Please consider tightening build-dependency and drop that override.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmGT+KwACgkQLHwxRsGg
ASGCVw/7BGRISDhw8pwiW1XrYhEnRM92qaye2mE3t++W/j03Dj/IQbyFe4AddVj4
uq3W0HC9qagpbwIdHIIiqNRgN8iVSZlDtfmY31T8CLlYglQRm/ZDtSbhGorDPcyf
B8OdygMGkWF4QW2hQlFmqL/gv1YXmE9gl6Wx0M8JHQuC6+CMHcPKx1OaOv+Qzncy
NtmeAJ+o4IWK/OeA8f427k/Rc+yiPzPgFcjyLjbSOSqhBYt/Qzex6hVSmNHxZxaN
RZ8q/uKe0i6oVnuf08/8CzHR1mnlFx6xFBc8yDAcmRM9Sdv10ZeFxAK9jhHpxsLZ
ACyhpPafG9pKF829Du/6oqf+F7eOLwma1vdSS6eYVPZ6w8HXJRkMMjDi6C4WuIV9
eVTupbydkFgNhnN7xJB3z3dKG+uoUN5qInoi2M16HlDtTeu+sqzsjDfQNEKcKZov
shs4ZBJDRp4pUjt+Ig/lDFAuhIw0VafLyv0ZQjZ6dCuApJt8Dru9GuMRFYSLIN+S
qmN9X+euliwXXMcssAYT5GKF6vgzxeQkmO7HGCbTLDtYJJIS/QKc90ukvA/ExBWy
cxHrAVK6g4TW3dzOyQ9QicIP9NScLNjlVZPN7pzp8WC4q1z69dY5WDcu162l7SKJ
0QDsPg+Q7ffiqMY20OfBK0taHkCWbJ/eOv6nYB0nbkmu7TcUEzU=
=5viC
-END PGP SIGNATURE-

Bug#999773: ksh93u+m: missing Breaks+Replaces: ksh (<< 20210511)

2021-11-16 Thread Anuradha Weeraman

On Tue, Nov 16, 2021 at 02:56:26PM +0100, Andreas Beckmann wrote:
> Package: ksh93u+m
> Version: 1.0.0~beta.1-1
> Severity: serious
> Tags: patch
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> Hi,
> 
> during a test with piuparts I noticed your package fails to upgrade from
> 'sid' to 'experimental'.
> It installed fine in 'sid', then the upgrade to 'experimental' fails
> because it tries to overwrite other packages files without declaring a
> Breaks+Replaces relation.
> This error may also be triggered by having a predecessor package from
> 'sid 'installed while installing the package from 'experimental'.

Thanks for this observation and report.

In this case, the version in experimental needs to be removed as that is
no longer a valid upgrade path and has been superceded by the package
transition to ksh93u+m. I will request the removal of the package in
experimental to address this issue.

Regards,
Anuradha

Bug#999786: gtkpod: Please consider migrating to -dbgsym automatic debug package

2021-11-16 Thread Boyuan Yang

Source: gtkpod
Version: 2.1.5-9
Severity: minor
Tags: sid bookworm
X-Debbugs-CC: b...@debian.org

Dear Debian gtkpod package maintainer,

Looks like gtkpod is still building manual -dbg package (
https://packages.debian.org/unstable/gtkpod-dbg ). It would be great if the
package can later migrate to automatic debug package (
https://wiki.debian.org/AutomaticDebugPackages ).

Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part

Bug#999785: built-using-field-on-arch-all-package emitted for non-Go packages

2021-11-16 Thread Andrey Rahmatullin

Package: lintian
Version: 2.112.0
Severity: normal

When lib/Lintian/Check/Debian/Control.pm was split, the Build-Depends: golang-
go | golang-any check was removed from built-using-field-on-arch-all-package
and so now it's emitted for all arch:all packages with Built-Using.

If it was done intentionally, which the tag name and description would suggest,
then I don't think they are correct. The statement in the description makes no
sense outside of Go context, and the tag name as submitted in
https://bugs.debian.org/891072 was golang-built-using-on-arch-all but was
changed by Lamby when applying.


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

Kernel: Linux 5.15.0-trunk-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages lintian depends on:
ii  binutils2.37-9
ii  bzip2   1.0.8-4
ii  diffstat1.64-1
ii  dpkg1.20.9
ii  dpkg-dev1.20.9
ii  file1:5.39-3
ii  gettext 0.21-4
ii  gpg 2.2.27-2
ii  intltool-debian 0.35.0+20060710.5
ii  libapt-pkg-perl 0.1.40
ii  libarchive-zip-perl 1.68-1
ii  libcapture-tiny-perl0.48-1
ii  libclass-xsaccessor-perl1.19-3+b7
ii  libclone-perl   0.45-1+b1
ii  libconfig-tiny-perl 2.27-1
ii  libconst-fast-perl  0.014-1.1
ii  libcpanel-json-xs-perl  4.27-1
ii  libdata-dpath-perl  0.58-1
ii  libdata-validate-domain-perl0.10-1.1
ii  libdata-validate-uri-perl   0.07-1
ii  libdevel-size-perl  0.83-1+b2
pn  libdigest-sha-perl  
ii  libdpkg-perl1.20.9
ii  libemail-address-xs-perl1.04-1+b3
ii  libfile-basedir-perl0.09-1
ii  libfile-find-rule-perl  0.34-1
ii  libfont-ttf-perl1.06-1.1
ii  libhtml-html5-entities-perl 0.004-1.1
ii  libio-interactive-perl  1.023-1
ii  libio-prompt-tiny-perl  0.003-1
ii  libipc-run3-perl0.048-2
ii  libjson-maybexs-perl1.004003-1
ii  liblist-compare-perl0.55-1
ii  liblist-someutils-perl  0.58-1
ii  liblist-utilsby-perl0.11-1
ii  libmoo-perl 2.005004-2
ii  libmoox-aliases-perl0.001006-1.1
ii  libnamespace-clean-perl 0.27-1
ii  libpath-tiny-perl   0.120-1
ii  libperlio-gzip-perl 0.19-1+b7
ii  libperlio-utf8-strict-perl  0.008-1+b1
ii  libproc-processtable-perl   0.634-1
ii  libsereal-decoder-perl  4.018+ds-1+b1
ii  libsereal-encoder-perl  4.018+ds-1+b1
ii  libsort-versions-perl   1.62-1
ii  libsyntax-keyword-try-perl  0.26-1
ii  libterm-readkey-perl2.38-1+b2
ii  libtext-glob-perl   0.11-2
ii  libtext-levenshteinxs-perl  0.03-4+b8
ii  libtext-markdown-discount-perl  0.13-1
ii  libtext-xslate-perl 3.5.9-1
ii  libtime-duration-perl   1.21-1
ii  libtime-moment-perl 0.44-1+b3
ii  libtimedate-perl2.3300-2
ii  libtry-tiny-perl0.30-1
ii  libtype-tiny-perl   1.012004-1
ii  libunicode-utf8-perl0.62-1+b2
ii  liburi-perl 5.10-1
ii  libxml-libxml-perl  2.0134+dfsg-2+b1
ii  libyaml-libyaml-perl0.83+ds-1
ii  lzip1.22-4
ii  lzop1.04-2
ii  man-db  2.9.4-2
ii  patchutils  0.4.2-1
ii  perl [libencode-perl]   5.32.1-6
ii  t1utils 1.41-4
ii  unzip   6.0-26
ii  xz-utils5.2.5-2

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  libtext-template-perl  1.60-1

-- no debconf information

Bug#999784: ITP: r-cran-sparr -- GNU R spatial and spatiotemporal relative risk

2021-11-16 Thread Andreas Tille

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-sparr -- GNU R spatial and spatiotemporal relative risk
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-sparr
  Version : 2.2
  Upstream Author : Tilman M. Davies,
* URL : https://cran.r-project.org/package=sparr
* License : GPL-2+
  Programming Lang: GNU R
  Description : GNU R spatial and spatiotemporal relative risk
 Provides functions to estimate kernel-smoothed spatial and spatio-
 temporal densities and relative risk functions, and perform subsequent
 inference. Methodological details can be found in the accompanying
 tutorial: Davies et al. (2018) .

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-cran-sparr

Bug#968402: WPA3 failures in bullseye still...

2021-11-16 Thread Simon Iremonger (debian)


I'm  noticing bullseye still failing to connect to WPA3 where the server
and client driver and wpasupplicant should all support it.


I'm wondering if issues above are more around this issue:-

https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/638

Apparently 1.30.2 network-manager should sort this, but that
is too new for the version in bullseye.  Currently building a
backport to test =).


--Simon

Bug#995781: Is sqlsoup really needed for epigrass? [m...@zzzcomputing.com: Bug#995781: Bug#995781: python-sqlsoup autopkgtest fails with SQLAlchemy 1.4.23+ds1-2]

2021-11-16 Thread Andreas Tille

Hi Flavio,

thanks a lot for your really fast response.  Its very helpful since we
can now remove that orphaned package and remove some maintenance burden.

Kind regards

  Andreas.

Am Tue, Nov 16, 2021 at 01:27:47PM -0300 schrieb Flavio Coelho:
> No, it's not. It's a left-over dependency.
> I'll update the docs.
> 
> thanks,
> 
> 
> On Tue, Nov 16, 2021 at 1:07 PM Andreas Tille  wrote:
> 
> > Hi,
> >
> > it seems sqlsoup is not supported upstream any more.  I see it mentioned in
> >
> >docs/source/install.rst
> >
> > but nowhere else in the code any more.  Is it just a remaining in the docs
> > and we can drop sqlsoup?
> >
> > Kind regards
> >
> >   Andreas.
> >
> > - Weitergeleitete Nachricht von Mike Bayer 
> > -
> >
> > Date: Tue, 16 Nov 2021 10:41:43 -0500
> > From: Mike Bayer 
> > To: Paul Wise , 995...@bugs.debian.org
> > Cc: Thomas Goirand 
> > Subject: Bug#995781: Bug#995781: python-sqlsoup autopkgtest fails with
> > SQLAlchemy 1.4.23+ds1-2
> > X-Debian-PR-Message: followup 995781
> > X-Debian-PR-Package: src:python-sqlsoup
> > X-Debian-PR-Keywords: sid bookworm upstream help
> > X-Debian-PR-Source: python-sqlsoup
> >
> >
> >
> > On Sun, Nov 14, 2021, at 12:19 AM, Paul Wise wrote:
> > > On Fri, 08 Oct 2021 16:51:06 -0400 Mike Bayer wrote:
> > >
> > > > SQLSoup's repository is currently at
> > > > https://github.com/zzzeek/sqlsoup
> > > >
> > > > However it has not been maintained for many years and would not be
> > > > expected to work with modern versions of SQLAlchemy.
> > >
> > > I suggest that you make this official by either mentioning that SQLSoup
> > > is no longer maintained in the README.md, or using the "archived"
> > > feature on GitHub, which marks the repository as read-only and adds a
> > > banner about the repository no longer being maintained.
> >
> > I've done both as well as taken down the readthedocs page.
> >
> >
> >
> >
> >
> > >
> > >
> > https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories
> > >
> > > FTR, I've filed a bug upstream against Python plac, which is the only
> > > other thing in Debian that uses SQLSoup (for its build-time tests).
> > >
> > > https://github.com/ialbert/plac/issues/62
> > >
> > > --
> > > bye,
> > > pabs
> > >
> > > https://wiki.debian.org/PaulWise
> > >
> > >
> > > *Attachments:*
> > >  * signature.asc
> >
> > ___
> > Debian-med-packaging mailing list
> > debian-med-packag...@alioth-lists.debian.net
> >
> > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging
> >
> >
> > - Ende weitergeleitete Nachricht -
> >
> > --
> > http://fam-tille.de
> >

-- 
http://fam-tille.de

Bug#999771:

2021-11-16 Thread Jonas Bygdén

This does *not* happen when booting and installing normally from the same
ISO, only when selecting Advanced Option -> Automatic install - both
Graphical and Curses installers.

Bug#999783: RFS: yascreen/1.85-1~bpo10+1 -- Yet Another Screen Library - development files

2021-11-16 Thread Boian Bonev

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: yascreen
   Version : 1.85-1~bpo10+1
   Upstream Author : Boian Bonev 
 * URL : https://github.com/bbonev/yascreen
 * License : LGPL-3+
 * Vcs : https://github.com/bbonev/yascreen
   Section : libs

It builds those binary packages:

  libyascreen-dev - Yet Another Screen Library (lib(n)curses alternative)
  libyascreen0 - Yet Another Screen Library - development files

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

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

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

  dget -x
https://mentors.debian.net/debian/pool/main/y/yascreen/yascreen_1.85-1~bpo10+1.dsc

Changes since the last upload:

 yascreen (1.85-1~bpo10+1) buster-backports; urgency=medium
 .
   * Rebuild for buster-backports.
 - Decrease dh to 12

Regards,
- -- 
  Boian Bonev


-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEumC8IPN+WURNbSUAE2VyCRPS8i0FAmGT3aMACgkQE2VyCRPS
8i0MoA//bDD8gkuZKZWbcW7WcDQgp24kXfLMoRgfqNwf3m0RB6I4eZxc8GFIJx6I
0pQApwyKunttAWUZppc2/sEpL3EoMDyVp+1J2obKTVx9tXcX0nHANdcnxae+K+4I
j8P3MybWk2Qb5kbrMR97y9H7+UA5y8jBaecGwy3ZgzLKCStFhtp6GgKsM3yc5rk5
44WouqYoqbt4/Fb0BWm70bYPo7TDpEhIdGbRZM4CFm8lWXJGyWJjutq4We22xOd8
kqLYAJ8omv/x2IgoYZEX7ZOGSFJpwR7KK79Akon8kzesG27hWeYjBrDUDGfLFIvn
6JeiBu4MEbvklE29kEh1nLxqRsuxhEbXnHLLrmKofsU67FicCz0kNUtORVilNkkm
8Iaio3krzIK455Pwg+TY6tojFr6mYnCCg4T/QzWMjjsn2acCrrhPrLHUV7YzgkOq
z3SplXTt+hdBogz6aBclzpY5wVCQMVNJmw18QmmpkJC/LWq6tIw3B+ldGSQyYVG0
5fC/kY7Dmp1eNANes09B+qEJC+Qw9HyM8gZei4APfYM629lxz/k1Mll8G9xL9aqm
paUvEXJORMuhHtEJLoNYLvqezvH4YGBQNFdkYK7fGhwTfmyP5Wh8+Ml54r4NmFEe
+04TVRR+S5/SGLzl/Qidepr8TphlwHoEAR4vpQ+8Lc9CO5GGqbY=
=DJDn
-END PGP SIGNATURE-

Bug#999782: gf-complete: packages descriptions should show GF(2^w) instead of GF(2w)

2021-11-16 Thread Austen, Jeffrey

Package: gf-complete

The description of gf-complete packages state "A Galois Field is defined 
over w-bit words and is termed GF(2w)". Please correct this to be "GF(2^w)".

Bug#999781: pythonmagick: Misbuild when multiple supported python versions present

Package: pythonmagick
Version: 0.9.19-6
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu jammy ubuntu-patch

Dear maintainers,

Python 3.10 has been introduced in Ubuntu, and as part of the rebuild of
packages against 3.10 the pythonmagick autopkgtests have shown that the
package is misbuilt, because the python3.9 extension has been incorrectly
linked against libboost-python310 instead of libboost-python39.

An additional per-version configure option fixes the broken linkage.  Please
see attached.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru pythonmagick-0.9.19/debian/rules pythonmagick-0.9.19/debian/rules
--- pythonmagick-0.9.19/debian/rules2020-02-27 12:38:04.0 -0800
+++ pythonmagick-0.9.19/debian/rules2021-11-15 16:50:55.0 -0800
@@ -10,7 +10,8 @@
 export PYBUILD_CLEAN_ARGS=dh_auto_clean $d;
 export PYBUILD_CONFIGURE_ARGS=dh_auto_configure $d -- \
--disable-silent-rules --disable-static \
-   --with-python-min-version={version.major}.{version.minor}
+   --with-python-min-version={version.major}.{version.minor} \
+   --with-boost-python=boost_python{version.major}{version.minor}
 export PYBUILD_BUILD_ARGS=dh_auto_build $d
 export PYBUILD_INSTALL_ARGS=dh_auto_install $d --destdir="{destdir}"
 export PYBUILD_TEST_ARGS=dh_auto_test $d

Bug#999385: python-pyalsa ftbfs with Python 3.10