Re: Another setup question
On 15.06.2012 01:02, Evan Driscoll wrote: OK, so I spent much of the day trying to get Awesome set up on my work computer. It's an RHEL5 platform and I don't have root, so it was a bit of an adventure. I'm running 3.4.12 with the default rc.lua. I rebuild all the dependencies and got it to the point where it runs and mostly works, but the information bar at the top as well as the right-click menus don't have any text. here's the bar: http://pages.cs.wisc.edu/~driscoll/temp/awesome.png here's what a single menu entry looks like: http://pages.cs.wisc.edu/~driscoll/temp/awesome2.png but they are functional: I can see the color move around for the current tag, and click on tags to change to it, and click on menu entries to get stuff to happen. The terminal where I did startx contains lots of messages like W: awesome: xerror:809: X error: request=(null), error=(null) W: awesome: xerror:809: X error: request=(null), error=(null) W: awesome: xerror:809: X error: request=(null), error=(null) W: awesome: xerror:809: X error: request=(null), error=(null) W: awesome: xerror:809: X error: request=(null), error=(null) W: awesome: xerror:809: X error: request=(null), error=(null) W: awesome: xerror:809: X error: request=(null), error=(null) Any ideas what could be going wrong or how to diagnose it? Keep in mind that I have some mess of self-built libraries and old RHEL5 libraries. I *have* run Awesome on here before successfully though, but I didn't build it then (and I don't think that build lives on). Since you are already building awesome yourself, could you apply the attached patch and show us the new output from where you did startx? Please also include the output from xdpyinfo -queryExtensions | grep opcode (or DISPLAY=:0 xdpyinfo -queryExtensions | grep opcode, if you can't run this from a terminal inside the X11 server). Also, which cairo version do you have? Cheers, Uli P.S.: Nope, not a single clue about what is going on. -- A learning experience is one of those things that say, 'You know that thing you just did? Don't do that.' -- Douglas Adams From 7f6a67013743ab214e993ea461a0a9786859a92a Mon Sep 17 00:00:00 2001 From: Uli Schlachter psyc...@znc.in Date: Fri, 15 Jun 2012 10:02:25 +0200 Subject: [PATCH] xerror: Print numeric infos about the error xcb_event_get_{request,error}_label() return NULL for non-core requests and error codes. Obviously, that's not really helpful at all, so also print the numeric information about what failed. Signed-off-by: Uli Schlachter psyc...@znc.in --- event.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/event.c b/event.c index c725604..8aa18c0 100644 --- a/event.c +++ b/event.c @@ -804,9 +804,11 @@ xerror(xcb_generic_error_t *e) e-error_code == XCB_MATCH)) return; -warn(X error: request=%s, error=%s, +warn(X error: request=%s (major %d, minor %d), error=%s (%d), xcb_event_get_request_label(e-major_code), - xcb_event_get_error_label(e-error_code)); + e-major_code, e-minor_code, + xcb_event_get_error_label(e-error_code), + e-error_code); return; } -- 1.7.10
Stretching window over both screens?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Simple question: is there a way of stretching a window over two screens? I have a two-monitor setup with xrandr and would somtimes like to stretch one window over both monitors - is this possible? At the moment I make the window a floating window and resize it with the mouse - but is there a better way (I am sure there is). Cheers, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/a/PIACgkQoYgNqgF2egosiACfQrds50oSOSbBj7zC3Cv4jquw EOMAn1QyMGv9pwNQP+HsCumzUOYrWbzK =pzvT -END PGP SIGNATURE- -- To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.
Re: Stretching window over both screens?
2012/6/15 Rainer M Krug r.m.k...@gmail.com: Simple question: is there a way of stretching a window over two screens? Something like this maybe? http://awesome.naquadah.org/wiki/FullScreens -- To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.
SOLVED Re: Stretching window over both screens?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15/06/12 14:56, Paweł Rumian wrote: 2012/6/15 Rainer M Krug r.m.k...@gmail.com: Simple question: is there a way of stretching a window over two screens? Something like this maybe? http://awesome.naquadah.org/wiki/FullScreens Exactly that - briliant. Thanks, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/bODIACgkQoYgNqgF2egoYZACfbKOpare5TtXvUoY5SW6xb7bJ ddEAnjEno/slAgVCd8uLsWSZgXyBujtc =v9HW -END PGP SIGNATURE- -- To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.
Re: SOLVED Re: Stretching window over both screens?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 To report back: I have two monitors above each other, so I modified the function to: function fullscreens(c) awful.client.floating.toggle(c) if awful.client.floating.get(c) then local clientX = screen[1].workarea.x local clientY = screen[1].workarea.y local clientWidth = 2147483640 -- look at http://www.rpm.org/api/4.4.2.2/llimits_8h-source.html local clientHeight = 0 for s = 1, screen.count() do clientHeight = clientHeight + screen[s].workarea.height clientWidth = math.min(clientWidth, screen[s].workarea.width) end local t = c:geometry({x = clientX, y = clientY, width = clientWidth, height = clientHeight}) else --apply the rules to this client so he can return to the right tag if there is a rule for that. awful.rules.apply(c) end -- focus our client client.focus = c end Only problem: if the client is on the lower window and I expand it over both screens and toggle back, it stays on the upper monitor - but I can live with it at the moment. Cheers, Rainer On 15/06/12 15:27, Rainer M Krug wrote: On 15/06/12 14:56, Paweł Rumian wrote: 2012/6/15 Rainer M Krug r.m.k...@gmail.com: Simple question: is there a way of stretching a window over two screens? Something like this maybe? http://awesome.naquadah.org/wiki/FullScreens Exactly that - briliant. Thanks, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/bQJkACgkQoYgNqgF2egrHQgCfW5vz4gXr9wgi8F0F0iAb5mo+ /DwAmwRpQwg1FhDxQ5Qh5r4qRCArnhja =eaAs -END PGP SIGNATURE- -- To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.
Re: Another setup question
On 06/15/2012 03:07 AM, Uli Schlachter wrote: Since you are already building awesome yourself, could you apply the attached patch and show us the new output from where you did startx? Please also include the output from xdpyinfo -queryExtensions | grep opcode (or DISPLAY=:0 xdpyinfo -queryExtensions | grep opcode, if you can't run this from a terminal inside the X11 server). Both are included. You've got the output of 'startx -- :1' with an immediate ctrl-alt-backspace, then the 'xdpyinfo' thing. (This gives the same input from both X sessions.) If I'm guessing what you are looking for, it's RENDER. :-) Also, which cairo version do you have? 1.12.2. Also, just in case anything else rings any alarm bells I've attached my .xsession and a directory listing of a couple places I have my custom libraries built. I don't really expect you to look at them (or really spend all that much time on someone with such a weird setup), but if you're curious they're there. Thanks, Evan xauth: creating new authority file /u/d/r/driscoll/.serverauth.19431 X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: Linux 2.6.18-274.12.1.el5 x86_64 Red Hat, Inc. Current Operating System: Linux hank.cs.wisc.edu 2.6.18-274.12.1.el5 #1 SMP Tue Nov 8 21:37:35 EST 2011 x86_64 Build Date: 05 January 2012 Build ID: xorg-x11-server 1.1.1-48.90.el5 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.1.log, Time: Fri Jun 15 19:28:33 2012 (==) Using config file: /etc/X11/xorg.conf (EE) Failed to load module speedo (module does not exist, 0) The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Multiple symbols for level 1/group 1 on key I5F Using XF86Sleep, ignoring XF86Standby Warning: Symbol map for key I5F redefined Using last definition for conflicting fields Errors from xkbcomp are not fatal to the X server /u/d/r/driscoll/.xinitrc: line 10: path_prepend: command not found /u/d/r/driscoll/.xinitrc: line 11: path_prepend: command not found /u/d/r/driscoll/.xinitrc: line 12: path_prepend: command not found Fontconfig warning: /scratch/driscoll/temp/gtk+build/install/etc/fonts/conf.d/50-user.conf, line 8: reading configurations from ~/.fonts.conf.d is deprecated. Fontconfig warning: /scratch/driscoll/temp/gtk+build/install/etc/fonts/conf.d/50-user.conf, line 9: reading configurations from ~/.fonts.conf is deprecated. W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) W: awesome: xerror:811: X error: request=(null) (major 154, minor 23), error=(null) (179) E: awesome: a_xcb_io_cb:214: X server connection broke xinit: connection to X server lost. waiting for X server to shut down FreeFontPath: FPE unix/:7100 refcount is 2, should be 1; fixing. BIG-REQUESTS (opcode[K: 130) DAMAGE (opcode[K: 155, base event: 119, base error: 183) DPMS (opcode[K: 137) Extended-Visual-Information (opcode[K: 139)
Re: Another setup question
On 06/15/2012 07:29 PM, Evan Driscoll wrote: Also, just in case anything else rings any alarm bells I've attached my .xsession and a directory listing of a couple places I have my custom libraries built. I don't really expect you to look at them (or really spend all that much time on someone with such a weird setup), but if you're curious they're there. Sorry for all the spam, but I thought of a better way to get the key info here across (i.e. what libraries I've built and it's picking up). Attached is the output of 'ldd awesome' (run from inside awesome itself). I've reordered it so that the libraries it's picking up from the system are in the middle and the libraries it's picking up from me are at the end. Do any of the libraries it's picking up from the system strike you as oh, this would cause a problem if it were really old. freetype perhaps? Evan linux-vdso.so.1 = (0x7fff46774000) /lib64/ld-linux-x86-64.so.2 (0x00350380) libm.so.6 = /lib64/libm.so.6 (0x00350400) libdbus-1.so.3 = /lib64/libdbus-1.so.3 (0x00351160) libc.so.6 = /lib64/libc.so.6 (0x003503c0) libdl.so.2 = /lib64/libdl.so.2 (0x00350440) libXau.so.6 = /usr/lib64/libXau.so.6 (0x00350540) libXdmcp.so.6 = /usr/lib64/libXdmcp.so.6 (0x00350500) libpng12.so.0 = /usr/lib64/libpng12.so.0 (0x003506c0) libXrender.so.1 = /usr/lib64/libXrender.so.1 (0x00350700) libz.so.1 = /lib64/libz.so.1 (0x00350480) libpthread.so.0 = /lib64/libpthread.so.0 (0x003504c0) librt.so.1 = /lib64/librt.so.1 (0x00350740) libfreetype.so.6= /usr/lib64/libfreetype.so.6 (0x00350600) libexpat.so.0 = /lib64/libexpat.so.0 (0x00350640) libXext.so.6= /usr/lib64/libXext.so.6 (0x003505c0) libcap.so.1 = /lib64/libcap.so.1 (0x003510a0) libxcb.so.1 = /scratch/driscoll/temp/gtk+build/install/lib/libxcb.so.1 (0x2b3c104c6000) libX11.so.6 = /scratch/driscoll/temp/gtk+build/install/lib/libX11.so.6 (0x2b3c106e4000) libpangocairo-1.0.so.0 = /scratch/driscoll/temp/gtk+build/install/lib/libpangocairo-1.0.so.0 (0x2b3c10a1c000) libpango-1.0.so.0 = /scratch/driscoll/temp/gtk+build/install/lib/libpango-1.0.so.0 (0x2b3c10c28000) libgobject-2.0.so.0 = /scratch/driscoll/temp/gtk+build/install/lib/libgobject-2.0.so.0 (0x2b3c10e73000) libglib-2.0.so.0= /scratch/driscoll/temp/gtk+build/install/lib/libglib-2.0.so.0 (0x2b3c110bd000) libxcb-randr.so.0 = /scratch/driscoll/temp/gtk+build/install/lib/libxcb-randr.so.0 (0x2b3c113da000) libxcb-xtest.so.0 = /scratch/driscoll/temp/gtk+build/install/lib/libxcb-xtest.so.0 (0x2b3c115e5000) libxcb-xinerama.so.0= /scratch/driscoll/temp/gtk+build/install/lib/libxcb-xinerama.so.0 (0x2b3c117e7000) libxcb-shape.so.0 = /scratch/driscoll/temp/gtk+build/install/lib/libxcb-shape.so.0 (0x2b3c119e9000) libxcb-util.so.1= /scratch/driscoll/temp/gtk+build/install/lib/libxcb-util.so.1 (0x2b3c11bed000) libxcb-keysyms.so.1 = /scratch/driscoll/temp/gtk+build/install/lib/libxcb-keysyms.so.1 (0x2b3c11df2000) libxcb-icccm.so.4 = /scratch/driscoll/temp/gtk+build/install/lib/libxcb-icccm.so.4 (0x2b3c11ff4000) libxcb-image.so.0 = /scratch/driscoll/temp/gtk+build/install/lib/libxcb-image.so.0 (0x2b3c121f9000) libxcb-shm.so.0 = /scratch/driscoll/temp/gtk+build/install/lib/libxcb-shm.so.0 (0x2b3c123fd000) libcairo.so.2 = /scratch/driscoll/temp/gtk+build/install/lib/libcairo.so.2 (0x2b3c125ff000) libxcb-render.so.0 = /scratch/driscoll/temp/gtk+build/install/lib/libxcb-render.so.0 (0x2b3c128f4000) libstartup-notification-1.so.0 = /scratch/driscoll/temp/gtk+build/install/lib/libstartup-notification-1.so.0 (0x2b3c12afd000) libImlib2.so.1 = /scratch/driscoll/temp/imlib2-1.4.4/install/lib/libImlib2.so.1 (0x2b3c12d06000) libxdg-basedir.so.1 = /scratch/driscoll/temp/gtk+build/install/lib/libxdg-basedir.so.1 (0x2b3c12f82000) libpangoft2-1.0.so.0= /scratch/driscoll/temp/gtk+build/install/lib/libpangoft2-1.0.so.0 (0x2b3c13432000) libgthread-2.0.so.0 = /scratch/driscoll/temp/gtk+build/install/lib/libgthread-2.0.so.0 (0x2b3c13663000) libffi.so.6 = /scratch/driscoll/temp/gtk+build/install/lib/libffi.so.6 (0x2b3c13864000) libgmodule-2.0.so.0 =
newbie on lua ask for a simple implement to display some words on widget.
I do not know Lua, (actually I read a little Lua syntax already. But I do not know how to write this in rc.lua) I hope someone can implement this for me. I want to display a statement on the widget. This statement will change per 1 hour. Those statement can be read from a file, or stored in a array variable in rc.lua file. That's all. -- [ stardiviner ] {I hate all of you ! Leave me alone} IRC(freenode): stardiviner \\ Twitter: @numbchild \\ GnuPG Key fingerprint 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433 signature.asc Description: Digital signature
Re: Lua 5.2 compatibility pull request
On Fri, Jun 15 2012, Arvydas Sidorenko wrote: Here are the changes of lua code to make Awesome compatible with lua 5.1 and 5.2. I've been running it on both lua versions and on default settings haven't noticed any instability. If you are using vicious you probably will notice some funny things going on after a while, so the best is to disable the plugin for the moment if you use lua 5.2. Although I'll take a look at it when I'll have time. Looks good after a quick glance, except that it breaks the documentation building because luadoc isn't going to understand this. This is a real problem IMHO, so we should either fix luadoc, switch to something else, whatever works so we can keep having documentation generated. -- Julien pgpxqkdw1PtUb.pgp Description: PGP signature
Re: Lua 5.2 compatibility pull request
On Fri, Jun 15 2012, Uli Schlachter wrote: So everything but the Ported foo to lua 5.2-commits are OK? Shall we cherry-pick some of them? (Assuming that Arvydas doesn't mind us breaking his git history) That's only leave: Replaced deprecated math.mod to math.fmod Changed unpack in portable way which are good, indeed, we can cherry-pick them both. -- Julien pgpRTKqV7pZSd.pgp Description: PGP signature
[awesome bugs] #715 - awesome overrides xbindkeys keybinds
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#715 - awesome overrides xbindkeys keybinds User who did this - Dariusz Dwornikowski (tdi) -- I confirm the same problem on Arch awesome 3.4.12. xbindkeys started after awesome does work. -- More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=715#comment3049 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.