kernel traps

[René J.V. Bertin]

Hi,

I have a question about an issue I think is DBus-related.

I've been installing KF5 software and certain dependencies into /opt/local on a Linux box, and I have thus set up my session dbus daemon to know about /opt/local/share/dbus-1/services (through a session-local.conf file). I also have a script in ~/.kde/env that does

export XDG_DATA_DIRS=${XDG_DATA_DIRS}:/opt/local/share
export XDG_CONFIG_DIRS=${XDG_CONFIG_DIRS}:/opt/local/etc/xdg

The problem is that I'm seeing kernel traps when I log in with /opt/local already mounted, e.g.

Jul  1 12:16:21 Bola kernel: [ 3401.015570] traps: gnome-keyring-d[12469] trap int3 ip:7faf082c0c13 sp:7ffc11645480 error:0
Jul  1 12:16:21 Bola kernel: [ 3401.027429] traps: gvfsd-http[12468] trap int3 ip:7f2184cefc13 sp:7ffede24e260 error:0

I do not get those traps when I mount /opt/local only after having started my login session. I've done that for quite a while, but now I'd like to move to using a terminal emulator from /opt/local (konsole5), auto-starting it when I log in.

I cannot understand this; AFAIK the logical explanation would be shared library conflicts, but /opt/local/lib is not known by ldconfig so host applications that do not explicitly link to libraries in /opt/local should never get into conflict situations.

Evidently it's not very reassuring to see gnome-keyring-daemon failing to start (I get the above 2 lines whenever I start epiphany-browser).

The curious thing is that when I try to launch these trapping applications from a terminal they work just fine. IOW, I cannot even debug the situation ...

A slightly more informative log entry:
Jul  1 11:17:39 Bola kernel: [54332.688525] gsettings[22645]: segfault at 20 ip 00007f469016ff53 sp 00007ffcde1eb848 error 6 in libgio-2.0.so.0.4002.0[7f46900bd000+16c000]

Another (and in a way even more annoying) issue that appears to be related to having /opt/local mounted when I log in is my keyboard layout. I normally use "English (Macintosh)" which provices a Mac-like way of typing accented letters; AltGr-e+e gives an e-acute (é), AltGr-i+i an i-hat (î) etc. When I log in with /opt/local mounted the AltGr looses its dead-key nature so that the accents appear immediately ('e, ^i etc).

I have another set-up where /opt/local is always mounted when logging in but dbus isn't made aware of it. No issues there, so apparently dbus is behind this, somehow.

Have you ever seen something like this, and/or do you have a suggestion how to fix it? 


Thanks,
René