Gnome Slackbuild only shows background

TheCrow33 · 12-17-2011, 02:09 PM

So I've made a different post about a different problem, and it sort of led into this problem. I figure this needs it's own posting because people keep responding to the already fixed problem in the other post. Anyway on to the problem...

I've got a fresh install of Slack64 13.37, in which I installed the latest gnome slack build (with gnome 3.0). I also installed the latest NVIDIA proprietary driver (yes it must be this one, I plan on gaming on this rig) for my NVIDIA GeForce 9500 GT. The card with the nvidia driver, the monitor, and slackware have had some problems getting along before, but the solution for that problem was to tell X where to find the raw edid data from the monitor. I have kept this configuration and it seems to work fine for logging in graphically (via gdm). The problem now is that as soon as I log in to gnome, it loads the background and displays it, but then does nothing. The mouse can be moved, but neither button has any effect. The computer has not locked up, I can still restart X or switch to a console login. It just does nothing after loading the desktop background. There are no errors or significant warnings in Xorg.0.log. There are no logs for GDM, and I haven't been able to find any related errors in any of the system logs. It would seem it's having an error that it's not logging.

Here's a copy of my xorg.conf:

Code:

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 290.10  (buildmeister@swio-display-x86-rhel47-07.nvidia.com)  Wed Nov 16 18:47:40 PST 2011


Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse0" "CorePointer"
EndSection

Section "Files"
    FontPath        "/usr/lib/X11/fonts/misc/:unscaled"
    FontPath        "/usr/lib/X11/fonts/100dpi/:unscaled"
    FontPath        "/usr/lib/X11/fonts/75dpi/:unscaled"
    FontPath        "/usr/lib/X11/fonts/misc/"
    FontPath        "/usr/lib/X11/fonts/Type1/"
    FontPath        "/usr/lib/X11/fonts/Speedo/"
    FontPath        "/usr/lib/X11/fonts/100dpi/"
    FontPath        "/usr/lib/X11/fonts/75dpi/"
    FontPath        "/usr/lib/X11/fonts/cyrillic/"
    FontPath        "/usr/lib/X11/fonts/TTF/"
EndSection

Section "InputDevice"

    # generated from default
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol" "auto"
    Option         "Device" "/dev/psaux"
    Option         "Emulate3Buttons" "no"
    Option         "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

    # generated from default
    Identifier     "Keyboard0"
    Driver         "kbd"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "Unknown"
    HorizSync       28.0 - 33.0
    VertRefresh     43.0 - 72.0
    Option         "DPMS"
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
EndSection

Section "Module"
	Load "extmod"
	Load "dbe"
	Load "type1"
	Load "freetype"
	Load "glx"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "CustomEDID" "DFP-0:/etc/X11/edid.raw"
    SubSection     "Display"
        Depth       24
        Modes      "1280x1024"
    EndSubSection
EndSection

Anyone have any ideas what might be causing this odd problem?

Richard Cranium · 12-17-2011, 03:11 PM

That sounds more like a window manager problem to me.

Did you also look into ~/.xsession-errors?

TheCrow33 · 12-17-2011, 04:07 PM

Quote:

Originally Posted by Richard Cranium

That sounds more like a window manager problem to me.

Did you also look into ~/.xsession-errors?

Indeed you are correct, I was unaware of this log file. Here's what I've discovered, though this doesn't make any sense:

From .xsession-errors:

Code:

gnome-session[3541]: WARNING: Application 'gnome-settings-daemon.desktop' failed to register before timeout
/usr/bin/gnome-shell: symbol lookup error: /usr/lib64/libgjs.so.0: undefined symbol: JS_SetScriptStackQuota
Failed to play sound: File or data not found
** Message: applet now removed from the notification area
Traceback (most recent call last):
  File "/usr/bin/blueman-applet", line 25, in <module>
    import pynotify
  File "/usr/lib64/python2.6/site-packages/gtk-2.0/pynotify/__init__.py", line 1, in <module>
    from _pynotify import *
ImportError: libnotify.so.1: cannot open shared object file: No such file or directory
Traceback (most recent call last):
  File "/usr/share/system-config-printer/applet.py", line 29, in <module>
    import pynotify
  File "/usr/lib64/python2.6/site-packages/gtk-2.0/pynotify/__init__.py", line 1, in <module>
    from _pynotify import *
ImportError: libnotify.so.1: cannot open shared object file: No such file or directory

So it would seem the problem is that there is no libnotify installed, so I took a look via slapt-get:

Code:

root@slackware:~# slapt-get --search libnotify
libnotify-0.5.2-x86_64-1 [inst=no]: libnotify (notification library)
libnotify-0.7.3-x86_64-1gsb [inst=yes]: libnotify (notification library)
notification-daemon-0.7.1-x86_64-1gsb [inst=yes]: notification-daemon (Desktop Notification DBUS Service)
notify-python-0.1.1-x86_64-1 [inst=yes]: notify-python (Python bindings for libnotify

The only one not installed is an older version of the one that is installed... so this leaves me with confusion. Also slapt-get nor slackbuilds.org can find the other library mentioned (libgjs) which seems to be a gnome javascript binding of some sort?

TheCrow33 · 12-17-2011, 04:42 PM

upon further inspection /usr/lib64/libnotify.so.1 does not exist, as it complained. But if I revert to the old version of libnotify that file does exist, but removes libnotify.so.4. Then if I try to login with the old version installed, then it complains about not being able to find libnotify.so.4 which indeed does not exist then. So it would seem I need both, but that can't happen unless I have both installed? So what I did was install the old version, made a copy of libnotify.so.1 named it libnotify.so.1.bak, then reinstalled the newest version of libnotify. Then I checked the /usr/lib64 directory again and found both libnotify.so.1 and libnotify.so.4 as well as my backup copy (for some reason making the backup copy keeps libnotify.so.1 around after installing the new version). Then I restarted X and gave it another go, this time .xsession-errors shows less errors (but I have a feeling I've moved in the wrong direction with this 'fix'):

.xsession-errors:

Code:

/etc/X11/gdm/Xsession: Beginning session setup...
/etc/X11/gdm/Xsession: Setup done, will execute: /usr/bin/ssh-agent -- /etc/X11/xinit/xinitrc.gnome
GNOME_KEYRING_CONTROL=/tmp/keyring-NeF5lX
SSH_AUTH_SOCK=/tmp/keyring-NeF5lX/ssh
GNOME_KEYRING_PID=2404
GNOME_KEYRING_CONTROL=/tmp/keyring-NeF5lX
SSH_AUTH_SOCK=/tmp/keyring-NeF5lX/ssh
GNOME_KEYRING_CONTROL=/tmp/keyring-NeF5lX
SSH_AUTH_SOCK=/tmp/keyring-NeF5lX/ssh
GPG_AGENT_INFO=/tmp/keyring-NeF5lX/gpg:0:1
GNOME_KEYRING_CONTROL=/tmp/keyring-NeF5lX
SSH_AUTH_SOCK=/tmp/keyring-NeF5lX/ssh
GPG_AGENT_INFO=/tmp/keyring-NeF5lX/gpg:0:1
gnome-session[2362]: WARNING: Application 'gnome-settings-daemon.desktop' failed to register before timeout

TheCrow33 · 12-17-2011, 05:19 PM

With some more research it turns out that part of this problem with gnome-settings-daemon timing out was because the cups daemon was not started. So I started the cups daemon, and now there are other problems:

.xsession-errors:

Code:

/etc/X11/gdm/Xsession: Beginning session setup...
/etc/X11/gdm/Xsession: Setup done, will execute: /usr/bin/ssh-agent -- /etc/X11/xinit/xinitrc.gnome
GNOME_KEYRING_CONTROL=/tmp/keyring-Uj1uDJ
SSH_AUTH_SOCK=/tmp/keyring-Uj1uDJ/ssh
GNOME_KEYRING_PID=2880
GNOME_KEYRING_CONTROL=/tmp/keyring-Uj1uDJ
SSH_AUTH_SOCK=/tmp/keyring-Uj1uDJ/ssh
GNOME_KEYRING_CONTROL=/tmp/keyring-Uj1uDJ
SSH_AUTH_SOCK=/tmp/keyring-Uj1uDJ/ssh
GNOME_KEYRING_CONTROL=/tmp/keyring-Uj1uDJ
SSH_AUTH_SOCK=/tmp/keyring-Uj1uDJ/ssh
GPG_AGENT_INFO=/tmp/keyring-Uj1uDJ/gpg:0:1
=== auto configure Configuration ===
  Clone: false
  Output: Unknown attached to default
     status: on
     width: 1280
     height: 1024
     rate: 50
     primary: false
     position: 0 0
=== Applying Configuration Configuration ===
  Clone: false
  Output: Unknown attached to default
     status: on
     width: 1280
     height: 1024
     rate: 50
     primary: true
     position: 0 0
/usr/bin/gnome-shell: symbol lookup error: /usr/lib64/libgjs.so.0: undefined symbol: JS_SetScriptStackQuota
Failed to play sound: File or data not found
warning: No hp: or hpfax: devices found in any installed CUPS queue. Exiting.

HP Linux Imaging and Printing System (ver. 3.11.3a)
System Tray Status Service ver. 2.0

Copyright (c) 2001-9 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

** Message: applet now removed from the notification area
system-config-printer-applet: failed to start NewPrinterNotification service
Loading configuration plugins
blueman-applet version 1.22 starting
Stale PID, overwriting
Using gconf config backend
Using gconf config backend
Using gconf config backend
Using gconf config backend
Using gconf config backend
Using gconf config backend
Using gconf config backend
Traceback (most recent call last):
  File "/usr/lib64/python2.6/site-packages/blueman/plugins/BasePlugin.py", line 65, in _load
    self.on_load(parent)
  File "/usr/lib64/python2.6/site-packages/blueman/plugins/applet/KillSwitch.py", line 52, in on_load
    raise Exception("Failed to initialize killswitch manager")
Exception: Failed to initialize killswitch manager

allend · 12-17-2011, 06:57 PM

What happens if you comment out these lines in your xorg.conf?

Quote:

HorizSync 28.0 - 33.0
VertRefresh 43.0 - 72.0

This information should provided in your custom EDID file.

TheCrow33 · 12-18-2011, 12:16 PM

Quote:

Originally Posted by allend

What happens if you comment out these lines in your xorg.conf?

This information should provided in your custom EDID file.

Thanks for that tip, but it has no noticeable effect, though it is probably better left out.

Richard Cranium · 12-18-2011, 02:59 PM

I don't know how much gnome-shell uses javascript, but I still see your system whining about /usr/lib64/libgjs.so.0. Given that gnome-shell can't find a symbol in there that it thinks should be in libgjs.so, you might have a version mismatch.

TheCrow33 · 12-18-2011, 06:41 PM

Quote:

Originally Posted by Richard Cranium

I don't know how much gnome-shell uses javascript, but I still see your system whining about /usr/lib64/libgjs.so.0. Given that gnome-shell can't find a symbol in there that it thinks should be in libgjs.so, you might have a version mismatch.

Yeah but I'm not real sure what package libgjs comes with... I thought it came with one of the gnome packages considering it's gnome specific, but I can't find anywhere to download just libgjs. Seems that all the download links I can find for it are distro specific and prebuilt. But it wouldn't make much sense if it was the wrong version that came with the gnome-slackbuild considering I have yet to find a multitude of people complaining about this problem with the latest gsb.

Richard Cranium · 12-19-2011, 07:31 AM

According to the gsb64 MANIFEST file, it's in gsb64/l/gjs-0.7.14-x86_64-2gsb.txz. I've had cases during install when a partition was filled; when that happens, you are best off reinstalling everything after making the partition larger. Did something similar happen to you?

TheCrow33 · 12-19-2011, 01:28 PM

Quote:

Originally Posted by Richard Cranium

According to the gsb64 MANIFEST file, it's in gsb64/l/gjs-0.7.14-x86_64-2gsb.txz. I've had cases during install when a partition was filled; when that happens, you are best off reinstalling everything after making the partition larger. Did something similar happen to you?

This shouldn't have happened, I had two partitions on the drive that things were installed to. It's a 120GB hdd, with two partitions (/boot 5GB) and (/ 115 GB) so I seriously doubt this was the case in my setup. Keep in mind, GSB was the third thing installed following slackware64 and the NVIDIA proprietary driver.

Richard Cranium · 12-20-2011, 06:32 AM

Hmm. I'd try re-installing the gjs package just to get that error to go away.

What does your slapt-get config file have in it? (Or at least the uncommented parts)

SukkoPera · 01-07-2012, 08:17 AM

Hi,

I just spent the last few days upgrading my installation to 13.37 + GSB 2.32, but I encountered the very exact problem you mentioned. After maaaaany attempts, I gave up and switched to GSB 2.30 (I was using Slackware 13.1 ] GSB 2.28 before that), thinking 2.32 was not yet mature enough, only to stumble upon the same problem.

I finally noticed thiat gjs uses SeaMonkey, and that:

Code:

bash-4.1# slapt-get --search seamonkey
libidl-0.8.14-i486-1 [inst=yes]: libIDL (IDL library)
seamonkey-2.1b3-i486-2 [inst=yes]: SeaMonkey (an open-source web browser suite)
seamonkey-2.5-i486-1_slack13.37 [inst=no]: SeaMonkey (an open-source web browser suite)
seamonkey-solibs-2.1b3-i486-2 [inst=yes]: seamonkey-solibs (Shared libraries from Seamonkey)
seamonkey-solibs-2.5-i486-1_slack13.37 [inst=no]: seamonkey-solibs (Shared libraries from Seamonkey)

So it seems SeaMonkey has received a security update. As you might guess, downgrading 2.5 to 2.1b3 solved the problem.

I will report this to the GSB guys ASAP. At the moment I'm still having a very bad GNOME experience, but probably because of video driver issues (using a 24" iMac here). Anyway I hope it helps

.

EDIT: Issue reported: https://github.com/gnomeslackbuild/g...stem/issues/47