You are not logged in.
verm1n wrote:I am unable to get my bspwm config to execute (tt1 shows error message: "couldn't execute configuration file") though the wm starts fine.
chmod 755 ~/.config/bspwm/bspwmrc
I surprise myself sometimes...
Thank you
Offline
Currently using bspwm in Ubuntu (yeah, I'm far from home now) and having a little issue.
I managed to make bspwm (with panels) work in a 64bits installation (xubuntu) but now I'm having troubles when a new installation.
Basically the panel is not showing the list of desktops. The panel works, since I see the output of xtitle. This is a very minimal installation (i.e. net install) so I may be missing some package to make it work. Also this is a 32bits installation and /tmp is mounted as tmpfs.
.xinitrc is as follows:
[ -e /tmp/panel-fifo ] && rm /tmp/panel-fifo
mkfifo /tmp/panel-fifo
bspwm -s /tmp/panel-fifo
Offline
i use the default bspwmrc and everytime i try to use a command, it tells me: Failed to connect to the socket.
what am i doing wrong? ive set the bspwm-socket variable in my .zshrc
what i cannot build, i do not understand
Offline
sam87 wrote:ive set the bspwm-socket variable in my .zshrc
You don't need to do this (and probably shouldn't).
Out of curiosity, why not? I saw the environment variable in the manpage so I thought it was fine.
Offline
fedemp wrote:bspwm -s /tmp/panel-fifo
This will work better:
bspwm -s /tmp/panel-fifo -p W
Awesome. Thanks a lot.
Offline
bloom wrote:sam87 wrote:ive set the bspwm-socket variable in my .zshrc
You don't need to do this (and probably shouldn't).
Out of curiosity, why not? I saw the environment variable in the manpage so I thought it was fine.
Yes, it's fine.
But, unless you're not happy with the default path, you don't need to.
Offline
Okay, so I have been messing with this for the last 24 hours or so and feel like an idiot. I can get bspwm to launch, but none of the hotkeys work. I am simply using the basic configs for now from the example folder, placed in the correct locations
ishikawa@section9: ~/.config
$ ls -l bspwm [11:37:54]
total 4
-rwxr-xr-x 1 ishikawa users 347 Aug 19 11:14 bspwmrc
ishikawa@section9: ~/.config
$ ls -l sxhkd [11:37:57]
total 4
-rwxr-xr-x 1 ishikawa users 1375 Aug 18 17:07 sxhkdrc
and a very simple xinitrc:
urxvtd &
nitrogen --restore &
xbindkeys &
exec bspwm
#exec xmonad
Everything is installed:
ishikawa@section9: ~
$ pacman -Q bspwm [11:47:16]
bspwm 0.8-1
ishikawa@section9: ~
$ pacman -Q sxhkd [11:47:20]
sxhkd 0.4.2-1
No errors in tty1 so I have to be missing something stupid ... and it's probably because I am sick and my attention to detail is shot ... so what am I missing?
Thanks in advance!
#binarii @ irc.binarii.net
Matrix Server: https://matrix.binarii.net
-------------
Allan -> ArchBang is not supported because it is stupid.
Offline
so what am I missing?
You're calling xbindkeys in your .xinitrc. If you want to use the shxkd config (shxkdrc), don't you need to call shxkd in your .xinitrc? Or likewise, if you want to call xbindkeys in your .xinitrc, you need a .xbindkeysrc file.
Last edited by 2ManyDogs (2013-08-19 20:00:27)
Offline
lifeafter2am wrote:so what am I missing?
You're calling xbindkeys in your .xinitrc. If you want to use the shxkd config (shxkdrc), don't you need to call shxkd in your .xinitrc? Or likewise, if you want to call xbindkeys in your .xinitrc, you need a .xbindkeysrc file.
See I knew it was something stupid. I needed to call shxkd in my xinitrc.
Thanks!
#binarii @ irc.binarii.net
Matrix Server: https://matrix.binarii.net
-------------
Allan -> ArchBang is not supported because it is stupid.
Offline
Is there a way to control which monitor is detected "first" by bspwm on startup, assuming an external monitor is connected to the laptop on startx?
Currently, I use a VGA and my laptop screen. In xrandr, VGA is detected "first" (i.e. higher on the list, even though I've set LVDS to be my primary).
What happens is that Desktop01 is always put on my VGA screen, even though I set LVDS as my primary. I am obviously able to just hack this in bspwmrc so that Desktop02, which is the "main" screen on my LVDS, is set to be my "main" desktop... however, this messes with my bar script, in that the desktops for VGA (since VGA comes first in the xrandr listing) always appear to the left of the desktops for LVDS.
This is purely cosmetic, and if it can't be fixed, it's fine, I was just wondering.
Thanks for making the best WM out there!
Character shines in the great moments, but is polished in the little ones.
Offline
Trying this out tonight since I'm back to arch since a few weeks ago. Seems like I finally can escape awesome
knowledge is p0wer..
Offline
Finally getting everything working nicely, and I have to say so far I love this WM!
Anyway, I do have one issue I am still trying to figure out. I have included a panel in my setup, mostly built from the example configs. The problem is that the windows are under the panel, instead of the panel acting as a dock and the windows bumping up to the bottom of them. Is this something in my config I didn't set up?
#binarii @ irc.binarii.net
Matrix Server: https://matrix.binarii.net
-------------
Allan -> ArchBang is not supported because it is stupid.
Offline
You have to write the padding command in your autostart.sh.
Something like this:
bspc monitor -p 13 0 0 0
Last edited by Neuromatic (2013-08-24 18:11:54)
/* No Comment */
Offline
You have to write the padding command in your autostart.sh.
Something like this:
bspc monitor -p 13 0 0 0
Knew I was missing something. Thanks!
#binarii @ irc.binarii.net
Matrix Server: https://matrix.binarii.net
-------------
Allan -> ArchBang is not supported because it is stupid.
Offline
Sorry to be asking so many questions today ... actually have time to work on this!
First, sometimes the added _shift is ignored in my sxhkdrc config. For instance both super+shift+enter and super+enter both start an instance of urxvtc. The same is true for super-shift-c and super-c, they both close the active window. But, super-(1-5) cycles desktops, and super-shift-(1-5) places windows on the respective desktop, hence working correctly. Am I doing something wrong here? Revelent sections of my config below:
super + {_,shift +}q
bspc quit
super + {_,shift +}c
bspc window -c
super + {_,shift +}{1-5}
bspc {desktop -f,window -d} {1-5}
super + q
pkill -USR1 -x sxhkd
super + {_,shift +} Return
urxvtc
Second, when I rename the desktops (instead of using 1-5), I can no longer switch using super-(1-5). I tried specifically tying a desktop to a super+number but it didn't work:
super + 1
bspc desktop -f ichi
super + 2
bspc desktop -f ni
super + 3
bspc desktop -f san
super + 4
bspc desktop -f shi
Lastly, I got my top bar working, and have successfully got conky piping into the FIFO for system information. One thing that is weird though is that its not reading the colors, i.e. ^fg(red). I was able to get this to work with conky and dzen2 using XMonad, so am I curious as to what is different here, especially since a few pages back you sucessfully use ^fg(gold) in a config.
Thanks again for the help!
#binarii @ irc.binarii.net
Matrix Server: https://matrix.binarii.net
-------------
Allan -> ArchBang is not supported because it is stupid.
Offline
Sorry to be asking so many questions today ... actually have time to work on this!
First, sometimes the added _shift is ignored in my sxhkdrc config. For instance both super+shift+enter and super+enter both start an instance of urxvtc. The same is true for super-shift-c and super-c, they both close the active window. But, super-(1-5) cycles desktops, and super-shift-(1-5) places windows on the respective desktop, hence working correctly. Am I doing something wrong here? Revelent sections of my config below:
super + {_,shift +}q bspc quit super + {_,shift +}c bspc window -c super + {_,shift +}{1-5} bspc {desktop -f,window -d} {1-5} super + q pkill -USR1 -x sxhkd super + {_,shift +} Return urxvtc
The braces denote a set of possible commands, depending on the key pressed. Thus, in the actual description of the command, you should include a set of possible commands (with cardinality >= 2), not just a single command.
e.g.
super + {_,shift +}Return
{dmenu_run, urxvt}
EDIT: Reread your problem.
super + _ q is the same as super + q, but you've defined it to be two different things. Consider changing your key for pkill.
Last edited by ttz (2013-08-25 00:06:34)
Character shines in the great moments, but is polished in the little ones.
Offline
lifeafter2am wrote:Sorry to be asking so many questions today ... actually have time to work on this!
First, sometimes the added _shift is ignored in my sxhkdrc config. For instance both super+shift+enter and super+enter both start an instance of urxvtc. The same is true for super-shift-c and super-c, they both close the active window. But, super-(1-5) cycles desktops, and super-shift-(1-5) places windows on the respective desktop, hence working correctly. Am I doing something wrong here? Revelent sections of my config below:
super + {_,shift +}q bspc quit super + {_,shift +}c bspc window -c super + {_,shift +}{1-5} bspc {desktop -f,window -d} {1-5} super + q pkill -USR1 -x sxhkd super + {_,shift +} Return urxvtc
The braces denote a set of possible commands, depending on the key pressed. Thus, in the actual description of the command, you should include a set of possible commands (with cardinality >= 2), not just a single command.
e.g.
super + {_,shift +}Return {dmenu_run, urxvt}
EDIT: Reread your problem.
super + _ q is the same as super + q, but you've defined it to be two different things. Consider changing your key for pkill.
Awesome thanks! Since that was the only way I saw the use of shift in the config I though that was how you needed to define it, makes a whole lot more sense now!
#binarii @ irc.binarii.net
Matrix Server: https://matrix.binarii.net
-------------
Allan -> ArchBang is not supported because it is stupid.
Offline
I saw something mentioned on the previous page about LXDM. Has anyone got bspwm working with LXDM? I created a new .desktop file for the session in /use/share/xsessions and pointed it to a simple launch script /usr/bin/bspwm-session which looks like:
sxhkd &
exec dbus-launch bspwm -c /home/ciarlill/.config/bspwm/autostart
made sure to chmod +x the autostart file.
I get logged into to some sort of session but no hotkeys work. Using the default sxhkdrc from github.
Offline
I've noticed some strange behavior when dragging windows between monitors with the mouse.
Below is the tree of the currently focused desktop on monitor A.
V m 0.50
m st-256color 2C00001 4 484x292+718+394 -----
m st-256color 3000001 4 484x292+718+394 ----- *
This is the result after dragging a window from monitor B (positioned to the right of A) if window 3000001 is preselected right or left (1) and up or down (2).
(1) V m 0.50
m st-256color 2C00001 4 484x292+718+394 -----
V m 0.50
m st-256color 3000001 4 484x292+718+394 ----- *
m st-256color 2E00001 4 484x292+398+366 -----
(2) V m 0.50
m st-256color 2C00001 4 484x292+718+394 -----
H m 0.50
m st-256color 3000001 4 484x292+718+394 ----- *
m st-256color 2E00001 4 484x292+1038+366 -----
---
A few other things:
Is it a known issue that resizing tiled windows with the mouse is slow?
A minor (and perhaps intentional) inconsistency: in query -T output, the previously focused monitor and desktop are denoted with ~ but the previously focused window isn't.
It might be useful to include the presel condition of windows in query -T output, similar to their floating, urgent, etc. status.
I use linux and I dont understand nothing in this post.
Offline
is bspwm using code from dwm?
Fight war not wars, destroy power not people!
Offline
Offline
I've noticed some strange behavior when dragging windows between monitors with the mouse.
Below is the tree of the currently focused desktop on monitor A.V m 0.50 m st-256color 2C00001 4 484x292+718+394 ----- m st-256color 3000001 4 484x292+718+394 ----- *
This is the result after dragging a window from monitor B (positioned to the right of A) if window 3000001 is preselected right or left (1) and up or down (2).
(1) V m 0.50 m st-256color 2C00001 4 484x292+718+394 ----- V m 0.50 m st-256color 3000001 4 484x292+718+394 ----- * m st-256color 2E00001 4 484x292+398+366 ----- (2) V m 0.50 m st-256color 2C00001 4 484x292+718+394 ----- H m 0.50 m st-256color 3000001 4 484x292+718+394 ----- * m st-256color 2E00001 4 484x292+1038+366 -----
Could you specify the expected results?
Is it a known issue that resizing tiled windows with the mouse is slow?
When preselected windows are involved, it will be slow (and can't be fixed), otherwise, it should be fast.
A minor (and perhaps intentional) inconsistency: in query -T output, the previously focused monitor and desktop are denoted with ~ but the previously focused window isn't.
restore --tree doesn't need it but I might still show it for the sake of consistency.
It might be useful to include the presel condition of windows in query -T output, similar to their floating, urgent, etc. status.
Agreed.
Offline