[Pkg-tigervnc-devel] Bug#851842: Bug#851842: Bug#851842: Bug#851842: tigervnc-xorg-extension - libvnc.so fails to load with undefined symbol: gnutls_bye
Ola Lundqvist
opal at debian.org
Mon Jan 30 13:21:16 UTC 2017
Hi again
I tried this but that do not seem to have solved the problem. I still
get the gnutls_bye fail.
[871895.859] (II) Loading /usr/lib/xorg/modules/extensions/libvnc.so
[871895.860] (EE) Failed to load
/usr/lib/xorg/modules/extensions/libvnc.so:
/usr/lib/xorg/modules/extensions/libvnc.so: undefined symbol:
gnutls_bye
What I did was the following:
(sid_chroot)ola at tigereye:~/git/pkg-tigervnc$ git show
commit 4225fb56069466d5edd00e2564e59fec67b7c388
Author: Ola Lundqvist <opal at debian.org>
Date: Mon Jan 30 13:09:53 2017 +0000
Make sure libtool do not complain about missing symbol. Closes: #851842.
diff --git a/debian/changelog b/debian/changelog
index 8ab4155..4e4d213 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+tigervnc (1.7.0+dfsg-4) unstable; urgency=medium
+
+ * Make sure libtool do not complain about missing symbol.
+ Closes: #851842.
+
+ -- Ola Lundqvist <opal at debian.org> Mon, 30 Jan 2017 13:04:13 +0000
+
tigervnc (1.7.0+dfsg-3) unstable; urgency=high
[ Salvatore Bonaccorso ]
diff --git a/debian/rules b/debian/rules
index b1ad622..37e4d44 100755
--- a/debian/rules
+++ b/debian/rules
@@ -121,7 +121,7 @@ reverse-patches-deautoreconf:
.PHONY: apply-patches-vnc-patch-xorg reverse-patches-vnc-unpatch-xorg
-apply-patches-vnc-patch-xorg:
$(DEB_SRCDIR)/unix/xserver/.apply-patches-vnc-patch-xorg.stamp
+apply-patches-vnc-patch-xorg:
$(DEB_SRCDIR)/unix/xserver/.apply-patches-vnc-patch-xorg.stamp
$(DEB_SRCDIR)/unix/xserver/.apply-patches-vnc-patch-xorg-libtool.stamp
$(DEB_SRCDIR)/unix/xserver/.apply-patches-vnc-patch-xorg.stamp: $(VNC_PATCH)
cd $(DEB_SRCDIR)/unix/xserver && { \
@@ -129,6 +129,12 @@
$(DEB_SRCDIR)/unix/xserver/.apply-patches-vnc-patch-xorg.stamp:
$(VNC_PATCH)
touch .apply-patches-vnc-patch-xorg.stamp; \
}
+$(DEB_SRCDIR)/unix/xserver/.apply-patches-vnc-patch-xorg-libtool.stamp:
$(VNC_PATCH)
+ cd $(DEB_SRCDIR)/unix/xserver && { \
+ patch --no-backup-if-mismatch -p1 <
../../contrib/packages/deb/ubuntu-xenial/debian/xorg-source-patches/debian_libtool.patch
&& \
+ touch .apply-patches-vnc-patch-xorg-libtool.stamp; \
+ }
+
reverse-patches-vnc-unpatch-xorg: $(VNC_PATCH)
cd $(DEB_SRCDIR)/unix/xserver && if test -f
.apply-patches-vnc-patch-xorg.stamp; then \
patch --no-backup-if-mismatch -R -p1 < $(VNC_PATCH); \
// Ola
On 30 January 2017 at 14:10, Ola Lundqvist <opal at debian.org> wrote:
> Hi
>
> Thank you. Building a new version to see if this solves the problem for me too.
>
> // Ola
>
> On 30 January 2017 at 03:45, Martin Dorey <martindorey at gmail.com> wrote:
>> On Fri, 20 Jan 2017 22:10:29 +0100 Ola Lundqvist <opal at debian.org> wrote:
>>> I have now been able to reproduce the problem. It is not solved by
>>> merely adding more dependencies. I have to look further to find the
>>> cause of the problem.
>>
>> Hey Ola,
>>
>> I think I can help. First, though, I'm delighted to see that your ITP for
>> tigervnc went through for Stretch. But is that still a default -depth of 32
>> I see - how are the poor users going to work out that they need to try
>> -depth 24, per the warning in man xtigervnc, to get their, eg Java, text
>> rendered properly? Anyway, I think the problem here has the same cause as
>> the similar one described by:
>>
>> https://github.com/TigerVNC/tigervnc/issues/294: unable to load libvnc.so
>> after installing 1.5.x or 1.6.0
>>
>> I had another great experience with tigervnc-standalone-server this weekend,
>> which lets me connect to Gnome 3 over a metro area as if I were in the
>> office, in contrast to vino, where I have to tolerate several megabits per
>> second of background traffic when idle, making interactivity unusably slow.
>> Thus I wanted to replace vino with tigervnc-xorg-extension on the :0 of my
>> just-upgraded-to-Jessie server. I faced:
>>
>> [238863.164] (EE) Failed to load /usr/lib/xorg/modules/extensions/libvnc.so:
>> /usr/lib/xorg/modules/extensions/libvnc.so: undefined symbol:
>> gnutls_transport_set_ptr2
>>
>> ... which looks exactly like part of upstream's problem. On a Stretch
>> system, with Debian's (yay!) native packaging, I see the gnutls_bye symptom
>> instead. If I rebuild your Sid packaging, from apt-get source tigervnc,
>> with:
>>
>> mad at shuttle:~/tigervnc-1.7.0+dfsg$ dpkg-buildpackage -nc -uc -us
>>
>> ... then apply upstream's patch, in my so very crude fashion, using what I
>> think, having looked it up, is the shiniest flavor of Ubuntu that upstream
>> supports:
>>
>> mad at shuttle:~/tigervnc-1.7.0+dfsg$ (cd unix/xserver && patch -p1 <
>> ../../contrib/packages/deb/ubuntu-xenial/debian/xorg-source-patches/debian_libtool.patch)
>> checking file ltmain.sh
>> Hunk #1 succeeded at 7893 (offset 3 lines).
>> checking file ltmain.sh
>> Hunk #1 succeeded at 7571 (offset 3 lines).
>> checking file m4/libtool.m4
>> Hunk #1 succeeded at 4947 (offset 11 lines).
>> Hunk #2 succeeded at 5009 (offset 14 lines).
>> Hunk #3 succeeded at 5784 (offset 17 lines).
>> mad at shuttle:~/tigervnc-1.7.0+dfsg$
>>
>> As you see, I get a reasonably clean application, but libvnc.so didn't
>> rebuild when I repeated the dpkg-buildpackage command. Oh, for the simple
>> days, when dependencies were complete and "make" was all you needed! Just
>> removing the .so got me a build failure, causing more sadly grey-bearded
>> head-shaking, but removing the .la and .lai files too:
>>
>> mad at shuttle:~/tigervnc-1.7.0+dfsg$ find . -name libvnc.* | xargs rm
>> mad at shuttle:~/tigervnc-1.7.0+dfsg$
>>
>> ... then repeating the dpkg-buildpackage command got me a
>> ./debian/tigervnc-xorg-extension/usr/lib/xorg/modules/extensions/libvnc.so
>> that, when used to replace
>> /usr/lib/xorg/modules/extensions/libvnc.so, effaces the (EE) error from
>> wherever ls -l /proc/$(pidof Xorg)/fd told me that the squirrels had buried
>> Xorg.0.log. xdpyinfo now happily reports:
>>
>> mad at shuttle:~$ xdpyinfo | grep VNC
>> VNC-EXTENSION
>> mad at shuttle:~$
>>
>> Sorry to make such a meal of such a trivial nugget, but I want to convey how
>> little I understand. Now, if you'll excuse me, I'm off to try to similarly
>> brutalize the old Jessie packaging of tigervnc 1.6.0, if I still have it
>> lying around, to see if I can get back in to :0 on the server that I
>> actually care about...
>>
>> _______________________________________________
>> Pkg-tigervnc-devel mailing list
>> Pkg-tigervnc-devel at lists.alioth.debian.org
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-tigervnc-devel
>
>
>
> --
> --------------------- Ola Lundqvist ---------------------------
> / opal at debian.org Folkebogatan 26 \
> | ola at inguza.com 654 68 KARLSTAD |
> | http://inguza.com/ +46 (0)70-332 1551 |
> \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
> ---------------------------------------------------------------
>
> _______________________________________________
> Pkg-tigervnc-devel mailing list
> Pkg-tigervnc-devel at lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-tigervnc-devel
--
--------------------- Ola Lundqvist ---------------------------
/ opal at debian.org Folkebogatan 26 \
| ola at inguza.com 654 68 KARLSTAD |
| http://inguza.com/ +46 (0)70-332 1551 |
\ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
---------------------------------------------------------------
More information about the Pkg-tigervnc-devel
mailing list