Bug 503952 – =gnome-base/gnome-shell-3.10.4-r1 stabilization request (gnome-base/gnome-shell-3.10.4 fails to link with libgnome-bluetooth-applet.so with ld.gold, causes gdm to show only mouse cursor)

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Justin Lecher (RETIRED) 2014-03-09 07:42:11 UTC]

Booting into GDM works "fine". At least with no obvious error. But I only see a mouse cursor and no chooser. Where can I get more informations for debugging?


$ einfo
Portage 2.2.8-r1 (default/linux/amd64/13.0, gcc-4.8.2, glibc-2.18-r1, 3.13.6-lh-nvidia x86_64)
=================================================================
System uname: Linux-3.13.6-lh-nvidia-x86_64-Intel-R-_Core-TM-_i7-2600_CPU_@_3.40GHz-with-gentoo-2.2
KiB Mem:    16344408 total,  15284188 free
KiB Swap:    3987452 total,   3987452 free
Timestamp of tree: Sun, 09 Mar 2014 00:45:01 +0000
ld GNU gold (GNU Binutils 2.24) 1.11
ccache version 3.1.9 [enabled]
app-shells/bash:          4.2_p45-r1
dev-java/java-config:     2.2.0
dev-lang/python:          2.6.9, 2.7.6, 3.2.5-r3, 3.3.4
dev-util/ccache:          3.1.9-r3
dev-util/cmake:           2.8.12.2
dev-util/pkgconfig:       0.28
sys-apps/baselayout:      2.2
sys-apps/openrc:          0.12.4
sys-apps/sandbox:         2.6-r1
sys-devel/autoconf:       2.13, 2.69
sys-devel/automake:       1.10.3, 1.11.6, 1.12.6, 1.13.4, 1.14.1
sys-devel/binutils:       2.24-r2
sys-devel/gcc:            4.4.7, 4.5.4, 4.6.4, 4.7.3-r1, 4.8.2-r1
sys-devel/gcc-config:     1.8
sys-devel/libtool:        2.4.2
sys-devel/make:           4.0-r1
sys-kernel/linux-headers: 3.13 (virtual/os-headers)
sys-libs/glibc:           2.18-r1
Repositories: gentoo sunrise bicatali betagarden dummy Neurogeek science Raspberry-Pi-Overlay last-hope g-ctan
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe -ftracer   -march=native -mtune=native -frecord-gcc-switches -g -Wimplicit-function-declaration"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib/systemd/system /usr/share/eselect/ /usr/share/gnupg/qualified.txt /usr/share/nano/ /var/lib/hsqldb /var/spool/munin-async/.ssh"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -pipe -ftracer   -march=native -mtune=native -frecord-gcc-switches -g -Wenum-compare"
DISTDIR="/var/cache/portage/distfiles"
EMERGE_DEFAULT_OPTS=" -vt --keep-going --autounmask-write --autounmask --quiet-build=n"
FCFLAGS="-O2 -pipe -ftracer   -march=native -mtune=native -frecord-gcc-switches -g"
FEATURES="assume-digests binpkg-logs buildsyspkg ccache cgroup collision-protect compressdebug distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news noinfo parallel-fetch parallel-install preserve-libs protect-owned sandbox sfperms sign split-log splitdebug strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe -ftracer   -march=native -mtune=native -frecord-gcc-switches -g"
GENTOO_MIRRORS=" /mnt/tmpfs/ http://gentoo.j-schmitz.net/mirror/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://ftp.tu-clausthal.de/pub/linux/gentoo/"
LANG="en_GB.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-O1 -Wl,--hash-style=gnu -Wl,--sort-common"
MAKEOPTS="-j12 -l9"
PKGDIR="/var/cache/portage/packages"
PORTAGE_COMPRESS="xz"
PORTAGE_COMPRESS_FLAGS="-z -e -9 -v"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_EXTRA_OPTS="--omit-dir-times"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/local/overlays/sunrise-reviewed /local/overlays/bicatali /local/overlays/betagarden /local/overlays/dummy /local/overlays/neurogeek /local/overlays/sci /local/overlays/gen2pi /local/overlays/lh-overlay /local/overlays/g-ctan"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X acl alsa amd64 avx bash-completion berkdb branding bzip2 cairo caps cli cracklib crypt cxx dbus dri fortran gdbm gif gmp gnome gnome-keyring gstreamer gtk iconv icu ipv6 jpeg jpeg2k mmx mmxext modules multilib ncurses network-cron nls nptl nsplugin numa opengl openmp pam pcre pgo png pulseaudio qt3support raw readline session smp sse sse2 sse2_4way sse2check sse3 sse4 sse41 sse4_1 sse4_2 sse4a ssl ssse3 startup-notification systemd tcpd threads tiff truetype unicode vaapi vdpau xattr xinerama zlib" ABI_X86="64" ALSA_CARDS="hda-intel" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" DRACUT_MODULES="plymouth" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" GRUB_PLATFORMS="efi-64" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer pdfimport scripting-javascript wiki-publisher nlpsolver" LINGUAS="en" NGINX_MODULES_HTTP="access auth_basic autoindex browser charset empty_gif fastcgi geo gzip limit_conn limit_req map memcached proxy referer rewrite scgi split_clients ssi upstream_ip_hash userid uwsgi stub_status" OFFICE_IMPLEMENTATION="libreoffice" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_6 python2_7 python3_2 python3_3 pypy2_0" QEMU_SOFTMMU_TARGETS="i386 x86_64 arm armeb" QEMU_USER_TARGETS="i386 x86_64 arm armeb" RUBY_TARGETS="ruby19" USERLAND="GNU" VIDEO_CARDS="nvidia nouveau" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
USE_PYTHON="2.6 2.7 3.2 3.3 2.7-pypy-2.0"
Unset:  CPPFLAGS, CTARGET, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND

[Comment 1 Justin Lecher (RETIRED) 2014-03-09 07:42:33 UTC]

Created attachment 372152 [details]
gdm.log

journalctl -u gdm -b > gdm.log

[Comment 2 Justin Lecher (RETIRED) 2014-03-09 07:43:06 UTC]

Created attachment 372154 [details]
Xorg.0.log

Xorg.0.log

[Comment 3 Pacho Ramos 2014-03-09 07:55:16 UTC]

logs seems normal to me. Do you see anything interesting when running "systemctl restart gdm" in journalctl -e output? (not filtering for "gdm"). Also, please try to install, for example, lightdm and try to login in your gnome-shell session to confirm it works

[Comment 4 Pacho Ramos 2014-03-09 07:57:27 UTC]

Also, do you only see mouse cursor or also the clock at the top? Apart of that, I thought CFLAGS like -ftracer -frecord-gcc-switches were a bit risky for system-wide usage :/

Another thing, is this reproducible when gdm is started by systemd directly while booting at first time?

[Comment 5 Justin Lecher (RETIRED) 2014-03-09 08:09:35 UTC]

(In reply to Pacho Ramos from comment #3)
> logs seems normal to me. Do you see anything interesting when running
> "systemctl restart gdm" in journalctl -e output? (not filtering for "gdm").
> Also, please try to install, for example, lightdm and try to login in your
> gnome-shell session to confirm it works

I will check that.

[Comment 6 Justin Lecher (RETIRED) 2014-03-09 08:10:40 UTC]

(In reply to Pacho Ramos from comment #4)
> Also, do you only see mouse cursor or also the clock at the top? Apart of
> that, I thought CFLAGS like -ftracer -frecord-gcc-switches were a bit risky
> for system-wide usage :/

-frecord-gcc-switches is perfectly fine. And I never had problems with -ftracer too.

> 
> Another thing, is this reproducible when gdm is started by systemd directly
> while booting at first time?

It's the same when restarting gdm.

[Comment 7 Justin Lecher (RETIRED) 2014-03-09 08:13:22 UTC]

Created attachment 372156 [details]
gdm.log

complete journalctl of gdm restart

[Comment 8 Justin Lecher (RETIRED) 2014-03-09 08:14:25 UTC]

(In reply to Pacho Ramos from comment #4)
> Also, do you only see mouse cursor or also the clock at the top?

It's only the mouse.

[Comment 9 Pacho Ramos 2014-03-09 08:59:35 UTC]

(In reply to Justin Lecher from comment #6)
[...] 
> > Another thing, is this reproducible when gdm is started by systemd directly
> > while booting at first time?
> 
> It's the same when restarting gdm.

Then, it fails in the same way even on fresh boot without you didn't even logged in in a console or so? OK

(In reply to Justin Lecher from comment #8)
> (In reply to Pacho Ramos from comment #4)
> > Also, do you only see mouse cursor or also the clock at the top?
> 
> It's only the mouse.

Uh, this is a new "kind of issue" for me then. Did you try with lightdm+gnome-shell to confirm you are able to login in?

You can also try this:
# systemctl stop gdm
# pkill -u gdm (and ensure everything from gdm user is killed)
# gdm

In logs I see crashes from Xorg:
Mar 09 09:12:44 leo.jlec.de gdm[2204]: GdmSimpleSlave: Started X server
Mar 09 09:12:44 leo.jlec.de abrt[2213]: Can't open file '/etc/system-release': No such file or directory
Mar 09 09:12:44 leo.jlec.de abrt[2213]: Saved core dump of pid 2100 (/usr/bin/Xorg) to /var/spool/abrt/ccpp-2014-03-09-09:12:44-2100 (22884352 bytes)
Mar 09 09:12:44 leo.jlec.de abrtd[564]: Directory 'ccpp-2014-03-09-09:12:44-2100' creation detected
Mar 09 09:12:44 leo.jlec.de abrtd[564]: Lock file '/var/spool/abrt/ccpp-2014-02-25-20:37:40-31311/.lock' is locked by process 2213
Mar 09 09:12:44 leo.jlec.de gdm[2077]: GdmCommon: process (pid:2100) done (signal:6)
Mar 09 09:12:44 leo.jlec.de gdm[2077]: GdmServer: Server died
Mar 09 09:12:44 leo.jlec.de gdm[2077]: GLib-GObject: g_object_unref: assertion 'object->ref_count > 0' failed
Mar 09 09:12:44 leo.jlec.de gdm[2077]: GdmSlave: Stopping slave
Mar 09 09:12:44 leo.jlec.de gdm[2077]: Slave finished

This is neither normal:
Mar 09 09:12:45 leo.jlec.de /usr/bin/dbus-launch[2227]: Window manager warning: Log level 16: Failed to load shared library 'libgnome-bluetooth-applet.so.0' referenced by the typelib: libgnome-bluetooth-applet.so.0: cannot open shared object file: No such file or directory

I guess you did revdep-rebuild ans similar?

[Comment 10 Justin Lecher (RETIRED) 2014-03-09 10:14:53 UTC]

(In reply to Pacho Ramos from comment #9)
> Then, it fails in the same way even on fresh boot without you didn't even
> logged in in a console or so? OK

In any combination it doesn't work.

> Uh, this is a new "kind of issue" for me then. Did you try with
> lightdm+gnome-shell to confirm you are able to login in?

lightdm+gnome-shell doesn't work either. Even with a fresh account.

> 
> You can also try this:
> # systemctl stop gdm
> # pkill -u gdm (and ensure everything from gdm user is killed)
> # gdm
> 

Same issue.

> In logs I see crashes from Xorg:
> Mar 09 09:12:44 leo.jlec.de gdm[2204]: GdmSimpleSlave: Started X server
> Mar 09 09:12:44 leo.jlec.de abrt[2213]: Can't open file
> '/etc/system-release': No such file or directory
> Mar 09 09:12:44 leo.jlec.de abrt[2213]: Saved core dump of pid 2100
> (/usr/bin/Xorg) to /var/spool/abrt/ccpp-2014-03-09-09:12:44-2100 (22884352
> bytes)
> Mar 09 09:12:44 leo.jlec.de abrtd[564]: Directory
> 'ccpp-2014-03-09-09:12:44-2100' creation detected
> Mar 09 09:12:44 leo.jlec.de abrtd[564]: Lock file
> '/var/spool/abrt/ccpp-2014-02-25-20:37:40-31311/.lock' is locked by process
> 2213
> Mar 09 09:12:44 leo.jlec.de gdm[2077]: GdmCommon: process (pid:2100) done
> (signal:6)
> Mar 09 09:12:44 leo.jlec.de gdm[2077]: GdmServer: Server died
> Mar 09 09:12:44 leo.jlec.de gdm[2077]: GLib-GObject: g_object_unref:
> assertion 'object->ref_count > 0' failed
> Mar 09 09:12:44 leo.jlec.de gdm[2077]: GdmSlave: Stopping slave
> Mar 09 09:12:44 leo.jlec.de gdm[2077]: Slave finished
> 
> This is neither normal:
> Mar 09 09:12:45 leo.jlec.de /usr/bin/dbus-launch[2227]: Window manager
> warning: Log level 16: Failed to load shared library
> 'libgnome-bluetooth-applet.so.0' referenced by the typelib:
> libgnome-bluetooth-applet.so.0: cannot open shared object file: No such file
> or directory
> 
> I guess you did revdep-rebuild ans similar?

Sure and I manually rebuilt bluez and net-wireless/gnome-bluetooth

[Comment 11 Pacho Ramos 2014-03-09 10:38:04 UTC]

If it doesn't work the problem is more important than gdm :|

Could you try to use lightdm+icewm (or any other WM) to verify your 3D is working ok? (games, glxinfo | grep Direct...)

[Comment 12 Justin Lecher (RETIRED) 2014-03-09 10:40:43 UTC]

I just checked nvidia vs nouveau w/o success. Will try icevm now

[Comment 13 Justin Lecher (RETIRED) 2014-03-09 10:50:00 UTC]

Tested icewm and it works

Detected OpenGL version 2.0 or greater. Shaders available.
 Detected GLSL version 1.30.
 OpenGL graphics engine:
  GL_VENDOR:   nouveau
  GL_RENDERER: Gallium 0.4 on NVE6
  GL_VERSION:  3.0 Mesa 10.1.0
 Detected 8 CPU cores.  Enabled multithreaded rendering.

[Comment 14 Pacho Ramos 2014-03-09 11:09:39 UTC]

I don't know what is occurring then. Are you running systemd-210 or 208? (208 works ok for me, I haven't yet tried 210)

Also, try login in on gnome and look at journalctl output while it is "black" on a console as root and on other as the user you are login in. Also try to login as root on gnome to discard it's some kind of permissions issue.

[Comment 15 Pacho Ramos 2014-03-09 11:10:55 UTC]

Also, I guess you get exactly the same issue with nvidia and nouveau?

[Comment 16 Justin Lecher (RETIRED) 2014-03-09 11:32:42 UTC]

(In reply to Pacho Ramos from comment #15)
> Also, I guess you get exactly the same issue with nvidia and nouveau?

yes.

[Comment 17 Justin Lecher (RETIRED) 2014-03-09 11:51:40 UTC]

Created attachment 372190 [details]
lightdm-root.log

journalctl log from root

[Comment 18 Justin Lecher (RETIRED) 2014-03-09 11:51:57 UTC]

Created attachment 372192 [details]
lightdm-jlec.log

journalctl from jlec

[Comment 19 Justin Lecher (RETIRED) 2014-03-09 11:52:25 UTC]

(In reply to Pacho Ramos from comment #14)
> I don't know what is occurring then. Are you running systemd-210 or 208?
> (208 works ok for me, I haven't yet tried 210)

Same with both versions. I am having this issue since 3 weeks or so. Always ith all package updated to latest ~arch

> 
> Also, try login in on gnome and look at journalctl output while it is
> "black" on a console as root and on other as the user you are login in. Also
> try to login as root on gnome to discard it's some kind of permissions issue.

root can't login either. Logs will be attached soon

[Comment 20 Pacho Ramos 2014-03-09 11:59:15 UTC]

Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: Window manager warning: Log level 16: Failed to load shared library 'libgnome-bluetooth-applet.so.0' referenced by the typelib: libgnome-bluetooth-applet.so.0: cannot open shared object file: No such file or directory
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: (gnome-shell:3486): Gjs-WARNING **: JS ERROR: Exception in callback for signal: sessions-loaded: Error: Unsupported type void, deriving from fundamental void
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: Indicator<._init@/usr/share/gnome-shell/js/ui/status/bluetooth.js:35
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: wrapper@/usr/share/gjs-1.0/lang.js:213
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: _Base._construct@/usr/share/gjs-1.0/lang.js:154
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: Class._construct/newClass@/usr/share/gjs-1.0/lang.js:248
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: AggregateMenu<._init@/usr/share/gnome-shell/js/ui/panel.js:819
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: wrapper@/usr/share/gjs-1.0/lang.js:213
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: _Base._construct@/usr/share/gjs-1.0/lang.js:154
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: Class._construct/newClass@/usr/share/gjs-1.0/lang.js:248
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: Panel<._ensureIndicator@/usr/share/gnome-shell/js/ui/panel.js:1106
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: wrapper@/usr/share/gjs-1.0/lang.js:213
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: Panel<._updateBox@/usr/share/gnome-shell/js/ui/panel.js:1117
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: wrapper@/usr/share/gjs-1.0/lang.js:213
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: Panel<._updatePanel@/usr/share/gnome-shell/js/ui/panel.js:1069
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: wrapper@/usr/share/gjs-1.0/lang.js:213
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: Panel<._init@/usr/share/gnome-shell/js/ui/panel.js:913
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: wrapper@/usr/share/gjs-1.0/lang.js:213
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: _Base._construct@/usr/share/gjs-1.0/lang.js:154
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: Class._construct/newClass@/usr/share/gjs-1.0/lang.js:248
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: _initializeUI@/usr/share/gnome-shell/js/ui/main.js:173
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: _sessionsLoaded@/usr/share/gnome-shell/js/ui/main.js:122
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: _emit@/usr/share/gjs-1.0/signals.js:124
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: SessionMode<.init/<@/usr/share/gnome-shell/js/ui/sessionMode.js:166
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: done@/usr/share/gnome-shell/js/misc/fileUtils.js:33
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: @/usr/share/gnome-shell/js/misc/fileUtils.js:51
Mar 09 12:43:39 leo.jlec.de gnome-session[3390]: onNextFileComplete@/usr/share/gnome-shell/js/misc/fileUtils.js:21

Not sure what is still wrong with your bluetooth stuff :S

I have it at:
$ equery b /usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0
 * Searching for /usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0 ... 
net-wireless/gnome-bluetooth-3.10.0 (/usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0 -> libgnome-bluetooth-applet.so.0.0.0)
net-wireless/gnome-bluetooth-3.10.0 (/usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0.0.0)

Please check it and ensure you run "emerge @preserved-rebuild" to drop old libs

[Comment 21 Pacho Ramos 2014-03-09 12:02:53 UTC]

I also see some traces are being collected by abrt, maybe you can run "abrt-gui" as user jlec to look at them (I would look to the gnome-shell trace if any)

[Comment 22 Justin Lecher (RETIRED) 2014-03-09 12:05:46 UTC]

(In reply to Pacho Ramos from comment #20)
> Not sure what is still wrong with your bluetooth stuff :S
> 
> I have it at:
> $ equery b /usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0
>  * Searching for /usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0
> ... 
> net-wireless/gnome-bluetooth-3.10.0
> (/usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0 ->
> libgnome-bluetooth-applet.so.0.0.0)
> net-wireless/gnome-bluetooth-3.10.0
> (/usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0.0.0)

same here 

# equery b /usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0
 * Searching for /usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0 ...
net-wireless/gnome-bluetooth-3.10.0 (/usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0 -> libgnome-bluetooth-applet.so.0.0.0)
net-wireless/gnome-bluetooth-3.10.0 (/usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0.0.0)

> 
> Please check it and ensure you run "emerge @preserved-rebuild" to drop old
> libs

did that. But nothing changed.

[Comment 23 Justin Lecher (RETIRED) 2014-03-09 12:11:18 UTC]

(In reply to Pacho Ramos from comment #21)
> I also see some traces are being collected by abrt, maybe you can run
> "abrt-gui" as user jlec to look at them (I would look to the gnome-shell
> trace if any)

Nothing interesting here. And not reproducible. I just deleted everything and repeated the login procedure, but didn't got any abrt results.

[Comment 24 Pacho Ramos 2014-03-09 12:12:49 UTC]

I guess rebuilding gnome-bluetooth-3.10.0, spidermonkey-17.0.0-r3, gjs-1.38.1 and gnome-shell-3.10.4 don't help? :S

Please ensure the libs had the proper permissions:
$ ls -l /usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0*
lrwxrwxrwx 1 root root    34 feb  9 01:36 /usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0 -> libgnome-bluetooth-applet.so.0.0.0
-rwxr-xr-x 1 root root 31568 feb  9 01:36 /usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0.0.0


Maybe they can't be loaded for some strange reason, but I don't know how to test that

[Comment 25 Justin Lecher (RETIRED) 2014-03-15 11:01:25 UTC]

I found the reason, gnome-shell + ld.gold. But this means somewhere gnome-shell has errors in the way it gets linked.

[Comment 26 Alexandre Rostovtsev (RETIRED) 2014-03-15 21:03:18 UTC]

Indeed. When building with ld.bfd:

# scanelf -n /usr/bin/gnome-shell | grep bluetooth || echo "not found"
ET_EXEC libgnome-shell.so,libgnome-shell-js.so,libatk-bridge-2.0.so.0,libgjs.so.0,libgirepository-1.0.so.1,libtelepathy-glib.so.0,libmutter.so.0,libgtk-3.so.0,libclutter-1.0.so.0,libcogl-pango.so.15,libgio-2.0.so.0,libpangocairo-1.0.so.0,libgobject-2.0.so.0,libglib-2.0.so.0,libgnome-bluetooth-applet.so.0,libpthread.so.0,libc.so.6 /usr/bin/gnome-shell


But after rebuilding with ld.gold:

# scanelf -n /usr/bin/gnome-shell | grep bluetooth || echo "not found"
not found

[Comment 27 Alexandre Rostovtsev (RETIRED) 2014-03-15 22:23:28 UTC]

Wrote an obvious patch and submitted it upstream at https://bugzilla.gnome.org/show_bug.cgi?id=726435

+*gnome-shell-3.10.4-r1 (15 Mar 2014)
+
+  15 Mar 2014; Alexandre Rostovtsev <[e-mail]>
+  +gnome-shell-3.10.4-r1.ebuild,
+  +files/gnome-shell-3.10.4-bluetooth-gold.patch,
+  +files/gnome-shell-3.10.4-fix-background-manager.patch:
+  Fix silent linking failure to gnome-bluetooth when using ld.gold (bug
+  #503952, thanks to Justin Lecher) and background corruption with multiple
+  minitors (bug #504530, thanks to Chandler Paul).


Pacho, since leaving users with a blank screen in gdm is rather bad, I think we should stabilize this quickly.

[Comment 28 Alexandre Rostovtsev (RETIRED) 2014-03-15 22:45:26 UTC]

Since 3.10.4 was stabilized only a week ago, and leaving users who are using ld.gold with a blank screen in gdm is a rather bad bug, I suggest we ought to get 3.10.4-r1 stable quickly.

So please test and stabilize =gnome-base/gnome-shell-3.10.4-r1 for amd64 and x86.

[Comment 29 Pacho Ramos 2014-03-15 23:41:11 UTC]

Well, ld.gold is not the default for system wide usage, but I have no problem with fast stabilizing it either ;)

[Comment 30 Pacho Ramos 2014-03-16 10:53:49 UTC]

x86 stable

[Comment 31 Pacho Ramos 2014-03-16 10:55:13 UTC]

amd64 stable