THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#544 - Can't install due to undefined reference a_tokenize
User who did this - Julien Danjou (jd)
--
Are you sure you got gperf installed and working?
--
More information can be found at
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task is now closed:
FS#489 - SqlDeveloper (Java) does not work
User who did this - Julien Danjou (jd)
Reason for closing: Not a bug
Additional comments about closing: Not an awesome's bug. See
At 1245869654 time_t, Uli Schlachter wrote:
+void
+property_update_wm_protocols(client_t *c)
+{
+xcb_get_wm_protocols_reply_t protocols;
+
+if(xcb_get_wm_protocols_reply(globalconf.connection,
+
xcb_get_wm_protocols_unchecked(globalconf.connection,
At 1245863677 time_t, Alex Cornejo wrote:
The problem is that if we do os.execute(pgrep -f pyscript) from lua,
it will always return a process, even if pyscript is not running.
Actually, you can do os.execute(pgrep -f blablafoofoobar) and it
will always find a process. Weird huh? Any ideas on
At 1245874466 time_t, Andrei Thorp wrote:
OH, right! I promised to attach a video. Here it is. I've recorded a
small video so to save everyone bandwidth, etc. It's about 700kb, and
shows just the area around the run prompt.
I'm still amazed by the things you can done with awesome. :)
--
At 1245918857 time_t, Uli Schlachter wrote:
BTW in my testing only my test app ever triggered this code and I don't really
see any reason why someone would change their WM_PROTOCOLS, so I think this is
less bad than it looks (Plus some other function in there already does the
same
*duck*).
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#544 - Can't install due to undefined reference a_tokenize
User who did this - Nikos Ntarmos (ntarmos)
--
awesome on FreeBSD requires devel/gperf from the ports. This has been fixed in
post-3.1.1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Uli Schlachter wrote:
Julien Danjou wrote:
At 1245919316 time_t, Uli Schlachter wrote:
So it doesn't really forbid it. ;)
Should I use 'protocols-_reply != NULL' as a check when to
xcb_get_wm_protocols_reply_wipe()?
Yes.
Attached are the
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - lego (lego)
Attached to Project - awesome
Summary - strange with smplayer playlist window
Task Type - Bug Report
Category - Core
Status - Unconfirmed
Assigned To -
I forgot to mention, the patches apply onto latest git master
--
GCS/IT/M d- s+:- a--- C++ UL+++ US UB++ P+++ L+++ E--- W+ N+ o--
K- w--- O M-- V PS+ PE- Y+ PGP+++ t+ 5 X+ R tv+ b++ DI+++ D+++ G+
e- h! r y+
Gregor Best
pgpE9i3MF3sxp.pgp
Description: PGP signature
This is review of patch #3.
At 1245932662 time_t, Gregor Best wrote:
-- vim:
filetype=lua:expandtab:shiftwidth=4:tabstop=8:softtabstop=4:encoding=utf-8:textwidth=80
diff --git a/lib/awful/widget/init.lua.in b/lib/awful/widget/init.lua.in
index 6d4b51c..ae0cfb2 100644
---
At 1245920036 time_t, Uli Schlachter wrote:
Attached are the new patches and a diff between the first version and this
one.
(Ignore the lib/awful/widget/progressbar.lua.in hunk, the new version was
rebased on master while the old one wasnt)
Pushed. Thanks so much.
Cheers,
--
Julien Danjou
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task is now closed:
FS#543 - Split window_hasproto
User who did this - Julien Danjou (jd)
Reason for closing: Fixed
Additional comments about closing: commit
290cd49463eb81d42070bc3845a3dc84b004b967
Author: Uli Schlachter
On Thu, Jun 25, 2009 at 02:48:57PM +0200, Julien Danjou wrote:
[...]
+for _, k in ipairs(util.table.ikeys(widgets)) do
I did not dig too far, but isn'y ipairs enough?
[...]
Nope, because ipairs stops when it encounters a nil value. The following
table would be iterated over
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
All of the following stuff are proposals and small comments. Don't take me too
seriously and feel free to disagree wherever you disagree.
Gregor Best wrote:
Okay, I attached all patches I wrote so far (quite a few :).
Subject: [PATCH 01/12]
At 1245936340 time_t, Gregor Best wrote:
Nope, because ipairs stops when it encounters a nil value. The following
table would be iterated over completely:
I got that, but why would you have nil value?
--
Julien Danjou
// ᐰ jul...@danjou.info http://julien.danjou.info
// 9A0D 5FD9 EB42 22F6
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#522 - awesome fails to manage opera window
User who did this - Anatoly Ikorsky (blackbeam)
--
Have same problem with thunderbird.
Arch x86_64, awesome v3.3-105-g2cb34a3 (Stellar), thunderbird
Excerpts from Alex Cornejo's message of Wed Jun 24 19:30:47 -0400 2009:
I hadn't pulled in while, now I am noticing something weird with the
layouts and some programs (gvim for example).
Using the default config and the latest awesome (master branch), open
up several gvim terminals, they are
On Thu, Jun 25, 2009 at 03:26:48PM +0200, Uli Schlachter wrote:
[...]
Subject: [PATCH 01/12] wibox: rebuild table at every draw
diff --git a/wibox.c b/wibox.c
index eb092b2..30c85b2 100644
--- a/wibox.c
+++ b/wibox.c
@@ -541,9 +528,12 @@ luaA_wibox_invalidate_byitem(lua_State *L,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Gregor Best wrote:
On Thu, Jun 25, 2009 at 03:26:48PM +0200, Uli Schlachter wrote:
Subject: [PATCH 07/12] invaders: add support for widget layouts
diff --git a/lib/invaders.lua.in b/lib/invaders.lua.in
+
At 1245947013 time_t, Gregor Best wrote:
Subject: [PATCH 10/12] systray: don't crap up on odd-sized windows
diff --git a/widgets/systray.c b/widgets/systray.c
index 0504be8..bd53ef6 100644
--- a/widgets/systray.c
+++ b/widgets/systray.c
@@ -32,32 +32,27 @@
#define
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Julien Danjou wrote:
At 1245947013 time_t, Gregor Best wrote:
Subject: [PATCH 10/12] systray: don't crap up on odd-sized windows
diff --git a/widgets/systray.c b/widgets/systray.c
index 0504be8..bd53ef6 100644
--- a/widgets/systray.c
+++
Yup, I actually pinned down the problem now, I think its a bug in pgrep.
You instance pgrep -f someprogname and pgrep first queries the system
for a list of processes with their respective command lines, then
iterates over each process and searches for the substring
someprogname inside each
At 1245953624 time_t, Alex Cornejo wrote:
Any ideas? Namely I wanted to implement a startup module for awesome
which has a list of programs you would like to run when awesome start,
but only runs them if they are not already running (to avoid problems
when restarting awesome for example). This
At 1245952537 time_t, Uli Schlachter wrote:
You could cast the height to (void*) and... *duck*
Please, recall me, where did you say you were living already?
--
Julien Danjou
// ᐰ jul...@danjou.info http://julien.danjou.info
// 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD
// Don't give
Don't use pgrep (ps and grep may have better results)? Write
the programs you started to a file and delete them after
awesome completes (like, after in the .xinitrc)?
--
Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com)
--
To unsubscribe, send mail to
On Thu, Jun 25, 2009 at 10:07:50AM +0200, Julien Danjou wrote:
At 1245885960 time_t, Gregor Best wrote:
→ Now, only widgets residing at integer indexes are supported, so you
can't do stuff like w.widgets[bar] = foo, they'll simply get ignored.
I did that because IIRC, the order of
27 matches
Mail list logo