Bug#1053405: darktable: FTBFS on arm64 (gcc bug?)

[Tino Mettler]

Version: 4.4.2-1.1

Hi,

OPENMP support was disabled for arm64 in the 4.4.2-1.1 package, so this
bug can be closed.

I also stumbled again over this FTBFS bug after accidently enabling
OPENMP yesterday for the darktable 4.6.1-1 package, so it looks like
this workaround is still needed.

Regards,
Tino

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#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#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#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#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#744753: sleep script

[Tino Mettler]

Hi,

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

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#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#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#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#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#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#813819: MIA Ping

[Tino Mettler]

On Thu, Feb 25, 2016 at 12:29:25 +0100, Joachim Breitner wrote:
> Hi,
> 
> Am Donnerstag, den 25.02.2016, 11:51 +0100 schrieb Tino Mettler:
> > 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.
> 
> here, I could simply rebuild syncevolution against unstable and it
> worked...

Ooops, it was a local problem. The oom-killer killed the compiler so
the build aborted with a (silent) error.

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#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#772040: syncevolution-http: syncevo-http-server script uses SSLv3, no TLS support

[Tino Mettler]

On Sun, Dec 14, 2014 at 23:01:49 +, Adam D. Barratt wrote:
 On Thu, 2014-12-04 at 17:05 +0100, Tino Mettler wrote:
  syncevo-http-server only supports SSLv3 and no TLS connections when using
  HTTPS. This is
  
  1. a potential security risk, as shown by the poodle attack
  
  2. a problem with the SyncML client of syncevolution in sid and jessie, as
 SSLv3 connections won't work anymore ('Error performing TLS handshake:
 GnuTLS internal error.') when using HTTPS.  So the Syncevolution SyncML
 client can't connect to the SyncML server provided by the same version of
 syncevolution.
  
  The fix is rather small. A patch against upstream (no debdiff) is attached.
 
 - sslmethod = SSL.SSLv3_METHOD):
 + sslmethod = SSL.TLSv1_METHOD):
 
 Is there a reason not to use SSLv23_METHOD here? Note that TLSv1_METHOD
 only enables support for TLS 1.0 - it will _not_ support TLS 1.1 or 1.2.
 
 If what you're looking for is any version of TLS, then you want to be
 using SSLv23_METHOD and setting the OP_NO_SSLv2 and OP_NO_SSLv3 flags.

Hi,

thanks for all the hints. I tried to find documentation regarding this
when I crafted the patch, but failed. This is the reason for just using
TLSv1_METHOD.

With your new keywords I found proper documentation. I'll look into it,
but I think the current state is valid and way better than before.

Regards,
Tino


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

Bug#772040: syncevolution-http: syncevo-http-server script uses SSLv3, no TLS support

[Tino Mettler]

Package: syncevolution-http
Version: 1.4.99.4-2
Severity: grave
Tags: security upstream patch
Justification: user security hole

syncevo-http-server only supports SSLv3 and no TLS connections when using
HTTPS. This is

1. a potential security risk, as shown by the poodle attack

2. a problem with the SyncML client of syncevolution in sid and jessie, as
   SSLv3 connections won't work anymore ('Error performing TLS handshake:
   GnuTLS internal error.') when using HTTPS.  So the Syncevolution SyncML
   client can't connect to the SyncML server provided by the same version of
   syncevolution.

The fix is rather small. A patch against upstream (no debdiff) is attached.

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

Kernel: Linux 3.12.7-05353-g11687ee (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages syncevolution-http depends on:
ii  dbus-x111.8.12-1
ii  python  2.7.8-2
ii  python-dbus 1.2.0-2+b3
ii  python-gobject  3.14.0-1
ii  python-openssl  0.14-1
ii  python-twisted-web  14.0.2-2
ii  syncevolution-dbus  1.4.99.4-2+b1

syncevolution-http recommends no packages.

syncevolution-http suggests no packages.

-- no debconf information
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

Bug#747780: syncevolution: FTBFS: error: akonadi.pc not found

[Tino Mettler]

On Sun, May 11, 2014 at 18:45:24 +0200, David Suárez wrote:
 Source: syncevolution
 Version: 1.4-1
 Severity: serious
 Tags: jessie sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20140510 qa-ftbfs
 Justification: FTBFS on amd64
 
 Hi,
 
 During a rebuild of all packages in sid, your package failed to build on
 amd64.
 
 Relevant part (hopefully):
  checking for rst2html... /usr/bin/rst2html
  checking for SYNTHESIS... yes
  checking for GNOMEBLUETOOTH... no
  checking for qmake... qmake
  checking Akonadi/Collection usability... no
  configure: error: akonadi.pc not found. Install it to compile with the 
  Akonadi backend enabled.
  checking Akonadi/Collection presence... no
  checking for Akonadi/Collection... no

The message about a missing akonadi.pc is misleading, upstream is aware
of this.

The full build log revealed this:

configure:21874: checking Akonadi/Collection usability
configure:21874: g++ -c -g -O2 -fPIE -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security
---D_FORTIFY_SOURCE=2 -I/usr/include/ -I/usr/include//KDE
I/usr/include/qt4 conftest.cpp 5
In file included from
/usr/include//KDE/Akonadi/../../akonadi/collection.h:25:0,
 from /usr/include//KDE/Akonadi/Collection:1,
 from conftest.cpp:80:
/usr/include/akonadi/entity.h:24:19: fatal error: QString: No such file
or directory
 #include QString
   ^
compilation terminated.

I'm not sure if this is a syncevolution bug or rather a missing
dependency in kdepimlibs5-dev.  I'd vote for the latter, so I'll
reassign the bug to kdepimlibs5-dev in the next few days if there are
no objections.

Regards,
Tino


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

Bug#739662: syncevolution-libs-gnome: trying to overwrite '...syncecal.so', which is also in package syncevolution-libs 1.3.2-1+b1

[Tino Mettler]

Hi folks,

sorry for that bug. An new upload is already in progress (sent to my
sponsor). I can provide packages for this new version if you can't
wait.

Regards,
Tino


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