Can not log into openbox from GDM in Karmic Beta/RC

Xterm session reports:
openbox
(openbox:4185): Openbox-Warning **: Openbox is configured for 4 desktops, but the current session has 1. Overriding the Openbox Configureation. Openbox message: Unable to find a valid menu file debian-menu.xml

Hi Again,
I came back to let you know that I have also installed the lxde desktop and I was able to start an lxde session easily. Since I have posted the first time, I uninstalled openbox, changed my mirror back the main US repo, then reinstalled openbox and I applied all of the current Karmic updates, but I still can't launch an openbox session (or an openbox/gnome session).
Thanks,
James.

I found a same problem when try to login from gdm to openbox session, so after some tries it looked like gdm crashed when gnome-setting-daemon started, it declared in

root@lair:~# cat /etc/xdg/openbox/autostart.sh
# This shell script is run before Openbox launches.
# Environment variables set here are passed to the Openbox session.

# Set a background color
BG=""
if which hsetroot >/dev/null; then
    BG=hsetroot
else
    if which esetroot >/dev/null; then
 BG=esetroot
    else
 if which xsetroot >/dev/null; then
     BG=xsetroot
 fi
    fi
fi
test -z $BG || $BG -solid "#303030"

# D-bus
if which dbus-launch >/dev/null && test -z "$DBUS_SESSION_BUS_ADDRESS"; then
       eval `dbus-launch --sh-syntax --exit-with-session`
fi

# Make GTK apps look and behave how they were set up in the gnome config tools
if test -x /usr/libexec/gnome-settings-daemon >/dev/null; then
  /usr/libexec/gnome-settings-daemon &
elif which gnome-settings-daemon >/dev/null; then
#/bin/bash -c "/usr/bin/hackstart.sh 1>/dev/null 2>/dev/null &"
# Make GTK apps look and behave how they were set up in the XFCE config tools
elif which xfce-mcs-manager >/dev/null; then
  xfce-mcs-manager n &
fi

# Preload stuff for KDE apps
if which start_kdeinit >/dev/null; then
  LD_BIND_NOW=true start_kdeinit --new-startup +kcminit_startup &
fi

# Run XDG autostart things. By default don't run anything desktop-specific
# See xdg-autostart --help more info
DESKTOP_ENV=""
if which /usr/lib/openbox/xdg-autostart >/dev/null; then
  /usr/lib/openbox/xdg-autostart $DESKTOP_ENV
fi

I really don't know what they made with gdm, but I fixed it by making some workaround like this:

root@lair:~# cat /etc/xdg/openbox/autostart.sh
# This shell script is run before Openbox launches.
# Environment variables set here are passed to the Openbox session.

# Set a background color
BG=""
if which hsetroot >/dev/null; then
    BG=hsetroot
else
    if which esetroot >/dev/null; then
 BG=esetroot
    else
 if which xsetroot >/dev/null; then
     BG=xsetroot
 fi
    fi
fi
test -z $BG || $BG -solid "#303030"

# D-bus
if which dbus-launch >/dev/null && test -z "$DBUS_SESSION_BUS_ADDRESS"; then
       eval `dbus-launch --sh-syntax --exit-with-session`
fi

# Make GTK apps look and behave how they were set up in the gnome config tools
#if test -x /usr/libexec/gnome-settings-daemon >/dev/null; then
# /usr/libexec/gnome-settings-daemon &
#elif which gnome-settings-daemon >/dev/null; then
/bin/bash -c "/usr/bin/hackstart.sh 1>/dev/null 2>/dev/null &"
# Make GTK apps look and behave how they were set up in the XFCE config tools
#elif which xfce-mcs-manager >/dev/null; then
# xfce-mcs-manager n &
#fi

# Preload stuff for KDE apps
if which start_kdeinit >/dev/null; then
  LD_BIND_NOW=true start_kdeinit --new-startup +kcminit_startup &
fi

# Run XDG autostart things. By default don't run anything desktop-specific
# See xdg-autostart --help more info
DESKTOP_ENV=""
if which /usr/lib/openbox/xdg-autostart >/dev/null; then
  /usr/lib/openbox/xdg-autostart $DESKTOP_ENV
fi

root@lair:~# cat /usr/bin/hackstart.sh
#!/bin/bash

sleep 30
/usr/bin/gnome-settings-daemon 1>/dev/null 2>/dev/null &
exit 0

It is very bad but i didn't f...

I got the exact same problem installing Openbox and also installing Xfce4. It seems that from gdm I can only start a GNOME session.

By writing

exec openbox-session

in ~/.xinitrc, stopping gdm and manually starting Xorg with startx.gnome-settings-daemon seems to work fine when started this way, and no system files need to be changed. In terms of practicality I guess it's also quite a bad method of logging in....

I also got this problem.
Not only gnome-setting-daemon, but also conky has the same problem (which use the sleep method to resolve)

The same configuration works fine in archlinux, so I think it's an ubuntu specified bug.

I have also gotten openbox-session to launch from GDM. I did so by commenting out everything in /etc/xdg/openbox/autostart.sh

This did not adversely impact the applications I wanted to run from openbox. However, it did make gnome-panel look very bad. I see that the invocation of gnome-settings-daemon described in netgt's hackstart.sh script works. I would be interested to know why.

There is another problem, however, that I cannot figure out: how to get openbox to start with the default 4 virtual desktops. Any ideas?

answer to my question at https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/435501

I'm pretty new to ubuntu and linux in general, but I am also having this problem. Whenever I try to log in with Openbox-session selected in GDM, it just goes back to the login screen after a few seconds. Using Karmic Koala.

This seems to be reoccurring in Ubuntu 11.04 beta 2 (and I think beta 1 I had the issue).

I can confirm that this issue is still present even in 11.04 final.

I just switched to 11.04 from 10.10 and what a deception. Instability, Unity non sense... I wanted my Openbox back, but no way.
Sad to see the same things broken again and again...