[EGIT] [core/elementary] master 01/01: elm_general: Add '*' explicitly for function pointer parameter

2014-11-04 Thread Tae-Hwan Kim
hermet pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=cfa792d1024abba70a697abace080598497778c0 commit cfa792d1024abba70a697abace080598497778c0 Author: Tae-Hwan Kim Date: Wed Nov 5 15:01:15 2014 +0900 elm_general: Add '*' explicitly for functi

Re: [E-devel] Stable vs unstable convention?

2014-11-04 Thread Jonathan Aquilina
There is one inaccuracy with what you are saying. In terms of gentoo there is no packaging necessary just the ebuilds need to be updated. and I would not be one bit suprised its already out int he wild for gentoo somewhere for testing and stabilization purposes --- Regards, Jonathan Aquilina F

Re: [E-devel] [EGIT] [core/efl] master 01/01: eldbus-codegen now outputs compileable code for complex method signatures

2014-11-04 Thread Zeh Ortigoza
Have you tried to write tests to D-Bus? We had try to write eldbus tests but it was not running and to fix we would need to make some changes on E test server(that I don't have access to do), so we had comment the tests and stopped to write more tests. Instead I had write a userfull module to E usi

Re: [E-devel] [EGIT] [core/efl] master 01/01: elua: load .dylib on OSX

2014-11-04 Thread Daniel Kolesa
2014-11-04 18:44 GMT+00:00 Adrien Nader : > Hi, > > On Tue, Nov 04, 2014, Daniel Kolesa wrote: > > 2014-11-04 14:17 GMT+00:00 Tom Hacohen : > > > > > That's why autofoo has a variable for lib extension. Use it... > > > > > > > I was thinking about doing that, but decided it was counter-intuitive.

Re: [E-devel] Stable vs unstable convention?

2014-11-04 Thread Simon Lees
>Hello. > >On 03/11/14 01:44, Nex6|Bill wrote: >> >> so; each “branch” E17, E18, E19 would be considered “stable” but the >verious OS teams and packaging teams are just being very conservative in >staying with E17. since its the sort of proven stable, and the >dependancies may be easier to target.

[EGIT] [core/efl] master 01/02: warnings: remove 2 "equality comparison with extraneous parentheses"

2014-11-04 Thread Jean Guyomarc'h
cedric pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=704c448141888d18dde8a73b727856a77edcc189 commit 704c448141888d18dde8a73b727856a77edcc189 Author: Jean Guyomarc'h Date: Tue Nov 4 23:59:59 2014 +0100 warnings: remove 2 "equality comparison with e

[EGIT] [core/efl] master 02/02: edje: fix edje_object_part_text_item_list_get and edje_object_part_text_item_geometry_get

2014-11-04 Thread artem.popov
cedric pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=a5e3e0d0d44f51b2c28a89413fdddf552fe636f3 commit a5e3e0d0d44f51b2c28a89413fdddf552fe636f3 Author: artem.popov Date: Wed Nov 5 00:00:45 2014 +0100 edje: fix edje_object_part_text_item_list_get and

[EGIT] [core/efl] master 01/01: addendum to previous commit: use callback param but still compile

2014-11-04 Thread Mike Blumenkrantz
discomfitor pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=dbd3bea99e9ad6baa4574b6259d6b627bc897d03 commit dbd3bea99e9ad6baa4574b6259d6b627bc897d03 Author: zmike Date: Tue Nov 4 17:58:39 2014 -0500 addendum to previous commit: use callback param but

[EGIT] [core/efl] master 01/01: eldbus-codegen now outputs compileable code for complex method signatures

2014-11-04 Thread Mike Blumenkrantz
discomfitor pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=80076bffb91b09690067af6def78756f2ab9d95a commit 80076bffb91b09690067af6def78756f2ab9d95a Author: zmike Date: Tue Nov 4 17:40:59 2014 -0500 eldbus-codegen now outputs compileable code for com

Re: [E-devel] RFC - Dropping Xembed support from E20

2014-11-04 Thread Cedric BAIL
Hello, On Tue, Nov 4, 2014 at 8:18 PM, Thanatermesis wrote: > what about having an option like?: --enable-xembed (makes traditional > systray to work in a ugly way) > > and so having it disabled by default, but optional for who needs it > > i personally think that if we restrict some usabilities

Re: [E-devel] RFC - Dropping Xembed support from E20

2014-11-04 Thread Doug Newgard
> Date: Tue, 4 Nov 2014 20:18:48 +0100 > From: thanatermesis.e...@gmail.com > To: enlightenment-devel@lists.sourceforge.net > Subject: Re: [E-devel] RFC - Dropping Xembed support from E20 > > what about having an option like?: --enable-xembed (makes tradit

Re: [E-devel] RFC - Dropping Xembed support from E20

2014-11-04 Thread Thanatermesis
what about having an option like?: --enable-xembed (makes traditional systray to work in a ugly way) and so having it disabled by default, but optional for who needs it i personally think that if we restrict some usabilities, ppl will move to, let's say kde or gnome just because "it makes its ne

Re: [E-devel] [EGIT] [core/efl] master 01/01: elua: load .dylib on OSX

2014-11-04 Thread Adrien Nader
Hi, On Tue, Nov 04, 2014, Daniel Kolesa wrote: > 2014-11-04 14:17 GMT+00:00 Tom Hacohen : > > > That's why autofoo has a variable for lib extension. Use it... > > > > I was thinking about doing that, but decided it was counter-intuitive. It'd > actually be more code to use that variable as well

[EGIT] [core/efl] master 01/01: elua: only gendep on lualian when building in-tree

2014-11-04 Thread Daniel Kolesa
q66 pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=856db64d92e3bc3ec97a5c36f84e81947b54143d commit 856db64d92e3bc3ec97a5c36f84e81947b54143d Author: Daniel Kolesa Date: Tue Nov 4 16:38:41 2014 + elua: only gendep on lualian when building in-tree

Re: [E-devel] [EGIT] [core/efl] master 01/01: elua: load .dylib on OSX

2014-11-04 Thread Daniel Kolesa
2014-11-04 14:17 GMT+00:00 Tom Hacohen : > That's why autofoo has a variable for lib extension. Use it... > I was thinking about doing that, but decided it was counter-intuitive. It'd actually be more code to use that variable as well as make editing things more painful (as I'd have to generate u

Re: [E-devel] [EGIT] [core/efl] master 01/01: elua: load .dylib on OSX

2014-11-04 Thread Tom Hacohen
That's why autofoo has a variable for lib extension. Use it... -- Tom. On 04/11/14 11:58, Jean Guyomarc'h wrote: > q66 pushed a commit to branch master. > > http://git.enlightenment.org/core/efl.git/commit/?id=9fa0e6ea19a36f8fdf8e8fb6abb5c05cbf2bfc60 > > commit 9fa0e6ea19a36f8fdf8e8fb6abb5c05cbf2

[EGIT] [core/efl] master 01/01: Ecore File: Corrected documentation of ecore_file_monitor_add API

2014-11-04 Thread kabeer khan
devilhorns pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=0abcd5133e4ccb18d1b01f18537b6012268b28f3 commit 0abcd5133e4ccb18d1b01f18537b6012268b28f3 Author: kabeer khan Date: Tue Nov 4 08:53:17 2014 -0500 Ecore File: Corrected documentation of ecore_f

[EGIT] [core/efl] master 01/01: elua: load .dylib on OSX

2014-11-04 Thread Jean Guyomarc'h
q66 pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=9fa0e6ea19a36f8fdf8e8fb6abb5c05cbf2bfc60 commit 9fa0e6ea19a36f8fdf8e8fb6abb5c05cbf2bfc60 Author: Jean Guyomarc'h Date: Tue Nov 4 11:55:14 2014 + elua: load .dylib on OSX Summary: On

Re: [E-devel] RFC - Dropping Xembed support from E20

2014-11-04 Thread Tom Hacohen
On 04/11/14 11:00, Michael Hughes wrote: > In Fedora, installing "libappindicator" and "libappindicator-gtk3" makes > the Network Manager Applet work without Xembed but the systray is all > messed up. The first app loaded works properly but when you load > additional apps, you get distorted and ov

Re: [E-devel] RFC - Dropping Xembed support from E20

2014-11-04 Thread Michael Hughes
In Fedora, installing "libappindicator" and "libappindicator-gtk3" makes the Network Manager Applet work without Xembed but the systray is all messed up. The first app loaded works properly but when you load additional apps, you get distorted and overlapping icons which do not go away entirely

Re: [E-devel] 1.13 release schedule proposal

2014-11-04 Thread Tom Hacohen
On 04/11/14 09:04, Stefan Schmidt wrote: > Hello. > > On 27/10/14 14:42, Stefan Schmidt wrote: >> Comments, opinions? If nothing speaks against this I would consider it >> agreed upon next week. >> > I heard no disagreements so far so I consider this as our final release > schedule for 1.13 now. I

Re: [E-devel] 1.13 release schedule proposal

2014-11-04 Thread Stefan Schmidt
Hello. On 27/10/14 14:42, Stefan Schmidt wrote: > Comments, opinions? If nothing speaks against this I would consider it > agreed upon next week. > I heard no disagreements so far so I consider this as our final release schedule for 1.13 now. regards Stefan Schmidt --