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

2020-05-10 Thread Adrian Bunk
On Sat, May 09, 2020 at 12:29:09PM +0200, Bruno Kleinert wrote:
> Am Samstag, den 09.05.2020, 11:35 +0200 schrieb Yuri D'Elia:
> > Package: libyaml-cpp0.6
> > Version: 0.6.3-4
> > Followup-For: Bug #959201
> > 
> > This ABI breakage also affects blender (indirecly via opencolorio).
> > Version 0.6.3-4 does fix the symbol lookup error, however blender will
> > incur a crash soon after with a segmentation fault.
> > 
> > Downgrading libyaml-cpp0.6 to 0.6.2-4 fixes the issue, suggesting that
> > the ABI is still broken somewhere.
> 
> I can confirm the same for jami-daemon: Symbol lookup errors are gone,
> but it crashes with a segmentation fault during startup.

Looking at the symbols file there were still differences, and with the 
attached change to revert more the segfault is going away for me.

cu
Adrian
diff -Nru yaml-cpp-0.6.3/debian/libyaml-cpp0.6.symbols 
yaml-cpp-0.6.3/debian/libyaml-cpp0.6.symbols
--- yaml-cpp-0.6.3/debian/libyaml-cpp0.6.symbols2020-05-08 
15:15:07.0 +0300
+++ yaml-cpp-0.6.3/debian/libyaml-cpp0.6.symbols2020-05-09 
18:34:48.0 +0300
@@ -175,11 +175,11 @@
  _ZN4YAML9ExceptionD0Ev@Base 0.6.2
  _ZN4YAML9ExceptionD1Ev@Base 0.6.2
  _ZN4YAML9ExceptionD2Ev@Base 0.6.2
- _ZN4YAMLanERKNS_5RegExES2_@Base 0.6.3
+ _ZN4YAMLaaERKNS_5RegExES2_@Base 0.6.2
  _ZN4YAMLlsERNS_7EmitterERKNS_4NodeE@Base 0.6.2
  _ZN4YAMLlsERSoRKNS_4NodeE@Base 0.6.2
  _ZN4YAMLntERKNS_5RegExE@Base 0.6.2
- _ZN4YAMLorERKNS_5RegExES2_@Base 0.6.3
+ _ZN4YAMLooERKNS_5RegExES2_@Base 0.6.2
  _ZN4YAMLplERKNS_5RegExES2_@Base 0.6.2
  _ZNK4YAML6detail9node_data16compute_map_sizeEv@Base 0.6.2
  _ZNK4YAML6detail9node_data16compute_seq_sizeEv@Base 0.6.2
diff -Nru 
yaml-cpp-0.6.3/debian/patches/0001-Revert-Static-analysis-fix-replace-0-and-NULL-with-n.patch
 
yaml-cpp-0.6.3/debian/patches/0001-Revert-Static-analysis-fix-replace-0-and-NULL-with-n.patch
--- 
yaml-cpp-0.6.3/debian/patches/0001-Revert-Static-analysis-fix-replace-0-and-NULL-with-n.patch
   1970-01-01 02:00:00.0 +0200
+++ 
yaml-cpp-0.6.3/debian/patches/0001-Revert-Static-analysis-fix-replace-0-and-NULL-with-n.patch
   2020-05-09 18:34:48.0 +0300
@@ -0,0 +1,156 @@
+From dd072aab1264e1343dead7de0dc2c67c588fdd30 Mon Sep 17 00:00:00 2001
+From: Adrian Bunk 
+Date: Sun, 10 May 2020 11:39:29 +0300
+Subject: Revert "Static analysis fix: replace 0 and NULL with nullptr (#738)"
+
+This reverts commit db0bda7087a6fac811e78957787fc5037465ac4e.
+---
+ include/yaml-cpp/binary.h|  2 +-
+ include/yaml-cpp/exceptions.h|  4 ++--
+ include/yaml-cpp/node/detail/impl.h  | 14 +++---
+ include/yaml-cpp/node/detail/node_iterator.h |  4 ++--
+ include/yaml-cpp/node/impl.h |  2 +-
+ include/yaml-cpp/ostream_wrapper.h   |  2 +-
+ 6 files changed, 14 insertions(+), 14 deletions(-)
+
+diff --git a/include/yaml-cpp/binary.h b/include/yaml-cpp/binary.h
+index 1050dae..0267a3a 100644
+--- a/include/yaml-cpp/binary.h
 b/include/yaml-cpp/binary.h
+@@ -39,7 +39,7 @@ class YAML_CPP_API Binary {
+   rhs.clear();
+   rhs.resize(m_unownedSize);
+   std::copy(m_unownedData, m_unownedData + m_unownedSize, rhs.begin());
+-  m_unownedData = nullptr;
++  m_unownedData = 0;
+   m_unownedSize = 0;
+ } else {
+   m_data.swap(rhs);
+diff --git a/include/yaml-cpp/exceptions.h b/include/yaml-cpp/exceptions.h
+index eef2283..3b1b01a 100644
+--- a/include/yaml-cpp/exceptions.h
 b/include/yaml-cpp/exceptions.h
+@@ -117,7 +117,7 @@ inline const std::string KEY_NOT_FOUND_WITH_KEY(
+ 
+ template 
+ inline const std::string BAD_SUBSCRIPT_WITH_KEY(
+-const T&, typename disable_if>::type* = nullptr) {
++const T&, typename disable_if>::type* = 0) {
+   return BAD_SUBSCRIPT;
+ }
+ 
+@@ -129,7 +129,7 @@ inline const std::string BAD_SUBSCRIPT_WITH_KEY(const 
std::string& key) {
+ 
+ template 
+ inline const std::string BAD_SUBSCRIPT_WITH_KEY(
+-const T& key, typename enable_if>::type* = nullptr) {
++const T& key, typename enable_if>::type* = 0) {
+   std::stringstream stream;
+   stream << BAD_SUBSCRIPT << " (key: \"" << key << "\")";
+   return stream.str();
+diff --git a/include/yaml-cpp/node/detail/impl.h 
b/include/yaml-cpp/node/detail/impl.h
+index 4123b85..46615a9 100644
+--- a/include/yaml-cpp/node/detail/impl.h
 b/include/yaml-cpp/node/detail/impl.h
+@@ -17,7 +17,7 @@ template 
+ struct get_idx {
+   static node* get(const std::vector& /* sequence */,
+const Key& /* key */, shared_memory_holder /* pMemory */) {
+-return nullptr;
++return 0;
+   }
+ };
+ 
+@@ -27,7 +27,7 @@ struct get_idx::value>::type> {
+   static node* get(const std::vector& sequence, const Key& key,
+shared_memory_holder /* pMemory */) {
+-return key < sequence.size() ? sequence[key] : nullptr;
++return key < sequence.size() ? sequence[key] : 0;
+   }
+ 
+   static node* get(std::vector& sequence, const Key& key,
+@@ 

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

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

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


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


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

2020-05-09 Thread Yuri D'Elia
Package: libyaml-cpp0.6
Version: 0.6.3-4
Followup-For: Bug #959201

This ABI breakage also affects blender (indirecly via opencolorio).
Version 0.6.3-4 does fix the symbol lookup error, however blender will
incur a crash soon after with a segmentation fault.

Downgrading libyaml-cpp0.6 to 0.6.2-4 fixes the issue, suggesting that
the ABI is still broken somewhere.



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

2020-04-30 Thread Bruno Kleinert
Package: jami-daemon
Version: 20190215.1.f152c98~ds1-1+b1
Severity: grave
Justification: renders package unusable

Hi,

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

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

Cheers,
Bruno



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

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

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

jami-daemon recommends no packages.

jami-daemon suggests no packages.

-- no debconf information