Jonas Dörken wrote: > i tried it and the problem persists. But there is an error, that could help: > > The XKEYBOARD keymap compiler (xkbcomp) reports: >> warning: Type "ONE_LEVEL" has 1 levels, but > <RALT> has 2 symbols >> Ignoring extra symbols > Errors from xkbcomp are not fatal to the X server > > so is it the Xserver after all?
I do have exactly the same warning for years, and still happening. But my awesome still runs fine. So I don't think this is related. > i've cleared the slim.log and logged in twice for you to see the > difference, there isnt any, im afraid. at the second login, it runs > perfectly. -> http://pastebin.com/fzscDaCH . I hope it helps =) I don't see anything related to consolekit or dbus, depending on your system configuration, this might be critical to start them, but I don't know Arch policy on that. I'm using Gentoo. An excerpt from my slim.log : slim: Last login: Sat May 26 14:03:55 CEST 2012 on :0.0 slim: consolekit support enabled slim: initializing a consolekit session slim: ck_connector has XDG_SESSION_COOKIE of <long string of chars> /usr/bin/xauth: file /home/cnicolas/.Xauthority does not exist /usr/share/slim/Xsession: Beginning session setup... /usr/share/slim/Xsession: Setup done, will execute: /usr/bin/dbus-launch --exit-with-session /etc/X11/Sessions/Xsession > .xinitrc looks pretty much naked. I didnt do mutch tweaking after all, > because im quite a noobie in this linux thing > :D http://pastebin.com/YgNsyMkr <- maybe i missed somehting essential? I don't think so, except if you have bizarre files in there. What is the "login_cmd" used by slim ? You will find it in /etc/slim.conf Mine is: login_cmd exec /bin/bash -login /usr/share/slim/Xsession %session Which will pass "custom" as %session, and Xsession will start dbus and invoke /etc/X11/Session/Xsession, which load default Xresources, Xmodmap and others X config files, and then start my ~/.xsession (which is barely a symlink to ~/.xinitrc). -- Cyprien -- To unsubscribe, send mail to [email protected].
