[SOLVED]Problem with CLFSWM from aur

thevdude · 2012-07-20 20:46:06

I installed clfswm with packer, and put the line "exec clfswm" into .xinitrc. startx, and I get this http://sprunge.us/BUJg on TTY and this to /var/log/Xorg.0.log http://sprunge.us/CScI

Other WMs work (spectrwm is all I've tried so far)

I'm not sure what the issue is. I've just installed arch and still haven't installed most of my packages, so it wouldn't be unreasonable if I was missing something stupid, I've never installed X manually before.

Solved this by installing xdg-utils and using xinit instead of startx.

Last edited by thevdude (2012-07-21 23:24:15)

Trilby · 2012-07-20 22:02:57

Interesting ... I love tinkering with new WMs.

I just tried it out and it worked perfectly here. ~~Can you post your .xinitrc.~~

edit: what is the output of

echo $XDG_CACHE_HOME

I'm guessing you do not have this variable set, in which case the error you are seeing would make sense. If you look at the code of the clfswm script, it sets "dump_path" to $XDG_CACHE_HOME/clfswm/ without checking whether the XDG variable is set. If the variable is not set, "dump_path" is just /clfswm/. When the script later calls 'mkdir $dump_path` you get the permission error for trying to create a directory in the root directory rather than your user's home directory.

You can avoid this by ensuring XDG_CACHE_HOME is set to something reasonable either by installing the appropriate XDG package, or just set it yourself to /home/USERNAME/.config.

I'd also suggest reporting this as a bug to the maintainer. The script should definitely ensure that variable exists before it attempts to use it like that.

edit2: I suspect the xdg variable is set by something in extra/xdg-utils. Perhaps this package should be added as a dependency for clfswm.

Last edited by Trilby (2012-07-20 22:22:39)

thevdude · 2012-07-21 02:38:49

Well, that fixed one issue and lead to another.

I'm getting "CLFSWM Error: Connection Failure to X11.0 server display 0: No protocol specified"

xdg-utils fixed it otherwise though.

Trilby · 2012-07-21 03:07:10

OK, now can you post your .xinitrc? Also, have you tried starting with just `xinit`.

edit: also the tty output from X with the new error would be useful.

Last edited by Trilby (2012-07-21 03:27:53)

ewaller · 2012-07-21 03:30:42

Moving to "AUR Issues, Discussion and PKGBUILD requests"

thevdude · 2012-07-21 16:13:31

.xinitrc just has #!/bin/sh and exec clfswm.

startx doesn't work, xinit does.

Terminal output for startx (removed a large section of it repeating) is http://sprunge.us/XXMQ

Works fine with xinit, I wonder what the difference is

Trilby · 2012-07-21 16:29:50

I always just use xinit and avoid startx, I don't see any purpose (for my use) to use startx. Startx is a script that does a variety of different stuff[1] then calls xinit itself.

if you really want to get to the bottom of why startx fails, check out the startx script. Particularly look for anything that may set the DISPLAY variable. Note though, that you'll have to dig through dozens of other files which may be sourced by the startx script ... some of them in turn source other files.

[1]: Some may find some of this 'stuff' useful, but if I need anything more than xinit, I'd prefer to do it myself and have control of it.

edit: I can verify that CLFSWM fails with the same error here when I try to start via startx, but xinit works fine.

Last edited by Trilby (2012-07-21 16:36:33)

thevdude · 2012-07-21 17:16:32

That's good enough for me. I'll end up looking through startx some time to see what happens, but xinit seems like a better choice anyway.

Trilby · 2012-07-21 17:36:29

Cool. If it's working you can mark this thread as solved (by clicking edit on your initial post to change the title).

Also, if you're up for it, a wiki article on CLFSWM would be handy ... assuming you've used it before and/or are learning about it. It strikes me as interesting enough to merit some playing around in, but a tutorial of it's major features or configurations would be nice, as it does seem to use a very different desktop "metaphor" than either floating or tiling WMs.

Arch Linux

#1 2012-07-20 20:46:06

[SOLVED]Problem with CLFSWM from aur

#2 2012-07-20 22:02:57

Re: [SOLVED]Problem with CLFSWM from aur

#3 2012-07-21 02:38:49

Re: [SOLVED]Problem with CLFSWM from aur

#4 2012-07-21 03:07:10

Re: [SOLVED]Problem with CLFSWM from aur

#5 2012-07-21 03:30:42

Re: [SOLVED]Problem with CLFSWM from aur

#6 2012-07-21 16:13:31

Re: [SOLVED]Problem with CLFSWM from aur

#7 2012-07-21 16:29:50

Re: [SOLVED]Problem with CLFSWM from aur

#8 2012-07-21 17:16:32

Re: [SOLVED]Problem with CLFSWM from aur

#9 2012-07-21 17:36:29

Re: [SOLVED]Problem with CLFSWM from aur

Board footer