You are not logged in.
Hello Arch people;
I've got an old IBM ThinkPad R32 which I've decided to put Arch on. Everything it working as I'd like it other than Xorg and I'm at a complete loss of ideas here.
After installing all of the necessary tools/drivers for my video card (xf86-video-ati, libgl, ati-dri, hal, acpi, mesa, etc.) and adding their Daemons to rc.conf, I've finally got the default window manager running the way it should (mouse, keyboard, resolution, etc.)
My next step was installing FluxBox. After adding "exec startfluxbox" to my ~/.xinitrc file, when I "xinit" Xorg fails without any errors. I've checked /var/log/Xorg.0.log and it seems to be fine. I've been reading wiki.archlinux.org but haven't found anything related to this problem.
I'm sure that someone is going to ask for the following, so here it goes:
[root@thinkpad ~]# lspci|grep "VGA"
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY
[root@thinkpad ~]# cat /etc/rc.conf|grep DAEMON
# DAEMONS
DAEMONS=(syslog-ng acpi hal network netfs crond)
[root@thinkpad ~]# Xorg -version
X.Org X Server 1.7.6
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.33-ARCH i686
Current Operating System: Linux thinkpad 2.6.33-ARCH #1 SMP PREEMPT Thu May 13 12:06:25 CEST 2010 i686
Kernel command line: root/dev/sda3 ro
Build Date: 01 April 2010 05:35:33PMCurrent version of pixman: 0.18.2
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[root@thinkpad ~]# /etc/rc.d/acpid restart
:: Stopping acpid [DONE]
:: Starting acpid [DONE]
[root@thinkpad ~]# /etc/rc.d/hal restart
:: Stopping Hardware Abstraction Layer [DONE]
:: Starting Hardware Abstraction Layer [DONE]
[root@thinkpad ~]# cat /var/log/Xorg.0.log|grep WW
(WW) The directory "/usr/share/fonts/TTF" does not exist.
(WW) The directory "/usr/share/fonts/Type1" dose not exist.
(WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
(WW) Disabling Mouse0
(WW) Disabling Keyboard0
[root@thinkpad ~]# cat /var/log/Xorg.0.log|grep EE
Any suggestions or ideas would be greatly appreciated.
Offline
OK, now I'm even more confused.
Awesome WM works fine, but FluxBox still fails.
EDIT: OpenBox also works fine.
Last edited by jeffbuckley (2010-05-29 21:22:15)
Offline
Offline
Look at your /usr/bin/startfluxbox script, it may be failing, causing your xinit to fail.
I've never used startfluxbox to actually start fluxbox. I simply do an 'exec fluxbox' right from ~/.xinitrc and have never had any problems.
Offline
The startfluxbox script does nothing other than handle a few simple arguments and allow another place for auto-starting-applications. It doesn't seem to be the problem. Thanks for the advice though, rockin turtle.
I'm slowly getting over this issue and working with Openbox, though giving up hasn't happened yet.
Offline
It could be a problem with the new glibc. If you're using glibc-2.12, try downgrading to 2.11 and see if it helps. Oh it means downgrading also gcc gcc-libs and binutils.
If you don't have the packages in your cache, you may try the Arch Rollback Machine.
But it's maybe not worth the trouble if the issue is not there, so I would maybe investigate other possiblities before bothering with downgrading packages.
Edit: have you tried to rebuild fluxbox ?
Last edited by skualito (2010-05-30 16:28:47)
Offline
Hi,
I would try to search the log of fluxbox itself first. Replace the fluxbox line in your .xinitrc with something like that
exec fluxbox -log ~/.fluxbox/logfile -verbose
This will start fluxbox only (without anything else) and place a logfile in your .fluxbox-folder. Maybe that does give you a hint or you can post it here.
Offline