Hi,
Michael Biebl wrote:
> >> As soon as you clean up the stray
> >> /lib/arm-linux-gnueabihf/libglib-2.0.so.0.4200.1 and run ldconfig, the
> >> problem should go away?
> >
> > No, because there's also a symlink to it which (according to the
> > timestamp) seem to have been created by maintainer
Am 04.04.2018 um 21:27 schrieb Axel Beckert:
>> As soon as you clean up the stray
>> /lib/arm-linux-gnueabihf/libglib-2.0.so.0.4200.1 and run ldconfig, the
>> problem should go away?
>
> No, because there's also a symlink to it which (according to the
> timestamp) seem to have been created by mai
Hi Michael,
Michael Biebl wrote:
> Do you have an idea, where this file might have come from?
On a first thought: No. The package is no package I installed on
purpose, it came in by dependencies and I surely didn't fiddle around
with its configuration (if it has one).
On a second thought: I know
Am 04.04.2018 um 21:06 schrieb Michael Biebl:
> Am 04.04.2018 um 20:20 schrieb Axel Beckert:
>> Hi,
>>
>> Simon McVittie wrote:
This looks like there is a libglib-2.0.so.0 in /lib/arm-linux-gnueabihf/
that shouldn't be there, and this takes precedence over the more recent
one from t
Hi,
Michael Biebl wrote:
> >> ls -il /lib/arm-linux-gnueabihf/libglib-2.0.so*
> >
> > 6080 lrwxrwxrwx 1 root root 23 Apr 4 09:03
> > /lib/arm-linux-gnueabihf/libglib-2.0.so.0 -> libglib-2.0.so.0.4200.1
> > 1563 -rw-r--r-- 1 root root 814280 Nov 13 2014
> > /lib/arm-linux-gnueabihf/libglib
Am 04.04.2018 um 20:20 schrieb Axel Beckert:
> Hi,
>
> Simon McVittie wrote:
>>> This looks like there is a libglib-2.0.so.0 in /lib/arm-linux-gnueabihf/
>>> that shouldn't be there, and this takes precedence over the more recent
>>> one from the Debian package that gets installed to /usr/lib.
>>
Hi,
Simon McVittie wrote:
> > This looks like there is a libglib-2.0.so.0 in /lib/arm-linux-gnueabihf/
> > that shouldn't be there, and this takes precedence over the more recent
> > one from the Debian package that gets installed to /usr/lib.
>
> My thoughts exactly. What's that doing there? I
On Wed, 04 Apr 2018 at 10:41:01 +0300, Adrian Bunk wrote:
> On Wed, Apr 04, 2018 at 09:10:31AM +0200, Axel Beckert wrote:
> >...
> > ~ → ldd /usr/lib/arm-linux-gnueabihf/glib-2.0/gio-querymodules
> > libgio-2.0.so.0 => /usr/lib/arm-linux-gnueabihf/libgio-2.0.so.0
> > (0x76e3f000)
> >
On Wed, Apr 04, 2018 at 09:10:31AM +0200, Axel Beckert wrote:
>...
> ~ → ldd /usr/lib/arm-linux-gnueabihf/glib-2.0/gio-querymodules
> libgio-2.0.so.0 => /usr/lib/arm-linux-gnueabihf/libgio-2.0.so.0
> (0x76e3f000)
> libgobject-2.0.so.0 =>
> /usr/lib/arm-linux-gnueabihf/libgobject-2
Hi Simon,
Simon McVittie wrote:
> > emacs25: symbol lookup error:
> > /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0: undefined symbol:
> > g_date_copy
[fast forward → TL;DR]
> In fact, running
>
> LD_BIND_NOW=1 /usr/lib/arm-linux-gnueabihf/glib-2.0/gio-querymodules
>
> and seeing wheth
On Wed, 04 Apr 2018 at 00:51:04 +0200, Axel Beckert wrote:
> since very recently, emacs25 on armhf (but not on amd64) crashes for
> me as follows:
>
> emacs25: symbol lookup error:
> /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0: undefined symbol:
> g_date_copy
I would normally ask: if you r
Package: libglib2.0-0
Version: 2.56.0-5
Severity: grave
Control: affects -1 + emacs25
Dear Maintainers,
since very recently, emacs25 on armhf (but not on amd64) crashes for
me as follows:
emacs25: symbol lookup error: /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0:
undefined symbol: g_date_co
12 matches
Mail list logo