Gabriel Rauter | 14 Jun 20:54 2016

Survey: Relevance of Configuration Systems in Free and Open Source Software

Dear developers, contributors and caretakers of free and open source software.
If you are involved in the development of free and open source software (FLOSS) you are the person we are looking for.

It would be a great help if you take this survey:

It will be available till 18.07.2016 (anywhere on earth).

For every thoroughly and not anonymously finished survey € 40 cent will be donated to one of the following organizations of your choice:

For every thoroughly and not anonymously finished survey € 40 (at least € 200 in total) cent will be donated.
The donation goes to one organisation of your choice.
You need to enter your e-mail address to participate.
Then you can select between following projects:

- LimeSurvey (LimeService, kindly hosts this survey)
- SPI (General Donation: 0 A.D., LibreOffice, Debian, ArchLinux, …)
- Mozilla (Firefox)
- Wikimedia Foundation (Wikipedia)

So if you know anyone suited for this survey please feel free to share it.

As part of the ongoing research on the topic of configuration systems in free and open  source software here at Vienna University of Technology, we would like to invite you to participate in this short survey. It should only take you 15 minutes, promised!

By supporting us through this survey, you help the research by providing relevant input on this topic.
In addition the anonymised results will be released under an open licence, so other projects with involvement in configuration in free and open source software can benefit from it too.

In addition the results will be anonymised and made freely available.
Just leave your address at the end of the survey and we will send it to you.

For further questions regarding this survey or interest in the research of configuration systems feel free to contact as atsurvey <at>

If you have not done it yet, we would appreciate if you take our survey at before the 18.07.2016.
Abraham Baker | 12 Jun 19:59 2016

FullScreens function problem


I recently added another monitor to my desktop, so I wanted to try out the FullScreens function as found here:

However, I need the client's upper-left corner to start on screen 0, but when I change the index to 0, I get an error: "invalid screen number: 0".

xrandr claims that there is one screen (screen #0) with 3 displays attached.  Do I need to set nvidia-settings to have 3 separate screens, or can this function work the way it is currently set up?

Jeroen Budts | 10 Jun 21:24 2016

keybinding to switch to specific layout?

Hi all,

After using the default (?) maximize keybinding for a while I would
rather prefer it that modkey+m would simpley switch to the maximized
layout to immediately maximize all clients and avoid some weird
behaviour I sometimes see with maximized clients (they are sometimes
behind other clients right after maximizing). I guess this should be
doable using awful.layout.set('awful.layout.suit.max').
However when pressing modkey+m again, I'd like to switch back to the
previous layout for the tag, similar to the regular modkey+m keybinding.
I'm not entirely sure how to do this. I could store the layout for the
current tag in a table right before switching to the max layout and
lookup the previous layout in the table when restoring from it.
Has anyone done something like this already? Maybe it's just a crazy idea...

Kind regards,


website: - twitter:  <at> teranex
Registered Linux User #482240 - -

Bill Sun | 17 May 15:53 2016

Stack-like behavior for restoring minimized windows

Hi all,

Currently there's a keyboard shortcut in my config so that I can use
keyboard to restore minimized windows. It reads:
    awful.key({ modkey, }, "d", function (c) c.minimized = not c.minimized   end),

It works. Recently I noticed that when I have multiple minimized
windows, awesome always first restore the window that is created first.

For me, it would be better if the un-minimizer has a stack-like
behavior: that is, restore first the window that is minimized last.

Any suggestions? Thanks.

Adam Nielsen | 7 May 15:32 2016

Split one screen into multiple

Hi all,

I have a 40" 4K monitor which *almost* works as a multi-monitor
replacement, except that it's hard to switch between desktops without
affecting the whole screen.

What I'd really like is to split the monitor into four quarters, so
that it functions like four 1080p monitors, i.e. Mod4+F2 goes to the
top-right sub-screen, Mod4+F3 goes to the bottom-left, etc.

I don't want to use fake RandR stuff because I still want apps like
mplayer to go full screen on the whole monitor, I just want Awesome to
fit four desktops onto the one monitor and behave like there are four
monitors there, each with its own desktops.

Is this sort of thing possible?

Many thanks,

Jeroen Budts | 5 May 23:09 2016

Vicious CPU graph direction

Hi all,

In my rc.lua I created a simple CPU graph using Vicious. Is it possible
to change the direction in which this graph moves? Currently it moves
from left to right, but I would like to see it move from right to left
(the same as the CPu graph on xfce4-panel).

I use this code:
cpuwidget = awful.widget.graph()
vicious.register(cpuwidget, vicious.widgets.cpu, "$1", 1)

Thanks for any tips,


website: - twitter:  <at> teranex
Registered Linux User #482240 - -

Jeroen Budts | 30 Apr 16:28 2016

AwesomeWM + Gvim resize crashes (segfault)

Hi all,

A few days ago I started using Awesome as my window manager (running
inside XFCE on xubuntu 15.10). The versions from the repository are
v3.5.6 (awesome) and 7.4.712 (gvim). I upgraded Awesome to 3.5.9 using a
When Gvim gets resized, either because I resize the master-pane of
awesome, or simply by switching Awesome layout, Gvim will frequently
hang and/or crash.
From what I could find it seems to be a segfault, but I have no clue
what is causing this. In the past I have been using Gvim without any
problems with xfwm4 (default xfce window manager). I also tried xmonad
for a week where I didn't see these crashes when similarly resizing the
xmonad master-pane or switching layouts.

This is what I saw in the Ubuntu crash-submit tool:
 vim.gnome crashed with sigsegv in get_syntax_atttr()

When starting gvim with `strace gvim -V9log.txt file.tex > stdout.txt 2>
stderr.txt` I got the following in stdout.txt:
RenderBadPicture (invalid Picture parameter)
Vim: Got X error
Vim: Finished.

Any help on this is much appreciated.


Kind regards,


website: - twitter:  <at> teranex
Registered Linux User #482240 - -

Jeroen Budts | 30 Apr 16:22 2016

Screen attach/detach: avoid restart?

Hi all,

When I attach or detach an external screen (using xrandr) it seems
Awesome automatically restarts.
Is there any way to avoid this? During a regular working day I happen to
connect/disconnect my screen easily 3 to 5 times. This causes my layouts
to reset each time (size of master pane, number of applications in the
master etc), which is a bit annoying. This also causes scratch.drop
( to lose track of the
applications so they become regular tiled applications.

I'm using awesome 3.5.9 inside XFCE on Xubuntu 15.10.

Thanks for any help,


website: - twitter:  <at> teranex
Registered Linux User #482240 - -

Markus Gutschke | 22 Apr 20:35 2016

Can't un-minimize windows

I have been using awesome for many years. I install it as the window manager in a GNOME fallback session on Ubuntu. In other words, I have all of the GNOME session manager, and I have the old-school GNOME panel. But everything else is awesome.

This has worked beautifully for as long as I can remember. But today, I decided to update to the new Ubuntu LTS release (Xenial). The upgrade went surprisingly uneventful. After waiting for an hour, the computer rebooted and at first sight, everything looked exactly the same as before. That's good!

Well, until I tried to minimize windows (either from the gnome-panel, or using Mod-n). The window minimizes just fine, but I can't figure out how to restore it. As far as I can tell, un-minimize has absolutely no effect. I installed the most recent version of awesome, and still no improvement.

I am a bit at a loss how to debug this problem. Does anybody have a suggestion of where I should even start looking?


Louis LÉVÊQUE | 7 Apr 12:24 2016

awful.spawn seems to modify the command to run

Hello everybody !

I am trying to set up my volume keys so I took a snippet from

I only took the binding part, but when I press the keys, the volume is
increased / decreased by a dramatic level... When I try to run

amixer set Master 9%+

in a terminal the volume correctly gets increased by 9 % while the key
defined llike that :

   awful.key({ }, "XF86AudioRaiseVolume", function ()
       awful.util.spawn("amixer set Master 9%+") end)

causes the volume to jump from 0% to 65% or from 1% to 74%
At first I thought that there may be some string processing that could
change the command but replacing it with echo amixer set Master 9%+ >
/tmp/out proved this wrong.

What could cause this different behaviour ?

Thank you by advance,


Abraham Baker | 12 Mar 02:36 2016

Awesome Wikipedia UBX


I've made a Wikipedia userbox for the Awesome WM:

I just wanted to mention it here before adding it to the Software UBX page.  I'm not sure whether it should go under "Desktop Environments", "Other Software", or if I should suggest a new section for "Window Manager" (there are some wms under the Other section already, but they could be moved).

Hope this is useful to some of you!