Bug#1076247: ITP: railcontrol -- A software for model railway control

[Bruno Kleinert]

Minor correction: Programming Language is C++

The package is located here: https://salsa.debian.org/fuddl/railcontrol


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

Bug#1076247: ITP: railcontrol -- A software for model railway control

[Bruno Kleinert]

Package: wnpp
Severity: wishlist
Owner: Bruno Kleinert 
X-Debbugs-Cc: debian-de...@lists.debian.org, fu...@debian.org

* Package name: railcontrol
  Version : 23
  Upstream Contact: Dominik (Teddy) Mahrer
* URL : https://www.railcontrol.org/
* License : GPL
  Programming Lang: C
  Description : A software for model railway control

With this software users automate the control of a model railway layout with
the help of paths, feedback sensors and sending control commands to locomotives
and switches. As an alternative, user can still control their layout manually.

The handling is done with a webbrowser on the device of your choice.
 .
 The following controls are supported:
 Manufacturer Control
 Arduino DCC-EX (formerly DCC++EX formerly DCC++)
 CAN-Digital-Bahn CC-Schnitte 2.1
 Digikejis DR5000
 ESU Central Station Reloaded (beta)
 ESU ECoS (beta)
 Fleischmann Twin-Center
 Gerhard Bertelsmann SRSE II (configured as Märklin CS2)
 KM-1 System Control 7
 LDT HSI-88 (RS-232-version only)
 Märklin Central Station 1
 Märklin Central Station 2
 Märklin Central Station 3
 Märklin Onterface 6050/6051
 OpenDCC Z1
 Roco Z21/z21
 Tams Master Control
 Tams Master Control 2
 Tams Red Box
 Uhlenbrock Adapter 63120
 Uhlenbrock Adapter 63820
 Uhlenbrock Intellibox
 Uhlenbrock Intellibox II

Bug#1057286: xtrkcad: Please package current stable version 5.2.2aGA

[Bruno Kleinert]

Hi Daniel,

upstream had released 5.3.0, please package that. The changelog lists
numerous bug fix and crash fixes.

Kind regards,
Bruno


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

Bug#1070791: solaar: Does not restore DPI after suspend

[Bruno Kleinert]

Am Donnerstag, dem 09.05.2024 um 13:59 +0200 schrieb Stephen Kitt:
> Hi Bruno,
> 
> On Thu, 09 May 2024 11:02:11 +0200, Bruno Kleinert  wrote:
> > when the computer wakes up from suspend the DPI setting of the mouse is not
> > restored. This had worked in earlier versions of solaar.
> > 
> > I reproduce this with an MX Master 3S mouse, set to 2000 DPI via the solaar
> > configuration window, and the GNOME desktop environment:
> > 
> > 1. Open solaar from the tray and set mouse to 2000 DPI
> > 2. Put the computer into standby via GNOME's power menu
> > 3. Wake up the computer
> > 4. Moving the mouse cursor appears way slower than the previously configured
> > 2000 DPI. My apologies, I didn't figure out how to read the actual DPI value
> > from the mouse at this step.
> > 
> > To work around after wakeup, I open the solaar configuration, click into the
> > DPI field, which displays still shows 2000 DPI, and just hit enter.
> 
> I think this is fixed upstream — would you mind applying
> https://github.com/pwr-Solaar/Solaar/commit/6c11f4e4808063a9a454d4c034a7e40b8e56da5c
> to /usr/share/solaar/lib/solaar/dbus.py to see if suspend is handled
> correctly?
> 
> Regards,
> 
> Stephen

Hi Stephen,

perfect, I can confirm that fixes the bug! 👍️

Kind regards,
Bruno


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

Bug#1070791: solaar: Does not restore DPI after suspend

[Bruno Kleinert]

Package: solaar
Version: 1.1.12+dfsg-1
Severity: normal
X-Debbugs-Cc: fu...@debian.org

Hi,

when the computer wakes up from suspend the DPI setting of the mouse is not
restored. This had worked in earlier versions of solaar.

I reproduce this with an MX Master 3S mouse, set to 2000 DPI via the solaar
configuration window, and the GNOME desktop environment:

1. Open solaar from the tray and set mouse to 2000 DPI
2. Put the computer into standby via GNOME's power menu
3. Wake up the computer
4. Moving the mouse cursor appears way slower than the previously configured
2000 DPI. My apologies, I didn't figure out how to read the actual DPI value
from the mouse at this step.

To work around after wakeup, I open the solaar configuration, click into the
DPI field, which displays still shows 2000 DPI, and just hit enter.

Kind regards,
Bruno


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

Kernel: Linux 6.7.12-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages solaar depends on:
ii  adduser  3.137
ii  debconf [debconf-2.0]1.5.86
ii  gir1.2-ayatanaappindicator3-0.1  0.5.93+really-1
ii  gir1.2-gtk-3.0   3.24.41-4
ii  gir1.2-notify-0.70.8.3-1+b1
ii  passwd   1:4.13+dfsg1-4
ii  python3  3.11.8-1
ii  python3-dbus 1.3.2-5+b2
ii  python3-evdev1.7.0+dfsg-1
ii  python3-gi   3.48.2-1
ii  python3-psutil   5.9.8-2
ii  python3-pyudev   0.24.0-1
ii  python3-xlib 0.33-2
ii  python3-yaml 6.0.1-2
ii  udev 255.5-1

Versions of packages solaar recommends:
ii  upower  1.90.3-1

solaar suggests no packages.

-- debconf information:
  solaar/use_plugdev_group: false

Bug#1068738: Patch

[Bruno Kleinert]

Hi,

here's a patch that adds the newly required dependency on python3-lxml-
html-clean.

Kind regards,
Bruno
diff --git a/debian/control b/debian/control
index 11e717a..4c24515 100644
--- a/debian/control
+++ b/debian/control
@@ -26,6 +26,7 @@ Build-Depends-Indep: appstream-util ,
  python3-html5lib,
  python3-listparser,
  python3-lxml,
+		 python3-lxml-html-clean,
  python3-pil,
  python3-pygments,
  python3-readability,
@@ -50,6 +51,7 @@ Depends: gir1.2-adw-1,
  python3-humanize,
  python3-listparser,
  python3-lxml,
+ python3-lxml-html-clean,
  python3-magic,
  python3-pil,
  python3-pygments,
diff --git a/debian/control.in b/debian/control.in
index 34fc4bd..5658308 100644
--- a/debian/control.in
+++ b/debian/control.in
@@ -22,6 +22,7 @@ Build-Depends-Indep: appstream-util ,
  python3-html5lib,
  python3-listparser,
  python3-lxml,
+		 python3-lxml-html-clean,
  python3-pil,
  python3-pygments,
  python3-readability,
@@ -46,6 +47,7 @@ Depends: gir1.2-adw-1,
  python3-humanize,
  python3-listparser,
  python3-lxml,
+ python3-lxml-html-clean,
  python3-magic,
  python3-pil,
  python3-pygments,


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

Bug#1063634: minitube: Does not store preview image for subscriptions

[Bruno Kleinert]

Package: minitube
Version: 3.9.3-2
Severity: normal
X-Debbugs-Cc: fu...@debian.org

Hi,

when subscribing to a channel, minitube does not store a preview image with the
subscription. That renders the channel invisible in the 'Subscriptions' tab.
It's possible to "blindly" click on them, though.

Kind regards,
Bruno


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

Kernel: Linux 6.6.13-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages minitube depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.14.10-4
ii  dbus-x11 [dbus-session-bus]   1.14.10-4
ii  libc6 2.37-15
ii  libmpv2   0.37.0-1
ii  libqt5core5a  5.15.10+dfsg-6
ii  libqt5dbus5   5.15.10+dfsg-6
ii  libqt5gui55.15.10+dfsg-6
ii  libqt5network55.15.10+dfsg-6
ii  libqt5qml55.15.10+dfsg-2
ii  libqt5sql55.15.10+dfsg-6
ii  libqt5sql5-sqlite 5.15.10+dfsg-6
ii  libqt5widgets55.15.10+dfsg-6
ii  libqt5x11extras5  5.15.10-2
ii  libstdc++614-20240201-3

minitube recommends no packages.

minitube suggests no packages.

-- no debconf information

Bug#1013876: Please close this bug report for keepassxc-browser to migrate to testing

[Bruno Kleinert]

Am Montag, dem 06.02.2023 um 23:40 +0100 schrieb Guillem Jover:
> Hi!
> 
> On Mon, 2023-02-06 at 19:57:02 +0100, Bruno Kleinert wrote:
> > neither revision gets properly loaded by Chromium as of today.
> > 
> > As the freeze approaches, I will remove the Chromium package relation
> > and the symbolic link to the Web Extension
> > /usr/share/chromium/extensions/keepassxc-browser in order "solve" this
> > RC bug.
> 
> That means that users that had this package installed will stop having
> the extension at all, so I'm not sure that's much of a practical
> difference compared to having the extension but it failing to load. :/
> 
> > Unless someone understands what is wrong for Chromium to load the
> > extension and provides a patch.
> 
> Ok, I looked into this, and the problem seems to be the browser
> variable polyfill, which is not required on Firefox, as that uses
> browser, but crhomium-based ones use chrome for the namespace.
> 
> Copying the keepassxc-browser/common/browser-polyfill.min.js from
> the upstream's release/1.8.x branch into
> /usr/share/webext/keepassxc-browser/common/browser-polyfill.js, makes
> the extension work again.
> 
> It appears as if the Build-Depends used is unrelated to that code,
> where a comment at the bottom of the minimized version points at
> version 0.8.0 from https://github.com/mozilla/webextension-polyfill,
> but the package is trying to use node-cross-fetch, which seems
> unrelated?
> 
> Thanks,
> Guillem

Hi Guillem,

many, many thanks for that pointer!

I built a fixed package locally and Chromium loads the extension. I
will upload to sid in a few minutes.

Kind regards,
Bruno


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

Bug#1013876: Please close this bug report for keepassxc-browser to migrate to testing

[Bruno Kleinert]

Am Montag, dem 06.02.2023 um 14:34 +0200 schrieb Adrian Bunk:
> On Fri, Nov 18, 2022 at 07:43:48PM +0100, Bruno Kleinert wrote:
> > Am Donnerstag, dem 17.11.2022 um 13:52 + schrieb Amr Ibrahim:
> > > On Sat, 24 Sep 2022 21:37:45 +0200 Guillem Jover  
> > > wrote:
> > > 
> > > > I've kept the package on hold since, but try to upgrade from time to
> > > > time to see whether its fixed. Last time I did with the latest version
> > > > currently in sid, it seemed to be still broken.
> > > 
> > > Is this still broken in Chromium?
> > 
> > Yes it is, I just confirmed.
> > 
> > > There is no problem in Firefox, and this bug report is preventing the 
> > > package to migrate to testing
> > 
> > I do not have time to investigate and fix the issue in the mid-term.
> > I'd appreciate if someone could jump in and provide a patch against the
> > package, I'd be glad to merge and upload!
> > 
> > From a past attempt to track it down, I *think* to remember there was
> > an issue with a variable 'browser' expected by Chromium not being
> > defined.
> 
> The first error in the original bug report is:
> 
> >   (E) Uncaught TypeError: Bootstrap's JavaScript requires jQuery. jQuery 
> > must be included before$
> >   Context: popups/popup.html
> >   Stack Trace: bootstrap/bootstrap.js:221 (anonymous function)
> 
> This sounds very close to what 1.8.4+repack1-2 you just uploaded to 
> experimental touches.
> 
> Could anyone confirm whether either the version in unstable or the 
> version in experimental fixes the issue?
> Having a non-RC-buggy version in unstable now is the last chance for 
> having the package in bookworm.
> 
> cu
> Adrian

Hi,

neither revision gets properly loaded by Chromium as of today.

As the freeze approaches, I will remove the Chromium package relation
and the symbolic link to the Web Extension
/usr/share/chromium/extensions/keepassxc-browser in order "solve" this
RC bug.

Unless someone understands what is wrong for Chromium to load the
extension and provides a patch.

Cheers,
Bruno


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

Bug#1013876: Please close this bug report for keepassxc-browser to migrate to testing

[Bruno Kleinert]

Am Donnerstag, dem 17.11.2022 um 13:52 + schrieb Amr Ibrahim:
> On Sat, 24 Sep 2022 21:37:45 +0200 Guillem Jover  wrote:
> 
> > I've kept the package on hold since, but try to upgrade from time to
> > time to see whether its fixed. Last time I did with the latest version
> > currently in sid, it seemed to be still broken.
> 
> Is this still broken in Chromium?

Yes it is, I just confirmed.

> There is no problem in Firefox, and this bug report is preventing the package 
> to migrate to testing

I do not have time to investigate and fix the issue in the mid-term.
I'd appreciate if someone could jump in and provide a patch against the
package, I'd be glad to merge and upload!

From a past attempt to track it down, I *think* to remember there was
an issue with a variable 'browser' expected by Chromium not being
defined.


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

Bug#1014300: nheko: Menus appear at unexpected places or not at all

[Bruno Kleinert]

Package: nheko
Version: 0.9.3+ds-1
Severity: normal
X-Debbugs-Cc: fu...@debian.org

Hi,

menus appear at unexpected places on the screen, i.e., not at the place where
the user clicks a button or when trying to open a context menu on an item.

Steps to reproduce:

1. Start nheko
2. Click on the '+' button on bottom left
3. The menu appears in upper left corner of the screen

Sometimes the expected menu does not show up anywhere on the screen at all.

Steps to reproduce:

1. Begin with the steps above
2. Move the mouse cursor into the menu which appeared in the upper left area
(don't click)
3. Press ESC
4. Now, click again the '+' button at the bottom left of nheko
5. The menu does not appear anywhere on the screen at all

I use GNOME 3 on Wayland to reproduce and don't know if the same issue occurs
with any other desktop environment or with an X11 based environment.

Cheers,
Bruno


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

Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages nheko depends on:
ii  gstreamer1.0-nice   0.1.18-2
ii  gstreamer1.0-qt51.20.3-1
ii  gstreamer1.0-vaapi  1.20.3-1
ii  libc6   2.33-7
ii  libcmark0.30.2  0.30.2-5
ii  libcurl47.84.0-1
ii  libevent-core-2.1-7 2.1.12-stable-5+b1
ii  libevent-pthreads-2.1-7 2.1.12-stable-5+b1
ii  libfmt8 8.1.1+ds1-2
ii  libgcc-s1   12.1.0-5
ii  libglib2.0-02.72.3-1
ii  libgstreamer-plugins-bad1.0-0   1.20.3-1
ii  libgstreamer-plugins-base1.0-0  1.20.3-2
ii  libgstreamer1.0-0   1.20.3-1
ii  liblmdb00.9.24-1
ii  libolm3 3.2.11~dfsg-1
ii  libqt5core5a5.15.4+dfsg-3
ii  libqt5dbus5 5.15.4+dfsg-3
ii  libqt5gui5  5.15.4+dfsg-3
ii  libqt5keychain1 0.13.2-5
ii  libqt5multimedia5   5.15.4-2
ii  libqt5multimedia5-plugins   5.15.4-2
ii  libqt5network5  5.15.4+dfsg-3
ii  libqt5qml5  5.15.4+dfsg-3
ii  libqt5quick55.15.4+dfsg-3
ii  libqt5svg5  5.15.4-2
ii  libqt5widgets5  5.15.4+dfsg-3
ii  libspdlog1 [libspdlog1-fmt8]1:1.9.2+ds-0.2
ii  libssl3 3.0.4-2
ii  libstdc++6  12.1.0-5
ii  libxcb-ewmh20.4.1-1.1
ii  libxcb1 1.14-3
ii  qml-module-qt-labs-animation5.15.4+dfsg-3
ii  qml-module-qt-labs-platform 5.15.4+dfsg-2
ii  qml-module-qt-labs-settings 5.15.4+dfsg-3
ii  qml-module-qtgraphicaleffects   5.15.4-2
ii  qml-module-qtmultimedia 5.15.4-2
ii  qml-module-qtquick-controls25.15.4+dfsg-2
ii  qml-module-qtquick-layouts  5.15.4+dfsg-3
ii  qml-module-qtquick-window2  5.15.4+dfsg-3
ii  qml-module-qtquick2 5.15.4+dfsg-3

Versions of packages nheko recommends:
ii  ca-certificates 20211016
ii  fonts-noto-color-emoji  2.034-1

nheko suggests no packages.

-- no debconf information

Bug#1013876: webext-keepassxc-browser: Version 1.8.0+repack1-2 fail to load in chromium

[Bruno Kleinert]

Am Sonntag, dem 26.06.2022 um 14:11 +0200 schrieb Guillem Jover:
> Package: webext-keepassxc-browser
> Version: 1.8.0+repack1-2
> Severity: serious
> 
> Hi!
> 
> This version seems to fail load on chromium 103.0.5060.53-1, with the
> following warnings and errors shown on the extensions settings page:
> 
>   (W) Unrecognized manifest key 'applications'.
>   (W) Manifest version 2 is deprecated, and support will be removed
> in 2023.
>   See https://developer.chrome.com/blog/mv2-transition/ for more
> details.
>   (E) Uncaught TypeError: Bootstrap's JavaScript requires jQuery.
> jQuery must be included before Bootstrap's JavaScript.
>   Context: popups/popup.html
>   Stack Trace: bootstrap/bootstrap.js:221 (anonymous function)
>   (E) Uncaught (in promise) ReferenceError: browser is not defined
>   Context: popups/popup.html
>   Stack Trace: popups/popup_functions.js:74 (anonymous function)
>   (E) Uncaught ReferenceError: browser is not defined
>   Context: popups/popup.html
>   Stack Trace: common/translate.js:11 (anonymous function)
>   (E) Uncaught (in promise) ReferenceError: browser is not defined
>   Context: popups/popup.html
>   Stack Trace: popups/popup_functions.js:40 (anonymous function)
>   (E) Uncaught ReferenceError: browser is not defined
>   Context: _generated_background_page.html
>   Stack Trace: common/global.js:161 (anonymous function)
>   (E) Uncaught ReferenceError: browser is not defined
>   Context: _generated_background_page.html
>   Stack Trace: background/keepass.js:39 (anonymous function)
>   (E) Uncaught ReferenceError: browser is not defined
>   Context: _generated_background_page.html
>   Stack Trace: background/init.js:23 (anonymous function)
> 
> Thanks,
> Guillem

Hi Guillem,

thanks for the report. Something else in 1.8.0 is bugging me that may
be related to upstream's jQuery removal. I'm expecting upstream may
release 1.8.1 soonish.

Kind regards,
Bruno


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

Bug#998235: Can confirm with pipewire-pulse

[Bruno Kleinert]

On Sun, 07 Nov 2021 06:49:58 +0100 Bruno Kleinert 
wrote:
> Hi,
> 
> I can confirm the same issue using pipewire-pulse 0.3.39-3 as audio
> deamon on unstable/sid with both packages:
> 
>    1. firefox-esr 91.3.0esr-1
>    2. firefox 94.0-1
> 
> As an intermediate workaround, chromium works (tested with chromium
> 93.0.4577.82-1).
> 
> Cheers,
> Bruno

It's fixed for me in:

   1. firefox-esr 91.4.0esr-1
   2. firefox 95.0-1

Cheers,
Bruno


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

Bug#1000253: ring: Fails to build twice in a row and in target clean

[Bruno Kleinert]

Source: ring
Version: 20201217.1.80217fa~ds1-1
Severity: normal
Tags: patch
X-Debbugs-Cc: fu...@debian.org

Hi,

while trying to address another issue, I noticed that the package fails to
build twice in a row and in the target clean after a failed build.

Please find attached a patch that fixes both issues.

Cheers,
Bruno


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

Kernel: Linux 5.14.0-4-amd64 (SMP w/8 CPU threads)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/rules b/debian/rules
index 74b39bd5..216ebba0 100755
--- a/debian/rules
+++ b/debian/rules
@@ -80,7 +80,7 @@ override_dh_auto_configure:
## libringclient configure ##
#
cd lrc && \
-   mkdir build && \
+   mkdir -p build && \
cd build && \
cmake  \
-DRING_BUILD_DIR=$(CURDIR)/daemon/src \
@@ -92,7 +92,7 @@ override_dh_auto_configure:
## gnome client configure ##

cd client-gnome && \
-   mkdir build && \
+   mkdir -p build && \
cd build && \
cmake \
-DCMAKE_INSTALL_PREFIX=/usr \
@@ -143,6 +143,7 @@ override_dh_auto_clean:

if [ -f client-gnome/build/Makefile ]; then make -C client-gnome/build 
clean; fi
rm -rfv client-gnome/build
+   mkdir -p daemon/contrib/native/pjproject
 
 override_dh_auto_install:
#

Bug#998809: Acknowledgement (jami: No echo cancellation on pipewire-pulse)

[Bruno Kleinert]

I found a workaround:
   1. Copy /usr/share/pipewire/pipewire-pulse.conf to
  ~/.config/pipewire/
   2. Edit and add { name = libpipewire-module-echo-cancel } into
  section context.modules = [ … ]
   3. systemctl --user restart pipewire-pulse.service
   4. Check with pavucontrol if the virtual device 'Echo Cancel
  Capture' records from the desired physical device
   5. In Jami's media settings, select 'Echo Cancel sink' and 'Echo
  Cancel source' as recording and output devices


In jami-daemon src/media/audio/pulseaudio/pulselayer.cpp I found some
"magic" related to PulseAudio's echo-cancel module, but I don't
understand how that does the trick for PulseAudio and if that is
supposed to also work with PipeWire.


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

Bug#998809: jami: No echo cancellation on pipewire-pulse

[Bruno Kleinert]

Package: jami
Version: 20210112.2.b757bac~ds1-1
Severity: normal
X-Debbugs-Cc: fu...@debian.org

Hi,

I'm using Jami with speakers and webcam microphone. When I use pipewire-pulse
instead of pulseaudio, there is no echo cancellation applied in Jami (People I
call tell me they hear an echo of themselves).

When I use Jami on pulseaudio, /usr/lib/pulse-15.0+dfsg1/modules/module-echo-
cancel.so is used to cancel the echo. Instead, on pipewire-pulse
/usr/lib/x86_64-linux-gnu/pipewire-0.3/libpipewire-module-echo-cancel.so seems
to be available, but is not used to cancel the echo. I would expect echo
cancellation to work on both audio daemons.

I report the bug against jami because I observe and reproduce it with this
package. If it is an issue in one of the pipewire packages, please forward
accordingly.

Cheers,
Bruno



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

Kernel: Linux 5.14.0-4-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages jami depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-2
ii  jami-daemon  20210112.2.b757bac~ds1-1
ii  libayatana-appindicator3-1   0.5.5-3
ii  libc62.32-4
ii  libcairo21.16.0-5
ii  libcanberra-gtk3-0   0.30-8
ii  libcanberra0 0.30-8
ii  libclutter-1.0-0 1.26.4+dfsg-3
ii  libclutter-gtk-1.0-0 1.8.4-4+b1
ii  libgcc-s111.2.0-10
ii  libgdk-pixbuf-2.0-0  2.42.6+dfsg-2
ii  libglib2.0-0 2.70.1-1
ii  libgtk-3-0   3.24.30-3
ii  libnm0   1.32.12-1
ii  libnotify4   0.7.9-3
ii  libpango-1.0-0   1.48.10+ds1-1
ii  libqrencode4 4.1.1-1
ii  libqt5core5a 5.15.2+dfsg-12
ii  libqt5dbus5  5.15.2+dfsg-12
ii  libqt5gui5   5.15.2+dfsg-12
ii  libqt5sql5   5.15.2+dfsg-12
ii  libqt5sql5-sqlite5.15.2+dfsg-12
ii  libstdc++6   11.2.0-10
ii  libwebkit2gtk-4.0-37 2.34.1-1
ii  libx11-6 2:1.7.2-2+b1

jami recommends no packages.

jami suggests no packages.

-- no debconf information

Bug#998235: Can confirm with pipewire-pulse

[Bruno Kleinert]

Hi,

I can confirm the same issue using pipewire-pulse 0.3.39-3 as audio
deamon on unstable/sid with both packages:

   1. firefox-esr 91.3.0esr-1
   2. firefox 94.0-1

As an intermediate workaround, chromium works (tested with chromium
93.0.4577.82-1).

Cheers,
Bruno


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

Bug#993131: webext-keepassxc-browser: Chromium error: "Failed to load extension from: . Manifest file is missing or unreadable"

[Bruno Kleinert]

Am Freitag, dem 27.08.2021 um 19:13 +0200 schrieb Nicola Davide
Mannarelli:
> Package: webext-keepassxc-browser
> Version: 1.7.9.1+repack1-2
> Severity: normal
> Tags: upstream
> X-Debbugs-Cc: li...@ndmnet.eu
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
>* What outcome did you expect instead?
> 
> *** End of the template - remove these template lines ***
> 
> 
> -- 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)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
> LANGUAGE=en_GB:en
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages webext-keepassxc-browser depends on:
> ii  keepassxc  2.6.2+dfsg.1-1
> 
> Versions of packages webext-keepassxc-browser recommends:
> ii  chromium 90.0.4430.212-1
> ii  firefox-esr  78.13.0esr-1~deb11u1
> 
> webext-keepassxc-browser suggests no packages.

Hello Nicola,

I cannot reproduce the bug, that's my test system:

fuddl@debian:~$ LC_ALL=C apt list --installed webext-keepassxc-browser chromium 
keepassxc
Listing... Done
chromium/unstable,unstable,now 90.0.4430.212-1 amd64 [installed]
keepassxc/unstable,unstable,now 2.6.2+dfsg.1-1 amd64 [installed,automatic]
webext-keepassxc-browser/unstable,unstable,now 1.7.9.1+repack1-2 all [installed]

Chromium loads KeePassXC-Browser from the Debian package (In the
extension's settings it states "Loaded from:
/usr/share/webext/keepassxc-browser") and it works as expected.

Can you please share more information?

Cheers,
Bruno


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

Bug#989404: wtf: Very outdated; missing entries such as LGTM

[Bruno Kleinert]

> Today I wanted to know what LGTM means.  I didn't find it with wtf(1),
> so I went looking for the upstream source code to try to patch it.

Hi  Alex,

I cannot reproduce your report, maybe you had a typo in the command?

The wtf query on a sid/unstable works:

fuddl@flutschi:~$ dpkg-query -W -f '${Version}\n' bsdgames
2.17-28
fuddl@flutschi:~$ wtf lgtm
LGTM: looks good to me

Cheers,
Bruno



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

Bug#989050: syncplay: Please consider splitting the package into a client and server package

[Bruno Kleinert]

Am Mittwoch, dem 26.05.2021 um 22:49 +0200 schrieb Johannes Schauer
Marin Rodrigues:
> Quoting Bruno Kleinert (2021-05-26 04:42:59)
> > thank you for the report and feedback. I uploaded a revision to experimental
> > that builds syncplay, syncplay-server and syncplay-common.
> 
> Awesome, thanks a lot!
> 
> The server and client worked out of the box for me and my friends, so thanks
> for maintaining this awesome tool. :)
> 
> My next wishlist bug would be to provide a init script and/or systemd service
> for the syncplay-server package. Is that something you consider implementing?
> 
> Thanks!
> 
> cheers, josch

I'm glad  to read the effort is valued! :)

Integrating the server with systemd is something I haven't considered,
yet. Please feel free to create a separate wishlist bug to track that.

Cheers,
Bruno


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

Bug#989050: syncplay: Please consider splitting the package into a client and server package

[Bruno Kleinert]

Am Montag, dem 24.05.2021 um 20:07 +0200 schrieb Johannes Schauer Marin
Rodrigues:
> Package: syncplay
> Version: 1.6.7+repack1-5
> Severity: normal
> 
> Hi,
> 
> currently, the syncplay package includes the client as well as the
> server. This means that a server installation also includes the heavy
> dependencies that are only needed for the client. Installing syncplay on
> a bare-bones Debian system requires 867 MB of additional disk space. If
> the Python qt and the mpv|vlc Dependencies are omitted, only 68 MB
> additional disk space is required. That's more than an order of
> magnitude less. Besides the disk space, additional packages also
> increase the attack surface of a server, especially the multimedia
> packages required for mpv, vlc and qt.
> 
> Please consider creating a syncplay-server package with reduced
> dependencies.
> 
> Thanks!
> 
> cheers, josch

Hi Johannes,

thank you for the report and feedback. I uploaded a revision to
experimental that builds syncplay, syncplay-server and syncplay-common.

Cheers,
Bruno


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

Bug#980320: Acknowledgement (ITP: syncplay -- Synchronize playback of various video players via internet)

[Bruno Kleinert]

It's now in the NEW queue. The upload targets experimental because it does 
unexpected forward/backward seeks when used with VLC.


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

Bug#979427: src:libnet-ipaddress-perl: invalid maintainer address

[Bruno Kleinert]

On Wed, 06 Jan 2021 16:58:00 +0100 Ansgar  wrote:
> Source: libnet-ipaddress-perl
> Version: 1.10-3
> Severity: serious
> Tags: bullseye sid
> X-Debbugs-Cc: Cyril Bouthors , Cyril Bouthors 
> , Holger Levsen 
> 
> The maintainer address is invalid, see below.
> 
> Ansgar
> 
>  Start of forwarded message 
> From: Mail Delivery System 
> Subject: Mail delivery failed: returning message to sender
> Date: Wed, 06 Jan 2021 15:53:01 +
> 

Hi,

I wonder if the package is still relevant, because it has only one
reverse dependency, which in turn has no reverse dependencies:

$ apt rdepends libnet-ipaddress-perl
libnet-ipaddress-perl
Reverse Depends:
  Depends: libnet-google-safebrowsing2-perl

$ apt rdepends libnet-google-safebrowsing2-perl
libnet-google-safebrowsing2-perl
Reverse Depends:

The same for reverse build-dependencies:

$ grep-dctrl -FBuild-Depends libnet-ipaddress-perl -w -sPackage 
/var/lib/apt/lists/*Sources 
Package: libnet-google-safebrowsing2-perl
$ grep-dctrl -FBuild-Depends libnet-google-safebrowsing2-perl -w -sPackage 
/var/lib/apt/lists/*Sources 


Disregarding Holger's NMUs of both packages, their relevant changelog
entries date back to April 2013.

Maybe they are both candidates for removal?

Cheers,
Bruno


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

Bug#974996: Raising severity and offering to NMU package

[Bruno Kleinert]

On Mon, 23 Nov 2020 20:15:52 +0100 Simon Josefsson  wrote:
> severity 975030 serious
> severity 974997 serious
> severity 974996 serious
> severity 974995 serious
> severity 974994 serious
> severity 974993 serious
> thanks
> 
> It was suggested to me on IRC that the severity of this could be
> serious because the build-dependency libidn2-0-dev is going to be
> removed from Debian.  I'm volunteering to do NMU these packages to fix
> the bug, and could look into that in a couple of weeks -- if you give
> me permission to do it before, I'd start directly.  If I'm mistaken
> that this is not a valid justification for a serious bug, downgrade the
> bug and let me know, as I'm not sure what the best way to get an
> obsolete deprecated transition package removed from Debian when build-
> deps remain.
> 
> /Simon
> 

Hi,

looking at the RC bugs list I stumbled across this one and added a
merge request on
salsa: https://salsa.debian.org/debian/curl/-/merge_requests/9

Cheers,
Bruno


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

Bug#979221: src:gwhois: invalid maintainer address

[Bruno Kleinert]

On Mon, 04 Jan 2021 12:29:56 +0100 Ansgar  wrote:
> Source: gwhois
> Version: 20120626-1.2
> Severity: serious
> X-Debbugs-Cc: Holger Levsen 
> 
> The maintainer address is invalid, see below.
> 
> Ansgar
> 
>  Start of forwarded message 
> From: Mail Delivery System 
> Subject: Mail delivery failed: returning message to sender
> Date: Sun, 03 Jan 2021 13:49:33 +
> 

Hi,

searching the web lead to the CC'ed address, backed by the website on
that domain mentioning IT, Linux and especially Debian development.

Cheers,
Bruno


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

Bug#980984: roger-router: Please update Homepage field

[Bruno Kleinert]

Package: roger-router
Version: 2.1.6-4
Severity: minor
X-Debbugs-Cc: fu...@debian.org

Hi,

the URL in the Homepage field in debian/control leads to a 404 page. The new
URL seems to be https://www.tabos.org/project/rogerrouter/.

Cheers,
Bruno



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

Kernel: Linux 5.10.0-2-amd64 (SMP w/8 CPU threads)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages roger-router depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.38.0-1
ii  libayatana-appindicator3-1   0.5.5-2
ii  libc62.31-9
ii  libcairo21.16.0-5
ii  libebook-1.2-20  3.38.2-2+b1
ii  libebook-contacts-1.2-3  3.38.2-2+b1
ii  libedataserver-1.2-253.38.2-2+b1
ii  libgdata22   0.17.13-3
ii  libgdk-pixbuf2.0-0   2.40.2-2
ii  libglib2.0-0 2.66.4-1
ii  libgs9   9.53.3~dfsg-6
ii  libgtk-3-0   3.24.24-1
ii  libpango-1.0-0   1.46.2-3
ii  libpangocairo-1.0-0  1.46.2-3
ii  libpoppler-glib8 20.09.0-3.1
pn  librm0   
ii  libsoup2.4-1 2.72.0-2
ii  libtiff5 4.2.0-1

roger-router recommends no packages.

roger-router suggests no packages.

Bug#970124: software-properties-common: add-apt-repository: missing dependency gpg (gnupg) (Was: Re: Bug#970124: Patch prepared for NMU)

[Bruno Kleinert]

Am Sonntag, dem 24.01.2021 um 10:38 +0100 schrieb Julian Andres Klode:
> Control: severity -1 normal
> 
> On Sun, Jan 24, 2021 at 08:28:22AM +0100, Bruno Kleinert wrote:
> > Hi,
> > 
> > please find attached a patch. If Julian or nobody else objects or jumps
> > in, I can NMU in about one week.
> 
> Did you test it? I don't think this works, this is probably still the
> old version that actually needs key server functionality (dirmngr and
> gnupg), and I absolutely do not want to depend on those.
> 
> I also don't think this is a release critical bug - the script is not
> the main attraction, it does not produce immediate useful results on
> Debian anyway if you add a PPA, given that the PPAs do not exist for
> Debian in the first place, and other uses do not involve that codepath
> AFAIUI.
> 
> Anyhow, this email was the first time I heard about this bug, and it did
> not provide any context (and I can't open attachments on my phone), so I
> was a bit unhappy, and I did not have a lot of time to dig into it yet.
> 
> My advise for future NMU emails: Please keep the original bug subject in
> the subject, and quote the bug report so readers can make sense out of
> it without having to search for the bug in the BTS.
> 
> We really ought to update software-properties to the Ubuntu 20.04
> version rather than try to ship the 16.04 one - it's 5 years old by now.
> I have no idea what happened here that we're still on the old version, I
> did upload the 18.04 one to experimental 2 years ago.
> 
> This also fixes this bug because it now talks to the keyserver directly,
> and drops the file into trusted.gpg.d.
> 
> Generally, please: If I have not answered you for a month, your email
> was lost, if it's still a problem, please ping me.
> 

Hi Julian,

my apologies for the inconveniences. I must admit, I'm not a user of
the script and didn't test it with and without the dependency. I only
convinced myself that gpg is called and assumed the missing dependency
is valid.

I realize I don't understand enough of the package to fix anything by
simply adding gpg to the dependency list and won't NMU.

Cheers,
Bruno


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

Bug#972747: Where is /usr/share/sbuild/create-chroot actually used?

[Bruno Kleinert]

Am Sonntag, dem 24.01.2021 um 11:48 +0100 schrieb Johannes Schauer
Marin Rodrigues:
> Hi Bruno,
> 
> Quoting Bruno Kleinert (2021-01-24 06:46:39)
> > I looked into /usr/share/sbuild/create-chroot to create a patch, but began 
> > to
> > wonder where and if that script is actually used. I use sbuild to locally
> > build packages on my desktop computer, so it's installed, and
> > 
> > grep -r create-chroot /usr/sbin/sbuild* /usr/bin/sbuild*
> > 
> > does not show any matches.
> > 
> > Reverse dependencies and reverse recommends of sbuild are:
> >1. mini-buildd
> >2. arriero
> >3. xbuilder
> >4. ubuntu-dev-tools
> >5. schroot
> >6. sbuild-debian-developer-setup
> >7. ratt
> >8. qemu-sbuild-utils
> >9. pk4
> >   10. packaging-dev
> >   11. debomatic
> >   12. lava-dev
> >   13. git-buildpackage
> > 
> > I downloaded and extracted them and grepped for 'create-chroot' in
> > their contents: No matches.
> > 
> > Looking into create-chroot revealed:
> > 
> > […]
> > OLDSTABLE="squeeze"
> > STABLE="wheezy"
> > TESTING="jessie"
> > […]
> > 
> > That leaves the impression the script was last used a couple of releases ago
> > and could simply be removed to close this bug.
> 
> I have no objections. Aurelien Jarno also confirmed in IRC that it is not used
> in buildd purposes.
> 
> Feel free to create a MR against the sbuild packaging repository.
> 
> Thanks!
> 
> cheers, josch

Hi josch,

alright, I submitted a merge requests
here https://salsa.debian.org/debian/sbuild/-/merge_requests/12

Cheers,
Bruno


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

Bug#970124: Patch prepared for NMU

[Bruno Kleinert]

Hi,

please find attached a patch. If Julian or nobody else objects or jumps
in, I can NMU in about one week.

Cheers,
Bruno
From 0fa6610179dfccadc82f135e8860c03378aa5b90 Mon Sep 17 00:00:00 2001
From: Bruno Kleinert 
Date: Sun, 24 Jan 2021 07:52:35 +0100
Subject: [PATCH] Add depedency on gpg

---
 debian/changelog |  9 +
 debian/control   |  1 +
 2 files changed, 10 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 22af59f..f1656de 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+software-properties (0.96.20.2-2.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Added dependency on gpg in binary package software-properties common. This
+fixes "software-properties-common: add-apt-repository: missing dependency
+gpg (gnupg)". Thanks to Felix Stupp for the report. (Closes: #970124)
+
+ -- Bruno Kleinert   Sun, 24 Jan 2021 07:47:27 +0100
+
 software-properties (0.96.20.2-2.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff --git a/debian/control b/debian/control
index fe3fb0d..829d8d0 100644
--- a/debian/control
+++ b/debian/control
@@ -36,6 +36,7 @@ Architecture: all
 Depends: ca-certificates,
  gir1.2-glib-2.0,
  gir1.2-packagekitglib-1.0 (>= 1.1.0-2),
+ gpg,
  python-apt-common (>= 0.9),
  python3,
  python3-dbus,
--
libgit2 1.1.0



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

Bug#972747: Where is /usr/share/sbuild/create-chroot actually used?

[Bruno Kleinert]

Hi,

I looked into /usr/share/sbuild/create-chroot to create a patch, but
began to wonder where and if that script is actually used. I use sbuild
to locally build packages on my desktop computer, so it's installed,
and

grep -r create-chroot /usr/sbin/sbuild* /usr/bin/sbuild*

does not show any matches.

Reverse dependencies and reverse recommends of sbuild are:
   1. mini-buildd
   2. arriero
   3. xbuilder
   4. ubuntu-dev-tools
   5. schroot
   6. sbuild-debian-developer-setup
   7. ratt
   8. qemu-sbuild-utils
   9. pk4
  10. packaging-dev
  11. debomatic
  12. lava-dev
  13. git-buildpackage

I downloaded and extracted them and grepped for 'create-chroot' in
their contents: No matches.

Looking into create-chroot revealed:

[…]
OLDSTABLE="squeeze"
STABLE="wheezy"
TESTING="jessie"
[…]

That leaves the impression the script was last used a couple of
releases ago and could simply be removed to close this bug.

Cheers,
Bruno


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

Bug#980378: gnome-feeds: Should not store saved articles in $HOME/.cache/

[Bruno Kleinert]

Package: gnome-feeds
Version: 0.16.1+dfsg1-1
Severity: normal
X-Debbugs-Cc: fu...@debian.org

Hi,

when users save certain articles for later (right click on an article in the
left panel → Save article), GNOME Feeds saves a reference to a file Error
opening file $HOME/.cache/org.gabmus.gfeeds/saved_articles/*.

Since $HOME/.cache/ is a directory prone to be deleted by users or to be
excluded from backups to save disk space, saved articles are lost with that
directory. When the contents of $HOME/.cache/org.gabmus.gfeeds/saved_articles/
are gone, GNOME Feeds still lists the saved articles in the saved articles
view, but when the user selects one of them, Feeds displays an error message.
E.g., "Error opening file
/home/fuddl/.cache/org.gabmus.gfeeds/saved_articles/40b2cb9d990303a53a579051f55b22c843ae10d0:
No such file or directory".

I suggest to make GNOME Feeds store saved articles not under $HOME/.cache/ but
in a different directory that is considered to store users' data.

Cheers,
Bruno



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

Kernel: Linux 5.10.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-feeds depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.38.0-1
ii  gir1.2-handy-1   1.0.3-1
ii  gir1.2-webkit2-4.0   2.30.4-1
ii  python3  3.9.1-1
ii  python3-arrow0.17.0-1
ii  python3-bs4  4.9.3-1
ii  python3-feedparser   5.2.1-3
ii  python3-gi   3.38.0-1+b2
ii  python3-html5lib 1.1-2
ii  python3-listparser   0.18-2
ii  python3-lxml 4.6.2-1
ii  python3-pil  8.1.0-1
ii  python3-pygments 2.7.1+dfsg-1
ii  python3-readability  0.8.1+dfsg1-2
ii  python3-requests 2.25.1+dfsg-2
ii  python3-tz   2020.5-1
ii  xdg-utils1.1.3-2

gnome-feeds recommends no packages.

gnome-feeds suggests no packages.

-- no debconf information

Bug#980320: ITP: syncplay -- Synchronize playback of various video players via internet

[Bruno Kleinert]

Package: wnpp
Severity: wishlist
Owner: Bruno Kleinert 
X-Debbugs-Cc: debian-de...@lists.debian.org, fu...@debian.org

* Package name: syncplay
  Version : 1.6.7
  Upstream Author : Syncplay team 
* URL : https://syncplay.pl/
* License : Apache-2.0, ISC, MIT, BSD-3-clause
  Programming Lang: Python
  Description : Synchronize playback of various video players via internet

 Allows you to watch movies with friends or family at different places
 synchronized via the internet.
 .
 When a viewer pauses/unpauses playback or seeks within their media player this
 will be replicated across all media players connected to the same server in
the
 same viewing session. A chat function is included so viewers can discuss the
 movie while watching it.
 .
 Technically, it synchronises the position and play states of multiple mpv,
VLC,
 MPC-HC and MPC-BEmedia player instances so viewers' players present the same
 movie at the same time.
 .
 It is interoperable and available on the upstream web page for other operating
 systems, too.


I stumbled across this tool and consider it useful, especially during the
pandemic situation, to support social distancing while friends and family can
still have movie nights via internet.

I've only done a rudimentary test, i.e., more testing and feedback can't hurt.
Feedback on python packaging mistakes is highly appreciated!

At the moment I've packaged it here https://salsa.debian.org/fuddl/syncplay and
consider to collaboratively maintain it in the Debian Multimedia Maintainers
team.

Cheers,
Bruno

Bug#979492: jami: Package description should be improved

[Bruno Kleinert]

Hi Jonas,

Am Donnerstag, dem 07.01.2021 um 14:14 +0100 schrieb Jonas Smedegaard:
> Hi again, Bruno,
> 
> Quoting Bruno Kleinert (2021-01-07 13:32:34)
> > Am Donnerstag, dem 07.01.2021 um 12:34 +0100 schrieb Jonas Smedegaard:
> > > Quoting Bruno Kleinert (2021-01-07 11:46:08)
> > > > the package description is too "shy" and should include buzzwords 
> > > > and search terms.
> > > > 
> > > > Since other video conference tools like BigBlueButton and Jitsi 
> > > > Meet are not included in Debian, Jami can partly substitute those. 
> > > > An improved description can help users to find Jami as a solution 
> > > > for their needs in the package archive.
> > > 
> > > No, goal of package description is not to sell but to inform: Avoid 
> > > buzzwords but include actual facts.
> > 
> > Maybe the paragraph "To some degree Jami provides similar […]" is too 
> > much.
> 
> From where are you quoting the above?
> 
> It would probably help if you propose a concrete text to replace or be 
> appended to existing package description.  My apologies if that is 
> exactly what you did already and I simply missed it somehow.
> 
> [ after re-reading original post, and then again a third time...]
> 
> HHH, now I see your patch.  I am very sorry, I totally missed that 
> in my first reply.

Ah, that explains your first reply! :) When I read it I was
wondering "Phhh, did he even just ignore the patch?!" :D

> 
> Your proposed patch looks fine to me.  Only part I dislike is the 
> paragraph linking to upstream and enumerating other platforms: Package 
> has a Homepage field to reference upstream, and I find it better to 
> mention more broadly that "Jami is available on non-Linux paltforms as 
> well."
> 
> Also, concretely, the paragraph "To some degree..." looks fine to me.
> 
> 
> > However, everything else is facts. My use of the word buzzwords was 
> > probably wrong, I meant search terms that users likely apt search for 
> > to find a substitution of a proprietary (Skype, WhatsApp, …) program 
> > or something that is not yet available in Debian (BBB, Jitsi Meet).
> 
> It was the word buzzwords that made me react strongly - I do agree with 
> you that current package description is vague.  Sorry that I did not 
> make that clear.
> 
> 
> > Please reconsider your decision, the patch is intended to support our 
> > users.
> 
> To clarify, I am providing input on this bugreport but not "deciding".  
> Sorry if my opinions come across as definitive.
> 
> 
>  - Jonas
> 

Never mind, I'm glad we sorted out the misunderstanding early before
any pillow fight started :) From the Uploaders field I assume Alexandre
may be the one who decides how to proceed.

Cheers,
Bruno


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

Bug#979492: jami: Package description should be improved

[Bruno Kleinert]

Hi Jonas,

Am Donnerstag, dem 07.01.2021 um 12:34 +0100 schrieb Jonas Smedegaard:
> Quoting Bruno Kleinert (2021-01-07 11:46:08)
> > the package description is too "shy" and should include buzzwords and 
> > search terms.
> > 
> > Since other video conference tools like BigBlueButton and Jitsi Meet 
> > are not included in Debian, Jami can partly substitute those. An 
> > improved description can help users to find Jami as a solution for 
> > their needs in the package archive.
> 
> No, goal of package description is not to sell but to inform: Avoid
> buzzwords but include actual facts.

Maybe the paragraph "To some degree Jami provides similar […]" is too
much. However, everything else is facts. My use of the word buzzwords
was probably wrong, I meant search terms that users likely apt search
for to find a substitution of a proprietary (Skype, WhatsApp, …)
program or something that is not yet available in Debian (BBB, Jitsi
Meet).

> 
> My common approach is to pick a few essential sentences from upstream 
> README, remove any buzz and irrelevant parts (like "it is fully free 
> software"), and then compare with and borrow from first paragraph of 
> Wikipedia article if such exist.
> 
> I would propose to add this text, based solely on Wikipedia article 
> (because a quick look at source README and upstream Homepage didn't 
> provide any usable text at all):
> 
> > Jami (formerly GNU Ring, SFLphone) is a SIP-compatible distributed 
> > peer-to-peer softphone and SIP-based instant messenger client, similar 
> > in functionality to the proprietary Skype.

I have the pandemic situation in my mind: People who apt search for a
solution to place video calls.

I ran the following commands in Debian unstable to search for packages
to place video calls:

LC_ALL=C apt-cache search video call
LC_ALL=C apt-cache search video conference

Only the first one lists at least gajim as the only sort-of straight-
forward package in the results. Gajim requires a proper server set up
to allow video calls with compatible clients and only works under X11
at the moment, however. Due to the poor package description, jami is
not among the search results and it wouldn't be with the description
from Wikipedia. It provides a solution for the search terms, however.

Please reconsider your decision, the patch is intended to support our
users.

Cheers,
Bruno


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

Bug#979492: jami: Package description should be improved

[Bruno Kleinert]

Package: jami
Version: 20210104.4.dda80df~ds1-1
Severity: minor
Tags: patch
X-Debbugs-Cc: fu...@debian.org

Hi,

the package description is too "shy" and should include buzzwords and search
terms.

Since other video conference tools like BigBlueButton and Jitsi Meet are not
included in Debian, Jami can partly substitute those. An improved description
can help users to find Jami as a solution for their needs in the package
archive.

Cheers,
Bruno



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

Kernel: Linux 5.10.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages jami depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.38.0-1
ii  jami-daemon  20210104.4.dda80df~ds1-1
ii  libayatana-appindicator3-1   0.5.5-2
ii  libc62.31-7
ii  libcairo21.16.0-5
ii  libcanberra-gtk3-0   0.30-7
ii  libcanberra0 0.30-7
ii  libclutter-1.0-0 1.26.4+dfsg-2
ii  libclutter-gtk-1.0-0 1.8.4-4
ii  libgcc-s110.2.1-3
ii  libgdk-pixbuf-2.0-0  2.42.2+dfsg-1
ii  libglib2.0-0 2.66.4-1
ii  libgtk-3-0   3.24.24-1
ii  libnm0   1.28.0-2
ii  libnotify4   0.7.9-2
ii  libpango-1.0-0   1.46.2-3
ii  libqrencode4 4.1.1-1
ii  libqt5core5a 5.15.2+dfsg-2
ii  libqt5dbus5  5.15.2+dfsg-2
ii  libqt5gui5   5.15.2+dfsg-2
ii  libqt5sql5   5.15.2+dfsg-2
ii  libqt5sql5-sqlite5.15.2+dfsg-2
ii  libstdc++6   10.2.1-3
ii  libwebkit2gtk-4.0-37 2.30.4-1
ii  libx11-6 2:1.6.12-1

jami recommends no packages.

jami suggests no packages.

-- no debconf information
>From 433915507e5311ca5e43a52034e0df840b1de9cf Mon Sep 17 00:00:00 2001
From: Bruno Kleinert 
Date: Thu, 7 Jan 2021 11:28:55 +0100
Subject: [PATCH] Add buzzwords to package description

---
 debian/control | 52 +---
 1 file changed, 45 insertions(+), 7 deletions(-)

diff --git a/debian/control b/debian/control
index d51bf65..e279d86 100644
--- a/debian/control
+++ b/debian/control
@@ -79,21 +79,59 @@ Depends: ${shlibs:Depends},
 Replaces: ring (<< 20190101.3.5315d84~)
 Breaks: ring (<< 20190101.3.5315d84~)
 Description: Secure and distributed voice, video and chat platform - desktop 
client
- Jami (jami.net) is a secure and distributed voice, video and chat 
communication
- platform that requires no centralized server and leaves the power of privacy
- in the hands of the user.
+ Jami is a secure and distributed voice, video and chat communication platform
+ that requires no centralized server and leaves the power of privacy in the
+ hands of users.
  .
- This package contains the desktop client: gnome-ring.
+ To some degree Jami provides similar functionality like Skype, WhatsApp,
+ Telegram, BigBlueButton, Jitsi Meet, etc. do.
+ .
+ Jami supports the following key features:
+   * Text chats and group chats
+   * Share files
+   * Audio calls
+   * Audio conferences
+   * Video calls
+   * Video conferences
+   * Leave audio messages
+   * Leave video messages
+   * End-to-end encryption
+ .
+ Jami can also serve as a SIP software phone.
+ .
+ On https://jami.net/ clients for Windows, Mac, iPhone and Android are 
available
+ which makes Jami interoperable.
+ .
+ This package contains the desktop client: jami-gnome.
 
 Package: jami-daemon
 Architecture: any
 Depends: ${shlibs:Depends},
  ${misc:Depends}
 Replaces: ring-daemon (<< 20190101.3.5315d84~)
 Breaks: ring-daemon (<< 20190101.3.5315d84~)
 Description: Secure and distributed voice, video and chat platform - daemon
- Jami (jami.net) is a secure and distributed voice, video and chat 
communication
- platform that requires no centralized server and leaves the power of privacy
- in the hands of the user.
+ Jami is a secure and distributed voice, video and chat communication platform
+ that requires no centralized server and leaves the power of privacy in the
+ hands of users.
+ .
+ To some degree Jami provides

Bug#943676: Re: Sponsor request for 'Open Surge'

[Bruno Kleinert]

Am Dienstag, dem 05.01.2021 um 14:14 -0300 schrieb Alexandre Martins:
> Hi,
> 
> The source code will be compatible with the libraries that are
> currently packaged in Debian.
> 
> We are including in the new version a file that specifies, in a clear
> and organized manner, the copyright information of the artwork
> (authors, licenses):
> 
> https://github.com/alemart/opensurge/blob/master/src/misc/copyright-artwork.csv
> 
> A few files have been changed since the latest release (mostly music),
> and a few more are expected to change in the coming days (mostly
> music). However, most files remain the same. This csv file may thus
> help you save some time.
> 
> Hopefully with these contributions Open Surge 0.5.2.0 can make it for 
> bullseye.
> 
> Alexandre

Hi Alexandre, hi Carlos,

I need to correct myself and unfortunately lower expectations:
opensurge will be a package newly introduced to Debian, so it has to
successfully go through the NEW queue [1] procedure which takes
additional time. I.e., chances are low Open Surge may make it into
bullseye, we need to see how slow or fast things will work out. My bad,
I'm not used to upload to the NEW queue.

@Carlos: I further cleaned up packaging and documented lintian
infos/warnings + according overrides. To save disk space in the
archive, I split opensurge into a small architecture dependent package
opensurge and an architecture independent package opensurge-data. This
should make ftpmasters' lives easier for a smooth NEW queue transition.
Please check the changes for any mistakes.

Cheers,
Bruno

[1] https://ftp-master.debian.org/new.html


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

Bug#978107: [Pkg-xmpp-devel] Bug#978107: Bug#978107: gajim: Crashes when video preview is turned off in settings dialog window

[Bruno Kleinert]

Am Dienstag, dem 05.01.2021 um 23:47 +0300 schrieb Boris Pek:
> Hi,
> 
> > > Too bad. Still no problem for me.
> 
> I cannot reproduce this problem in my system in KDE and Fluxbox too.
> 
> But I have much more packages installed into the system than basic system +
> gajim* packages + recommendations. And unfortunately I do not have enough free
> space for one more guest environment in VirtualBox for tests...
> 
> Martin, could you try to reproduce this bug in a clean environment?
> 
> > I can reproduce in a virtual machine without any camera running sid also on
> > amd64. I used GNOME Boxes with QEMU on KVM, emulating a QXL video card.
> 
> Do you use GNOME Shell launched above Wayland or X11 in your main system?
> 
> If you use Wayland than could you test the X11 session please? It should not
> take too much time...
> 
> Best wishes,
> Boris
> 

Hi Boris,

I used the same virtual machine, i.e., GNOME Boxes on QEMU/KVM with QXL
video emulation, etc., to log into a GNOME 3 session on X11. Indeed,
there it doesn't crash.

Cheers,
Bruno


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

Bug#979337: pinball-table-gnu-data: Crashes when 'PLAY' is selected

[Bruno Kleinert]

Am Dienstag, dem 05.01.2021 um 15:36 +0100 schrieb Philippe Coval:
> hi
> 
> 
> yes this is  known  issue
> 
> I have fixed it in:
> 
> https://github.com/rzr/pinball-table-gnu/commit/8ee41d30dd8a76b3b0cb93220cc2dd08a90a7656
> ‌
> 
> please confirm this patch fixes it
> 
> I may release a new version soon that will use sdl2
> 
> thanks for reporting anyway
> 
> 
> --
> https://purl.org/rzr/

Hi Pilippe,

I rebuilt the package with the patch applied that you provided the link
to. It still craches, though. Here's the backtrace of the locally built
package that includes the patch:

(gdb) bt full
#0  0x7fe3bc3d678e in GnuBehavior::onTick() (this=0x5623fb1997e0)
at ModuleGnu.cpp:289
i = 3472746
ballgroup = 
table = 0x5623faf71c30
score = 
loader = 0x5623faf658b0
launch = ""
#1  0x5623f8ea202d in Group::accept(Visitor*)
(v=0x5623fb610960, this=0x5623fb1995b0) at Group.cpp:85
Python Exception  value has been optimized out: 
iter = 
iter = 0x5623fb1995b0
Python Exception  value has been optimized out: 
end = 
#2  Group::accept(Visitor*) (this=this@entry=0x5623fab088e0, v=0x5623fb610960)
at Group.cpp:89
iter = 0x5623fb1995b0
Python Exception  value has been optimized out: 
end = 
#3  0x5623f8ea18ba in Engine::tick() (this=0x5623fab088e0)
at Engine.cpp:308
#4  0x5623f8e82105 in Pinball::loop() (this=this@entry=0x7ffeb5fe2e80)
at Pinball.cpp:868
#5  0x5623f8e83b10 in Pinball::loop() (this=0x7ffeb5fe2e80)
at Pinball.cpp:834

Cheers,
Bruno


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

Bug#979337: pinball-table-gnu-data: Crashes when 'PLAY' is selected

[Bruno Kleinert]

Package: pinball-table-gnu-data
Version: 0.0.20200601-2
Severity: normal
X-Debbugs-Cc: fu...@debian.org

Hi,

sometimes Emilia Pinball dies with a segfault when I want to play the "GNU"
table. It does not always crash, but from time to time.

Steps to reproduce:
1. Start Emilia Pinball
2. Select "LOAD TABLE"
3. Select "GNU"
4. Select "PLAY" -> Sometimes leads to crash
5. If it didn't crash, repeat steps 2.-4. with a different table and repeat
again with GNU table.

Here is the backtrace of a crash:

gdb) bt full
#0  0x7fe4b7657757 in GnuBehavior::onTick() (this=0x55d61fe8c270) at
ModuleGnu.cpp:285
i = 2667219
ballgroup = 
table = 0x55d61fb83430
score = 
loader = 0x55d61fb7ca70
launch =
"\r\000\000\000\214\375\357\017\375\177\000\000\r\314\032\037\326U\000\000\260\375\357\017\375\177\000\000\177\263!?IwF?\000\000\000\000\000\000\200?\000\067\256\n\243B\334\311launch\000i\240\236\300\037\326U\000\000\340\br\037\326U\000\000h\000\360\017\375\177\000\000\000\371\032\037\326U\000\000\240<#
\326U\000\000\240<# \326U\000\000-\360\032\037\326U", '\000' ,
"\210\236\300\037\326U\000\000\340õ\037\326U\000\000\000\000\000\000\000\000\000\000ix\364\017\375\177\000\000\020ĵ\037"...
#1  0x55d61f1af02d in Group::accept(Visitor*) (v=0x55d620233ca0,
this=0x55d61fc09ea0) at Group.cpp:85
Python Exception  value has been optimized out:
iter =
iter = 0x55d61fc09ea0
Python Exception  value has been optimized out:
end =
#2  Group::accept(Visitor*) (this=this@entry=0x55d61f7208e0, v=0x55d620233ca0)
at Group.cpp:89
iter = 0x55d61fc09ea0
Python Exception  value has been optimized out:
end =
#3  0x55d61f1ae8ba in Engine::tick() (this=0x55d61f7208e0) at
Engine.cpp:308
#4  0x55d61f18f105 in Pinball::loop() (this=this@entry=0x7ffd0fefff40) at
Pinball.cpp:868
#5  0x55d61f190b10 in Pinball::loop() (this=0x7ffd0fefff40) at
Pinball.cpp:834
status = 0
#6  Pinball::run(int, char**) (this=0x7ffd0fefff40, argc=,
argv=) at Pinball.cpp:748
status = 0
#7  0x55d61f18eaf6 in Pinball::main(int, char**) (argc=1,
argv=0x7ffd0ff00068) at Pinball.cpp:901
instance = {mpMenu = 0x55d61fae3870, mpEngine = 0x55d61f7208e0, miCount
= 1350, miMaxCount = 0}
status = 
#8  0x7fe4c3bd7d0a in __libc_start_main (main=
0x55d61f18ebb0 , argc=1, argv=0x7ffd0ff00068,
init=, fini=, rtld_fini=,
stack_end=0x7ffd0ff00058) at ../csu/libc-start.c:308
result = 
unwind_buf =
  {cancel_jmp_buf = {{jmp_buf = {0, 2921486488914963720,
94378133089920, 0, 0, 0, 8997371355756309768, 9002287972298992904},
mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x1, 0x7ffd0ff00068}, data =
{prev = 0x0, cleanup = 0x0, canceltype = 1}}}
not_first_call = 
#9  0x55d61f18eeaa in _start ()
(gdb) kill

Cheers,
Bruno



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

Kernel: Linux 5.10.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- no debconf information

Bug#978107: [Pkg-xmpp-devel] Bug#978107: gajim: Crashes when video preview is turned off in settings dialog window

[Bruno Kleinert]

Am Samstag, dem 02.01.2021 um 09:50 +0100 schrieb Martin:
> On 2021-01-02 05:19, Bruno Kleinert wrote:
> > I verified it persists in 1.3.0~beta1-1.
> 
> Too bad. Still no problem for me.
> Do you have any other machine to narrow down the problem?
> You might also like to ask for help in xmpp:ga...@conference.gajim.org?join

I can reproduce in a virtual machine without any camera running sid
also on amd64. I used GNOME Boxes with QEMU on KVM, emulating a QXL
video card.

I.e., the crash is reproducible independently of the video input system
(Automatic, V4L, PipeWire, X11 and Videotest) selected in Gajim or the
graphics card in the (virtual) machine. Unsetting WAYLAND_DISPLAY also
doesn't make a difference.

I couldn't spend much time on it but tried to get a backtrace with
python -X faulthandler but didn't figure out which *-dbgsym packages
are necessary to get symbols resolved in order to track the crash
further down.

Cheers,
Bruno


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

Bug#943676: Re: Sponsor request for 'Open Surge'

[Bruno Kleinert]

Hi Alexandre,

excellent!

Providing estimations is difficult, because everything in the Debian
Games Team happens in our spare time. For updating the currentl
opensurge package, the effort depends on checking and documenting
copyright holders and licenses of added or changed game data.

With respect to the source code, dependencies are critical: If
opensurge requires later releases of its dependenceis than those
currently packaged it will be too late to update them after 12.1.,
because that's the date of transition freeze.

To sum things up: The smaller the difference between the releases, the
less effort it takes to get it integrated.

Cheers,
Bruno

Am Montag, dem 04.01.2021 um 23:48 -0300 schrieb Alexandre Martins:
> Thank you. Our upcoming release is expected to be available by the
> first week of February.
> 
> We're putting extra effort so that the game can be available in
> bullseye. How long does it take to review and upload the package once
> we release the new version?
> 
> Alexandre
> 
> Em dom., 3 de jan. de 2021 às 04:37, Bruno Kleinert
>  escreveu:
> 
> > 
> > Am Freitag, dem 01.01.2021 um 23:52 -0300 schrieb Carlos Donizete Froes:
> > 
> > Hi,
> > 
> > 
> > Finally, I would like to ask you all, and in particular Carlos
> > 
> > Donizete, to wait until the upcoming 0.5.2.0 release before uploading
> > 
> > the package.
> > 
> > 
> > Perfect, I will wait for the next release. I want to thank the upstream
> > 
> > Alexandre Martins for contacting us and clarifying our doubts.
> > 
> > 
> > Thanks!
> > 
> > 
> > 
> > Just for your information, 12th February is freeze of bullseye, see 
> > https://wiki.debian.org/DebianBullseye
> > 
> > Cheers,
> > Bruno



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

Bug#971040: Fix available

[Bruno Kleinert]

Am Montag, dem 28.12.2020 um 11:12 +0100 schrieb Bruno Kleinert:
> Hi,
> 
> on https://extensions.gnome.org/extension/690/easyscreencast/ I
> stumled over user's 'johncorso' comment pointing to a fix:
> 
> Working on Debian bullseye/sid with GNOME 3.38.2.
> Thanks to Ian2020 for all the work.
> Pull: https://github.com/EasyScreenCast/EasyScreenCast/pull/276
> Fork: https://github.com/Ian2020/EasyScreenCast
> 
> Cheers,
> Bruno

I tested with gnome-shell 3.38.2-1 and can confirm the extension works.
Here is the pull
request: 
https://salsa.debian.org/gnome-team/shell-extensions/gnome-shell-extension-easyscreencast/-/merge_requests/1



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

Bug#943676: Re: Sponsor request for 'Open Surge'

[Bruno Kleinert]

Am Freitag, dem 01.01.2021 um 23:52 -0300 schrieb Carlos Donizete
Froes:
> Hi,
> 
> > Finally, I would like to ask you all, and in particular Carlos
> > Donizete, to wait until the upcoming 0.5.2.0 release before uploading
> > the package.
> 
> Perfect, I will wait for the next release. I want to thank the upstream
> Alexandre Martins for contacting us and clarifying our doubts.
> 
> Thanks!
> 

Just for your information, 12th February is freeze of bullseye,
see https://wiki.debian.org/DebianBullseye

Cheers,
Bruno


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

Bug#978107: gajim: Crashes when video preview is turned off in settings dialog window

[Bruno Kleinert]

Am Montag, dem 28.12.2020 um 11:49 +0100 schrieb Bruno Kleinert:
> Am Sonntag, dem 27.12.2020 um 12:09 +0100 schrieb Martin:
> On 2020-12-27 08:43, Bruno Kleinert wrote:
> > Alright, I'll check a newer version when it's available in the archive.
> 
> I uploaded python3-nbxmpp, gajim, and gajim-omemo to experimental.
> Other plugins will follow soon.
> You might like to try them, but better have a backup!
> 
> I'll give it a try. Yep, already learned that lesson in the past to
> backup gajim's configuration before running unreleased snapshots :)

I verified it persists in 1.3.0~beta1-1.


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

Bug#943676: Re: Sponsor request for 'Open Surge'

[Bruno Kleinert]

Hi Martin,

Am Mittwoch, dem 30.12.2020 um 15:02 -0300 schrieb Alexandre Martins:
> Hi. Upstream here.
> 
> > From what I've seen in Open Surge it seems this is another example of 
> > upstream copying random files from the web and pretend to have the 
> > permission to create derivate works from them and redistribute them
> 
> Let me clarify a few things. We never "copy random files from the
> web". The "copyright issue" you have raised is not valid.
> 
> Johan Brodd (aka jobromedia) has created the song Minds Wide Open
> (theme.ogg) for Open Surge. He joined our project years ago and
> contributed with his musical talent.
> 
> Free content is very important to our project and I talk to artists
> about it. I have talked to Johan about his music and he has agreed to
> release it under the public domain. Unfortunately, Johan passed away a
> few years back (we have even included a RIP in our credits screen).
> 
> While not directly related to musics/theme.ogg, in a forum thread
> dated from December 2011 I explain to Johan about free content and
> then he decides to release his files under the public domain:
> http://forum.opensurge2d.org/viewtopic.php?id=1114
> 
> Regarding musics/theme.ogg specifically, I invite you to take a look
> at a screenshot of a private conversation between me and Johan, where
> he expresses gratitude for having that music included in the game:
> http://forum.opensurge2d.org/misc/jobro_theme.png He is a deceased man
> now, but he has made that music for Open Surge, and it's free. He
> cared and he has provided great free music to our project. The
> inference that our project "copies random files from the web and
> pretend to have permission" sounds disrespectful to me and to
> everybody who has contributed content.

Thanks for providing the links.
From https://forum.opensurge2d.org/viewtopic.php?pid=8700#p8700 "[…] I
set all my files to public domain now […]" is the crucial piece of
information. I consider it worthy to document that within the
distribution of the game. Other FLOSS distributions, e.g., fedora, also
benefit from clear copyright and license documentation.

> 
> Let me also clarify that our C source code is released under the
> GPLv3, but our artwork is mostly under the CC-BY 3.0. We also have a
> few files under the public domain and under the CC-BY-SA 3.0 (check
> our credits screen). In addition, we have a scripting system called
> SurgeScript inside the game; scripts written in SurgeScript (.ss
> files) are released under the MIT license.
> 
> We have never re-licensed any CC-BY-SA 3.0 content to the GPLv3.
> Artwork is not code. Years ago I read about a claimed incompatibility
> between the CC-BY-SA and the GPL, but I have learned since that this
> doesn't hold. My understanding is that they are compatible and can be
> mixed in a game. The popular SuperTux mixes CC-BY-SA artwork with GPL
> code, as can be seen in their README
> https://github.com/SuperTux/supertux

My apologies, the re-licensing was something I misunderstood from
Carlos. For a Debian package it's required to document all respective
copyright holders and respective licenses in file
/usr/share/doc//copyright.

That file's content must be carefully gathered and verified to avoid
any possibilities of copyright infringements or license violations by
Debian as we redistribute the work and must make sure to have the
permission to do so. That's why me and sure many other Debian
Developers are keen on clear and unambiguous copyright and licensing
documentation of upstream work.

To get an idea of what this file looks like, take a look at out work-
in-progess
here: 
https://salsa.debian.org/games-team/opensurge/-/blob/debian/master/debian/copyright

Btw. in licenses/ there seems to
be https://creativecommons.org/licenses/by-sa/3.0/legalcode.txt missing
for the CC-BY-SA-3.0 licensed content.

> 
> I hope this sorts it out. If you find any issues, I'm open and willing
> to help. I too would like to see our project in Debian. What has been
> claimed, however, is a non-issue.

I'm sensitive to re-licensing issues without permission. Two game
projects come immediately to my mind where this was done.

Thank you Martin, I appreciate upstream cooperation! I know this isn't
obligatory.

> 
> Finally, I would like to ask you all, and in particular Carlos
> Donizete, to wait until the upcoming 0.5.2.0 release before uploading
> the package.
> 
> Happy new year,
> Alexandre

Thank you, the same to you!

Cheers,
Bruno


> 
> Em qua., 30 de dez. de 2020 às 11:07, Carlos Donizete Froes
>  escreveu:
> > 
> >  Mensagem encaminhada 
> > De: Bruno Kleinert 
> > Para: Carlos Donizete Froes 
> > Cc: Deb

Bug#931285: Acknowledgement (jami: Black, empty screen shared from wayland desktop session)

[Bruno Kleinert]

Just for the record: I changed the forwarded-to-address because
upstream closed the previously linked bug in favour of a new one to add
pipewire support. That support is planned to solve this bug as a
byproduct.


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

Bug#971040: Fix available

[Bruno Kleinert]

Hi,

on https://extensions.gnome.org/extension/690/easyscreencast/ I stumled
over user's 'johncorso' comment pointing to a fix:

> Working on Debian bullseye/sid with GNOME 3.38.2.
> Thanks to Ian2020 for all the work.
> Pull: https://github.com/EasyScreenCast/EasyScreenCast/pull/276
> Fork: https://github.com/Ian2020/EasyScreenCast

Cheers,
Bruno



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

Bug#978107: gajim: Crashes when video preview is turned off in settings dialog window

[Bruno Kleinert]

Am Sonntag, dem 27.12.2020 um 12:09 +0100 schrieb Martin:
> On 2020-12-27 08:43, Bruno Kleinert wrote:
> > Alright, I'll check a newer version when it's available in the archive.
> 
> I uploaded python3-nbxmpp, gajim, and gajim-omemo to experimental.
> Other plugins will follow soon.
> You might like to try them, but better have a backup!

I'll give it a try. Yep, already learned that lesson in the past to
backup gajim's configuration before running unreleased snapshots :)

> 
> > Yes, gajim-urlimagepreview 2.4.5-2 is installed. Is that an issue?
> 
> The CSS is missing from the package - a different bug!

I reported that one with a fix
as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978525


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

Bug#978525: gajim-urlimagepreview: File preview.css missing in binary package

[Bruno Kleinert]

Package: gajim-urlimagepreview
Version: 2.4.5-2
Severity: normal
Tags: patch
X-Debbugs-Cc: fu...@debian.org

Hi,

gajim prints an error that /usr/lib/python3/dist-
packages/gajim/data/plugins/url_image_preview/preview.css is missing when it
loads the plugin.

Adding the following line to debian/install fixes the issue:

preview.css /usr/share/gajim/plugins/url_image_preview/

Cheers,
Bruno



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

Kernel: Linux 5.9.0-5-amd64 (SMP w/8 CPU threads)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gajim-urlimagepreview depends on:
ii  gajim1.2.2-1
ii  python3-pil  8.0.1-1+b1

Versions of packages gajim-urlimagepreview recommends:
ii  python3-cryptography  3.2.1-1

gajim-urlimagepreview suggests no packages.

-- no debconf information

Bug#978107: gajim: Crashes when video preview is turned off in settings dialog window

[Bruno Kleinert]

Am Samstag, dem 26.12.2020 um 13:35 +0100 schrieb Martin:
> On 2020-12-26 06:02, Bruno Kleinert wrote:
> > when I enter gajim's settings window (keyboard shortcut Ctrl+P), go to tab
> > 'Audio/Video' and check and uncheck the 'Live preview" checkbox, gajim
> > reproducibly crashes. Selecting different video input sources does not make 
> > a
> > difference.
> 
> It doesn't crash for me, but I'm already on 1.2.91+20201127.866fb9c1-1
> (local packaging), so there is a chance, that it is already fixed by
> upstream and the fix will be in the next release.

Alright, I'll check a newer version when it's available in the archive.

> 
> An (unrelated) observation:
> 
> > 26.12.2020 05:46:01 (E) gajim.p.previewError loading css: 
> > [Errno 2]
> > Datei oder Verzeichnis nicht gefunden: '/usr/lib/python3/dist-
> > packages/gajim/data/plugins/url_image_preview/preview.css'
> 
> Is gajim-urlimagepreview installed?

Yes, gajim-urlimagepreview 2.4.5-2 is installed. Is that an issue?


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

Bug#978107: gajim: Crashes when video preview is turned off in settings dialog window

[Bruno Kleinert]

Package: gajim
Version: 1.2.2-1
Severity: important
X-Debbugs-Cc: fu...@debian.org

Hi,

when I enter gajim's settings window (keyboard shortcut Ctrl+P), go to tab
'Audio/Video' and check and uncheck the 'Live preview" checkbox, gajim
reproducibly crashes. Selecting different video input sources does not make a
difference.

In a terminal gajim prints:

fuddl@flutschi:~$ gajim
26.12.2020 05:46:00 (W) gajim.c.logger Execution time for
_fill_disco_info_cache: 53 ms
26.12.2020 05:46:01 (E) gajim.p.previewError loading css: [Errno 2]
Datei oder Verzeichnis nicht gefunden: '/usr/lib/python3/dist-
packages/gajim/data/plugins/url_image_preview/preview.css'
26.12.2020 05:46:02 (W) gajim.c.m.muc  (XX) Presence from
unknown MUC
26.12.2020 05:46:02 (W) gajim.c.m.muc  (XX) Disconnected: Replaced
by new connectionhttp://jabber.org/protocol/muc#user";>
26.12.2020 05:46:02 (W) gajim.c.m.presence (XX) Unknown
presence received
26.12.2020 05:46:02 (W) gajim.c.m.presence (XX) 
[E][38609.429889][core.c:71 core_event_error()] core 0x1fa7ce0: proxy
0x7f74f4039ee0 id:2: bound:44 seq:6 res:-2 (Datei oder Verzeichnis nicht
gefunden) msg:"no node available"
[E][38609.429907][stream.c:293 stream_set_state()] stream 0x5206510: error
no node available
[E][38609.429962][gstpipewirecore.c:44 on_core_error()] error id:2 seq:6
res:-2 (Datei oder Verzeichnis nicht gefunden): no node available

(org.gajim.Gajim:19143): Gdk-WARNING **: 05:46:12.272: eglMakeCurrent failed

(org.gajim.Gajim:19143): Gdk-WARNING **: 05:46:12.273: eglMakeCurrent failed

(org.gajim.Gajim:19143): Gdk-WARNING **: 05:46:12.289: eglMakeCurrent failed
Speicherzugriffsfehler

The last line 'Speicherzugriffsfehler' is German for segmentation violation.

Cheers,
Bruno



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

Kernel: Linux 5.9.0-5-amd64 (SMP w/8 CPU threads)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gajim depends on:
ii  gir1.2-gtk-3.0   3.24.24-1
ii  python3  3.9.1-1
ii  python3-cairo1.16.2-4+b2
ii  python3-css-parser   1.0.6-1
ii  python3-cssutils 1.0.2-3
ii  python3-gi   3.38.0-1+b2
ii  python3-gi-cairo 3.38.0-1+b2
ii  python3-idna 2.10-1
ii  python3-keyring  21.6.0-1
ii  python3-nbxmpp   1.0.2-1
ii  python3-openssl  19.1.0-2
ii  python3-packaging20.8-1
ii  python3-precis-i18n  1.0.2-3

Versions of packages gajim recommends:
ii  aspell-de [aspell-dictionary]  20161207-8
ii  aspell-en [aspell-dictionary]  2018.04.16-0-1
ii  ca-certificates20200601
ii  dbus   1.12.20-1
ii  fonts-noto-color-emoji 0~20200916-1
ii  gajim-omemo2.6.80-1
ii  gajim-pgp  1.2.46-2
ii  gir1.2-farstream-0.2   0.2.9-1
ii  gir1.2-geoclue-2.0 2.5.6-1
ii  gir1.2-gsound-1.0  1.0.2-4
ii  gir1.2-gspell-11.8.4-1
ii  gir1.2-gst-plugins-base-1.01.18.2-1
ii  gir1.2-gstreamer-1.0   1.18.2-1
ii  gir1.2-gupnpigd-1.01.2.0-1
ii  gir1.2-secret-10.20.4-1
ii  gnome-shell [notification-daemon]  3.38.2-1
ii  gstreamer1.0-plugins-ugly  1.18.2-1
ii  notification-daemon3.20.0-4
ii  pulseaudio-utils   13.0-5
ii  python3-crypto 2.6.1-13.1+b3
ii  python3-dbus   1.2.16-4+b1
ii  python3-gnupg  0.4.6-1
ii  python3-pil8.0.1-1+b1
ii  sox14.4.2+git20190427-2

Versions of packages gajim suggests:
ii  avahi-daemon  0.8-3
ii  libxss1   1:1.2.3-1
pn  nautilus-sendto   
pn  python3-kerberos  
ii  python3-pycurl7.43.0.6-4+b2

-- no debconf information

Bug#978027: jami: Continues music playback when accepting incoming calls

[Bruno Kleinert]

Package: jami
Version: 20201217.1.80217fa~ds1-1
Severity: minor
X-Debbugs-Cc: fu...@debian.org

Hi,

in a GNOME 3 environment with Rhythmbox playing music, the music is paused by
Jami when a call is incoming so I can easily hear the sound Jami makes to
inform about the call. As soon as I accept the call, Jami makes Rhythmbox
unexpectedly continue to play back music.

I would expect Jami to keep music playback paused until I end the call.

Cheers,
Bruno



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

Kernel: Linux 5.9.0-5-amd64 (SMP w/8 CPU threads)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages jami depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.38.0-1
ii  jami-daemon  20201217.1.80217fa~ds1-1
ii  libayatana-appindicator3-1   0.5.5-2
ii  libc62.31-6
ii  libcairo21.16.0-4
ii  libcanberra-gtk3-0   0.30-7
ii  libcanberra0 0.30-7
ii  libclutter-1.0-0 1.26.4+dfsg-2
ii  libclutter-gtk-1.0-0 1.8.4-4
ii  libgcc-s110.2.1-1
ii  libgdk-pixbuf-2.0-0  2.42.2+dfsg-1
ii  libglib2.0-0 2.66.4-1
ii  libgtk-3-0   3.24.24-1
ii  libnm0   1.28.0-1
ii  libnotify4   0.7.9-2
ii  libpango-1.0-0   1.46.2-3
ii  libqrencode4 4.1.1-1
ii  libqt5core5a 5.15.2+dfsg-2
ii  libqt5dbus5  5.15.2+dfsg-2
ii  libqt5gui5   5.15.2+dfsg-2
ii  libqt5sql5   5.15.2+dfsg-2
ii  libqt5sql5-sqlite5.15.2+dfsg-2
ii  libstdc++6   10.2.1-1
ii  libwebkit2gtk-4.0-37 2.30.4-1
ii  libx11-6 2:1.6.12-1

jami recommends no packages.

jami suggests no packages.

-- no debconf information

Bug#920616: Agreed, keepassxc should replace keepassx

[Bruno Kleinert]

Hi,

I agree that the maintaining effort for keepassx can be saved for
something else and keepassx be removed from the archive and be replaced
by keepassxc.

The latter has a more features, a modern user interface and more active
upstream. Looking at popcon, keepassx has a decreasing number of
installations for almost 2 years:

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

From my point of view, there is no value in keeping keepassx in the
archive.

Cheers,
Bruno


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

Bug#975406: bzflag: BZFlag lacks IPv6 support

[Bruno Kleinert]

Package: bzflag
Version: 2.4.20-1
Severity: normal
Tags: ipv6
X-Debbugs-Cc: fu...@debian.org

Hi there,

BZFlag lacks IPv6 support. I searched the bzfs manpage and /usr/share/doc/bzfs-
server for a switch without success.

Since an increasing number of internet service providers in Germany (and
probably in other countries) do not natively support IPv4 anymore, but IPv6, it
is impossible to host a BZFlag server on a dial-up connection. BZFlag should
support IPv6.

Cheers,
Bruno



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

Kernel: Linux 5.9.0-3-amd64 (SMP w/8 CPU threads)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages bzflag depends on:
ii  bzflag-client  2.4.20-1
pn  bzflag-server  

bzflag recommends no packages.

bzflag suggests no packages.

Bug#958305: Solved in version 3.38

[Bruno Kleinert]

Am Montag, den 20.04.2020, 13:51 +0200 schrieb Bruno Kleinert:
> Package: gnome-boxes
> Version: 3.36.2-1
> Severity: normal
> 
> Hi,
> 
> when I use GNOME Boxes to connect to a remote machine via VNC, the remote 
> mouse
> cursor is permanently a couple of pixels lower than the mouse cursor on my
> local machine. This is irritating to work with, please see attached screenshot
> for the exact offset.
> 
> Cheers,
> Bruno

With GNOME Boxes 3.38 I can no longer reproduce the bug. I'll close it 
therefore.

Cheers,
Bruno


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

Bug#962246: webext-keepassxc-browser: Cannot connect to keepassxc from chromium

[Bruno Kleinert]

Hi Guillem,

thank you for the verbose and helpful report, I appreciate it! :)

I followed your pointer to the 'key' in the manifest of the extension,
which - ideally - seems to be generated once, i.e., when an extension
is uploaded to the Chromium extensions repository for the first time.
Once generated it should not change anymore, if I understood it
correctly.

I documented for future me and other developers in debian/README.source
how to obtain that key for the extension and added it in the package to
manifest.json. I tried out with a clean Chromium and KeePassXC
installation and could make the extension identify itself to KeePassXC
with a permitted ID, add credentials for web sites in a KeePassXC
database and make the extension receive stored credentials. An upload
is pending!

In case it turns out that key changes frequently, we need to think of a
different solution again :)

Thanks and cheers,
Bruno


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

Bug#959201: jami-daemon: dring does not start due to a symbol lookup error

[Bruno Kleinert]

Am Samstag, den 09.05.2020, 11:35 +0200 schrieb Yuri D'Elia:
> Package: libyaml-cpp0.6
> Version: 0.6.3-4
> Followup-For: Bug #959201
> 
> This ABI breakage also affects blender (indirecly via opencolorio).
> Version 0.6.3-4 does fix the symbol lookup error, however blender will
> incur a crash soon after with a segmentation fault.
> 
> Downgrading libyaml-cpp0.6 to 0.6.2-4 fixes the issue, suggesting that
> the ABI is still broken somewhere.

I can confirm the same for jami-daemon: Symbol lookup errors are gone,
but it crashes with a segmentation fault during startup.


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

Bug#959843: gajim: Fails to start video sessions

[Bruno Kleinert]

Am Mittwoch, den 06.05.2020, 12:41 +0200 schrieb Martin:
> On 2020-05-06 06:16, Bruno Kleinert wrote:
> > gajim fails to start video sessions to contacts (Audio sessions work, 
> > though.).It displays a window with the following message when I attempt to 
> > start a videocall:
> 
> This seems to be solved already by 
> upstream:https://dev.gajim.org/gajim/gajim/-/issues/9832
> 
> Maybe you can try gajim from Debian experimental?You might like to backup 
> your configuration and data before that!I'm not sure, whether a downgrade 
> would work smoothly.
> Thank you!
> PS: For readers of this bug report, here is how to use experimental:
> $ echo deb "https:"//deb.debian.org/debian/ experimental main \  | sudo tee 
> /etc/apt/sources.list.d/experimental.list$ sudo apt update$ sudo apt install 
> -t experimental gajim gajim-omemo gajim-urlimagepreview

Hi Martin,

thanks for the reply! I tried with 1.1.99~20200429.65506e31-1 and that snapshot 
doesn't work either, but in another way. Still it looks promising because the 
error message does no longer show up! Since it's a development snapshot, I'm 
looking forward for a next stable release.

I can confirm that one really should backup her/his gajim configuration as the 
downgrade did not work smooth on my computer! I had a backup :)

Cheers,
Bruno





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

Bug#959843: gajim: Fails to start video sessions

[Bruno Kleinert]

Package: gajim
Version: 1.1.3-2
Severity: normal

Hi,

gajim fails to start video sessions to contacts (Audio sessions work, though.).
It displays a window with the following message when I attempt to start a video
call:

 8< 
## Versions
- OS: Debian GNU/Linux bullseye/sid
- GTK+ Version: 3.24.18
- PyGObject Version: 3.36.0
- python-nbxmpp Version: 0.6.10
- Gajim Version: 1.1.3

## Traceback
```
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/gajim/chat_control.py", line 367, in
_on_video
self.on_jingle_button_toggled(state, 'video')
  File "/usr/lib/python3/dist-packages/gajim/chat_control.py", line 766, in
on_jingle_button_toggled
out_xid = out_da.get_window().get_xid()
AttributeError: 'GdkWaylandWindow' object has no attribute 'get_xid'

```
## Steps to reproduce the problem
...
 >8 

To reproduce I set up two Debian (sid/unstable) systems running GNOME 3
desktops and gajim. Each gajim instance is connected to a different XMPP
account and both accounts have each other in the contact list. Open a private
conversation in one of the gajim instances and select from the menu at the
bottom right 'Video Session'. A video call does not start, but gajim displays a
new window with the above error message.

Cheers,
Bruno



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

Kernel: Linux 5.6.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set 
to de_DE.utf-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gajim depends on:
ii  gir1.2-gtk-3.0   3.24.18-1
ii  python3  3.8.2-3
ii  python3-cssutils 1.0.2-3
ii  python3-gi   3.36.0-3
ii  python3-gi-cairo 3.36.0-3
ii  python3-idna 2.9-1
ii  python3-keyring  18.0.1-2
ii  python3-nbxmpp   0.6.10-1.1
ii  python3-openssl  19.1.0-2
ii  python3-precis-i18n  1.0.0-1

Versions of packages gajim recommends:
ii  aspell-de [aspell-dictionary]  20161207-7
ii  aspell-en [aspell-dictionary]  2018.04.16-0-1
ii  ca-certificates20190110
ii  dbus   1.12.16-2
ii  fonts-noto-color-emoji 0~20200408-1
ii  gajim-omemo2.6.30-1
ii  gajim-pgp  1.2.24-1
ii  gir1.2-farstream-0.2   0.2.8-5
ii  gir1.2-geoclue-2.0 2.5.6-1
ii  gir1.2-gspell-11.8.3-1
ii  gir1.2-gst-plugins-base-1.01.16.2-4
ii  gir1.2-gstreamer-1.0   1.16.2-2
ii  gir1.2-gupnpigd-1.00.2.5-5
ii  gir1.2-secret-10.20.3-1
ii  gnome-shell [notification-daemon]  3.36.2-1
ii  gstreamer1.0-plugins-ugly  1.16.2-2+b1
ii  notification-daemon3.20.0-4
ii  pulseaudio-utils   13.0-5
ii  python3-crypto 2.6.1-13.1+b1
ii  python3-dbus   1.2.16-2
ii  python3-gnupg  0.4.6-1
ii  python3-pil7.0.0-4+b1
ii  sox14.4.2+git20190427-2

Versions of packages gajim suggests:
ii  avahi-daemon  0.7-5
ii  libxss1   1:1.2.3-1
ii  nautilus-sendto   3.8.6-3
pn  python3-kerberos  
ii  python3-pycurl7.43.0.2-3+b1

-- no debconf information

Bug#959201: Acknowledgement (jami-daemon: dring does not start due to a symbol lookup error)

[Bruno Kleinert]

Hi,

the cause seems to be an ABI change in /usr/lib/x86_64-linux-
gnu/libyaml-cpp.so.0.6.3 in package libyaml-cpp0.6 between versions
0.6.2-4 and 0.6.3-1:

While 0.6.2-4 exported
0006bd60 B _ZN4YAML6detail9node_data12empty_scalarB5cxx11E

0.6.3-1 now exports
00029af0 T _ZN4YAML6detail9node_data12empty_scalarB5cxx11Ev


I looked at the symbols which dring needs:

20190215.1.f152c98~ds1-1+b1 looks for the one exported by 0.6.2-4 of
libyaml-cpp0.6
004ee180 B _ZN4YAML6detail9node_data12empty_scalarB5cxx11E

After recompilation against libyaml-cpp0.6 0.6.3-1 it looks like this:
 U _ZN4YAML6detail9node_data12empty_scalarB5cxx11Ev

If I understand this correctly, the upload of libyaml-cpp0.6 lacks a
bump of the SO name to reflect the ABI change and this bug has to be
forwarded to libyaml-cpp0.6.

Cheers,
Bruno


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

Bug#959201: jami-daemon: dring does not start due to a symbol lookup error

[Bruno Kleinert]

Package: jami-daemon
Version: 20190215.1.f152c98~ds1-1+b1
Severity: grave
Justification: renders package unusable

Hi,

Jami fails to connect to its daemon dring because it cannot start due to a
symbol lookup error:

/usr/lib/ring/dring: symbol lookup error: /usr/lib/ring/dring: undefined
symbol: _ZN4YAML6detail9node_data12empty_scalarB5cxx11E

Cheers,
Bruno



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

Kernel: Linux 5.6.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set 
to de_DE.utf-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages jami-daemon depends on:
ii  libargon2-10~20171227-0.2
ii  libasound2 1.2.2-2.1
ii  libavcodec58   7:4.2.2-1+b1
ii  libavdevice58  7:4.2.2-1+b1
ii  libavfilter7   7:4.2.2-1+b1
ii  libavformat58  7:4.2.2-1+b1
ii  libavutil567:4.2.2-1+b1
ii  libc6  2.30-4
ii  libdbus-c++-1-0v5  0.9.0-8.1
ii  libgcc-s1 [libgcc1]10-20200418-1
ii  libgcc11:10-20200418-1
ii  libgnutls303.6.13-2
ii  libixml10  1:1.8.4-2
ii  libjsoncpp11.7.4-3.1
ii  libnatpmp1 20150609-7+b2
ii  libnettle7 3.5.1+really3.5.1-2
ii  libpcre3   2:8.39-12+b1
ii  libpulse0  13.0-5
ii  librestbed0 [librestbed0]  4.0~dfsg1-5
ii  libsecp256k1-0 0.1~20170810-2
ii  libstdc++6 10-20200418-1
ii  libswresample3 7:4.2.2-1+b1
ii  libswscale57:4.2.2-1+b1
ii  libudev1   245.5-2
ii  libupnp13  1:1.8.4-2
ii  libuuid1   2.34-0.1
ii  libyaml-cpp0.6 0.6.3-1
ii  zlib1g 1:1.2.11.dfsg-2

jami-daemon recommends no packages.

jami-daemon suggests no packages.

-- no debconf information

Bug#789763: Confirmed the supplied patch fixes the issue

[Bruno Kleinert]

Hi,

I rebuilt the package with the patch applied as provided by 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789763#17 and can
confirm it fixes the issue. Please integrate the patch.

Cheers,
Bruno


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

Bug#789763: Confirmed in 3.22.0-7

[Bruno Kleinert]

Hi,

I can confirm the bug still exists in version 3.22.0-7: No popup in
GNOME 3 on Wayland, but interaction with invisible buttons is possible.

Cheers,
Bruno


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

Bug#958305: gnome-boxes: Mouse cursor offset in VNC boxes

[Bruno Kleinert]

Package: gnome-boxes
Version: 3.36.2-1
Severity: normal

Hi,

when I use GNOME Boxes to connect to a remote machine via VNC, the remote mouse
cursor is permanently a couple of pixels lower than the mouse cursor on my
local machine. This is irritating to work with, please see attached screenshot
for the exact offset.

Cheers,
Bruno



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

Kernel: Linux 5.5.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set 
to de_DE.utf-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-boxes depends on:
ii  dconf-gsettings-backend [gsettings-ba  0.36.0-1
ii  genisoimage9:1.1.11-3.1
ii  libarchive13   3.4.0-2
ii  libc6  2.30-4
ii  libcairo2  1.16.0-4
ii  libfreerdp2-2  2.0.0~git20190204.1.2693389a+dfsg1-2
ii  libgdk-pixbuf2.0-0 2.40.0+dfsg-4
ii  libglib2.0-0   2.64.2-1
ii  libgtk-3-0 3.24.18-1
ii  libgtk-vnc-2.0-0   1.0.0-1
ii  libgudev-1.0-0 233-1
ii  libosinfo-1.0-01.7.1-1
ii  libosinfo-bin  1.7.1-1
ii  libpango-1.0-0 1.44.7-4
ii  libsecret-1-0  0.20.2-1
ii  libsoup2.4-1   2.70.0-1
ii  libspice-client-glib-2.0-8 0.37-2
ii  libspice-client-gtk-3.0-5  0.37-2
ii  libtracker-sparql-2.0-02.3.4-1
ii  libusb-1.0-0   2:1.0.23-2
ii  libvirt-daemon 6.0.0-6
ii  libvirt-glib-1.0-0 3.0.0-1
ii  libvte-2.91-0  0.60.1-1
ii  libwebkit2gtk-4.0-37   2.28.1-1
ii  libwinpr2-22.0.0~git20190204.1.2693389a+dfsg1-2
ii  libxml22.9.10+dfsg-5
ii  tracker2.3.4-1

Versions of packages gnome-boxes recommends:
ii  qemu-system-x86  1:4.2-6

gnome-boxes suggests no packages.

-- no debconf information

Bug#956571: rtc.debian.org: Please enable HTTPS file upload for XMPP service

[Bruno Kleinert]

Package: rtc.debian.org
Severity: wishlist

Hi,

when I want to share a file in a multi-user chat room gajim refuses to upload
that file and displays the error message "Server returned unsecure transport
(HTTP)". I consider the behavior of gajim perfectly fine.

Please enable secure HTTPS file upload for XMPP.

Cheers,
Bruno



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

Kernel: Linux 5.5.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set 
to de_DE.utf-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#592031: Unreproducible

[Bruno Kleinert]

Hi,

I didn't observe this bug anymore for some years. Hence, I close the
bug.

Cheers,
Bruno


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

Bug#731459: Can't reproduce anymore but volume not changed

[Bruno Kleinert]

Hi,

I tried to reproduce today and the symptom changed: It is possible now
to create CUE/BIN images with the normalization plugin enable for more
than 1 track. However, the normalization plugin does nothing.

To reproduce, I created a loud and a silent Ogg Vorbis file in Audacity
and had brasero create an audio CUE/BIN image with the normalization
plugin enabled. I extracted the WAV files with bchunk -w -s foo.bin
foo.cue test and the WAV files had the volume levels of the input Ogg
Vorbis files.

I suggest to change the bug title to "Normalization plugin does not
change audio volumes".

Cheers,
Bruno


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

Bug#845616: Please suggest gnome-shell-extension-appindicator

[Bruno Kleinert]

Hi,

as some time has passed, I retried today on sid: Sparkleshare still
only works with gnome-shell-extension-appindicator on GNOME 3, i.e.,
that is the only possibility for users to control Sparkleshare while it
is running.

As /usr/share/doc/sparkleshare/README.md mentions Sparkleshare uses the
AppIndicator interface by default (while the documented alternative
unfortunately does not work on GNOME 3), please make the sparkleshare
binary package suggest gnome-shell-extension-appindicator.

Cheers,
Bruno


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

Bug#915305: No longer reproducible

[Bruno Kleinert]

Hi,

for quite some time I can't reproduce the bug anymore. Hence, I'll
close this bug.

Cheers,
Bruno


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

Bug#855374: Patch for replaygain plugin

[Bruno Kleinert]

Hi,

I couldn't reproduce the replaygain plugin to fail for quite some time.
In the upstream bug tracker it was found be to unreproducible and got
closed. Therefore, I will close this bug, too.

Cheers,
Bruno


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

Bug#859624: [pitivi] Freezes when attempting to load saved projects

[Bruno Kleinert]

Hi,

I can no longer reproduce this bug and therefore will close it.
Unfortunately, I can't tell the version that resolved it.

Cheers,
Bruno


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

Bug#956389: keepassxc: Suggest webext-keepassxc-browser

[Bruno Kleinert]

Package: keepassxc
Version: 2.4.3+dfsg.1-1+b1
Severity: wishlist

Hi Julian,

the web extension KeePassXC-Browser that connects Firefox/Chromium with
KeePassXC was just accapted in in the archive. Please make keepassxc suggest
webext-keepassxc-browser.

Cheers,
Bruno



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

Kernel: Linux 5.5.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set 
to de_DE.utf-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages keepassxc depends on:
ii  libargon2-10~20171227-0.2
ii  libc6  2.30-4
ii  libgcrypt201.8.5-5
ii  libqrencode4   4.0.2-2
ii  libqt5concurrent5  5.12.5+dfsg-9
ii  libqt5core5a   5.12.5+dfsg-9
ii  libqt5dbus55.12.5+dfsg-9
ii  libqt5gui5 5.12.5+dfsg-9
ii  libqt5network5 5.12.5+dfsg-9
ii  libqt5svg5 5.12.5-2
ii  libqt5widgets5 5.12.5+dfsg-9
ii  libqt5x11extras5   5.12.5-1
ii  libsodium231.0.18-1
ii  libstdc++6 10-20200402-1
ii  libx11-6   2:1.6.9-2
ii  libxi6 2:1.7.9-1
ii  libxtst6   2:1.2.3-1
ii  libykpers-1-1  1.20.0-2
ii  libzxcvbn0 2.4+dfsg-2
ii  zlib1g 1:1.2.11.dfsg-2

keepassxc recommends no packages.

keepassxc suggests no packages.

-- no debconf information

Bug#950334: aptitude: Help -> User's Manual contains special characters

[Bruno Kleinert]

Package: aptitude
Version: 0.8.12-1
Severity: minor
Tags: l10n

Hi,

aptitude displays unwanted special characters in the user's manual view in a
German environment (I didn't test if the same happens with different locales).

To reproduce, I use the following locale environment:

fuddl@wurst:~$ locale
LANG=de_DE.UTF-8
LANGUAGE=
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=

Start aptitude in an 80×24 characters terminal, select Hilfe (Help) -> Handbuch
(User's Manual) and press page down once. You should see an output as in the
left terminal window in the attached screenshot.

The terminal on the right of the screenshot is for reference and shows aptitude
with environment LANG=C. With that environment, aptitude displays the user's
manual correctly.

The special characters make the manual difficult to read, especially tables in
the manual.

Cheers

Bruno



-- Package-specific info:
Terminal: xterm-256color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.8.12
Compiler: g++ 9.2.1 20190821
Compiled against:
  apt version 5.0.2
  NCurses version 6.1
  libsigc++ version: 2.10.1
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.1.20191019
  cwidget version: 0.5.18
  Apt version: 5.0.2

aptitude linkage:
linux-vdso.so.1 (0x7ffdbffe1000)
libapt-pkg.so.5.0 => /lib/x86_64-linux-gnu/libapt-pkg.so.5.0 
(0x7f6cff17b000)
libncursesw.so.6 => /lib/x86_64-linux-gnu/libncursesw.so.6 
(0x7f6cff14)
libtinfo.so.6 => /lib/x86_64-linux-gnu/libtinfo.so.6 
(0x7f6cff111000)
libsigc-2.0.so.0 => /lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7f6cff108000)
libcwidget.so.4 => /lib/x86_64-linux-gnu/libcwidget.so.4 
(0x7f6cff002000)
libsqlite3.so.0 => /lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f6cfeed9000)
libboost_iostreams.so.1.67.0 => 
/lib/x86_64-linux-gnu/libboost_iostreams.so.1.67.0 (0x7f6cfeeb9000)
libxapian.so.30 => /lib/x86_64-linux-gnu/libxapian.so.30 
(0x7f6cfeca)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f6cfec7f000)
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f6cfeaa5000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f6cfe96)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f6cfe946000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f6cfe784000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x7f6cfe76c000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f6cfe74f000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7f6cfe73c000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f6cfe713000)
liblz4.so.1 => /lib/x86_64-linux-gnu/liblz4.so.1 (0x7f6cfe6f1000)
libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x7f6cfe645000)
libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x7f6cfe61a000)
libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 
(0x7f6cfe572000)
/lib64/ld-linux-x86-64.so.2 (0x7f6cff7c5000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f6cfe56d000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f6cfe562000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f6cfe557000)
libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 
(0x7f6cfe43a000)
libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 
(0x7f6cfe417000)

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

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

Versions of packages aptitude depends on:
ii  aptitude-common   0.8.12-1
ii  libapt-pkg5.0 1.8.4
ii  libboost-iostreams1.67.0  1.67.0-17
ii  libc6 2.29-9
ii  libcwidget4   0.5.18-5
ii  libgcc1   1:9.2.1-25
ii  libncursesw6  6.1+20191019-1
ii  libsigc++-2.0-0v5 2.10.2-1
ii  libsqlite3-0  3.31.0+really3.30.1+fossil191229-1
ii  libstdc++69.2.1-25
ii  libtinfo6 6.1+20191019-1
ii  libxapian30   1.4.12-1

Versions of packages aptitude recommends:
pn  libparse-debianchangelog-perl  
ii  sensible-utils 0.0.12+nmu1

Versions of packages aptitude suggests:
pn  apt-xapian-index

Bug#949725: onedrive: Fails to connect to service

[Bruno Kleinert]

Package: onedrive
Version: 2.3.13-1
Severity: important

Hi,

onedrive seems to be unable to connect to servers anymore. 'journalctl  --since
today --user --unit onedrive' contains repetitions of:

[…]
an 24 07:54:10 debian systemd[932]: Started OneDrive Free Client.
Jan 24 07:54:11 debian onedrive[20607]: ERROR: OneDrive returned a 'HTTP 401
Unauthorized' - Cannot Initialize Sync Engine
Jan 24 07:54:11 debian onedrive[20607]: ERROR: Check your configuration as your
access token may be empty or invalid
Jan 24 07:54:11 debian systemd[932]: onedrive.service: Main process exited,
code=killed, status=11/SEGV
Jan 24 07:54:11 debian systemd[932]: onedrive.service: Failed with result
'signal'.
Jan 24 07:54:14 debian systemd[932]: onedrive.service: Scheduled restart job,
restart counter is at 1473.
Jan 24 07:54:14 debian systemd[932]: Stopped OneDrive Free Client.
Jan 24 07:54:14 debian systemd[932]: Started OneDrive Free Client.
Jan 24 07:54:15 debian onedrive[20616]: ERROR: OneDrive returned a 'HTTP 401
Unauthorized' - Cannot Initialize Sync Engine
Jan 24 07:54:15 debian onedrive[20616]: ERROR: Check your configuration as your
access token may be empty or invalid
Jan 24 07:54:15 debian systemd[932]: onedrive.service: Main process exited,
code=killed, status=11/SEGV
Jan 24 07:54:15 debian systemd[932]: onedrive.service: Failed with result
'signal'.
Jan 24 07:54:18 debian systemd[932]: onedrive.service: Scheduled restart job,
restart counter is at 1474.
Jan 24 07:54:18 debian systemd[932]: Stopped OneDrive Free Client.
Jan 24 07:54:18 debian systemd[932]: Started OneDrive Free Client.
[…]

Running 'onedrive --get-O365-drive-id 'bruno.klein...@elektrobit.com' --debug-
https --verbose' results in:

Using Config Dir: /home/brkl270007/.config/onedrive
Initializing the OneDrive API ...
Opening the item database ...
All operations will be performed in: /home/brkl270007/OneDrive
*   Trying 20.190.129.2:443...
* TCP_NODELAY set
* Connected to login.microsoftonline.com (20.190.129.2) port 443 (#0)
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*   CAfile: none
  CApath: /etc/ssl/certs
* SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384
* ALPN, server did not agree to a protocol
* Server certificate:
*  subject: CN=stamp2.login.microsoftonline.com
*  start date: Sep 24 21:35:29 2018 GMT
*  expire date: Sep 24 21:35:29 2020 GMT
*  subjectAltName: host "login.microsoftonline.com" matched cert's
"login.microsoftonline.com"
*  issuer: C=US; ST=Washington; L=Redmond; O=Microsoft Corporation;
OU=Microsoft IT; CN=Microsoft IT TLS CA 1
*  SSL certificate verify ok.
> POST /common/oauth2/v2.0/token HTTP/1.1
Host: login.microsoftonline.com
User-Agent: OneDrive Client for Linux v2.3.13-1
Accept: */*
Content-Length: 1049
Content-Type: application/x-www-form-urlencoded
Expect: 100-continue

* Mark bundle as not supporting multiuse
< HTTP/1.1 100 Continue
* We are completely uploaded and fine
* Mark bundle as not supporting multiuse
< HTTP/1.1 400 Bad Request
< Cache-Control: no-cache, no-store
< Pragma: no-cache
< Content-Type: application/json; charset=utf-8
< Expires: -1
< Strict-Transport-Security: max-age=31536000; includeSubDomains
< X-Content-Type-Options: nosniff
< x-ms-request-id: a0d61489-4ede-4b40-818d-3b09ec073b00
< x-ms-ests-server: 2.1.9926.12 - CHI ProdSlices
< P3P: CP="DSP CUR OTPi IND OTRi ONL FIN"
< Set-Cookie: fpc=AqalyRCs2dNBt4ssODYYZ-0jJKg8AQAAADiMvNUO; expires=Sun,
23-Feb-2020 06:56:57 GMT; path=/; secure; HttpOnly; SameSite=None
< Set-Cookie: x-ms-gateway-slice=prod; path=/; SameSite=None; secure; HttpOnly
< Set-Cookie: stsservicecookie=ests; path=/; SameSite=None; secure; HttpOnly
< Date: Fri, 24 Jan 2020 06:56:56 GMT
< Content-Length: 737
<
OneDrive HTTP Server Response: 400
* Connection #0 to host login.microsoftonline.com left intact
OneDrive returned a 'HTTP 400 - Bad Request' - gracefully handling error
*   Trying 20.190.137.112:443...
* TCP_NODELAY set
* Connected to graph.microsoft.com (20.190.137.112) port 443 (#1)
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*   CAfile: none
  CApath: /etc/ssl/certs
* SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256
* ALPN, server did not agree to a protocol
* Server certificate:
*  subject: CN=graph.microsoft.com
*  start date: Jan 27 19:09:45 2019 GMT
*  expire date: Jan 27 19:09:45 2021 GMT
*  subjectAltName: host "graph.microsoft.com" matched cert's
"graph.microsoft.com"
*  issuer: C=US; ST=Washington; L=Redmond; O=Microsoft Corporation;
OU=Microsoft IT; CN=Microsoft IT TLS CA 2
*  SSL certificate verify ok.
> GET /v1.0/me/drive HTTP/1.1
Host: graph.microsoft.com
User-Agent: OneDrive Client for Linux v2.3.13-1
Accept: */*

* Mark bundle as not supporting multiuse
< HTTP/1.1 401 Unauthorized
< Cache-Control: private
< Content-Type: application/json
< request-id: c0ca1c93-fea5-43de-8fad-29399cec71bc
< client-request-id: c0ca1c93-fea5-43de-8fad-29399cec71bc
< x-ms-ags-diagnostic: {"ServerInf

Bug#916619: No longer reproducible

[Bruno Kleinert]

Hi,

I don't see the warnings anymore in the journal and can no longer
reproduce it anymore. I'll therefore close the bug.

Cheers,

Bruno


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

Bug#932046: simple-scan: Ctrl+1 does nothing but is documented to scan a page

[Bruno Kleinert]

Hi Jörg,

thanks for forwarding this, it's fixed now, i.e., the shortcut works as 
expected and documented.

I'll close the bug.

Cheers - Bruno


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

Bug#936966: londonlaw: Python2 removal in sid/bullseye

[Bruno Kleinert]

Am Sonntag, den 22.12.2019, 22:11 +0200 schrieb Juhani Numminen:
> On Fri, 30 Aug 2019 07:25:11 + Matthias Klose 
> wrote:
> > Package: src:londonlawVersion: 0.2.1-20Severity: normalTags: sid
> > bullseyeUser: debian-pyt...@lists.debian.org
> > Usertags: py2removal
> > Python2 becomes end-of-live upstream, and Debian aims to
> > removePython2 from the distribution, as discussed in
> > https://lists.debian.org/debian-python/2019/07/msg00080.html
> 
> Hello Fuddl,
> Do you think we should remove londonlaw from Debian?As far as I know,
> there is and will be no python3 support, becauseupstream seems to be
> gone.Fedora retired londonlaw in August. 
> https://bugzilla.redhat.com/show_bug.cgi?id=1731636
> 
> Regards,Juhani

Hi Juhani,

I'm fine with the removal of londonlaw due to missing Python 3 support.

In case any upstream adds Python 3 support in the future I'll happily
package it and upload it to NEW.

Cheers - Bruno


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

Bug#945865: jami: Broken chat view

[Bruno Kleinert]

Package: jami
Version: 20190215.1.f152c98~ds1-1+b1
Severity: normal

Hi,

the chat view in Jami is broken: When Jami is started and I click on names in
my contact list on the left, the chat view remains empty. When I resize the
Jami window, some contents in the chat view appear. However, they are
misplaced. I run Jami in GNOME3 in a Wayland session.

Please see attached screenshot:
  * The chat "bubbles" are misplaced and one is cut
  * The buttons (return, audio call, video call) are invisable
  * The text input field is displayed at the wrong position

Some days ago I reported https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=945377. Both result in different curroptions of chats,
but I'm unsure if they are related to each other.

Cheers - Bruno



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

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

Versions of packages jami depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.34.0-1
ii  jami-daemon  20190215.1.f152c98~ds1-1+b1
ii  libayatana-appindicator3-1   0.5.4-1
ii  libc62.29-3
ii  libcairo21.16.0-4
ii  libcanberra-gtk3-0   0.30-7
ii  libcanberra0 0.30-7
ii  libclutter-1.0-0 1.26.2+dfsg-12
ii  libclutter-gtk-1.0-0 1.8.4-4
ii  libgcc1  1:9.2.1-20
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-1
ii  libglib2.0-0 2.62.3-1
ii  libgtk-3-0   3.24.13-1
ii  libnm0   1.20.8-1
ii  libnotify4   0.7.8-1
ii  libpango-1.0-0   1.42.4-7
ii  libqrencode4 4.0.2-2
ii  libqt5core5a 5.12.5+dfsg-2
ii  libqt5dbus5  5.12.5+dfsg-2
ii  libqt5gui5   5.12.5+dfsg-2
ii  libqt5sql5   5.12.5+dfsg-2
ii  libqt5sql5-sqlite5.12.5+dfsg-2
ii  libstdc++6   9.2.1-20
ii  libwebkit2gtk-4.0-37 2.26.2-1
ii  libx11-6 2:1.6.8-1

jami recommends no packages.

jami suggests no packages.

-- no debconf information

Bug#945377: jami: Received message is not displayed

[Bruno Kleinert]

Package: jami
Version: 20190215.1.f152c98~ds1-1+b1
Severity: normal

Hi,

when Jami receives a text message with emoticons they are sometimes displayed
as empty messages. Please see attached screenshot, the empty box on the left.

To reveal a message select it, and copy and paste it to, e.g., gedit. The
message in the screenshot ended with the emoticon '😁'. Text messages without
emoticons are not affected.

Cheers - Bruno



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

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

Versions of packages jami depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.34.0-1
ii  jami-daemon  20190215.1.f152c98~ds1-1+b1
ii  libayatana-appindicator3-1   0.5.4-1
ii  libc62.29-3
ii  libcairo21.16.0-4
ii  libcanberra-gtk3-0   0.30-7
ii  libcanberra0 0.30-7
ii  libclutter-1.0-0 1.26.2+dfsg-12
ii  libclutter-gtk-1.0-0 1.8.4-4
ii  libgcc1  1:9.2.1-19
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-1
ii  libglib2.0-0 2.62.2-3
ii  libgtk-3-0   3.24.12-1
ii  libnm0   1.20.6-1
ii  libnotify4   0.7.8-1
ii  libpango-1.0-0   1.42.4-7
ii  libqrencode4 4.0.2-2
ii  libqt5core5a 5.12.5+dfsg-2
ii  libqt5dbus5  5.12.5+dfsg-2
ii  libqt5gui5   5.12.5+dfsg-2
ii  libqt5sql5   5.12.5+dfsg-2
ii  libqt5sql5-sqlite5.12.5+dfsg-2
ii  libstdc++6   9.2.1-19
ii  libwebkit2gtk-4.0-37 2.26.2-1
ii  libx11-6 2:1.6.8-1

jami recommends no packages.

jami suggests no packages.

Bug#919190: keepassxc-browser status?

[Bruno Kleinert]

Am Donnerstag, den 14.11.2019, 12:03 +0100 schrieb Guillem Jover:
> Hi!
> I noticed that the keepassxc-browser packages that were sitting in
> NEW(;), disappeared from
> there andare not in the archive either. Does this mean they got
> REJECTED?
> Thanks,Guillem

Hi Guillem,

yes it got rejected. I discussed the reason for rejection with upstream
and a resolution is in the works. I will re-upload to NEW as soon as
the solution is released.

Cheers - Bruno


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

Bug#943589: between: Please update URL in Homepage field

[Bruno Kleinert]

Package: between
Version: 6+dfsg1-3+b1
Severity: minor

Hi,

the URL to the homepage of the game has changed. Please update to:
https://www.esquire.com/news-politics/a5329/rohrer-game/

Cheers - Bruno



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

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

Versions of packages between depends on:
ii  libc6   2.29-2
ii  libgcc1 1:9.2.1-14
ii  libgl1  1.1.0-1+b1
ii  libglu1-mesa [libglu1]  9.0.0-2.1+b3
ii  libsdl1.2debian 1.2.15+dfsg2-5
ii  libstdc++6  9.2.1-14

between recommends no packages.

between suggests no packages.

Bug#941385: UT99: sound missing due to missing dependency osspd

[Bruno Kleinert]

Am Dienstag, den 01.10.2019, 22:52 +0200 schrieb Stephen Kitt:
> On Tue, 01 Oct 2019 13:13:20 -0700, 
> e...@riseup.net
>  wrote:
> > Apologies for the delay, so far the proposed solution of Bruno did
> > not
> > work for me. In case osspd is mandatory to have sound working it
> > should
> > be a forced dependency, and not only proposed, right? I let you all
> > decide whatever is needed, I lack the technical expertise honestly.
> > Just
> > wanted to report that installing ut99 turns out without sound but
> > can
> > fixed by apt install osspd.
> 
> Unfortunately, osspd can’t be imposed on everyone, because there are
> multiple
> approaches (as is often the case): for users using PulseAudio, padsp
> is the
> best solution; for users using ALSA, possibly shared, alsa-oss is the
> best
> solution; in some other cases, osspd is appropriate; in yet other
> cases,
> oss-compat is appropriate...
> 
> Ideally, oss-compat should sort this all out (speaking with my oss-
> compat
> maintainer hat on), but it doesn’t currently.
> 
> Regards,
> 
> Stephen

Hi,

I didn't have multiarch in my mind with respect to have the linker pre-
load wrapper libraries *selfslap*.

> > The game boots fine but the sound does not work by using padsp. The
> > terminal spit out following upon launching the command:
> > 
> > ERROR: ld.so: object
> > '/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsedsp.so' from
> LD_PRELOAD
> > cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
> > Unreal engine initialized
> > Bound to SDLDrv.so
> > Joystick [0] : Unknown Joystick
> > SDLClient initialized.
> 
> This happens because UT99 is a 32-bit binary, and padsp assumes it’s
> running
> 64-bit binaries on amd64. Could you try installing libpulsedsp:i386
> (it will
> install fine alongside the amd64 package), then running
> 
> LD_PRELOAD=/usr/lib/i386-linux-gnu/pulseaudio/libpulsedsp.so
> /usr/games/ut99
> 
> That should allow ut99 to send its audio through PulseAudio.
> 
> Regards,
> 
> Stephen

You're right, Stephen, there are many solutions available. With respect
to multi-arch I changed my mind, though :) My gut feeling is that I
wouldn't want users to flip on i386 packages on amd64 just for sound in
a non-free game.

If I got it correctly, the architecture of osspd doesn't matter,
right?In that case, I'd recommend to stick to the osspd solution as it
currently is recommended by the generated package. For non-free
software I don't consider it worth trying to figure out a technically
excellent but time consuming solution. (Don't get me wrong, I loooved
Unreal!)

I'd therefore suggest to keep the recommended osspd package and close
the bug.

Cheers - Bruno


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

Bug#941385: UT99: sound missing due to missing dependency osspd

[Bruno Kleinert]

Am Sonntag, den 29.09.2019, 23:28 +0200 schrieb esp:
> without the windowed mouse bug as present in Unreal Gold. The game however 
> does
> not have sound after initial installation due to missing deb package osspd 
> (OSS
> Proxy Daemon: Userland OSS emulation). As soon as this package gets installed
> the sound works 100% fine. Suggestion to include a osspd package dependency to
> inform user to apt install osspd. Thanks

Hi,

alternative, lightweighter solutions for the OSS legacy support exist
and may work, too. Let's check that!

Do you use PulseAudio (Run "pulseaudio --check || echo 'Yep'" in a
terminal if you don't know.)? In case you do, please launch the game
from a terminal with "padsp " and let us know if that works as
you would expect it!

If you are not using PulseAudio, please install alsa-oss and launch the
game from a terminal with "aoss " and let us know if that
works as you would expect it!

If the the LD_PRELOAD wrappers work, I'd prefer to add alternative
dependencies pulseaudio-utils || alsa-oss || osspd to go from
lightweight to heavy weight dependencies. Since osspd is a daemon, it's
started during system startup and adds something to systems' boot
times.

Cheers - Bruno


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

Bug#864603: Temporary workaround

[Bruno Kleinert]

Hi,

the "Could not connect: Connection refused" seems to be a known
limitation of running X11 applications on Wayland, see 
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/considerations_in_adopting_rhel_8/desktop-and-graphics_considerations-in-adopting-rhel-8#opening-graphical-applications-with-sudo_notable-changes-in-gnome-shell

That link also points to the workaround.

I'd prefer a real solution, though, since more and more distribitions
switch to Wayland by default. Please forward this bug to upstream in
case they aren't aware of this issue, yet.

Cheers - Bruno


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

Bug#939576: syncthing-gtk: Missing suggests for file browser integration

[Bruno Kleinert]

Package: syncthing-gtk
Version: 0.9.4.3-1
Severity: normal

Hi,

since the package states it enhances caja, nautilus and nemo, it should suggest
the following packages to make syncthing integration actually work with the
respective file browsers:

  * nemo-python
  * python-nautilus
  * python-caja

Cheers - Bruno



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

Kernel: Linux 5.2.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set 
to de_DE.utf-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages syncthing-gtk depends on:
ii  gir1.2-glib-2.01.58.3-2
ii  gir1.2-gtk-3.0 3.24.11-1
ii  gir1.2-notify-0.7  0.7.8-1
ii  gir1.2-rsvg-2.02.44.14-1
ii  libgtk-3-0 3.24.11-1
ii  python 2.7.16-1
ii  python-bcrypt  3.1.6-1+b1
ii  python-dateutil2.7.3-3
ii  python-gi  3.32.2-1
ii  python-gi-cairo3.32.2-1

Versions of packages syncthing-gtk recommends:
ii  gir1.2-appindicator3-0.1  0.4.92-7
ii  syncthing 1.1.4~ds1-4

syncthing-gtk suggests no packages.

-- no debconf information

Bug#919190: Problem with symbolic links

[Bruno Kleinert]

JFTR: With Firefox ESR 68 entering sid, I noticed it doesn't follow
symbolic links outside extensions' installation directories. See 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922944

I prepared a workaround by unfortunately reintroducing code copies at 
https://salsa.debian.org/fuddl/keepassxc-browser/tree/no-symlinks

As long as it's not processed in NEW, I don't want to re-upload a fixed
package to NEW to avoid additional delays.

Cheers - Bruno


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

Bug#922944: webext-keepassxc-browser in NEW queue affected, too

[Bruno Kleinert]

Hi,

I've got an ITP ticket open for keepassxc-browser [1] waiting to be
processed in the NEW packages queue. It's also affected by the reported
behavior, because I replaced code copies by symbolic links to files in
existing debian packages. My intention is to reduce the burden of the
security team by avoiding code copies.

From my understanding, hard links aren't an alternative as they don't
work across filesystem boundaries. And as a package maintainer, I can
never know the file system setup of users. 

I searched the web for a solution without success. Guidance for package
maintainers of web extensions with symbolic links is highly
appreciated.

Cheers - Bruno

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919190


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

Bug#919190: ITP: keepassxc-browser : blocked somewhere ?

[Bruno Kleinert]

Am Dienstag, den 20.08.2019, 14:36 +0200 schrieb Adrien Grellier:
> Hi,
> 
> I see that you send the KeepassXC browser's extension into the NEW queue
> in january, but it still doesn't appears on Debian!  Is it blocked
> somewhere ?
> 
> I am interested by this extension for Debian Buster. Do you think it
> would be possible to provide it on Backports ? Otherwise I will rebuild
> the package myself.
> 
> Kind regards
> 
> Adrien
> 

Hi Adrien,

it's 4th in the NEW queue [1], waiting to be processed. It hopefully
won't get rejected *fingers crossed* :)

To the best of my knowledge, only packages that entered the testing
branch can be backported. I.e., at the moment you need to build it
yourself.

Cheers - Bruno

[1] https://ftp-master.debian.org/new.html


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

Bug#934962: syncthing: FTBFS with 'build cache is disabled by GOCACHE=off, but required as of Go 1.12'

[Bruno Kleinert]

Package: syncthing
Version: 1.1.4~ds1-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Hi,

I tried to rebuild the package with sbuild+schroot in a sid environment. It
fails however:

[…]
cd _build/src/github.com/syncthing/syncthing && go run script/genassets.go gui
> lib/auto/gui.files.go
build cache is disabled by GOCACHE=off, but required as of Go 1.12
make[1]: *** [debian/rules:54: override_dh_auto_configure] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:34: build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
[…]

I'm unfamiliar with Go and a naive attempt to just comment out 'export GOCACHE
:= on' in debian/rules didn't fix it :)

Cheers - Bruno



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

Kernel: Linux 5.2.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set 
to de_DE.utf-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages syncthing depends on:
ii  libc6  2.28-10

syncthing recommends no packages.

syncthing suggests no packages.

-- no debconf information
sbuild (Debian sbuild) 0.78.1 (09 February 2019) on flutschi

+==+
| syncthing 1.1.4~ds1-2 (amd64)Sat, 17 Aug 2019 10:38:00 + |
+==+

Package: syncthing
Version: 1.1.4~ds1-2
Source Version: 1.1.4~ds1-2
Distribution: unstable
Machine Architecture: amd64
Host Architecture: amd64
Build Architecture: amd64
Build Type: binary

I: NOTICE: Log filtering will replace 
'var/run/schroot/mount/sid-20f91603-84b7-4313-bf4f-79a22bee8ce0' with 
'<>'
I: NOTICE: Log filtering will replace 'build/syncthing-1MZIJj/resolver-fVddDr' 
with '<>'

+--+
| Update chroot|
+--+

Get:1 file:/srv/mirror/debian sid InRelease [149 kB]
Get:1 file:/srv/mirror/debian sid InRelease [149 kB]
Get:2 file:/srv/mirror/debian sid/main amd64 Packages [8431 kB]
Ign:2 file:/srv/mirror/debian sid/main amd64 Packages
Get:2 file:/srv/mirror/debian sid/main amd64 Packages [8431 kB]
Get:3 https://cdn-aws.deb.debian.org/debian sid InRelease [149 kB]
Fetched 149 kB in 1s (136 kB/s)
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
Calculating upgrade...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

+--+
| Fetch source files   |
+--+


Local sources
-

/home/fuddl/debian/syncthing/syncthing_1.1.4~ds1-2.dsc exists in 
/home/fuddl/debian/syncthing; copying to chroot
I: NOTICE: Log filtering will replace 
'build/syncthing-1MZIJj/syncthing-1.1.4~ds1' with '<>'
I: NOTICE: Log filtering will replace 'build/syncthing-1MZIJj' with 
'<>'

+--+
| Install package build dependencies   |
+--+


Setup apt archive
-

Merged Build-Depends: debhelper (>= 10), dh-exec, dh-golang, golang-any, 
genxdr, golang-github-rcrowley-go-metrics-dev, 
golang-github-prometheus-client-golang-dev (>= 0.9.0), 
golang-github-bkaradzic-go-lz4-dev, golang-golang-x-text-dev, 
golang-golang-x-net-dev, golang-golang-x-crypto-dev, 
golang-github-calmh-du-dev, golang-github-calmh-luhn-dev, 
golang-github-calmh-xdr-dev, golang-github-thejerf-suture-dev (>= 3.0.0), 
golang-github-juju-ratelimit-dev, golang-github-vitrun-qart-dev, 
golang-github-syndtr-goleveldb-dev, golang-github-gobwas-glob-dev (>= 0.2.1), 
golang-github-jackpal-gateway-dev, 
golang-github-audriusbutkevicius-go-nat-pmp-dev, 
golang-github-d4l3k-messagediff-dev, golang-github-cznic-ql-dev, 
golang-github-golang-groupcache-dev, golang-github-oschwald-geoip2-golang-dev, 
golang-gogoprotobuf-dev (>= 1.2.1+git20190611.dadb6258), 
golang-github-lib-pq-dev, golang-github-minio-sha256-simd-dev, 
golang-github-xtaci-kcp-dev, golang-github-xtaci-smux-dev, 
golang-github-audriusbutkevicius-pfilter-dev, golang-github-ccding-go-stun-dev, 
golang-github-chmduquesne-rollinghash-dev (>= 4.0.0), golang-golang-x-time-dev, 
go

Bug#931285: jami: Black, empty screen shared from wayland desktop session

[Bruno Kleinert]

Package: jami
Version: 20190215.1.f152c98~ds1-1
Severity: normal

Hi,

just a black screen is transmitted when Jami is instructed to share the screen
or a part of it from GNOME 3 wayland sessions. From GNOME 3 Xorg sessions it
works as expected, though.

Cheers - Bruno



-- System Information:
Debian Release: 10.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set 
to de_DE.utf-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages jami depends on:
ii  dconf-gsettings-backend [gsettings-backend  0.30.1-2
ii  jami-daemon 20190215.1.f152c98~ds1-1
ii  libatk1.0-0 2.30.0-2
ii  libayatana-appindicator3-1  0.5.3-4
ii  libc6   2.28-10
ii  libcairo-gobject2   1.16.0-4
ii  libcairo2   1.16.0-4
ii  libcanberra-gtk3-0  0.30-7
ii  libcanberra00.30-7
ii  libclutter-1.0-01.26.2+dfsg-10
ii  libclutter-gtk-1.0-01.8.4-4
ii  libcogl-pango20 1.22.2-6
ii  libcogl-path20  1.22.2-6
ii  libcogl20   1.22.2-6
ii  libdbusmenu-glib4   18.10.20180917~bzr490+repack1-1
ii  libdrm2 2.4.97-1
ii  libegl1 1.1.0-1
ii  libgbm1 18.3.6-2
ii  libgcc1 1:8.3.0-7
ii  libgdk-pixbuf2.0-0  2.38.1+dfsg-1
ii  libglib2.0-02.58.3-2
ii  libgtk-3-0  3.24.5-1
ii  libjavascriptcoregtk-4.0-18 2.24.2-2
ii  libjson-glib-1.0-0  1.4.4-2
ii  libnm0  1.14.6-2
ii  libnotify4  0.7.7-4
ii  libpango-1.0-0  1.42.4-6
ii  libpangocairo-1.0-0 1.42.4-6
ii  libqrencode44.0.2-1
ii  libqt5core5a5.11.3+dfsg1-2
ii  libqt5dbus5 5.11.3+dfsg1-2
ii  libqt5gui5  5.11.3+dfsg1-2
ii  libqt5sql5  5.11.3+dfsg1-2
ii  libqt5sql5-sqlite   5.11.3+dfsg1-2
ii  libsoup2.4-12.64.2-2
ii  libstdc++6  8.3.0-7
ii  libwayland-client0  1.16.0-1
ii  libwayland-cursor0  1.16.0-1
ii  libwayland-egl1 1.16.0-1
ii  libwayland-server0  1.16.0-1
ii  libwebkit2gtk-4.0-372.24.2-2
ii  libx11-62:1.6.7-1
ii  libxcomposite1  1:0.4.4-2
ii  libxdamage1 1:1.1.4-3+b3
ii  libxext62:1.3.3-1+b2
ii  libxfixes3  1:5.0.3-1
ii  libxi6  2:1.7.9-1
ii  libxkbcommon0   0.8.2-1
ii  libxrandr2  2:1.5.1-1

jami recommends no packages.

jami suggests no packages.

-- no debconf information

Bug#926475: ITP: dlt-viewer -- Viewer for GENIVI DLT traces

[Bruno Kleinert]

Am Sonntag, den 14.04.2019, 19:37 +0200 schrieb Stefan Potyra:
> New source package available:
> 
> dget http://potyra.de/dlt-viewer/dlt-viewer_2.18.0+dfsg-1.dsc

[x] Juste uploaded :)

> Maybe we should move packaging to a publicly available VCS. Salsa?
> Any
> preferences?

My personal preference is salsa, too. I'd suggest to maintain it there.

Cheers - Bruno


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

Bug#926475: Review + debdiff

[Bruno Kleinert]

Am Donnerstag, den 11.04.2019, 21:34 +0200 schrieb Stefan Potyra:
> Hi Bruno,
> 
> 
> On Mon, Apr 08, 2019 at 08:14:02PM +0200, Bruno Kleinert wrote:
> > Hi Stefan,
> > 
> > I only had minor improvements, see attached debdiff. Those include:
> >  * Set debhelper compatibility level by build dependency magic.
> >  * Update the .desktop file patch to remove a broken line and add
> >another category for the tool.
> >  * Override lintian warning for source tarball repack and provide a
> >rationale.
> 
> Looks good in the debdiff!
> 
> > I *think* the "Copyright (c)" part is redundant in debian/copyright
> > and
> > could possibly be removed from lines 27-32.
> 
> <
> https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#copyright-field
> >
> 
> Actually, the examples all have "Copyright" there.
> 
> Debdiff looks fine to me, thanks for the review including the
> proposed changes.
> 
> How to proceed?
> Do you want to upload the package with your debdiff applied?
> Or should I apply it and propose a new .dsc file?
> 
> Cheers,
>   Stefan.

Hi Stefan,

I'd prefer you to apply the changes and provide an updated source
package. Then I will happily sponsor the upload to NEW :)

Cheers - Bruno


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

Bug#926475: Review + debdiff

[Bruno Kleinert]

Am Sonntag, den 07.04.2019, 15:26 +0200 schrieb Stefan Potyra:
> Hi Bruno,
> 
> On Sat, Apr 06, 2019 at 04:56:29AM +0200, Bruno Kleinert wrote:
> > Hi Stefan,
> > 
> > that's great! I offer reviews and will sponsor uploads :)
> 
> cool, thanks for the offer :).
> 
> Preliminary package available:
>   dget http://potyra.de/dlt-viewer/dlt-viewer_2.18.0+dfsg-1.dsc
> 
> Please give it a thourough review. It's been some time since I last created a
> package...
> 
> Cheers,
>   Stefan.

Hi Stefan,

I only had minor improvements, see attached debdiff. Those include:
 * Set debhelper compatibility level by build dependency magic.
 * Update the .desktop file patch to remove a broken line and add
   another category for the tool.
 * Override lintian warning for source tarball repack and provide a
   rationale.

I *think* the "Copyright (c)" part is redundant in debian/copyright and
could possibly be removed from lines 27-32.

Cheers - Bruno
diff -Nru dlt-viewer-2.18.0+dfsg/debian/compat dlt-viewer-2.18.0+dfsg/debian/compat
--- dlt-viewer-2.18.0+dfsg/debian/compat	2019-04-06 14:15:24.0 +0200
+++ dlt-viewer-2.18.0+dfsg/debian/compat	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-12
diff -Nru dlt-viewer-2.18.0+dfsg/debian/control dlt-viewer-2.18.0+dfsg/debian/control
--- dlt-viewer-2.18.0+dfsg/debian/control	2019-04-07 14:38:26.0 +0200
+++ dlt-viewer-2.18.0+dfsg/debian/control	2019-04-07 14:38:26.0 +0200
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Stefan Potyra 
 Uploaders: Bruno "Fuddl" Kleinert 
-Build-Depends: debhelper (>= 12),
+Build-Depends: debhelper-compat (= 12),
  qtbase5-dev,
  qtdeclarative5-dev,
  libqt5serialport5-dev,
@@ -18,7 +18,7 @@
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Viewer for GENIVI DLT traces
  The Diagnostic Log and Trace Viewer is an application that can send and
- receive control messages to the DLT daemon, e.g. to set individual log
+ receive control messages to the DLT daemon, e.g., to set individual log
  levels of applications and contexts or get the list of applications
  and contexts registered in the DLT daemon.
 
@@ -27,7 +27,7 @@
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Viewer for GENIVI DLT traces - development files
  The Diagnostic Log and Trace Viewer is an application that can send and
- receive control messages to the DLT daemon, e.g. to set individual log
+ receive control messages to the DLT daemon, e.g., to set individual log
  levels of applications and contexts or get the list of applications
  and contexts registered in the DLT daemon.
  .
diff -Nru dlt-viewer-2.18.0+dfsg/debian/patches/02_fix_desktop_file.patch dlt-viewer-2.18.0+dfsg/debian/patches/02_fix_desktop_file.patch
--- dlt-viewer-2.18.0+dfsg/debian/patches/02_fix_desktop_file.patch	2019-04-07 14:38:26.0 +0200
+++ dlt-viewer-2.18.0+dfsg/debian/patches/02_fix_desktop_file.patch	2019-04-07 14:38:26.0 +0200
@@ -3,14 +3,20 @@
 Author: Stefan Potyra 
 Forwarded: no
 
 dlt-viewer-2.18.0+dfsg.orig/src/dlt_viewer.desktop
-+++ dlt-viewer-2.18.0+dfsg/src/dlt_viewer.desktop
-@@ -3,7 +3,7 @@ Type=Application
+Index: dlt-viewer-2.18.0+dfsg/src/dlt_viewer.desktop
+===
+--- dlt-viewer-2.18.0+dfsg.orig/src/dlt_viewer.desktop	2019-04-08 19:10:07.038029821 +0200
 dlt-viewer-2.18.0+dfsg/src/dlt_viewer.desktop	2019-04-08 19:17:21.299174475 +0200
+@@ -1,9 +1,8 @@
+ [Desktop Entry]
+ Type=Application
  Name=DLT Viewer
- Name[xx]=Diagnostic Log and Trace Viewer
- GenericName=DLT Viewer - Diagnostic Log and Trace Viewer needed for devices running DLT daemon
+-Name[xx]=Diagnostic Log and Trace Viewer
+-GenericName=DLT Viewer - Diagnostic Log and Trace Viewer needed for devices running DLT daemon
 -Exec=dlt_viewer %u
++GenericName=Diagnostic Log and Trace Viewer needed for devices running DLT daemon
 +Exec=dlt-viewer %u
  Icon=face-glasses
  Terminal=false
- Categories=Qt;KDE;Development;
+-Categories=Qt;KDE;Development;
++Categories=Qt;KDE;Development;System;
diff -Nru dlt-viewer-2.18.0+dfsg/debian/source/lintian-overrides dlt-viewer-2.18.0+dfsg/debian/source/lintian-overrides
--- dlt-viewer-2.18.0+dfsg/debian/source/lintian-overrides	1970-01-01 01:00:00.0 +0100
+++ dlt-viewer-2.18.0+dfsg/debian/source/lintian-overrides	2019-04-07 14:38:26.0 +0200
@@ -0,0 +1,2 @@
+# Rationale is documented in debian/README.source
+dlt-viewer source: missing-explanation-for-repacked-upstream-tarball


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

Bug#926475: Uploads

[Bruno Kleinert]

Hi Stefan,

that's great! I offer reviews and will sponsor uploads :)

Cheers - Bruno


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

Bug#916538: [btrfs-progs] btrfsck segfaults with -E and --subvol-extents

[Bruno Kleinert]

Am Dienstag, den 19.03.2019, 17:23 -0600 schrieb Nicholas D Steeves:
> Control: tag -1 + moreinfo
> 
> Hi Bruno,
> 
> On Sat, Dec 15, 2018 at 05:45:24PM +0100, Bruno Kleinert wrote:
> > Package: btrfs-progs
> > Version: 4.19.1-1
> > Severity: normal
> > 
> 
> > Kernel:   Linux 4.18.0-3-amd64
> > 
> 
> Please confirm if btrfs-progs/4.20.1-1 on linux/4.19.0-2-amd64 is
> also affected.
> 
> Thanks!
> Nicholas

Hi Nicholas,

I can confirm the segfault for:

ii  linux-image-4.19.0-4-amd644.19.28-2
amd64Linux 4.19 for 64-bit PCs (signed)
ii  btrfs-progs   4.20.2-1 
amd64Checksumming Copy on Write Filesystem utilities

If necessary, I can downgrade to the exact versions you named from
testing and try again.

Cheers - Bruno


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

Bug#924473: Corrected path

[Bruno Kleinert]

Hi Jonathan,

please find attached a debdiff that updates the path to the manpage.

Cheers - Bruno
diff -Nru duc-1.4.3/debian/changelog duc-1.4.3/debian/changelog
--- duc-1.4.3/debian/changelog	2018-12-05 06:24:22.0 +0100
+++ duc-1.4.3/debian/changelog	2019-03-17 18:55:56.0 +0100
@@ -1,3 +1,10 @@
+duc (1.4.3-6) UNRELEASED; urgency=medium
+
+  * Fix FTBFS (dh_installman: Cannot find "debian/build-nox/doc/duc.1").
+(Closes: #924473)
+
+ -- Bruno Kleinert   Sun, 17 Mar 2019 18:55:56 +0100
+
 duc (1.4.3-5) unstable; urgency=medium
 
   [Ondřej Nový]
diff -Nru duc-1.4.3/debian/duc-nox.manpages duc-1.4.3/debian/duc-nox.manpages
--- duc-1.4.3/debian/duc-nox.manpages	2018-12-05 06:24:22.0 +0100
+++ duc-1.4.3/debian/duc-nox.manpages	2019-03-17 18:55:53.0 +0100
@@ -1 +1 @@
-debian/build-nox/doc/duc.1
+debian/build-nox.inst/usr/share/man/man1/duc.1


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

Bug#915967: Unreproducible

[Bruno Kleinert]

Hi,

the bug didn't occur anymore since around the end of December.
Therefore I'll close the bug. Unfortunately I cannot remember which
upload fixed it.

Cheers - Bruno


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

Bug#922640: gnome-builder: Incorrect German translation of panel buttons mouse-over text

[Bruno Kleinert]

Package: gnome-builder
Version: 3.30.3-1
Severity: minor
Tags: l10n

Dear Maintainer,

the German translation of the mouse-over description text to toggle the left
and bottom panel is wrong (it mixes up left and right).

Please find attached a debdiff to correct the wrong translations for the mouse-
over description and the keyboard shortcuts listing window.

This patch does NOT fix the gsettings scheme, as there even the English text is
wrong. I don't dare to mess with the configuration scheme :)

Cheers - Bruno



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

Kernel: Linux 4.19.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL
set to de_DE.utf-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set
to de_DE.utf-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-builder depends on:
ii  clang1:7.0-47
ii  dconf-gsettings-backend [gsettings-backend]  0.30.1-2
ii  exuberant-ctags  1:5.9~svn20110310-12
ii  gir1.2-dazzle-1.03.30.2-2
ii  gir1.2-ggit-1.0  0.27.7-1
ii  gir1.2-glib-2.0  1.58.3-2
ii  gir1.2-gtk-3.0   3.24.5-1
ii  gir1.2-gtksource-3.0 3.24.9-2
ii  gir1.2-gtksource-4   4.0.3-2
ii  gir1.2-json-1.0  1.4.4-2
ii  gir1.2-peas-1.0  1.22.0-4
ii  gir1.2-template-1.0  3.30.0-2
ii  gir1.2-vte-2.91  0.54.2-2
ii  gir1.2-webkit2-4.0   2.22.6-1
ii  libatk1.0-0  2.30.0-2
ii  libc62.28-7
ii  libcairo-gobject21.16.0-2
ii  libcairo21.16.0-2
ii  libclang1-7  1:7.0.1-6
ii  libdazzle-1.0-0  3.30.2-2
ii  libdevhelp-3-6   3.30.1-1
ii  libenchant1c2a   1.6.0-11.1+b1
ii  libflatpak0  1.2.3-1
ii  libfontconfig1   2.13.1-2
ii  libgdk-pixbuf2.0-0   2.38.0+dfsg-7
ii  libgirepository-1.0-11.58.3-2
ii  libgit2-glib-1.0-0   0.27.7-1
ii  libglib2.0-0 2.58.3-1
ii  libgspell-1-11.6.1-2
ii  libgtk-3-0   3.24.5-1
ii  libgtksourceview-4-0 4.0.3-2
ii  libjson-glib-1.0-0   1.4.4-2
ii  libjsonrpc-glib-1.0-13.30.1-2
ii  libpango-1.0-0   1.42.4-6
ii  libpangocairo-1.0-0  1.42.4-6
ii  libpangoft2-1.0-01.42.4-6
ii  libpcre3 2:8.39-11
ii  libpeas-1.0-01.22.0-4
ii  libsoup2.4-1 2.64.2-2
ii  libtemplate-glib-1.0-0   3.30.0-2
ii  libvala-0.42-0   0.42.5-1
ii  libvala-0.42-dev [libvala-dev]   0.42.5-1
ii  libvte-2.91-00.54.2-2
ii  libwebkit2gtk-4.0-37 2.22.6-1
ii  libxml2  2.9.4+dfsg1-7+b3
ii  python3  3.7.2-1
ii  python3-gi   3.30.4-1
ii  sysprof  3.30.2-2
ii  valac-0.42-vapi [valac-vapi] 0.42.5-1

Versions of packages gnome-builder recommends:
ii  build-essential  12.5
pn  flatpak-builder  
ii  gettext  0.19.8.1-9
ii  meson0.49.2-1
ii  pkg-config   0.29-6
ii  python3-jedi 0.13.2-1
pn  python3-lxml 
ii  valgrind 1:3.14.0-3

gnome-builder suggests no packages.
diff -Nru gnome-builder-3.30.3/debian/changelog 
gnome-builder-3.30.3/debian/changelog
--- gnome-builder-3.30.3/debian/changelog   2019-01-13 02:25:57.0 
+0100
+++ gnome-builder-3.30.3/debian/changelog   2019-02-18 18:56:54.0 
+0100
@@ -1,3 +1,10 @@
+gnome-builder (3.30.3-2) UNRELEASED; urgency=medium
+
+  * Fix: Incorrect German translation of panel buttons mouse-over text. Added
+correct-german-translation-of-panel-buttons.patch. (Closes: #FIXME)
+
+ -- Bruno Kleinert   Mon, 18 Feb 2019 18:56:54 +0100
+
 gnome-builder (3.30.3-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru 
gnome-builder-3.30.3/debian/patches/correct-germ

Bug#921652: Fix issue

[Bruno Kleinert]

Hi,

please find attached a debdiff that fixes the crash.

Cheers - Bruno
diff -Nru soundconverter-3.0.1/debian/changelog soundconverter-3.0.1/debian/changelog
--- soundconverter-3.0.1/debian/changelog	2019-02-01 09:28:03.0 +0100
+++ soundconverter-3.0.1/debian/changelog	2019-02-07 18:55:19.0 +0100
@@ -1,3 +1,12 @@
+soundconverter (3.0.1-2) UNRELEASED; urgency=medium
+
+  * Fix Doesn't start. (Closes: #FIXME)
++ Add dont-fail-on-missing-gconf.patch to ignore a ValueError exception
+  possibly thrown by gi.require_version('GConf', '2.0') when gconf is not
+  installed.
+
+ -- Bruno Kleinert   Thu, 07 Feb 2019 18:55:19 +0100
+
 soundconverter (3.0.1-1) unstable; urgency=medium
 
   [ Felipe Sateler ]
diff -Nru soundconverter-3.0.1/debian/patches/dont-fail-on-missing-gconf.patch soundconverter-3.0.1/debian/patches/dont-fail-on-missing-gconf.patch
--- soundconverter-3.0.1/debian/patches/dont-fail-on-missing-gconf.patch	1970-01-01 01:00:00.0 +0100
+++ soundconverter-3.0.1/debian/patches/dont-fail-on-missing-gconf.patch	2019-02-07 18:46:44.0 +0100
@@ -0,0 +1,13 @@
+Index: soundconverter/soundconverter/gstreamer.py
+===
+--- soundconverter.orig/soundconverter/gstreamer.py	2019-02-07 18:44:26.218796531 +0100
 soundconverter/soundconverter/gstreamer.py	2019-02-07 18:46:41.964610487 +0100
+@@ -90,6 +90,8 @@
+ audio_profiles_dict[description] = profile
+ except ImportError:
+ pass
++except ValueError:
++pass
+ 
+ required_elements = ('decodebin', 'fakesink', 'audioconvert', 'typefind', 'audiorate')
+ for element in required_elements:
diff -Nru soundconverter-3.0.1/debian/patches/series soundconverter-3.0.1/debian/patches/series
--- soundconverter-3.0.1/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ soundconverter-3.0.1/debian/patches/series	2019-02-07 18:44:17.0 +0100
@@ -0,0 +1 @@
+dont-fail-on-missing-gconf.patch


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

Bug#659321: Fix for Gnome 3

[Bruno Kleinert]

Am Samstag, den 26.01.2019, 15:23 +0100 schrieb Bruno Kleinert:
> Hi David,
> 
> please consider addressing this RC bug.
> 
> Just to raise awareness: I plan to NMU with my previously attached
> patch around week 7.
> 
> Cheers - Bruno

Hi,

I uploaded to the DELAYED=10 queue.

Cheers - Bruno


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