Bug#1065639: RFS: rapid-photo-downloader/0.9.36-1 -- Photo downloader (importer) from cameras, memory cards, other devices

[Tino Mettler]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "rapid-photo-downloader":

 * Package name : rapid-photo-downloader
   Version  : 0.9.36-1
   Upstream contact : Damon Lynch 
 * URL  : https://damonlynch.net/rapid
 * License  : GPL-3+
 * Vcs  : https://salsa.debian.org/debian/rapid-photo-downloader
   Section  : graphics

The source builds the following binary packages:

  rapid-photo-downloader - Photo downloader (importer) from cameras, memory 
cards, other devices

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

  https://mentors.debian.net/package/rapid-photo-downloader/

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

  dget -x 
https://mentors.debian.net/debian/pool/main/r/rapid-photo-downloader/rapid-photo-downloader_0.9.36-1.dsc

Changes since the last upload:

 rapid-photo-downloader (0.9.36-1) unstable; urgency=medium
 .
   * New upstream version 0.9.36
   * Update patch 0001-Disable-version-checks-on-startup.patch
   * Remove 0002-Import-setuptools-before-distutils.patch, adopted upstream
   * Adjust Debian copyright
   * Fix python warnings during installation
   * Fix 2 further python warnings

Regards,
-- 
  Tino Mettler

Bug#1031557: uses a full CPU doing nothing in Wayland

[Tino Mettler]

Hi Antoine,

is an NVidia GPU involved in your setup?

Regards,
Tino

Bug#1031557: Can't reproduce

[Tino Mettler]

Hi,

I tried to reproduce this by runnung RPD after setting
QT_QPA_PLATFORM=wayland and performing some actions in the GUI, but
everything looks fine in top. I also downgraded to 0.9.33-1.1. I'll try
to get Sway running instead of Gnome and see if this makes a difference.

Regards,
Tino

Bug#682397: darktable: recommend opencl package

[Tino Mettler]

Hi,

10 years later, the situation doesn't have changed much.  At least for
AMD and NVidua GPUs, you need vendor packages from external sources to
use OpenCL and get a performance gain.  In the current state, the
rusticl OpenCL implementation, which is part of Mesa, seems to lack
features and/or is still too buggy.  At least it can not be used for
darktable and AMD support has to be enabled by setting an environment
variable.

This is a general issue that the darktable package can not change.  So
I propose to close this bug.

Regards,
Tino

Bug#1060911: darktable: remove dpkg-parsechangelog usage to please lintian

[Tino Mettler]

Package: darktable
Version: 4.6.0-1
Severity: normal
Tags: patch

Hi David,

this patch
- removes dpkg-parsechangelog usage
- removes get-orig-source, which you told me is not used anymore
- uses pkg-info.mk to get the upstream version for version.cmake

Regards,
Tino

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

Kernel: Linux 6.6.10 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages darktable depends on:
ii  libavif161.0.3-1
ii  libc62.37-7
ii  libcairo21.16.0-7
ii  libcolord-gtk1   0.3.0-4
ii  libcolord2   1.4.6-2.2
ii  libcups2 2.4.2-5
ii  libcurl3-gnutls  8.2.1-2
ii  libexiv2-27  0.27.6-1
ii  libgcc-s113.2.0-3
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1+b1
ii  libglib2.0-0 2.77.3-1
ii  libgomp1 13.2.0-3
ii  libgphoto2-6 2.5.30-1
ii  libgphoto2-port122.5.30-1
ii  libgraphicsmagick-q16-3  1.4+really1.3.41-1
ii  libgtk-3-0   3.24.38-4
ii  libheif1 1.17.1-1+b1
ii  libicu72 72.1-3
ii  libimath-3-1-29  3.1.9-3
ii  libjpeg62-turbo  1:2.1.5-2
ii  libjson-glib-1.0-0   1.6.6-1
ii  libjxl0.70.7.0-10
ii  liblcms2-2   2.14-2
ii  liblensfun1  0.3.4-1
ii  liblua5.4-0  5.4.6-1
ii  libopenexr-3-1-303.1.5-5.1
ii  libopenjp2-7 2.5.0-2
ii  libosmgpsmap-1.0-1   1.2.0-2
ii  libpango-1.0-0   1.51.0+ds-2
ii  libpangocairo-1.0-0  1.51.0+ds-2
ii  libpng16-16  1.6.40-1
ii  libportmidi0 1:217-6.1
ii  libpugixml1v51.13-0.2
ii  libraw23 0.21.1-7
ii  librsvg2-2   2.54.7+dfsg-2
ii  libsdl2-2.0-02.28.3+dfsg-1
ii  libsecret-1-00.21.0-1
ii  libsqlite3-0 3.43.0-1
ii  libstdc++6   13.2.0-3
ii  libtiff6 4.5.1+git230720-1
ii  libwebp7 1.3.2-0.3
ii  libwebpmux3  1.3.2-0.3
ii  libx11-6 2:1.8.6-1
ii  libxml2  2.9.14+dfsg-1.3
ii  libxrandr2   2:1.5.2-2+b1
ii  zlib1g   1:1.2.13.dfsg-3

darktable recommends no packages.

darktable suggests no packages.

-- debconf-show failed
diff --git a/debian/rules b/debian/rules
index 24268394a..d661592a6 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,10 +1,7 @@
 #!/usr/bin/make -f
 # -*- makefile -*-
 
-SOURCEPKG=$(shell dpkg-parsechangelog | sed  -n 's/^Source: \(.*\)/\1/p')
-UPSTREAM=$(shell dpkg-parsechangelog |  sed -n 's/^Version: \(.*\)-[^-]*/\1/p')
-SHA1=$(lastword $(subst ~g, ,$(UPSTREAM)))
-ORIG=${SOURCEPKG}_${UPSTREAM}.orig.tar.gz
+include /usr/share/dpkg/pkg-info.mk
 
 export CONFIG_SHELL=/bin/bash
 
@@ -25,10 +22,7 @@ override_dh_auto_configure: cmake/version.cmake
 describe-current-version:
git describe --tags upstream | sed 's,^release-,,;s,-,+,;s,-,~,;'
 
-get-orig-source:
-   git archive --format=tar $(SHA1) | gzip -9 > ../$(ORIG)
-
-.PHONY: describe-current-version git-orig-source
+.PHONY: describe-current-version
 
 cmake/version.cmake:
-   echo "set(PROJECT_VERSION \"${UPSTREAM}\")" > $@
+   echo "set(PROJECT_VERSION \"${DEB_VERSION_UPSTREAM}\")" > $@

Bug#1060257: libraw: Issue with compressed CR3 files

[Tino Mettler]

Source: libraw
Version: 0.21.1-7
Severity: normal
Tags: upstream patch

Hi,

the libraw git repository has a fix for compressed CR3 files. The fix can be
found here:

https://github.com/LibRaw/LibRaw/commit/e231b01a49ce37d2add75e2a8f7ece5602f00457

The issue can be found here:

https://github.com/LibRaw/LibRaw/issues/624

It would be nice if you can include this patch into the 0.21.2 package.

Regards,
Tino

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

Kernel: Linux 6.6.10 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
commit e231b01a49ce37d2add75e2a8f7ece5602f00457
Author: Alex Tutubalin 
Date:   Thu Jan 4 15:36:38 2024 +0300

CR3-Qstep table: avoid wrong 64-bit code generation

diff --git a/src/decoders/crx.cpp b/src/decoders/crx.cpp
index 30a70205..0289c075 100644
--- a/src/decoders/crx.cpp
+++ b/src/decoders/crx.cpp
@@ -2032,7 +2032,7 @@ int crxMakeQStep(CrxImage *img, CrxTile *tile, int32_t 
*qpTable, uint32_t /*tota
 // not sure about this nonsense - why is it not just avg like with 2 
levels?
 quantVal = ((quantVal < 0) * 3 + quantVal) >> 2;
 if (quantVal / 6 >= 6)
-  *qStepTbl = q_step_tbl[quantVal % 6] * (1 << (quantVal / 6 + 26));
+  *qStepTbl = q_step_tbl[quantVal % 6] << ((quantVal / 6 - 6 ) & 0x1f);
 else
   *qStepTbl = q_step_tbl[quantVal % 6] >> (6 - quantVal / 6);
   }
@@ -2052,7 +2052,7 @@ int crxMakeQStep(CrxImage *img, CrxTile *tile, int32_t 
*qpTable, uint32_t /*tota
   {
 int32_t quantVal = (qpTable[row0Idx++] + qpTable[row1Idx++]) / 2;
 if (quantVal / 6 >= 6)
-  *qStepTbl = q_step_tbl[quantVal % 6] * (1 << (quantVal / 6 + 26));
+  *qStepTbl = q_step_tbl[quantVal % 6] << ((quantVal / 6 - 6) & 0x1f);
 else
   *qStepTbl = q_step_tbl[quantVal % 6] >> (6 - quantVal / 6);
   }
@@ -2066,7 +2066,7 @@ int crxMakeQStep(CrxImage *img, CrxTile *tile, int32_t 
*qpTable, uint32_t /*tota
 for (int qpRow = 0; qpRow < qpHeight; ++qpRow)
   for (int qpCol = 0; qpCol < qpWidth; ++qpCol, ++qStepTbl, ++qpTable)
 if (*qpTable / 6 >= 6)
-  *qStepTbl = q_step_tbl[*qpTable % 6] * (1 << (*qpTable / 6 + 26));
+  *qStepTbl = q_step_tbl[*qpTable % 6] << ((*qpTable / 6 - 6) & 0x1f);
 else
   *qStepTbl = q_step_tbl[*qpTable % 6] >> (6 - *qpTable / 6);
 

Bug#1002876: darktable: embeds libraw

[Tino Mettler]

Package: darktable
Version: 4.6.0-1
Followup-For: Bug #1002876

Hi David,

the attached patch removes src/external/LibRaw and builds the package
using the system libraw.

Regards,
Tino

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

Kernel: Linux 6.6.1 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages darktable depends on:
ii  libavif161.0.3-1
ii  libc62.37-7
ii  libcairo21.16.0-7
ii  libcolord-gtk1   0.3.0-4
ii  libcolord2   1.4.6-2.2
ii  libcups2 2.4.2-5
ii  libcurl3-gnutls  8.2.1-2
ii  libexiv2-27  0.27.6-1
ii  libgcc-s113.2.0-3
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1+b1
ii  libglib2.0-0 2.77.3-1
ii  libgomp1 13.2.0-3
ii  libgphoto2-6 2.5.30-1
ii  libgphoto2-port122.5.30-1
ii  libgraphicsmagick-q16-3  1.4+really1.3.41-1
ii  libgtk-3-0   3.24.38-4
ii  libheif1 1.17.1-1+b1
ii  libicu72 72.1-3
ii  libimath-3-1-29  3.1.9-3
ii  libjpeg62-turbo  1:2.1.5-2
ii  libjson-glib-1.0-0   1.6.6-1
ii  libjxl0.70.7.0-10
ii  liblcms2-2   2.14-2
ii  liblensfun1  0.3.4-1
ii  liblua5.4-0  5.4.6-1
ii  libopenexr-3-1-303.1.5-5.1
ii  libopenjp2-7 2.5.0-2
ii  libosmgpsmap-1.0-1   1.2.0-2
ii  libpango-1.0-0   1.51.0+ds-2
ii  libpangocairo-1.0-0  1.51.0+ds-2
ii  libpng16-16  1.6.40-1
ii  libportmidi0 1:217-6.1
ii  libpugixml1v51.13-0.2
ii  libraw23 0.21.1-7
ii  librsvg2-2   2.54.7+dfsg-2
ii  libsdl2-2.0-02.28.3+dfsg-1
ii  libsecret-1-00.21.0-1
ii  libsqlite3-0 3.43.0-1
ii  libstdc++6   13.2.0-3
ii  libtiff6 4.5.1+git230720-1
ii  libwebp7 1.3.2-0.3
ii  libwebpmux3  1.3.2-0.3
ii  libx11-6 2:1.8.6-1
ii  libxml2  2.9.14+dfsg-1.3
ii  libxrandr2   2:1.5.2-2+b1
ii  zlib1g   1:1.2.13.dfsg-3

darktable recommends no packages.

darktable suggests no packages.

-- no debconf information
diff --git a/debian/clean b/debian/clean
index 1293eb533..279b62423 100644
--- a/debian/clean
+++ b/debian/clean
@@ -2,3 +2,4 @@ doc/usermanual/profiled_final.fo
 doc/usermanual/profiled_final.xml
 doc/usermanual/usermanual.pdf
 src/external/lua/
+src/external/LibRaw/
diff --git a/debian/control b/debian/control
index 9d8ca2306..8f2b9d266 100644
--- a/debian/control
+++ b/debian/control
@@ -31,6 +31,7 @@ Build-Depends: cmake,
libportmidi-dev,
libpugixml-dev,
libsdl2-dev,
+   libraw-dev,
librsvg2-dev,
libsecret-1-dev,
libsoup2.4-dev,
diff --git a/debian/rules b/debian/rules
index 24268394a..35abb0e1a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -20,7 +20,11 @@ endif
dh $@
 
 override_dh_auto_configure: cmake/version.cmake
-   dh_auto_configure -- -DBINARY_PACKAGE_BUILD=1 
-DCMAKE_BUILD_TYPE=Release -DRAWSPEED_ENABLE_LTO=ON
+   dh_auto_configure -- \
+   -DBINARY_PACKAGE_BUILD=1 \
+   -DCMAKE_BUILD_TYPE=Release \
+   -DRAWSPEED_ENABLE_LTO=ON \
+   -DDONT_USE_INTERNAL_LIBRAW=ON
 
 describe-current-version:
git describe --tags upstream | sed 's,^release-,,;s,-,+,;s,-,~,;'

Bug#1031494: gdm3: Support Wayland session for all seats in multiseat setups

[Tino Mettler]

> Am 21.09.2023 um 13:33 schrieb Tino Mettler :
> 
> Hi,
> 
> the gdm3 part was merged. The gnome-shell part is still pending.
> 
> 
> https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2230
> 
> Should I open a seperate bug for gnome-shell?
> 
> Regards,
> Tino
> 

Hi,

I just remembered that I already opened a separated bug.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1031496

Regards,
Tino

Bug#1031494: gdm3: Support Wayland session for all seats in multiseat setups

[Tino Mettler]

Hi,

the gdm3 part was merged. The gnome-shell part is still pending.


https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2230

Should I open a seperate bug for gnome-shell?

Regards,
Tino

Bug#958050: hd-idle: -a parameter behaviour not consistent with -t and with the manpage

[Tino Mettler]

Am Mon, Mar 27, 2023 at 16:54:04 +0200 schrieb Tino Mettler:

[...]

> So yes, this is indeed inconsistent and confusing.  Furthermore, the
> device name lookup for -a does not report any errors when the device is
> not found.

One addition: the fact that nothing is logged to /var/log/hd-idle.log
may be connected to the above behaviour: when using hd-idle -a
disk/by-id/..., the name lookup fails and hd-idle silently ignores the
device. In this case, nothing is written to the log file.

Regards,
Tino

Bug#958050: hd-idle: -a parameter behaviour not consistent with -t and with the manpage

[Tino Mettler]

Hi,

according to the source code, the option parser for -a tries to resolve
a symlink using a function disk_name(), the result is something like
sda, sdb sdc.  This function requires the full pathname including /dev. 
The code handling the spindown timer then uses this short name (sda,
sdb, sdc) for further action.

The code handling the -t option does not use that disk_name() function,
but always puts a "/dev/" before the supplied disk name. This is why
you get the "/dev//dev/disk/by-id/ata-... does not exist" error.

So yes, this is indeed inconsistent and confusing.  Furthermore, the
device name lookup for -a does not report any errors when the device is
not found.

Bug#1031496: gnome-shell: Support Wayland session for all seats in multiseat setups

[Tino Mettler]

Package: gnome-shell
Version: 43.3-1
Severity: normal
Tags: patch upstream

Dear Maintainer,

in multiseat setups, GNOME is limited to only support Wayland sessions on seat0.

There are patches for gdm3 and gnome-shell to enable Wayland sessions for all
seats in a multiseat environment. I use these patches on top of the current
Debian sid packages for some months now without any glitches. I also tested
fast user-switching as requested by the author of these patches.

The original source of the patches is here:
https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2230/commits

This bug belongs to bug #1031494 which is the gdm part of this issue.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1031494

Regards,
Tino

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

Kernel: Linux 6.1.7 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4
ii  gconf-gsettings-backend [gsettings-backend]  3.2.6-8
ii  gir1.2-accountsservice-1.0   22.08.8-5
ii  gir1.2-adw-1 1.2.1-2
ii  gir1.2-atk-1.0   2.46.0-5
ii  gir1.2-atspi-2.0 2.46.0-5
ii  gir1.2-freedesktop   1.74.0-3
ii  gir1.2-gcr-3 3.41.1-1+b1
ii  gir1.2-gdesktopenums-3.0 43.0-1
ii  gir1.2-gdkpixbuf-2.0 2.42.10+dfsg-1+b1
ii  gir1.2-gdm-1.0   43.0-3.1
ii  gir1.2-geoclue-2.0   2.6.0-2
ii  gir1.2-glib-2.0  1.74.0-3
ii  gir1.2-gnomebluetooth-3.042.5-3
ii  gir1.2-gnomedesktop-3.0  43.1-1
ii  gir1.2-graphene-1.0  1.10.8-1
ii  gir1.2-gstreamer-1.0 1.22.0-2
ii  gir1.2-gtk-3.0   3.24.36-3
ii  gir1.2-gtk-4.0   4.8.3+ds-2
ii  gir1.2-gweather-4.0  4.2.0-1
ii  gir1.2-ibus-1.0  1.5.27-4
ii  gir1.2-mutter-11 43.2-6
ii  gir1.2-nm-1.01.42.0-1
ii  gir1.2-nma-1.0   1.10.6-1
ii  gir1.2-pango-1.0 1.50.12+ds-1
ii  gir1.2-polkit-1.0122-3
ii  gir1.2-rsvg-2.0  2.54.5+dfsg-1
ii  gir1.2-soup-3.0  3.2.2-1
ii  gir1.2-upowerglib-1.00.99.20-2
ii  gir1.2-webkit2-4.1   2.38.4-2
ii  gnome-backgrounds43-1
ii  gnome-settings-daemon43.0-4
ii  gnome-shell-common   43.3-1.1
ii  gsettings-desktop-schemas43.0-1
ii  gstreamer1.0-pipewire0.3.65-2
ii  libatk-bridge2.0-0   2.46.0-5
ii  libatk1.0-0  2.46.0-5
ii  libc62.36-8
ii  libcairo21.16.0-7
ii  libecal-2.0-23.46.4-1
ii  libedataserver-1.2-273.46.4-1
ii  libgcr-base-3-1  3.41.1-1+b1
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1+b1
ii  libgirepository-1.0-11.74.0-3
ii  libgjs0g 1.74.1-1
ii  libgles2 1.6.0-1
ii  libglib2.0-0 2.74.5-1
ii  libglib2.0-bin   2.74.5-1
ii  libgnome-autoar-0-0  0.4.3-1
ii  libgnome-desktop-3-2043.1-1
ii  libgraphene-1.0-01.10.8-1
ii  libgtk-3-0   3.24.36-3
ii  libgtk-4-1   4.8.3+ds-2
ii  libical3 3.0.16-1+b1
ii  libjson-glib-1.0-0   1.6.6-1
ii  libmutter-11-0   43.2-6
ii  libnm0   1.42.0-1
ii  libpango-1.0-0   1.50.12+ds-1
ii  libpangocairo-1.0-0  1.50.12+ds-1
ii  libpolkit-agent-1-0  122-3
ii  libpolkit-gobject-1-0122-3
ii  libpulse-mainloop-glib0  16.1+dfsg1-2+b1
ii  libpulse016.1+dfsg1-2+b1
ii  libsecret-1-00.20.5-3
ii  libsystemd0

Bug#1031494: gdm3: Support Wayland session for all seats in multiseat setups

[Tino Mettler]

Package: gdm3
Version: 43.0-3
Severity: normal
Tags: patch upstream

Dear Maintainer,

in multiseat setups, gdm3 is limited to only support Wayland sessions on seat0.

There are patches for gdm3 and gnome-shell to enable Wayland sessions for all
seats in a multiseat environment. I use these patches on top of the current
Debian sid packages for some months now without any glitches. I also tested
fast user-switching as requested by the author of these patches.

The original source of the patches is here:
https://gitlab.gnome.org/GNOME/gdm/-/merge_requests/174/commits

I'll open a separate bug for the gnome-shell part of this issue.

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

Kernel: Linux 6.1.7 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gdm3 depends on:
ii  accountsservice   22.08.8-5
ii  adduser   3.131
ii  dbus [default-dbus-system-bus]1.14.6-1
ii  dbus-bin  1.14.6-1
ii  dbus-daemon   1.14.6-1
ii  dconf-cli 0.40.0-4
ii  dconf-gsettings-backend   0.40.0-4
ii  debconf [debconf-2.0] 1.5.82
ii  fluxbox [x-window-manager]1.3.5-2.1
ii  gir1.2-gdm-1.043.0-1.1
ii  gnome-session [x-session-manager] 43.0-1
ii  gnome-session-bin 43.0-1
ii  gnome-session-common  43.0-1
ii  gnome-settings-daemon 43.0-4
hi  gnome-shell   43.2-1.1
ii  gnome-terminal [x-terminal-emulator]  3.46.7-1
ii  gsettings-desktop-schemas 43.0-1
ii  libaccountsservice0   22.08.8-5
ii  libaudit1 1:3.0.9-1
ii  libc6 2.36-8
ii  libcanberra-gtk3-00.30-10
ii  libcanberra0  0.30-10
ii  libgdk-pixbuf-2.0-0   2.42.10+dfsg-1+b1
ii  libgdm1   43.0-1.1
ii  libglib2.0-0  2.74.5-1
ii  libglib2.0-bin2.74.5-1
ii  libgtk-3-03.24.36-3
ii  libgudev-1.0-0237-2
ii  libkeyutils1  1.6.3-2
ii  libpam-modules1.5.2-6
ii  libpam-runtime1.5.2-6
ii  libpam-systemd [logind]   252.5-2
ii  libpam0g  1.5.2-6
ii  librsvg2-common   2.54.5+dfsg-1
ii  libselinux1   3.4-1+b5
ii  libsystemd0   252.5-2
ii  libx11-6  2:1.8.3-3
ii  libxau6   1:1.0.9-1
ii  libxcb1   1.15-1
ii  libxdmcp6 1:1.1.2-3
ii  lsb-base  11.6
ii  mutter [x-window-manager] 43.2-6
ii  polkitd   122-3
ii  procps2:4.0.2-3
ii  systemd-sysv  252.5-2
ii  sysvinit-utils [lsb-base] 3.06-2
ii  ucf   3.0043+nmu1
ii  x11-common1:7.7+23
ii  x11-xserver-utils 7.7+9+b1
ii  xterm [x-terminal-emulator]   378-1

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.46.0-5
ii  desktop-base   12.0.2
ii  gnome-session [x-session-manager]  43.0-1
ii  x11-xkb-utils  7.7+7
pn  xserver-xephyr 
ii  xserver-xorg   1:7.7+23
ii  zenity 3.44.0-1

Versions of packages gdm3 suggests:
pn  libpam-fprintd
ii  libpam-gnome-keyring  42.1-1+b1
pn  libpam-pkcs11 
pn  libpam-sss
pn  orca  

-- Configuration Files:
/etc/gdm3/daemon.conf changed:
[daemon]
WaylandEnable=true
[security]
[xdmcp]
[chooser]
[debug]
Enable=true


-- debconf information:
  gdm3/daemon_name: /usr/sbin/gdm3
* shared/default-x-display-manager: gdm3
>From 4135ba952ecb75bd53dac14ef10e6bfe1e5c1952 Mon Sep 17 00:00:00 2001
From: msizanoen1 
Date: Mon, 7 Mar 2022 11:34:18 +0700
Subject: [PATCH 1/7] local-display-factory: Acquire seat name properly

systemd-logind escapes the seat name prior to exposing as a DBus object.
As a result, seat names like "seat-name" may be escaped to
"seat_x2dname" when exposed as a DBus object.

Use DBus to acquire the seat name instead of using the last component of
the object path.
---
 daemon/gdm-local-display-factory.c | 32 --
 1 file 

Bug#1004285: davical: problems after upgrade to php 8, calendar clients reports "500"

[Tino Mettler]

Hi,

Maybe this helps: I recently upgraded to bullseye and my macOS calendar
(from macOS 12.2.1) still works fine with DAViCal.

I did not migrate DAViCal to the PostgreSQL 13 in bullseye yet, so I
still use PostgreSQL 11 for the DAViCal database.

Regards,
Tino

Bug#1012145: bettercap: It looks like the advertised Bluetooth LE function missing

[Tino Mettler]

Package: bettercap
Version: 2.32.0-1+b2
Severity: normal

Dear Maintainer,

the package description mentions Bluetooth LE features multiple times.

However, the BLE function seems to be missing.

In debian/rules, I found this:

rm -v _build/src/github.com/bettercap/bettercap/network/ble.go
rm -v _build/src/github.com/bettercap/bettercap/network/ble_device.go
rm -rv _build/src/github.com/bettercap/bettercap/modules/ble
rm -rv _build/src/github.com/bettercap/bettercap/modules/gps
rm -v 
_build/src/github.com/bettercap/bettercap/modules/events_stream/events_view_ble.go

So I guess the package maintainer intentially removed the BLE functions.

It would be nice if is removed from the package description, too, to not
confuse users.

Regards,
Tino
*** 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: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.18.1 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages bettercap depends on:
ii  ca-certificates  20211016
ii  iproute2 5.17.0-2
ii  iptables 1.8.8-1
ii  iw   5.16-1
hi  libc62.33-7
ii  libnetfilter-queue1  1.0.5-3
ii  libpcap0.8   1.10.1-4
ii  libusb-1.0-0 2:1.0.26-1

bettercap recommends no packages.

bettercap suggests no packages.

-- no debconf information

Bug#1010570: binaries in source without related source

[Tino Mettler]

Hi Antoine,

I just discussed this a bit on #debian-mentors in IRC.

Conclusion:

- autogenerated files in the upstream tarball might be okay, if they are
  not used for the binary packages (upgrade.py, install.py) or if they
  are regenerated during build time (qrc_resources.py)

- the details about this should be documented in debian/copyright

- the missing images to generate the qrc_resources.py file can be put
  into debian/missing-sources

- we can discuss this issue again with the upstream author once he has
  recovered

- it is unlikely that there will be a new upstream release
  before this

When we follow this, we don't need to repack the upstream source, just
add the images to debian/missing-sources and document all that in
debian/copyright.

What do you thing about this?

Regards,
Tino

Bug#1010570: binaries in source without related source

[Tino Mettler]

Hi Antoine,

I'm currently thinking about missing bits for a 0.9.33 release.  I
didn't switch a package to dfsg source before, so I'm new to that.

It looks like it should be documented in debian/copyright, e.g. why the
source tarball was repacked and what is the reason.

There should be a changelog entry, which also refers to this bug.

Furthermore, I guess that the procedure to create the upstream tarball
should be described, by providing the script that I used. This could be
done in a README.Packaging.

Please let me know if I am missing something.

Regards,
Tino

Bug#1010570: binaries in source without related source

[Tino Mettler]

Hi,

I pushed a branch that uses the dfsg source generated by the above
script.

It contains one additional change to generate the qrc_resources.py
file.

https://salsa.debian.org/scorpi-guest/rapid-photo-downloader/-/commits/debian/unstable-0.9.33+dfsg

Bug#1010570: binaries in source without related source

[Tino Mettler]

Am Wed, May 04, 2022 at 22:12:20 +0200 schrieb Tino Mettler:
> Am Wed, May 04, 2022 at 15:17:05 -0400 schrieb Antoine Beaupré:
> 
> [...]
> 
> > maybe we could just use a +ds tarball then. add the files to redact in
> > debian/copyright and then uscan will just do the right thing for us, no
> > need to worry about the git stuff.
> 
> We need the images/ and tips/ folders from the upstream git repository.
> 
> This script would work. I already prepared a package using the +dfsg upstream
> source generated by the script. The resources are compiles during
> build, the result looks good.

I forgot to git add the upgrade.py. Furthermore, Damon mentioned
install.py. And yes, it contains another binary blob (the same ZIP
archive as upgrade.py, I guess).

Here is an improved script:

#!/bin/sh -ex

git reset --hard $1
VERSION=$(sed '/^-/,$d' CHANGES.md | tail -n 1 | cut -d' ' -f1)

echo > upgrade.py
echo > install.py
git add upgrade.py install.py
git rm raphodo/qrc_resources.py
git commit -m "Remove source files with embedded binary blobs"

git archive HEAD --prefix=rapid-photo-downloader-$VERSION/ -o 
../rapid-photo-downloader_${VERSION}+dfsg.orig.tar.xz

Regards,
Tino

Bug#1010570: binaries in source without related source

[Tino Mettler]

Am Wed, May 04, 2022 at 15:17:05 -0400 schrieb Antoine Beaupré:

[...]

> maybe we could just use a +ds tarball then. add the files to redact in
> debian/copyright and then uscan will just do the right thing for us, no
> need to worry about the git stuff.

We need the images/ and tips/ folders from the upstream git repository.

This script would work. I already prepared a package using the +dfsg upstream
source generated by the script. The resources are compiles during
build, the result looks good.

#!/bin/sh -ex

git reset --hard $1
VERSION=$(sed '/^-/,$d' CHANGES.md | tail -n 1 | cut -d' ' -f1)

echo > upgrade.py
git rm raphodo/qrc_resources.py
git commit -m "Remove source files with embedded binary blobs"

git archive HEAD --prefix=rapid-photo-downloader-$VERSION/ -o 
../rapid-photo-downloader_${VERSION}+dfsg.orig.tar.xz

Regards,
Tino

Bug#1010570: binaries in source without related source

[Tino Mettler]

> Am 04.05.2022 um 20:17 schrieb Antoine Beaupré :
> 
> On 2022-05-04 20:07:28, Tino Mettler wrote:
>> Hi,
>> 
>> the upstream git repository has no release tags, so I guess that we
>> have to drop uscan support and create the upstream source archive with
>> a selfmade script.
> 
> we could lay down release tags ourselves if we can figure out what those
> are... 

Hi,

that would be an option. I'm currently crafting a script that creates a 
tarball. Just removing upgrade.py doesn't work, because it is referenced in the 
translations and that will cause a build errors. Replacing it with an empty 
file works, and should not affect Debian users.

Regards,
Tino

Bug#1010570: binaries in source without related source

[Tino Mettler]

Hi,

the upstream git repository has no release tags, so I guess that we
have to drop uscan support and create the upstream source archive with
a selfmade script.

Regards,
Tino

Bug#1010074: RFS: show-in-file-manager/1.1.4-1 [ITP] -- Open the system file manager and optionally select files in it

[Tino Mettler]

Hi,

I uploaded a new package to my mentors account.

dget -x 
https://mentors.debian.net/debian/pool/main/s/show-in-file-manager/show-in-file-manager_1.1.4-1.dsc

The only change to the last version is a 
debian/tests/autopkgtest-pkg-python.conf
file. Now the autopkgtest-pkg-python test passes.

Thanks and regards,
Tino

Bug#1001652: Package new version of Rapid Photo Downloader (0.9.27)

[Tino Mettler]

severity 1001652 serious

The program reports a python error right at start and can not be used
after that, therefore rising severity.

Bug#1001652: Package new version of Rapid Photo Downloader (0.9.27)

[Tino Mettler]

severity 1001652 serious

The program reports a python error right at start and can not be used
after that, therefore rising severity.

thanks

Bug#1010205: git-buildpackage: gbp import-orig does not store upstream signature in pristine-tar branch

[Tino Mettler]

Hi,

I put a debug print into pkg/pristinetar.py. It looks like the commit
function is not invoked with a signaturefile argument.

Regards,
Tino

Bug#1010074: RFS: show-in-file-manager/1.1.4-1 [RFP] -- Open the system file manager and optionally select files in it

[Tino Mettler]

Am Mon, Apr 25, 2022 at 11:56:30 -0400 schrieb Antoine Beaupré:
> On 2022-04-25 17:16:35, Tino Mettler wrote:
> > Hi, Antoine,
> >
> > I run autopkgtest after the build process with the following result:
> >
> > # autopkgtest ./ -- qemu autopkgtest-unstable.img
> > autopkgtest [15:05:05]: starting date: 2022-04-25
> > autopkgtest [15:05:05]: version 5.21
> > autopkgtest [15:05:05]: host mac; command line: /usr/bin/autopkgtest ./ -- 
> > qemu autopkgtest-unstable.img
> > autopkgtest [15:06:00]: testbed dpkg architecture: amd64
> > autopkgtest [15:06:06]: testbed running kernel: Linux 5.17.0-1-amd64 #1 SMP 
> > PREEMPT Debian 5.17.3-1 (2022-04-18)
> > autopkgtest [15:06:07]:  built-tree ./
> > autopkgtest [15:06:07]: testing package show-in-file-manager version 1.1.4-1
> > *SKIP no tests in this package
> > autopkgtest [15:06:07]:  summary
> > *SKIP no tests in this package
> > qemu-system-x86_64: terminating on signal 15 from pid 527684 
> > (/usr/bin/python3)
> >
> > I'm still unsure what you meant with "You have actually configured it in 
> > the package".
> 
> You haven't, I was mistaken. See other comments on the bug report.

Hi Antoine,

I'm currently unsure if this topic is a remaining issue regarding the
package. When you propose a different name for the source package or a
config entry for the autodep8 config, please let me know.

Regards,
Tino

Bug#1010205: git-buildpackage: gbp import-orig does not store upstream signature in pristine-tar branch

[Tino Mettler]

Package: git-buildpackage
Version: 0.9.25
Severity: normal

I used the following command:

$ gbp import-orig --verbose --debian-branch=debian/unstable --pristine-tar 
--upstream-signatures=yes --uscan

It does not store the upstream signature in the pristine-tar branch:

$ pristine-tar checkout --s signature rapid-photo-downloader_0.9.33.orig.tar.gz
fatal: path 'rapid-photo-downloader_0.9.33.orig.tar.gz.asc' does not exist in 
'refs/heads/pristine-tar'
pristine-tar: git show 
refs/heads/pristine-tar:rapid-photo-downloader_0.9.33.orig.tar.gz.asc failed

This is the output of the import-orig command. In the pristine-tar command, 
--signature-file is missing.

gbp:debug: ['git', 'rev-parse', '--show-cdup']
gbp:debug: ['git', 'rev-parse', '--is-bare-repository']
gbp:debug: ['git', 'rev-parse', '--git-dir']
gbp:debug: ['git', 'for-each-ref', '--format=%(refname:short)', 'refs/heads/']
gbp:debug: ['git', 'show-ref', '--verify', 'refs/heads/upstream']
gbp:debug: ['git', 'status', '--porcelain']
gbp:info: Launching uscan...
gpgv: Signatur vom Fr 11 Mär 2022 19:26:52 CET
gpgv:mittels RSA-Schlüssel 
E26048A9F4A803B91CB1BD648005B1F36970BE28
gpgv: Korrekte Signatur von "Damon Lynch "
gpgv: alias "Damon Lynch "
gpgv: alias "Damon Lynch "
gpgv: alias "[invalid image]"
gbp:info: Using uscan downloaded tarball 
../rapid-photo-downloader_0.9.33.orig.tar.gz
gbp:debug: Signature ../rapid-photo-downloader_0.9.33.orig.tar.gz found for 
../rapid-photo-downloader_0.9.33.orig.tar.gz.asc
What is the upstream version? [0.9.33] 
gbp:debug: ['git', 'tag', '-l', 'v0.9.33']
gbp:debug: tar ['-C', '../tmp5kw6qihm', '-a', '-xf', 
'../rapid-photo-downloader_0.9.33.orig.tar.gz'] []
gbp:debug: Unpacked '../rapid-photo-downloader_0.9.33.orig.tar.gz' to 
'../tmp5kw6qihm/rapid-photo-downloader-0.9.33'
gbp:info: 
gbp:info: Importing '../rapid-photo-downloader_0.9.33.orig.tar.gz' to branch 
'upstream'...
gbp:info: Source package is rapid-photo-downloader
gbp:info: Upstream version is 0.9.33
gbp:debug: ['git', 'show-ref', '--verify', 'refs/heads/upstream']
gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'upstream']
gbp:debug: ['git', 'add', '-f', '.']
gbp:debug: ['git', 'write-tree']
gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'upstream']
gbp:debug: ['git', 'commit-tree', 'ff2f5aee0f4ef0258bea6cc2471ea3db545132b3', 
'-p', '8b0ecdf9b84c65e1869fa995a6f700f3278a5632']
gbp:debug: ['git', 'update-ref', '-m', 'gbp: New upstream version 0.9.33', 
'refs/heads/upstream', '3eea0aa540a8efda7052e4da78379d6c80adbb8c', 
'8b0ecdf9b84c65e1869fa995a6f700f3278a5632']
gbp:debug: ['git', 'show-ref', '--verify', 'refs/heads/pristine-tar']
gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'pristine-tar']
gbp:debug: ['git', 'ls-tree', '-z', 'upstream', '--']
gbp:debug: ['git', 'mktree', '-z']
gbp:debug: pristine-tar [] ['commit', 
'../rapid-photo-downloader_0.9.33.orig.tar.gz', 
'ff2f5aee0f4ef0258bea6cc2471ea3db545132b3']
gbp:debug: ['git', 'tag', '-m', 'Upstream version 0.9.33', 'v0.9.33', 
'3eea0aa540a8efda7052e4da78379d6c80adbb8c']
gbp:debug: ['git', 'show-ref', '--verify', 'refs/heads/debian/unstable']
gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'debian/unstable']
gbp:debug: ['git', 'show', '--pretty=medium', 
'debian/unstable:debian/source/format']
gbp:debug: 3.0 (quilt) package, replacing debian/ dir
gbp:info: Replacing upstream source on 'debian/unstable'
gbp:debug: ['git', 'ls-tree', '-z', 'v0.9.33^{tree}', '--']
gbp:debug: ['git', 'ls-tree', '-z', 'debian/unstable^{tree}', '--']
gbp:debug: Using c1c913a77a1d3f17747c01611a0c29b2fd583feb as debian/ tree
gbp:debug: ['git', 'mktree', '-z']
gbp:debug: ['git', 'commit-tree', '82dc2eabc21969b30c37d96b6779501d99aa6811', 
'-p', 'debian/unstable^{commit}', '-p', 'v0.9.33^{commit}']
gbp:debug: ['git', 'update-ref', '-m', 'gbp: Updating debian/unstable after 
import of v0.9.33', 'refs/heads/debian/unstable', 
'ea3e5a0a062251588aea7fce95ce90607536b8e1']
gbp:debug: ['git', 'symbolic-ref', 'HEAD']
gbp:debug: ['git', 'show-ref', 'refs/heads/debian/unstable']
gbp:debug: ['git', 'reset', '--quiet', '--hard', 
'ea3e5a0a062251588aea7fce95ce90607536b8e1', '--']
gbp:debug: ['git', 'symbolic-ref', 'HEAD']
gbp:debug: ['git', 'show-ref', 'refs/heads/debian/unstable']
gbp:debug: rm ['-rf', '../tmp5kw6qihm'] []
gbp:info: Successfully imported version 0.9.33 of 
../rapid-photo-downloader_0.9.33.orig.tar.gz

*** 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: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Bug#1010074: RFS: show-in-file-manager/1.1.4-1 [RFP] -- Open the system file manager and optionally select files in it

[Tino Mettler]

Hi, Antoine,

I run autopkgtest after the build process with the following result:

# autopkgtest ./ -- qemu autopkgtest-unstable.img
autopkgtest [15:05:05]: starting date: 2022-04-25
autopkgtest [15:05:05]: version 5.21
autopkgtest [15:05:05]: host mac; command line: /usr/bin/autopkgtest ./ -- qemu 
autopkgtest-unstable.img
autopkgtest [15:06:00]: testbed dpkg architecture: amd64
autopkgtest [15:06:06]: testbed running kernel: Linux 5.17.0-1-amd64 #1 SMP 
PREEMPT Debian 5.17.3-1 (2022-04-18)
autopkgtest [15:06:07]:  built-tree ./
autopkgtest [15:06:07]: testing package show-in-file-manager version 1.1.4-1
*SKIP no tests in this package
autopkgtest [15:06:07]:  summary
*SKIP no tests in this package
qemu-system-x86_64: terminating on signal 15 from pid 527684 (/usr/bin/python3)

I'm still unsure what you meant with "You have actually configured it in the 
package".

Regards,
Tino

Bug#1010074: RFS: show-in-file-manager/1.1.4-1 [RFP] -- Open the system file manager and optionally select files in it

[Tino Mettler]

Am 24.04.2022 um 22:04 schrieb Antoine Beaupré :
> 
> You have actually configured it in the package, so it would be better if
> it actually works. :) Try just running `autopkgtest` in the source
> directory..
> 
> https://wiki.debian.org/ContinuousIntegration/autopkgtest

Hi,

I was not aware that the package defines any test specific bits. Can you point 
me to the relevant part? I had the impression that a package needs to define 
the tests in debian/tests/, and the showinfilemanager package does not have a 
debian/tests directory.

Regards,
Tino

Bug#1010074: RFS: show-in-file-manager/1.1.4-1 [RFP] -- Open the system file manager and optionally select files in it

[Tino Mettler]

Am 24.04.2022 um 21:41 schrieb Antoine Beaupré :
> 
> Hi!
> 
> I tested the package and it generally looks good, but tests fail in
> autopkgtest:
> 
> autopkgtest [15:28:00]: test autodep8-python3: set -e ; for py in 
> $(py3versions -r 2>/dev/null) ; do cd "$AUTOPKGTEST_TMP" ; echo "Testing with 
> $py:" ; $py -c "import showinfilemanager; print(showinfilemanager)" ; done
> autopkgtest [15:28:00]: test autodep8-python3: [---
> Testing with python3.9:
> Traceback (most recent call last):
>  File "", line 1, in 
> ModuleNotFoundError: No module named 'showinfilemanager'
> autopkgtest [15:28:01]: test autodep8-python3: ---]
> autopkgtest [15:28:02]: test autodep8-python3:  - - - - - - - - - - results - 
> - - - - - - - - -
> autodep8-python3 FAIL non-zero exit status 1
> autopkgtest [15:28:03]:  summary
> autodep8-python3 FAIL non-zero exit status 1
> qemu-system-x86_64: terminating on signal 15 from pid 136604 
> (/usr/bin/python3)
> 
> 
> I'm doing this in a new qemu-based setup so it's possible this is due to
> my setup, can you reproduce?

Hi,

I've never worked with autopkgtest. My last upload was a few years ago when the 
autotestpkg stuff was quite new. What do I need to do in order to reproduce 
this? In my pbuilder log, I just see this:

   dh_auto_test -O--buildsystem=pybuild
I: pybuild base:239: cd 
/build/show-in-file-manager-1.1.4/.pybuild/cpython3_3.9/build; python3.9 -m 
unittest discover -v 

--
Ran 0 tests in 0.000s

OK
I: pybuild base:239: cd 
/build/show-in-file-manager-1.1.4/.pybuild/cpython3_3.10/build; python3.10 -m 
unittest discover -v 

--
Ran 0 tests in 0.000s

OK

Regards,
Tino

Bug#1010074: RFS: show-in-file-manager/1.1.4-1 [RFP] -- Open the system file manager and optionally select files in it

[Tino Mettler]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "show-in-file-manager":

 * Package name: show-in-file-manager
   Version : 1.1.4-1
   Upstream Author : Damon Lynch 
 * URL : https://github.com/damonlynch/showinfilemanager
 * License : Expat
 * Vcs : 
https://salsa.debian.org/python-team/packages/python-show-in-file-manager
   Section : python

This python libary is required by recent upstream version for
rapid-photo-downloader, a mighty tool to transfer pictures from cameras
and other devices.  Recently, rapid-photo-downloader got broken in
unstable due to Python changes. 

This package is needed to update the rapid-photo-downloader package to
the current upstream version and make it work again. It is mostly a
copy of the current Ubuntu package with minor adjustments.

Antoine Beaupré suggested to put it into the Python team on Salsa.

The source builds the following binary packages:

  python3-showinfilemanager - Open the system file manager and optionally 
select files in it

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

  https://mentors.debian.net/package/show-in-file-manager/

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

  dget -x 
https://mentors.debian.net/debian/pool/main/s/show-in-file-manager/show-in-file-manager_1.1.4-1.dsc

Changes for the initial release:

 show-in-file-manager (1.1.4-1) unstable; urgency=medium
 .
   * First upload in Debian (Closes: #1009782)

Regards,
-- 
  Tino Mettler

Bug#1009999: pulseaudio: log flooded with "ICE I/O error handler called"

[Tino Mettler]

Package: pulseaudio
Version: 15.0+dfsg1-4
Severity: important

Dear Maintainer,

pulseaudio sometimes start to flood the log with these messages:

pulseaudio[110205]: ICE I/O error handler called

Currtently, there are millions of it in my systemd journal since yesterday 
afternoon:

$ journalctl --user -b |grep 'ICE I/O error handler called'|wc -l
2539092

According to the source code, this seems to be caused by the x11-xsmp module. 
My Gnome
session uses Wayland.

-- Package-specific info:
File '/etc/default/pulseaudio' does not exist


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

Kernel: Linux 5.17.2 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pulseaudio depends on:
ii  adduser 3.121
ii  init-system-helpers 1.62
ii  libasound2  1.2.6.1-2+b1
ii  libasound2-plugins  1:1.2.6-dmo1
hi  libc6   2.33-7
ii  libcap2 1:2.44-1
ii  libdbus-1-3 1.14.0-1
ii  libfftw3-single33.3.8-2
ii  libgcc-s1   12-20220319-1
ii  libglib2.0-02.72.1-1
ii  libgstreamer-plugins-base1.0-0  1.20.1-dmo1
ii  libgstreamer1.0-0   1.20.1-1
ii  libice6 2:1.0.10-1
ii  libltdl72.4.7-3
ii  liborc-0.4-01:0.4.32-2
ii  libpulse0   15.0+dfsg1-4
ii  libsm6  2:1.2.3-1
ii  libsndfile1 1.0.31-2
ii  libsoxr00.1.3-4
ii  libspeexdsp11.2.0-1
ii  libstdc++6  12-20220319-1
ii  libsystemd0 250.4-1
ii  libtdb1 1.4.6-2+b1
ii  libudev1250.4-1
ii  libwebrtc-audio-processing1 0.3-1+b1
ii  libx11-62:1.7.5-1
ii  libx11-xcb1 2:1.7.5-1
ii  libxcb1 1.14-3
ii  libxtst62:1.2.3-1
ii  lsb-base11.1.0
ii  pulseaudio-utils15.0+dfsg1-4

Versions of packages pulseaudio recommends:
pn  dbus-user-session
ii  libpam-systemd [logind]  250.4-1
pn  rtkit

Versions of packages pulseaudio suggests:
ii  paprefs  1.1-2
ii  pavucontrol  5.0-2
pn  pavumeter
ii  udev 250.4-1

-- Configuration Files:
/etc/pulse/default.pa changed:
.fail
load-module module-device-restore
load-module module-stream-restore
load-module module-card-restore
load-module module-augment-properties
load-module module-switch-on-port-available
.ifexists module-udev-detect.so
load-module module-udev-detect
.else
load-module module-detect
.endif
.ifexists module-jackdbus-detect.so
.nofail
load-module module-jackdbus-detect channels=2
.fail
.endif
.ifexists module-bluetooth-policy.so
load-module module-bluetooth-policy
.endif
.ifexists module-bluetooth-discover.so
load-module module-bluetooth-discover
.endif
.ifexists module-esound-protocol-unix.so
load-module module-esound-protocol-unix
.endif
load-module module-native-protocol-unix
load-module module-zeroconf-publish
.ifexists module-gsettings.so
.nofail
load-module module-gsettings
.fail
.endif
load-module module-default-device-restore
load-module module-always-sink
load-module module-intended-roles
load-module module-suspend-on-idle
.ifexists module-console-kit.so
load-module module-console-kit
.endif
.ifexists module-systemd-login.so
load-module module-systemd-login
.endif
load-module module-position-event-sounds
load-module module-role-cork
load-module module-filter-heuristics
load-module module-filter-apply
.nofail
.include /etc/pulse/default.pa.d
load-module module-zeroconf-discover


-- debconf-show failed
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; 

Bug#1009782: RFP: python3-showinfilemanager -- Open the system file manager and optionally select files

[Tino Mettler]

Package: wnpp
Severity: wishlist

* Package name: python3-showinfilemanager
  Version : 1.1.4
  Upstream Author : Damon Lynch 
* URL : https://github.com/damonlynch/showinfilemanager
* License : Expat
  Programming Lang: Python
  Description : Open the system file manager and optionally select files

 The point is not to open the files, but to select them in the file manager,
 thereby highlighting the files and allowing the user to quickly do something
 with them.
 .
 Functions when called from the command line or within a Python 3 script. Cross-
 platform, it supports 19 file managers, and works within the Windows Subsystem
 for Linux (WSL) versions 1 and 2.

The package is required for recent versions of rapid-photo-downloader. 
Currently,
rapid-photo-downloader is broken in Debian Sid (aborts at startup) due to 
Python changes.

python3-showinfilemanager is already packaged for Ubuntu.

https://packages.ubuntu.com/jammy/python3-showinfilemanager

Bug#971962: vlc: VAAPI playback doesn't work

[Tino Mettler]

Package: vlc
Version: 3.0.11.1-2+b1
Severity: normal
Tags: upstream

Dear Maintainer,

playback using VAAPI doesn't work on my system with the amdgpu driver.

This results in high CPU usage and stuttering video e.g. with 4k 60FPS HEVC
even on a brand new AMD Ryzen 5 (6 Cores/12 Threads).  I tried mpv and
playback using VAAPI works with smooth video and very low CPU usage.

There are reports that this may be a Mesa issue.

https://gitlab.freedesktop.org/mesa/mesa/-/issues/1193

However, I tried to build Mesa with a fix applied and it still didn't work. 
So I open this bug and hope to see a coordinated fix for this issue, be it
in Mesa or in VLC.

Regards,
Tino

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

Kernel: Linux 5.9.0-rc8 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages vlc depends on:
ii  vlc-bin  3.0.11.1-2+b1
ii  vlc-plugin-base  3.0.11.1-2+b1
ii  vlc-plugin-qt3.0.11.1-2+b1
ii  vlc-plugin-video-output  3.0.11.1-2+b1

Versions of packages vlc recommends:
pn  vlc-l10n   
pn  vlc-plugin-access-extra
pn  vlc-plugin-notify  
pn  vlc-plugin-samba   
pn  vlc-plugin-skins2  
pn  vlc-plugin-video-splitter  
pn  vlc-plugin-visualization   

Versions of packages vlc suggests:
pn  vlc-plugin-fluidsynth  
pn  vlc-plugin-jack
pn  vlc-plugin-svg 

Versions of packages libvlc-bin depends on:
ii  libc62.31-3
ii  libvlc5  3.0.11.1-2+b1

Versions of packages libvlc5 depends on:
ii  libc62.31-3
ii  libvlccore9  3.0.11.1-2+b1

Versions of packages libvlc5 recommends:
ii  libvlc-bin  3.0.11.1-2+b1

Versions of packages libvlccore8 depends on:
ii  libc62.31-3
ii  libdbus-1-3  1.12.20-1
ii  libidn11 1.33-2.4

Versions of packages libvlccore8 recommends:
pn  libproxy-tools  

Versions of packages vlc-bin depends on:
ii  libc6   2.31-3
ii  libvlc-bin  3.0.11.1-2+b1
ii  libvlc5 3.0.11.1-2+b1

Versions of packages vlc-plugin-base depends on:
ii  liba52-0.7.4 0.7.4-20
ii  libarchive13 3.4.3-2
ii  libaribb24-0 1.0.3-dmo2
ii  libasound2   1.2.3.2-1
ii  libass9  2:0.14.0-dmo2
ii  libavahi-client3 0.8-3
ii  libavahi-common3 0.8-3
ii  libavc1394-0 0.5.4-5
ii  libavcodec58 10:4.3.1-dmo3
ii  libavformat5810:4.3.1-dmo3
ii  libavutil56  10:4.3.1-dmo3
ii  libbasicusageenvironment12:2020.08.19-dmo1
ii  libbluray2   2:1.2.0-dmo3
ii  libc62.31-3
ii  libcairo21.16.0-4
ii  libcddb2 1.3.2-6+b1
ii  libchromaprint1  1:1.5.0-dmo1
ii  libdav1d41:0.7.1-dmo1
ii  libdbus-1-3  1.12.20-1
ii  libdc1394-25 2.2.6-3
ii  libdca0  1:0.0.7-dmo1
ii  libdvbpsi10  1:1.3.3-dmo1
ii  libdvdnav4   6.1.0-1+b1
ii  libdvdread8  6.1.1-2
ii  libebml5 1:1.4.0-dmo1
ii  libfaad2 2.9.2-1
ii  libflac8 1.3.3-1
ii  libfontconfig1   2.13.1-4.2
ii  libfreetype6 2.10.2+dfsg-3
ii  libfribidi0  1.0.8-2
ii  libgcc-s110.2.0-13
ii  libgcrypt20  1.8.6-2
ii  libglib2.0-0 2.66.0-2
ii  libgnutls30  3.6.15-4
ii  libgpg-error01.38-2
ii  libgroupsock82:2020.08.19-dmo1
ii  libharfbuzz0b2.6.7-1
pn  libixml10
ii  libjpeg62-turbo  1:2.0.5-1.1
ii  libkate1 0.4.1-11
ii  liblirc-client0  0.10.1-6.2
pn  liblivemedia77   
ii  liblua5.2-0  5.2.4-1.1+b3
ii  libmad0  0.15.1b-10
ii  libmatroska7 1:1.6.2-dmo1
ii  libmpcdec6   2:0.1~r495-2
ii  libmpeg2-4   0.5.1-9
ii  libmpg123-0  1.26.3-1
ii  libmtp9  1.1.17-3
ii  libncursesw6 6.2+20200918-1
ii  libnfs13 1:4.0.0-dmo1
ii  libogg0  

Bug#955367: libdvdread7: crashes vlc when trying to read a DVD iso image

[Tino Mettler]

Package: libdvdread7
Version: 6.1.0-1
Followup-For: Bug #955367

Hi,

as mentioned in the above videolan bug tracker, the crash can be fixed by
just rebuilding libdvdnav against libdvdread7.  No changes to the package
are needed.  The build-dependency should be adjusted for correctness, though.

Regards,
Tino

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

Kernel: Linux 5.5.13 (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 /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libdvdread7 depends on:
ii  libc6  2.30-4

Versions of packages libdvdread7 recommends:
ii  libdvdnav4  6.1.0-1

Versions of packages libdvdread7 suggests:
ii  libdvdcss2  1.4.2-dmo1

Versions of packages libdvdnav4 depends on:
ii  libc6  2.30-4

Versions of packages libdvdnav4 suggests:
ii  libdvdcss2  1.4.2-dmo1

Versions of packages libdvdcss2 depends on:
ii  libc6  2.30-4

-- no debconf information

Bug#923346: updates

[Tino Mettler]

> Am 27.02.2019 um 22:31 schrieb Paul Thomas :
> 
> OK, a couple of updates.
> 
> First, I tracked down line ptp4l call that starts this off, it's the
> ioctl(fd, SIOCSHWTSTAMP, ); line 88 in sk.c. I can see if a
> standalone program that just does that ioctl has the same affect.
> 
> Second, I was able to reproduce this using the mainline 5.0-rc8 kernel.

Hi,

so this looks like a broken driver or buggy hardware and not like an issue with 
ptp4l, as this ioctl() is a standard call to enable hardware timestamping. 
Thanks for the analysis. You may get further help on the linuxptp user mailing 
list.

Regards,
Tino

Bug#923346: networking

[Tino Mettler]

On Tue, Feb 26, 2019 at 18:35:58 -0500, Paul Thomas wrote:
> OK, I think something more with the networking is going on. It still
> works, but something is off. I'll investigate more tomorrow.

Hi,

this issue sounds rather strange. Regarding IP, ptp4l only uses UDP
multicast and unicast, so TCP traffic for SSH should never be
disturbed.

One wild guess from my side is that ptp4l triggers some bug in your
setup.  Maybe the network driver for your hardware or the hardware
itself behaves strange once timestamping is enabled by ptp4l.

Regards,
Tino

Bug#866523: instance generator

[Tino Mettler]

Hi,

I found another issue regarding the new openvpn-server and openvpn-client
template services. The old openvpn@.service unit has a generator[1] that
looks for config files in /etc/openvpn/ and creates instances if needed.
The openvpn-server@.service and openvpn-client@.service templates are
not handled by a generator, the user has to enable the instances
manually.

I think this difference should be either fixed or documented.

[1] /lib/systemd/system-generators/openvpn-generator

Bug#901928: xwayland: Firefox causes Xwayland to freeze and eat 100% CPU

[Tino Mettler]

Package: xwayland
Version: 2:1.20.0-2
Severity: normal
Tags: patch

Dear Maintainer,

while trying to watch the German TV show "Die Sendung mit der Maus" from
https://www.wdrmaus.de/aktuelle-sendung/, my Gnome desktop freezes.  I can
SSH into the machine and see that Xwayland eats 100% CPU.  The freeze can be
reproduced, it happened every time I accessed the above URL in Firefox 60.

I found a similar issue in the Red Hat bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1579067

The issue mentions patches in
https://patchwork.freedesktop.org/series/43618/.  I applied them to the
xorg-server source, built and installed the package and the freeze does not
happen anymore.

The patches are also attached to this bugreport.

Regards,
Tino

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

Kernel: Linux 4.17.2 (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 /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xwayland depends on:
ii  libaudit1   1:2.8.3-1
ii  libbsd0 0.9.1-1
ii  libc6   2.27-3
ii  libdrm2 2.4.92-1
ii  libegl1 1.0.0+git20180308-3
ii  libepoxy0   1.4.3-1
ii  libgbm1 18.1.1-1
ii  libgcrypt20 1.8.3-1
ii  libgl1  1.0.0+git20180308-3
ii  libpixman-1-0   0.34.0-2
ii  libselinux1 2.8-1
ii  libsystemd0 238-5
ii  libwayland-client0  1.15.0-2
ii  libxau6 1:1.0.8-1+b2
ii  libxdmcp6   1:1.1.2-3
ii  libxfont2   1:2.0.3-1
ii  libxshmfence1   1.3-1
ii  xserver-common  2:1.20.0-2

xwayland recommends no packages.

xwayland suggests no packages.

-- debconf-show failed
diff --git a/glamor/glamor.c b/glamor/glamor.c
index d984d20f3..e2c74d17a 100644
--- a/glamor/glamor.c
+++ b/glamor/glamor.c
@@ -836,20 +836,20 @@ glamor_fds_from_pixmap(ScreenPtr screen, PixmapPtr 
pixmap, int *fds,
 glamor_get_screen_private(pixmap->drawable.pScreen);
 
 if (!glamor_priv->dri3_enabled)
-return -1;
+return 0;
 switch (pixmap_priv->type) {
 case GLAMOR_TEXTURE_DRM:
 case GLAMOR_TEXTURE_ONLY:
 if (!glamor_pixmap_ensure_fbo(pixmap, pixmap->drawable.depth == 30 ?
   GL_RGB10_A2 : GL_RGBA, 0))
-return -1;
+return 0;
 return glamor_egl_fds_from_pixmap(screen, pixmap, fds,
   strides, offsets,
   modifier);
 default:
 break;
 }
-return -1;
+return 0;
 }
 
 _X_EXPORT int
diff --git a/glamor/glamor.c b/glamor/glamor.c
index e2c74d17a..63f0947fa 100644
--- a/glamor/glamor.c
+++ b/glamor/glamor.c
@@ -865,17 +865,15 @@ glamor_fd_from_pixmap(ScreenPtr screen,
  );
 
 /* Pixmaps with multi-planes/modifier are not supported in this interface 
*/
-if (ret > 1) {
-while (ret > 0)
-close(fds[--ret]);
-return -1;
+if (ret == 1 && offsets[0] == 0) {
+*stride = strides[0];
+*size = pixmap->drawable.height * *stride;
+return fds[0];
 }
 
-ret = fds[0];
-*stride = strides[0];
-*size = pixmap->drawable.height * *stride;
-
-return ret;
+while (ret > 0)
+close(fds[--ret]);
+return -1;
 }
 
 _X_EXPORT int

Bug#901883: xwayland: Firefox causes Xwayland to freeze and eat 100% CPU

[tino . mettler+debbugs]

Hi,

I forgot to mention that the patches are already applied in xorg
upstream, according to this comment:

https://bugzilla.redhat.com/show_bug.cgi?id=1579067#c26

Regards,
Tino

Bug#901883: xwayland: Firefox causes Xwayland to freeze and eat 100% CPU

[tino . mettler+debbugs]

Package: xwayland
Version: 2:1.20.0-2
Severity: normal
Tags: patch

Dear Maintainer,

while trying to watch the German TV show "Die Sendung mit der Maus" from
https://www.wdrmaus.de/aktuelle-sendung/, my Gnome desktop freezes.  I can
SSH into the machine and see that Xwayland eats 100% CPU.  The freeze can be
reproduced, it happened every time I accessed the above URL in Firefox 60.

I found a similar issue in the Red Hat bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1579067

The issue mentions patches in
https://patchwork.freedesktop.org/series/43618/.  I applied them to the
xorg-server source, built and installed the package and the freeze does not
happen anymore.

The patches are also attached to this bugreport.

Regards,
Tino

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

Kernel: Linux 4.17.2 (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 /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xwayland depends on:
ii  libaudit1   1:2.8.3-1
ii  libbsd0 0.9.1-1
ii  libc6   2.27-3
ii  libdrm2 2.4.92-1
ii  libegl1 1.0.0+git20180308-3
ii  libepoxy0   1.4.3-1
ii  libgbm1 18.1.1-1
ii  libgcrypt20 1.8.3-1
ii  libgl1  1.0.0+git20180308-3
ii  libpixman-1-0   0.34.0-2
ii  libselinux1 2.8-1
ii  libsystemd0 238-5
ii  libwayland-client0  1.15.0-2
ii  libxau6 1:1.0.8-1+b2
ii  libxdmcp6   1:1.1.2-3
ii  libxfont2   1:2.0.3-1
ii  libxshmfence1   1.3-1
ii  xserver-common  2:1.20.0-2

xwayland recommends no packages.

xwayland suggests no packages.

-- debconf-show failed
diff --git a/glamor/glamor.c b/glamor/glamor.c
index d984d20f3..e2c74d17a 100644
--- a/glamor/glamor.c
+++ b/glamor/glamor.c
@@ -836,20 +836,20 @@ glamor_fds_from_pixmap(ScreenPtr screen, PixmapPtr pixmap, int *fds,
 glamor_get_screen_private(pixmap->drawable.pScreen);
 
 if (!glamor_priv->dri3_enabled)
-return -1;
+return 0;
 switch (pixmap_priv->type) {
 case GLAMOR_TEXTURE_DRM:
 case GLAMOR_TEXTURE_ONLY:
 if (!glamor_pixmap_ensure_fbo(pixmap, pixmap->drawable.depth == 30 ?
   GL_RGB10_A2 : GL_RGBA, 0))
-return -1;
+return 0;
 return glamor_egl_fds_from_pixmap(screen, pixmap, fds,
   strides, offsets,
   modifier);
 default:
 break;
 }
-return -1;
+return 0;
 }
 
 _X_EXPORT int
diff --git a/glamor/glamor.c b/glamor/glamor.c
index e2c74d17a..63f0947fa 100644
--- a/glamor/glamor.c
+++ b/glamor/glamor.c
@@ -865,17 +865,15 @@ glamor_fd_from_pixmap(ScreenPtr screen,
  );
 
 /* Pixmaps with multi-planes/modifier are not supported in this interface */
-if (ret > 1) {
-while (ret > 0)
-close(fds[--ret]);
-return -1;
+if (ret == 1 && offsets[0] == 0) {
+*stride = strides[0];
+*size = pixmap->drawable.height * *stride;
+return fds[0];
 }
 
-ret = fds[0];
-*stride = strides[0];
-*size = pixmap->drawable.height * *stride;
-
-return ret;
+while (ret > 0)
+close(fds[--ret]);
+return -1;
 }
 
 _X_EXPORT int

Bug#884253: GPXsee package

[Tino Mettler]

Hi,

I'd like to see a GPXsee package in Debian, too. Is there any progress
or a preliminary package that I could test?

Regards,
Tino

Bug#887043: syncevolution: Missing dependency libgdbussyncevo0

[Tino Mettler]

Package: syncevolution
Version: 1.5.2-3
Severity: important

All programs linked against libgdbussyncevo.so.0 fail with the following error:

error while loading shared libraries: libgdbussyncevo.so.0: cannot open shared 
object file: No such file or directory

Their package lacks a dependency for the libgdbussyncevo0 package.

This applies to syncevolution, syncevo-dbus-server, syncevo-local-sync and 
syncevo-dbus-helper.

A workaround is to install the libgdbussyncevo0 package manually.

Reverting to gtk2 fixes the issue.

Regards,
Tino

*** 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: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.14.4 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages syncevolution depends on:
ii  libc6 2.26-3
ii  libgcc1   1:7.2.0-19
ii  libglib2.0-0  2.54.3-1
ii  libstdc++67.2.0-19
ii  libsyncevolution0 1.5.2-3
ii  syncevolution-common  1.5.2-3
ii  syncevolution-libs1.5.2-3

Versions of packages syncevolution recommends:
ii  bluez  5.47-1+b1

syncevolution suggests no packages.

-- no debconf information

Bug#805414: gdm3: disable pulseaudio to prevent capturing A2DP sink on session start

[Tino Mettler]

On Mon, Jul 03, 2017 at 11:10:37 -0400, Jude DaShiell wrote:
> What happens to someone who only has a bluetooth keyboard and has a
> bluetooth dongle connected to their computer to use bluetooth temporarily
> since their usb keyboard broke?

Hi,

if this is related to "disable bluetooth in the gdm login screen": this
was meant in the pulseaudio context, where bluetooth audio would be
disabled in the pulseaudio config which is used by gdm. Therefore,
input devices like mice and keyboards won't be affected.

Regards,
Tino

Bug#882470: xca FTBFS on big endian: #error BIG_ENDIAN unexpected. All supported platforms are Little endian.

[Tino Mettler]

tags 882470 +fixed-upstream
quit

On Thu, Nov 23, 2017 at 12:23:51 +0200, Adrian Bunk wrote:
> Source: xca
> Version: 1.4~pre2-1
> Severity: serious
> 
> https://buildd.debian.org/status/package.php?p=xca=sid
> 
> ...
> In file included from /<>/widgets/kvView.h:17:0,
>  from /<>/ui/ui_NewX509.h:37,
>  from NewX509.h:12,
>  from MainWindow.h:11,
>  from moc_MainWindow.cpp:9:
> /<>/lib/base.h:51:2: error: #error BIG_ENDIAN unexpected. All 
> supported platforms are Little endian.
>  #error BIG_ENDIAN unexpected. All supported platforms are Little endian.
>   ^

Hi,

upstream just commited a fix for this. It will be part of the next
upload.

Regards,
Tino

Bug#882471: xca: package description still says QT4

[Tino Mettler]

tag 882471 +pending
quit

On Thu, Nov 23, 2017 at 12:25:30 +0200, Adrian Bunk wrote:
> Package: xca
> Version: 1.3.2-3
> Severity: minor
> 
> Description: x509 Certification Authority management tool based on QT4

Hi Adrian,

thanks for noticing. It is fixed in my git and will be part of the next
package.

Regards,
Tino

Bug#859008: dvb-tools: dvbv5-scan segfaults with DVB-T2 HD service that just started in Germany

[Tino Mettler]

On Thu, Mar 30, 2017 at 17:13:34 -0300, Mauro Carvalho Chehab wrote:
> Hi Gregor,
> 
> Em Wed, 29 Mar 2017 20:45:06 +0200
> Gregor Jasny  escreveu:
> 
> > Hello Mauro & list,
> > 
> > could you please have a look at the dvbv5-scan crash report below?
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=859008
> > 
> > Is there anything else you need to debug this?
> 
> I'm able to reproduce it on a Debian machine here too, but so far,
> I was unable to discover what's causing it. I'll try to find some time
> to take a better look on it.

Hi,

can I help in some way to find the cause of crash?

Regards,
Tino

Bug#859826: xca: Please migrate to openssl1.1 in Buster

[Tino Mettler]

On Mon, Apr 10, 2017 at 13:21:18 +0200, Sebastian Andrzej Siewior wrote:
> On 2017-04-10 12:09:39 [+0200], Tino Mettler wrote:
> > Hi,
> Hi,
> 
> > I already talked to upstream about this last year during the "OpenSSL
> > 1.0 vs. 1.1 in Stretch" discussion. XCA makes use of many data that is
> > not available in 1.1 anymore, making a migration non-trivial.
> 
> please get upstream of xca to talk to openssl's upstream to make them
> aware of the situation and hopefully openssl upstream will add them
> accessors.

Hi,

I didn't want to state that there are no successors in 1.1. It's just
that the accessors work differently, and making XCA build with 1.0 and
1.1 results in a little #ifdef hell. Another annoyance was that the
OpenSSL documentation was somewhat behind at least last year, and the
web server was in some sort of reorganisation, resulting in a lot if
404 errors.

I'll ask upstream about the current state.

Regards,
Tino

Bug#859826: xca: Please migrate to openssl1.1 in Buster

[Tino Mettler]

On Fri, Apr 07, 2017 at 18:41:02 +0200, Sebastian Andrzej Siewior wrote:
> Package: xca
> Version: 1.3.2-2
> Severity: important
> Tags: sid buster
> User: pkg-openssl-de...@lists.alioth.debian.org
> Usertags: openssl-1.1-trans
> 
> Please migrate to libssl-dev in the Buster cycle. The bug report about
> the FTBFS is #828604. The log of the FTBFS can be found at
>   
> https://breakpoint.cc/openssl-1.1-rebuild-2016-05-29/Attempted/xca_1.3.2-1_amd64-20160529-1554

Hi,

I already talked to upstream about this last year during the "OpenSSL
1.0 vs. 1.1 in Stretch" discussion. XCA makes use of many data that is
not available in 1.1 anymore, making a migration non-trivial.

Regards,
Tino

Bug#859008: dvb-tools: dvbv5-scan segfaults with DVB-T2 HD service that just started in Germany

[Tino Mettler]

Hi,

see below.

Regards,
Tino

$ gdb --args ./utils/dvb/dvbv5-scan ~/tmp/dvb-t2/init2 
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./utils/dvb/dvbv5-scan...done.
(gdb) run
Starting program: /home/scorpion/build/9643/v4l-utils/utils/dvb/dvbv5-scan 
/home/scorpion/tmp/dvb-t2/init2
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Scanning frequency #1 55400
Lock   (0x1f) C/N= 23.75dB
Service Das Erste HD, provider BR: reserved
Service arte HD, provider BR: reserved
Service PHOENIX HD, provider BR: reserved
Service tagesschau24 HD, provider BR: reserved
Service ONE HD, provider BR: reserved
New transponder/channel found: #11: -1776415946
New transponder/channel found: #12: 504706590
New transponder/channel found: #13: 523640360
New transponder/channel found: #14: 907948854
New transponder/channel found: #15: -397832490
New transponder/channel found: #16: 0
New transponder/channel found: #17: 0
New transponder/channel found: #18: 0
New transponder/channel found: #19: 0
New transponder/channel found: #20: 0
New transponder/channel found: #21: 0
New transponder/channel found: #22: 0
New transponder/channel found: #23: 0
New transponder/channel found: #24: 0
New transponder/channel found: #25: 0
New transponder/channel found: #26: 0
New transponder/channel found: #27: 0
New transponder/channel found: #28: 0
New transponder/channel found: #29: 0
New transponder/channel found: #30: 0
New transponder/channel found: #31: 0
New transponder/channel found: #32: 0
New transponder/channel found: #33: 0
New transponder/channel found: #34: 0
New transponder/channel found: #35: 0
New transponder/channel found: #36: 0
New transponder/channel found: #37: 0
New transponder/channel found: #38: 0
New transponder/channel found: #39: 0
New transponder/channel found: #40: 0
New transponder/channel found: #41: 0
New transponder/channel found: #42: 0
New transponder/channel found: #43: 0
New transponder/channel found: #44: 0
New transponder/channel found: #45: 0
New transponder/channel found: #46: 0
New transponder/channel found: #47: 0
New transponder/channel found: #48: 0
New transponder/channel found: #49: 0
New transponder/channel found: #50: 0
New transponder/channel found: #51: 0
New transponder/channel found: #52: 0
New transponder/channel found: #53: 0
New transponder/channel found: #54: 0
New transponder/channel found: #55: 0
New transponder/channel found: #56: 0
New transponder/channel found: #57: 0
New transponder/channel found: #58: 0
New transponder/channel found: #59: 0
New transponder/channel found: #60: 0
New transponder/channel found: #61: 0
New transponder/channel found: #62: 0
New transponder/channel found: #63: 0
New transponder/channel found: #64: 0
New transponder/channel found: #65: 0
New transponder/channel found: #66: 0
New transponder/channel found: #67: 0
New transponder/channel found: #68: 0
New transponder/channel found: #69: 0
New transponder/channel found: #70: 0
New transponder/channel found: #71: 0
New transponder/channel found: #72: 0
New transponder/channel found: #73: 0
New transponder/channel found: #74: 0
New transponder/channel found: #75: 0
Scanning frequency #2 65000
   (0x00) Signal= -69.00dBm
Scanning frequency #3 73800
   (0x00) Signal= -76.00dBm
Scanning frequency #4 57800
Lock   (0x1f) Signal= -76.00dBm C/N= 27.25dB
*** Error in `/home/scorpion/build/9643/v4l-utils/utils/dvb/dvbv5-scan': 
malloc(): memory corruption: 0x557a6b70 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x70bcb)[0x7759fbcb]
/lib/x86_64-linux-gnu/libc.so.6(+0x76f96)[0x775a5f96]
/lib/x86_64-linux-gnu/libc.so.6(+0x78f69)[0x775a7f69]
/lib/x86_64-linux-gnu/libc.so.6(__libc_calloc+0x27b)[0x775aa99b]
/home/scorpion/build/9643/v4l-utils/utils/dvb/dvbv5-scan(+0x29e81)[0x5557de81]
/home/scorpion/build/9643/v4l-utils/utils/dvb/dvbv5-scan(+0x2b39b)[0x5557f39b]
/home/scorpion/build/9643/v4l-utils/utils/dvb/dvbv5-scan(+0x24513)[0x55578513]
/home/scorpion/build/9643/v4l-utils/utils/dvb/dvbv5-scan(+0x25dff)[0x55579dff]
/home/scorpion/build/9643/v4l-utils/utils/dvb/dvbv5-scan(+0x21ba4)[0x55575ba4]
/home/scorpion/build/9643/v4l-utils/utils/dvb/dvbv5-scan(+0x22010)[0x55576010]

Bug#859008: dvb-tools: dvbv5-scan segfaults with DVB-T2 HD service that just started in Germany

[Tino Mettler]

Package: dvb-tools
Version: 1.12.3-1
Severity: normal

Dear Maintainer,

I get this failure every time I try to scan for channels.

$ gdb --args dvbv5-scan -w1 init2   
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from dvbv5-scan...Reading symbols from 
/usr/lib/debug/.build-id/ee/ae027c5261711a1b1bd9177ecd105d0e25d705.debug...done.
done.
(gdb) run
Starting program: /usr/bin/dvbv5-scan -w1 init2
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Scanning frequency #1 55400
Lock   (0x1f) C/N= 23.75dB
Service Das Erste HD, provider BR: reserved
Service arte HD, provider BR: reserved
Service PHOENIX HD, provider BR: reserved
Service tagesschau24 HD, provider BR: reserved
Service ONE HD, provider BR: reserved
New transponder/channel found: #11: -1776415946
New transponder/channel found: #12: 504706590
New transponder/channel found: #13: 523640360
New transponder/channel found: #14: 907948854
New transponder/channel found: #15: -397832490
New transponder/channel found: #16: 0
New transponder/channel found: #17: 0
New transponder/channel found: #18: 0
New transponder/channel found: #19: 0
New transponder/channel found: #20: 0
New transponder/channel found: #21: 0
New transponder/channel found: #22: 0
New transponder/channel found: #23: 0
New transponder/channel found: #24: 0
New transponder/channel found: #25: 0
New transponder/channel found: #26: 0
New transponder/channel found: #27: 0
New transponder/channel found: #28: 0
New transponder/channel found: #29: 0
New transponder/channel found: #30: 0
New transponder/channel found: #31: 0
New transponder/channel found: #32: 0
New transponder/channel found: #33: 0
New transponder/channel found: #34: 0
New transponder/channel found: #35: 0
New transponder/channel found: #36: 0
New transponder/channel found: #37: 0
New transponder/channel found: #38: 0
New transponder/channel found: #39: 0
New transponder/channel found: #40: 0
New transponder/channel found: #41: 0
New transponder/channel found: #42: 0
New transponder/channel found: #43: 0
New transponder/channel found: #44: 0
New transponder/channel found: #45: 0
New transponder/channel found: #46: 0
New transponder/channel found: #47: 0
New transponder/channel found: #48: 0
New transponder/channel found: #49: 0
New transponder/channel found: #50: 0
New transponder/channel found: #51: 0
New transponder/channel found: #52: 0
New transponder/channel found: #53: 0
New transponder/channel found: #54: 0
New transponder/channel found: #55: 0
New transponder/channel found: #56: 0
New transponder/channel found: #57: 0
New transponder/channel found: #58: 0
New transponder/channel found: #59: 0
New transponder/channel found: #60: 0
New transponder/channel found: #61: 0
New transponder/channel found: #62: 0
New transponder/channel found: #63: 0
New transponder/channel found: #64: 0
New transponder/channel found: #65: 0
New transponder/channel found: #66: 0
New transponder/channel found: #67: 0
New transponder/channel found: #68: 0
New transponder/channel found: #69: 0
New transponder/channel found: #70: 0
New transponder/channel found: #71: 0
New transponder/channel found: #72: 0
New transponder/channel found: #73: 0
New transponder/channel found: #74: 0
New transponder/channel found: #75: 0
Scanning frequency #2 65000
   (0x00) Signal= -69.00dBm
Scanning frequency #3 73800
   (0x00) Signal= -77.00dBm
Scanning frequency #4 57800
Lock   (0x1f) Signal= -77.00dBm C/N= 24.50dB
*** Error in `/usr/bin/dvbv5-scan': malloc(): memory corruption: 
0x557649a0 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x70bcb)[0x7755ebcb]
/lib/x86_64-linux-gnu/libc.so.6(+0x76f96)[0x77564f96]
/lib/x86_64-linux-gnu/libc.so.6(+0x78f69)[0x77566f69]
/lib/x86_64-linux-gnu/libc.so.6(__libc_calloc+0x27b)[0x7756999b]
/usr/lib/x86_64-linux-gnu/libdvbv5.so.0(dvb_desc_t2_delivery_init+0x16d)[0x778b5bbd]
/usr/lib/x86_64-linux-gnu/libdvbv5.so.0(dvb_extension_descriptor_init+0x88)[0x778b6848]
/usr/lib/x86_64-linux-gnu/libdvbv5.so.0(dvb_desc_parse+0xdc)[0x778b103c]
/usr/lib/x86_64-linux-gnu/libdvbv5.so.0(dvb_table_nit_init+0x197)[0x778b2017]
/usr/lib/x86_64-linux-gnu/libdvbv5.so.0(dvb_read_sections+0x42d)[0x778aee2d]

Bug#857910: gsequencer: GObject::dispose() is not implemented

[Tino Mettler]

Hi,

please try to provide further details, like the exact upstream version
that contains the necessary change, or maybe a git commit from the
upstream repository that implements this.

Regards,
Tino

Bug#856040: unblock: syncevolution/1.5.2-2

[Tino Mettler]

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

Please unblock package syncevolution

It was discovered that the DBus activation of syncevo-dbus-server doesn't
work anymore. This totally breaks sync-ui, also also automatic background
syncs, as syncevo-dbus-server is never started.

The fix is trivial, as it just adds a file which was introduced in the
1.5.2 upstream release, but not included in the 1.5.2-1 package.

The corresponding bug is #854941.

unblock syncevolution/1.5.2-2

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.10.0-dirty (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru syncevolution-1.5.2/debian/changelog 
syncevolution-1.5.2/debian/changelog
--- syncevolution-1.5.2/debian/changelog2016-11-18 13:11:53.0 
+0100
+++ syncevolution-1.5.2/debian/changelog2017-02-24 12:17:56.0 
+0100
@@ -1,3 +1,9 @@
+syncevolution (1.5.2-2) unstable; urgency=medium
+
+  * Add missing service file for syncevo-dbus-server (Closes: #854941)
+
+ -- Tino Mettler <tino+deb...@tikei.de>  Fri, 24 Feb 2017 12:17:56 +0100
+
 syncevolution (1.5.2-1) unstable; urgency=medium
 
   * New upstream version
diff -Nru syncevolution-1.5.2/debian/syncevolution-dbus.install 
syncevolution-1.5.2/debian/syncevolution-dbus.install
--- syncevolution-1.5.2/debian/syncevolution-dbus.install   2016-11-18 
13:11:53.0 +0100
+++ syncevolution-1.5.2/debian/syncevolution-dbus.install   2017-02-24 
12:17:56.0 +0100
@@ -1,4 +1,5 @@
 usr/share/dbus-1/services/org.syncevolution.service
+usr/lib/systemd/user/*.service
 usr/lib/*/syncevolution/syncevo-dbus-server
 usr/lib/*/syncevolution/syncevo-dbus-helper
 

Bug#854941: sync-ui: fails to do anything

[Tino Mettler]

On Wed, Feb 22, 2017 at 15:17:28 +0100, Patrick Ohly wrote:
> On Wed, 2017-02-22 at 08:46 +0100, Tino Mettler wrote:
> > Hi,
> > 
> > the syncevo-dbus-server.service file was missing in the
> > syncevolution-dbus package. I have a fix ready and will start the
> > procedure to get it into Stretch in the next few days.
> > 
> > Patrick, are you aware of other changes/additions of this kind in the
> > 1.5.2 release?
> 
> No, I think that was it.

Hi,

yes, I already verified this. I just asked to catch broken stuff that
might be still undiscovered.

Regards,
Tino

Bug#855834: linuxptp: default startup argument "-i eth0" should be removed

[Tino Mettler]

On Wed, Feb 22, 2017 at 13:44:43 +, Lange Norbert wrote:
> Hello,
> 
> ptp4l can find the fitting ptp device (without eth tool), this doesnt seem to 
> be a problem.

You are the second person stating this today, but I still think it is a
misunderstanding regarding the network interface (like eth0) and the
ptp device (/dev/ptpX).

> The only time where you don`t have to specify a ethernet device might
> be if you have only one (cant test this now).  I can attest that it
> will complain if you have a single one that would be PTP capable, but
> have multiple others as well.

It will always complain. Both according to the documentation and
according to my own setup (one ethernet interface -> still need to
specify the ethernet interface).

Regards,
Tino

Bug#855834: linuxptp: default startup argument "-i eth0" should be removed

[Tino Mettler]

On Wed, Feb 22, 2017 at 09:51:25 -0300, Felipe Sateler wrote:

[...]

> The readme suggests ptp4l can detect appropiate devices by itself. If
> that is true, then there is no problem to be solved :).

Hi,

do you mean this?

-
   If the ethtool ioctl is available, then the ptp4l program will use
   it in order to discover the proper PHC device.
-

This means that ptp4l can find the proper PHC device (/dev/ptpX) that
belongs to a certain ethernet interface (like eth0).  Before that, the
user had to specify both the ethernet interface (-i) and the PHC device
(-p) to use.

The ethernet interface still has to be specified either on the command
line (-i option) or in the config file.

>From the manual page:


   -i interface
  Specify  a PTP port, it may be used multiple times. At
  least one port must be specified by this option or in
  the configuration file.



> 
> If that is not true, I suggest the following:
> 
> 1. Convert ptp4l into a template unit, ptp4l@.service
> 2. Change the device to be the instance:
> ExecStart=ExecStart=/usr/sbin/ptp4l -f /etc/linuxptp/ptp4l.conf -i %i
> 3. Do not enable the unit.
> 4. Add a udev rule that starts the (properly instanced) service when
> it is detected.
> 
> You can see the ifupdown package for a similar approach: there is
> ifup@.service, a udev rule, and a helper program (ifupdown-hotplug)
> that determines if an instance should be started for the given device.

Thanks. I don't fully understand 4. What exactly should be detected,
and how? 

> While I looked at the service files, I noticed you order them after
> chrony, ntpdate and other time services. Systemd defines a standard
> place for that, so you can replace all those alternatives with
> `time-sync.target`.

Thanks for the suggestions. Currently, I just look how Fedora sets up
the services and do the same, so I'm always open for suggestions how to
improve them.

Regards,
Tino

Bug#855834: linuxptp: default startup argument "-i eth0" should be removed

[Tino Mettler]

On Wed, Feb 22, 2017 at 10:59:08 +0100, Norbert Lange wrote:

[...]

> I would recommend removing the argument, and add a section for the device in 
> the
> configuration file. can be a placeholder like [eth0], I would not know
> of a good default name that would fit most systems.

Hi,

thanks for the comments. If I got this right, there won't be a default
name that would fit most systems as of Stretch and later.

A userfriedly approach would be to look for a device with PTP support
and use this, or supply a debconf request with devices that can be
used. I'll try to incorporate this. My debconf foo is limited. though,
so this might take a while.

Regards,
Tino

Bug#854941: sync-ui: fails to do anything

[Tino Mettler]

Hi,

the syncevo-dbus-server.service file was missing in the
syncevolution-dbus package. I have a fix ready and will start the
procedure to get it into Stretch in the next few days.

Patrick, are you aware of other changes/additions of this kind in the
1.5.2 release?

Regards,
Tino

Bug#854941: sync-ui: fails to do anything

[Tino Mettler]

On Sun, Feb 12, 2017 at 14:24:17 +0100, Patrick Ohly wrote:

[...]

> > Pushing this button shows another stupid error message:
> > "Failed to get list of supported services from SyncEvolution"
> 
> I can't reproduce that with the "syncevolution-bundle" from
> syncevolution.org. I can't install the Debian testing package that you
> are using, at least not easily (not using Debian testing quite yet).
> 
> Timo, can you test this?
> 
> It sounds like a total failure to communicate with the
> syncevo-dbus-server via D-Bus.

Hi,

I can reproduce that with the Version in Stretch (and sid). The dbus
server is also not invoked for normal syncevolution runs at it seems.
Forcing the dbus-server to be started results in a failure.

$ syncevolution --daemon=yes eazydav
[ERROR] starting D-Bus session failed: org.freedesktop.systemd1.NoSuchUnit: 
Unit syncevo-dbus-server.service not found.

Regards,
Tino

Bug#744753: sleep script

[Tino Mettler]

Hi,

meanwhile, the hdparm package was updated to use the solution using a
sleep script.

Regards,
Tino

Bug#840931: Not a bug

[Tino Mettler]

reopen 840931

thanks

Hi,

I closed the wrong bug. Sorry for that.

Regards,
Tino

Bug#851139: Not a bug

[Tino Mettler]

Version: libimobiledevice/1.2.0+dfsg-3

Hi,

during further testing, I noticed that this is not a bug. The old
pairing records seem to be ignored by the fixed libimobiledevice and a
new pairing is always triggered. This means that there is no need to
remove the old and broken pairing entries.

Regards,
Tino

Bug#840931: Not a bug

[Tino Mettler]

Version: libimobiledevice/1.2.0+dfsg-3

Hi,

during further testing, I noticed that this is not a bug. The old
pairing records seem to be ignored by the fixed libimobiledevice and a
new pairing is always triggered. This means that there is no need to
remove the old and broken pairing entries.

Regards,
Tino

Bug#840931: Stale pairing records may be left

[Tino Mettler]

Hi,

I created a separate bug for this issue:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=851139

Regards,
Tino

Bug#851139: libimobiledevice6: Broken pairing records may have been generated with some GnuTLS versions

[Tino Mettler]

Package: libimobiledevice6
Version: 1.2.0+dfsg-3
Severity: important
Tags: patch

According to 
https://github.com/libimobiledevice/libimobiledevice/issues/413#issuecomment-258321151
broken pairing records may be generated and living in /var/lib/lockdown
even after the upgrade to a fixed version, causing connection failures.

The reason for the failure is hard to find by the user and manual
steps will be needed to fix it. Therefore I suggest to remove the broken
pairing entries during the upgrade.

The attached patch does exactly this, plus a notification about the
issue via debconf. My patch is based on the NMU provided by Nathan
Kennedy in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=840931#17

Regards,
Tino

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

Kernel: Linux 4.8.12 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages libimobiledevice6 depends on:
ii  libc62.24-8
ii  libgcrypt20  1.7.5-2
ii  libgnutls30  3.5.8-1
ii  libplist31.12-3.1
ii  libtasn1-6   4.9-4
ii  libusbmuxd4  1.0.10-3

Versions of packages libimobiledevice6 recommends:
ii  usbmuxd  1.1.0-2+b1

Versions of packages libimobiledevice6 suggests:
pn  libusbmuxd-tools  

-- debconf-show failed
diff -Nru libimobiledevice-1.2.0+dfsg/debian/changelog 
libimobiledevice-1.2.0+dfsg-fixed/debian/changelog
--- libimobiledevice-1.2.0+dfsg/debian/changelog2017-01-12 
09:37:57.737556397 +0100
+++ libimobiledevice-1.2.0+dfsg-fixed/debian/changelog  2017-01-12 
12:04:34.356931096 +0100
@@ -1,3 +1,12 @@
+libimobiledevice (1.2.0+dfsg-3.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove broken pairing entries.
+  * Remove obsolete DM-Upload-Allowed entry
+  * Bump standards version
+
+ -- Tino Mettler <tino+deb...@tikei.de>  Thu, 12 Jan 2017 12:04:32 +0100
+
 libimobiledevice (1.2.0+dfsg-3.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru libimobiledevice-1.2.0+dfsg/debian/control 
libimobiledevice-1.2.0+dfsg-fixed/debian/control
--- libimobiledevice-1.2.0+dfsg/debian/control  2016-06-02 18:55:15.0 
+0200
+++ libimobiledevice-1.2.0+dfsg-fixed/debian/control2017-01-12 
12:01:52.450894212 +0100
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: gtkpod Maintainers <pkg-gtkpod-de...@lists.alioth.debian.org>
 Uploaders: Julien Lavergne <julien.laver...@gmail.com>
-Standards-Version: 3.9.6
+Standards-Version: 3.9.8
 Build-Depends: debhelper (>= 9),
dh-python,
libgnutls28-dev,
@@ -23,7 +23,6 @@
 Homepage: http://libimobiledevice.org/
 Vcs-Git: git://git.debian.org/git/pkg-gtkpod/packages/libimobiledevice.git
 Vcs-Browser: http://git.debian.org/?p=pkg-gtkpod/packages/libimobiledevice.git
-DM-Upload-Allowed: yes
 
 Package: libimobiledevice6
 Architecture: any
@@ -31,6 +30,8 @@
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends},
  ${misc:Depends},
+ libxml2-utils,
+ debconf
 Recommends: usbmuxd
 Suggests: libusbmuxd-tools
 Conflicts: libiphone0
diff -Nru libimobiledevice-1.2.0+dfsg/debian/libimobiledevice6.config 
libimobiledevice-1.2.0+dfsg-fixed/debian/libimobiledevice6.config
--- libimobiledevice-1.2.0+dfsg/debian/libimobiledevice6.config 1970-01-01 
01:00:00.0 +0100
+++ libimobiledevice-1.2.0+dfsg-fixed/debian/libimobiledevice6.config   
2017-01-12 10:05:41.535637213 +0100
@@ -0,0 +1,7 @@
+#!/bin/sh -e
+
+# Source debconf library.
+. /usr/share/debconf/confmodule
+
+db_input medium libimobiledevice6/broken_pairing_entries || true
+db_go
diff -Nru libimobiledevice-1.2.0+dfsg/debian/libimobiledevice6.postinst 
libimobiledevice-1.2.0+dfsg-fixed/debian/libimobiledevice6.postinst
--- libimobiledevice-1.2.0+dfsg/debian/libimobiledevice6.postinst   
1970-01-01 01:00:00.0 +0100
+++ libimobiledevice-1.2.0+dfsg-fixed/debian/libimobiledevice6.postinst 
2017-01-12 12:07:23.282835414 +0100
@@ -0,0 +1,13 @@
+#!/bin/sh -e
+
+ACTION="$1"
+
+if [ "$ACTION" = "configure" ]; then
+   for i in /var/lib/lockdown/[a-f0-9]*.plist ; do
+   if test -e "$i" && test -z "$(xmllint --nowarning --nonet 
--xpath 
'normalize-space(/plist/dict/key[.="DeviceCertificate"]/following-sibling::data[1]/text())'
 "$i")"; then
+   rm -f "$i"
+   fi
+   done
+fi
+
+#DEBHELPER#
diff -Nru libimobiledevice-1.2.0+dfsg/debian/libimobiledevice6.templates 
libimobiledevice-1.2.0+dfsg-fixed/debian/libimobiledevice6.templates
--- libimobiledevice-1.2.0+dfsg/debian/libimobiledevice6.templates  
1970-01-01 01:00:00.0 +0100
+++ libimobiledevice-1.2.0+dfsg-fixed/debian/libimobiledevice6.templates
2017-01-12 12:16:23.

Bug#840931: Stale pairing records may be left

[Tino Mettler]

Hi,

is anybody with upload permissions reading this? There are roughly 2
weeks left to upload a fixed package to sid so it can migrate to
testing before the full freeze.  If nobody else does, I'll prepare a
fixed package with the mentioned patches and the removal of stale
pairing entries which can be uploaded by someone with upload
permsissions.  My key (ADA5A11B2B805596C78E9067E806E77FF82155BC) is in
the keyring, so granting upload permissions for me would work, too.

Regards,
Tino


signature.asc
Description: Digital signature

Bug#840931: Stale pairing records may be left

[Tino Mettler]

On Mon, Jan 09, 2017 at 15:34:46 +0100, Tino Mettler wrote:

> I suggest a least a NEWS entry instructing the user how to remove old
> pairing entries. We could also try to check for broken pairing entries
> in an automated way. I'll check if I can reproduce the problem and cook
> up a script.

Hi,

a broken pairing entry in /var/lib/lockdown contains this, as expected:

DeviceCertificate



The DeviceCertificate contains no data in case of a broken entry. This
should be easy to detect. Here is an example using xmlstarlet:

if test -z $(xmlstarlet sel -t -v 
'//key[.="DeviceCertificate"]/following-sibling::data[1]'
74f06bdcba12be895b317ff02107cf4f15b8b0d0.plist) ; then
rm foo.plist
fi

This would require a dependency to xmlstarlet, though.

Regards,
Tino

Bug#749661: ifuse: Segfault

[Tino Mettler]

> Am 07.01.2017 um 20:30 schrieb Andreas Henriksson :
> 
> Seeing that libimobiledevice has new upstream releases uploaded since
> this bug was reported I wonder if you can still reproduce this
> issue or if it might have been solved in imobiledevice since?
> 
> Regards,
> Andreas Henriksson
> 

Hi,

ifuse is ok now.

However, as a sidenote, the current libimobiledevice in Debian renders ifuse 
unusable for many users. See 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=840931

Regards,
Tino

Bug#840931: Stale pairing records may be left

[Tino Mettler]

Hi,

according to
https://github.com/libimobiledevice/libimobiledevice/issues/413#issuecomment-258321151
stale paring data might be left.

If I got this right, in this case the user might still not be able to
access the iOS device even with the above patches applied. I'll try to
check if I can reproduce this with old pairing entries.

I suggest a least a NEWS entry instructing the user how to remove old
pairing entries. We could also try to check for broken pairing entries
in an automated way. I'll check if I can reproduce the problem and cook
up a script.

Regards,
Tino

Bug#847343: firmware-misc-nonfree: breaks update-initramfs (initramfs-tools <= 0.125) if plymouth installed

[Tino Mettler]

On Thu, Dec 08, 2016 at 02:21:21 +, Ben Hutchings wrote:

[...]

> I agree we need to stop this version of firmware-nonfree going into
> testing before initramfs-tools is fixed, so I'm assigning this bug
> back.

This keeps #838858 (missing SI/CI smc firmware files) open in testing,
leaving affected users with a frozen screen after boot (no X , no text
console).

Regards,
Tino

Bug#843769: debhelper: dgbsym package contains the wrong symbols

[Tino Mettler]

Package: debhelper
Version: 10.2.2
Severity: normal

Dear Maintainer,

I tried to use the xca-dbgsym package and discovered that it contained the
wrong symbols.  The package uses a simple rules file that invokes all
default dh_* steps.

I analysed it in a chroot and came to the following conclusion:

1. the build ID of the xca binary (the only binary in the package) is
   736a4c65440b1dcfa898ca95a236c273dba8f06f

2. dh_strip created
   /usr/lib/debug/.build-id/04/a18d979aaa63ae0f23ecf5578b59b4369c29eb.debug

3. there is a binary called xca_db_stat in the build which is not contained
   in the binary package, but this binary has the build ID
   04a18d979aaa63ae0f23ecf5578b59b4369c29eb

It looks like dh_strip uses the wrong binary for extracting the debug
symbols.

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

Kernel: Linux 4.8.4 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages debhelper depends on:
ii  autotools-dev20160430.1
ii  binutils 2.27.51.20161105-2
ii  dh-autoreconf12
ii  dh-strip-nondeterminism  0.028-1
ii  dpkg 1.18.13
ii  dpkg-dev 1.18.13
ii  file 1:5.29-1
ii  libdpkg-perl 1.18.13
ii  man-db   2.7.5-1
ii  perl 5.24.1~rc3-3
ii  po-debconf   1.0.20

debhelper recommends no packages.

Versions of packages debhelper suggests:
pn  dh-make  

-- debconf-show failed

Bug#827061: transition: openssl

[Tino Mettler]

On Wed, Oct 26, 2016 at 10:55:19 +0200, Emilio Pozuelo Monfort wrote:

> So let's do this. Let's try to get it finished and only ship openssl 1.1. We
> still have three months until the full freeze

Hi,

packages that currently FTBFS will be removed from testing in 2 weeks. 
The freeze deadline for re-entry is January 5th.  With the migration
delay the fixed package should be uploaded until the end of December,
where may people will be on holiday I guess (both Debian and Upstream
developers).

So I think it's desirable for many maintainers to have a fixed package
in Sid before Christmas or they will have to ask for a freeze
exception. I'd be glad if this is announced more prominent, e.g on the
debian-devel-announce mailing list.

Regards,
Tino

Bug#828604: xca: FTBFS with openssl 1.1.0

[Tino Mettler]

Hi,

upstream stated that he has no short-term plans to migrate to the 1.1
API yet.  There are quite some changes necessary, at least due to the
fact that struct x509_st is now opaque.

Regards,
Tino

Bug#831080: libsynthesis: FTBFS with GCC 6: sysync/itemfield.cpp:1491:27: error: invalid operands of types '__gnu_cxx::__enable_if<true, double>::__type {aka double}' and 'const int' to binary 'operat

[Tino Mettler]

tag 831080 +pending

Thanks

I submitted a fixed package to my sponsor.

The package is available here:

http://tikei.de/debian/libsynthesis/libsynthesis_3.4.0.47.5+syncevolution-1.5.1-2.dsc

Regards,
Tino

Bug#811624: FTBFS with GCC 6: cannot convert x to y

[Tino Mettler]

tag 811624 +pending

Thanks

I submitted a fixed package to my sponsor.

The source package is available here:

http://tikei.de/debian/syncevolution/syncevolution_1.5.1-2.dsc

Regards,
Tino

Bug#803416: please upgrade to version 1.5.1

[Tino Mettler]

tags 803416 +pending
thanks

Hi,

I submitted an upload request to my sponsor. Meanwhile, updated
packages can be downloaded[1] and the source was pushed to the git
repository[2].

Regards,
Tino

[1] http://tikei.de/debian/syncevolution/

[2] http://anonscm.debian.org/cgit/collab-maint/syncevolution.git

Bug#824426: FTBFS against libical2

[Tino Mettler]

tags 824426 +pending

Hi folks,

thanks for all the reports, discussion, and testing feedback. I
submitted an upload request to my sponsor. The current state of the
package is also pushed to the git repository.

Regards,
Tino

Bug#803416: please upgrade to version 1.5.1

[Tino Mettler]

On Thu, Oct 29, 2015 at 23:08:43 +0100, Sébastien Villemot wrote:
> Package: syncevolution
> Version: 1.4.99.4-4
> Severity: wishlist
> 
> Please upgrade the package to version 1.5.1. It contains various interesting
> bugfixes.

Hi,

sorry for the delay.  I'm currently working on 1.5.1 packages as well
as updated libsynthesis packages (as a prerequisite).  Can I send you
links to the updated packages so you can sponsor the upload once the
packaging is finished (and tested a bit)?

Regards,
Tino

Bug#813819: Needs a rebuild due to libopenobex soname bump

[Tino Mettler]

On Fri, Feb 05, 2016 at 15:58:16 +0100, Joachim Breitner wrote:
> Package: syncevolution
> Version: 1.4.99.4-4+b1
> Severity: serious
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hi,
> 
> the current package does not work:
> syncevolution: error while loading shared libraries: libopenobex.so.1: cannot 
> open shared object file: No such file or directory
> 
> There is now libopenobex2-dev, see http://bugs.debian.org/810556.

Hi,

I uploaded a package with a fix and also pushed the change to the git
repository.

You can find the package here:

http://tikei.de/debian/syncevolution/syncevolution_1.4.99.4-5.dsc

It would be nice if you can upload the package.

Regards,
Tino


signature.asc
Description: PGP signature

Bug#813819: MIA Ping

[Tino Mettler]

On Thu, Feb 25, 2016 at 10:51:38 +0100, Joachim Breitner wrote:
> Dear Tino,
> 
> this is just a ping whether you are still an active Debian maintainer.
> The RC bug #813819 should be a matter of a simple change and upload...

Hi,

yes, I am. The simple change is not as simple as it seems. It got a
(not very verbose) build error in pbuilder and got no time for
investigating, yet. I'll ask for help if I can't figure it out this
evening.

Regards,
Tino

Bug#813819: Needs a rebuild due to libopenobex soname bump

[Tino Mettler]

On Sun, Feb 07, 2016 at 14:24:44 +, Mattia Rizzolo wrote:

> Dear maintainer, attached there is the simple patch that is enough to
> accomplish this.
> 
> I can easily NMU it if you want, or sponsor an upload of it, as you
> prefer.

Hi Mattia,

thanks for the offer to sponsor the upload. I'll incorporate the change
in a new package and also upgrade to the current upstream version.

> I haven't used the git repository since there seems to not be the
> applied patches in d/patches, and the top d/changelog is not finalized
> (still use UNRELEASED, even if there is a tag)

I use gitpkg which handles the patches from corresponding git commits
inside a patches branch. That's why there is no debian/patches in the
master branch. The UNRELEASED in debian/changelog is intended. I'm not
a DD and AFAIK the release is finally set by the uploader.

Regards,
Tino

Bug#811347: newer 1.3.2 debian package available for review

[Tino Mettler]

On Mon, Feb 01, 2016 at 22:07:53 +, Chris Knadle wrote:
> Tino Mettler:

> > The package also closes your bug #811347.
> 
> Yes, as it should.  ;-)

Hi Chris,

it's your bug about your package, so I mentioned it in the case that
there are some aspects in my package that justify to keep the bug open.

> 
> Tino Mettler:
> > Hi,
> >
> > I forgot to ask: do you plan to upload that package? If not, I'll ask
> > my usual sponsor.
> 
> Well I'm not a DD (yet) so I can't upload it directly -- I'm a DM.

sorry, I thought you uploaded the NMU. I should use
tracker.debian.org more often.

> DMs can only directly upload packages that they are the
> maintainer/uploader for, and only if a DD has requested that the DM
> be given permission to upload that specific package.
> 
> ftp-master.debian.org has the following link for details:
> 
>https://lists.debian.org/debian-devel-announce/2012/09/msg8.html

I alread read about the basic aspects of becoming a DM or DD and even
talked to the local Debian folks about this.  However, family life
currently sets strong timing contraints. :-)

> Side notes:
> 
> One of the most recent 2 messages in this thread was signed, and I see the
> key was revoked -- looks like it was signed with your old key rather than
> your newer one.  ;-)

I'm an idiot. Thanks for the hint.

> If you're interested in becoming a DM, what you'll need is 2 GPG signatures
> from DDs (on your newer key)

This is WIP, I already got one signature on the new key.

> (And now also an Alioth guest
> account, apparently.)  See the "Join the NM process" link at:

I already have one and use it for collab-maint for another package.

Thanks for all your remarks, I'll send the package to my usual sponsor.

Regards,
Tino

Bug#811347: newer 1.3.2 debian package available for review

[Tino Mettler]

Hi,

I prepared a final 1.3.2-1 package, which you can download here:

http://tikei.de/debian/xca/xca_1.3.2-1.dsc

I decided to not touch debian/copyright as I intend to switch to the
new copyright 1.0 format in the future.

The package also closes your bug #811347.

Regards,
Tino


signature.asc
Description: PGP signature

Bug#811347: newer 1.3.2 debian package available for review

[Tino Mettler]

Hi,

I forgot to ask: do you plan to upload that package? If not, I'll ask
my usual sponsor.

Regards,
Tino


signature.asc
Description: PGP signature

Bug#811347: Fwd: Re: Bug#811347: newer 1.3.2 debian package available for review

[Tino Mettler]

On Tue, Jan 19, 2016 at 16:55:15 +, Chris Knadle wrote:
> Tino Mettler:
> > On Tue, Jan 19, 2016 at 15:17:50 +, Chris Knadle wrote:
> > 
> > [...]
> > 
> >> I'm using git-buildpackage along with pristine-tar.  gitpkg has a few 
> >> things
> >> I consider peculiarities.
> > 
> > So does git-buildpackage in my opinion. :-)
> 
> It can, yes.  Especially bad is when I've seen upstream git repositories are
> imported directly that contain sub-modules.  *shudder*

My fundamental problem with git-buildpackage is that patches to the
upstream source are kept in files, not in git commits, which is, for
me, one of the main benefits from using git.  Yes, I know there is gbp
pq, but still...

> > I contacted upstream if there is a way to provide CPPFLAGS without
> > messing with the upstream source (e.h.  Rules.mk).
> 
> Okay.  I don't see modifying Rules.mak as a big deal, but I'm fine with
> avoiding it if it can be avoided.

I'll just use your change for now.

> > Another missing item is the current policy standards version.  I'll
> > check if the version bump is ok without further changes to the package,
> > but it would be nice if you could double check this.
> 
> I already did that.

Thanks for that.

So the list of pending changes on my side:

1. Incorporate your patch with spelling errors

2. Incorporate a fix for the lintian warning regarding the BSD license

I also have some remarks on your package after I glaced over the
changes.

1. You removed source/git-patches, which I consider a bad thing as it
would break my setup for gitpkg.

2. It looks as if you intended to fix the lintian warning
copyright-refers-to-deprecated-bsd-license-file by just removing the
reference to /usr/share/common-licenses/BSD. In my unserstanding, the
full text to the license needs to be supplied in debian/copyright
instead.

3. The above change to debian/copyright is missing in the changelog

Regards,
Tino

Bug#811347: newer 1.3.2 debian package available for review

[Tino Mettler]

Hi,

I rebased the already prepared 1.3.1 package to 1.3.2:

http://tikei.de/debian/xca/xca_1.3.2-1.dsc

It built fine in pbuilder. Can you please send your changes to this as
individual patches?

I use git (with the help of gitpkg) for packaging. If you are
interested, I can publish the git repository (at least read-only) for
better collaboration.

Regards,
Tino

Bug#811347: Fwd: Re: Bug#811347: newer 1.3.2 debian package available for review

[Tino Mettler]

On Tue, Jan 19, 2016 at 15:17:50 +, Chris Knadle wrote:

[...]

> I'm using git-buildpackage along with pristine-tar.  gitpkg has a few things
> I consider peculiarities.

So does git-buildpackage in my opinion. :-)

I contacted upstream if there is a way to provide CPPFLAGS without
messing with the upstream source (e.h.  Rules.mk). 

Another missing item is the current policy standards version.  I'll
check if the version bump is ok without further changes to the package,
but it would be nice if you could double check this.

Lintian also reports that menu support should be dropped. I'll fix
this, too.

Regards,
Tino

Bug#811347: newer 1.3.2 debian package available for review

[Tino Mettler]

On Mon, Jan 18, 2016 at 14:14:08 +, Chris Knadle wrote:
> Chris Knadle:

[...]

> Edit: the actual build failure looks like it might be lack of finding a
> crypto library:

[...]

> /usr/bin/ld: cannot find -lcrypto-lQtGui

Missing space? Should be -lcrypto -lQtGui I think.

Regards,
Tino

Bug#811347: newer 1.3.2 debian package available for review

[Tino Mettler]

On Mon, Jan 18, 2016 at 07:02:32 +, Chris Knadle wrote:
> Package: xca
> Version: 1.0.0-2.1
> Severity: wishlist
> 
> Greetings Tino.
> 
> I've put together a newer 1.3.2 version of xca and uploaded it to
> mentors.debian.net for review:
> 
>http://mentors.debian.net/package/xca
> 
> This package would close #706539 and also adds a patch for adding back
> CPPLFAGS dpkg-buildflags to Rules.mak which otherwise resets CPPFLAGS.
> 
> It would be great if you could take a look.  I'm also willing to further
> collaborate on the xca package if you're interested.

Hi,

first, thanks for your work on the xca package, as I'm too lazy to do
it obviously. :-)

I already prepared a new package for 1.3.1 which included major changes
to debian/rules, but found an issue regarding certificate request
generation. I was disturbed by real life too often to finalize the
package after upstream released 1.3.2 with a fix for this. You can have
a look on the 1.3.1 package here:

http://tikei.de/debian/xca/xca_1.3.1-1.dsc

I'll try to release a 1.3.2 package during the next few days.

Regards,
Tino

Bug#783533: Sorry: Not the private certificate, but the public one

[Tino Mettler]

On Thu, Oct 08, 2015 at 00:10:51 +0200, g...@leonde.de wrote:

Hi,

> Then, one year later, after the cert had expired, I had created a new CR and 
> invoked Export -> Clipboard in the context menu of the CR tab.
> 
> I expected the CR to be put into the clipboard. But actually the previously 
> imported cert was put in the clipboard, which I only noticed when pasting it 
> into the web form of the CA.

I'll try to reproduce it.

> 
> I just tried to reproduce this, but the Export-to-clipboard function did not 
> work at all.

Can you describe the exact steps and components you use (names,
versions) to reproduce this? It works for me as expected.

Regards,
Tino

Bug#783533: Sorry: Not the private certificate, but the public one

[Tino Mettler]

On Mon, Apr 27, 2015 at 21:40:55 +0200, g...@leonde.de wrote:
> I think I was too quick with this report (I was shocked, sorry).
> 
> xca apparently exports the public certificate instead of the certificate 
> request. But NOT the private certificate.
> 
> Still a bug, but certainly not important.
> 
> Sorry for the wrong alert.

Hi,

can you please provide more details about this bug? I can not reproduce
it. When you create a certificate request (CR), there is no
certificate yet, so I have no idea what "exports the public
certificate" means. The exported data looks like a valid CR to me and
could be processed as such. I also asked the upstream author, and he
had no idea what this bug report is about, too.

Regards,
Tino

Bug#797966: syncevolution-common: uninstallable due to libsynthesis0 dependency

[Tino Mettler]

> zAm 05.09.2015 um 21:07 schrieb gregor herrmann <gre...@debian.org>:
> 
> On Fri, 04 Sep 2015 10:29:01 +0200, Tino Mettler wrote:
> 
>> On Fri, Sep 04, 2015 at 03:04:20 +0200, gregor herrmann wrote:
>>> syncevolution-common is uninstallable in sid due to the hardcoded
>>> dependency on libsynthesis0; and libsynthesis0 is gone as it got
>>> renamed to libsynthesis0v5 in the ongoing libdstdc++6 transition.
> 
>> thanks for your notice. I'll try to submit a fixed syncevolution
>> package to my sponsor within the next few days.
> 
> Thanks for looking into this issue so quickly.
> 
> If the next upload is only about this change, I'm also happy to
> sponsor it.

Hi,

thanks for the offer. I'll do it this way, then. I also intend to package the 
latest upstream release but this would take longer.

Regards,
Tino

Bug#797966: syncevolution-common: uninstallable due to libsynthesis0 dependency

[Tino Mettler]

On Fri, Sep 04, 2015 at 03:04:20 +0200, gregor herrmann wrote:
> Package: syncevolution-common
> Version: 1.4.99.4-3
> Severity: serious
> 
> syncevolution-common is uninstallable in sid due to the hardcoded
> dependency on libsynthesis0; and libsynthesis0 is gone as it got
> renamed to libsynthesis0v5 in the ongoing libdstdc++6 transition.
> 
> Cheers,
> gregor

Hi Gregor,

thanks for your notice. I'll try to submit a fixed syncevolution
package to my sponsor within the next few days.

Regards,
Tino



signature.asc
Description: Digital signature

Bug#775284: RFS: linuxptp/1.5-1

[Tino Mettler]

retitle 775284 RFS: linuxptp/1.5-3 [ITP]

thanks

I just uploaded a new revision.

  dget -x 
http://mentors.debian.net/debian/pool/main/l/linuxptp/linuxptp_1.5-3.dsc

Changes since the last upload:

  * Add debian/watch file
  * Correct documentation about adjusting systemd service parameters
  * Adjust phc2sys systemd service to depend on the ptp4l service

Regards,
Tino


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#775284: RFS: linuxptp/1.5-1

[Tino Mettler]

retitle 775284 RFS: linuxptp/1.5-2

thanks

I just uploaded a new revision. The package is now blhc and lintian
clean even with --pedantic, except for the missing upstream changelog 
which is really missing in the upstream source.

Regards,
Tino


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#775284: RFS: linuxptp/1.5-1

[Tino Mettler]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package linuxptp

 Package name: linuxptp
 Version : 1.5-1
 Upstream Author : Richard Cochran richardcoch...@gmail.com
 URL : http://linuxptp.sourceforge.net/
 License : GPL-2+
 Section : utils

It builds those binary packages:

 linuxptp   - Precision Time Protocol (PTP, IEEE1588) implementation for Linux

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

  http://mentors.debian.net/package/linuxptp


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

  dget -x 
http://mentors.debian.net/debian/pool/main/l/linuxptp/linuxptp_1.5-1.dsc

More information about LinuxPTP can be obtained from
http://linuxptp.sourceforge.net/

Regards,
Tino Mettler


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#771843: 1.5 packages available

[Tino Mettler]

Hi,

packaging for 1.5 is now available via git, as a source package and
amd64 binary package.

http://tikei.de/git/linuxptp-debian.git

http://tikei.de/debian/linuxptp/

Now a default config is installed, as well as systemd services for
ptp4l and phc2sys (see README.Debian).

Regards,
Tino


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#771843: Preliminary linuxptp packaging available

[Tino Mettler]

Hi,

preliminary packaging is available via git:

http://tikei.de/git/linuxptp-debian.git

A source package created out of this, as well as and amd64 binary
package, is available here:

http://tikei.de/debian/linuxptp/

The next steps are systemd integration for ptp4l and phc2sys and
corresponding config files in /etc/default.

Regards,
Tino


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773169: unblock: syncevolution/1.4.99.4-3

[Tino Mettler]

Hi,

I forgot to attach a debdiff in the bugreport. Sorry for that. Now it's
attached.

Regards,
Tino
diff -Nru syncevolution-1.4.99.4/debian/changelog syncevolution-1.4.99.4/debian/changelog
--- syncevolution-1.4.99.4/debian/changelog	2014-10-26 14:43:18.0 +0100
+++ syncevolution-1.4.99.4/debian/changelog	2014-12-04 22:46:12.0 +0100
@@ -1,3 +1,9 @@
+syncevolution (1.4.99.4-3) unstable; urgency=medium
+
+  * Use TLS instead of SSLv3 in SyncML server script (Closes: #772040)
+
+ -- Tino Mettler tino+deb...@tikei.de  Thu, 04 Dec 2014 22:44:49 +0100
+
 syncevolution (1.4.99.4-2) unstable; urgency=medium
 
   * Fix FTBFS on kfreebsd due to missing SOCK_CLOEXEC
diff -Nru syncevolution-1.4.99.4/debian/patches/0001-Fix-FTBFS-on-kfreebsd-due-to-missing-SOCK_CLOEXEC.patch syncevolution-1.4.99.4/debian/patches/0001-Fix-FTBFS-on-kfreebsd-due-to-missing-SOCK_CLOEXEC.patch
--- syncevolution-1.4.99.4/debian/patches/0001-Fix-FTBFS-on-kfreebsd-due-to-missing-SOCK_CLOEXEC.patch	2014-10-26 14:13:38.0 +0100
+++ syncevolution-1.4.99.4/debian/patches/0001-Fix-FTBFS-on-kfreebsd-due-to-missing-SOCK_CLOEXEC.patch	2014-12-04 22:46:46.0 +0100
@@ -47,5 +47,5 @@
  GuardFD childfd(fds[1]);
  
 -- 
-2.0.1
+2.1.3
 
diff -Nru syncevolution-1.4.99.4/debian/patches/0002-Use-TLS-instead-of-SSLv3-in-SyncML-server-script.patch syncevolution-1.4.99.4/debian/patches/0002-Use-TLS-instead-of-SSLv3-in-SyncML-server-script.patch
--- syncevolution-1.4.99.4/debian/patches/0002-Use-TLS-instead-of-SSLv3-in-SyncML-server-script.patch	1970-01-01 01:00:00.0 +0100
+++ syncevolution-1.4.99.4/debian/patches/0002-Use-TLS-instead-of-SSLv3-in-SyncML-server-script.patch	2014-12-04 22:46:46.0 +0100
@@ -0,0 +1,30 @@
+From 7d2802314406b0d6218bd04889667e38710b414d Mon Sep 17 00:00:00 2001
+From: Tino Mettler tino+deb...@tikei.de
+Date: Thu, 4 Dec 2014 17:11:22 +0100
+Subject: [PATCH] Use TLS instead of SSLv3 in SyncML server script
+
+This fixes a potential security risk. It also avoids connection problems
+with clients that don't support SSLv3 anymore, like the syncevolution SyncML
+client itself.
+
+Closes: #772040
+---
+ test/syncevo-http-server.py | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/test/syncevo-http-server.py b/test/syncevo-http-server.py
+index 57210ae..6c14088 100755
+--- a/test/syncevo-http-server.py
 b/test/syncevo-http-server.py
+@@ -40,7 +40,7 @@ timeout=10
+ 
+ class ChainedOpenSSLContextFactory(ssl.DefaultOpenSSLContextFactory):
+ def __init__(self, privateKeyFileName, certificateChainFileName,
+- sslmethod = SSL.SSLv3_METHOD):
++ sslmethod = SSL.TLSv1_METHOD):
+ 
+ @param privateKeyFileName: Name of a file containing a private key
+ @param certificateChainFileName: Name of a file containing a certificate chain
+-- 
+2.1.3
+
diff -Nru syncevolution-1.4.99.4/debian/patches/series syncevolution-1.4.99.4/debian/patches/series
--- syncevolution-1.4.99.4/debian/patches/series	2014-10-26 14:13:38.0 +0100
+++ syncevolution-1.4.99.4/debian/patches/series	2014-12-04 22:46:46.0 +0100
@@ -1,2 +1,3 @@
 # debian/source/git-patches exported from git by quilt-patches-deb-export-hook
 0001-Fix-FTBFS-on-kfreebsd-due-to-missing-SOCK_CLOEXEC.patch
+0002-Use-TLS-instead-of-SSLv3-in-SyncML-server-script.patch