[E-devel] Weekly news from the automated build and QA front

2013-08-19 Thread Stefan Schmidt
Hello.

This should give everyone an overview over what has happened in the last 
week regarding our continuous integration builds, unit tests and 
coverage as well as all static analyser runs and things like 
address-sanitizer.

The numbers in parentheses reflect the values from last week to give you 
a trend.

CI:
o Overall build statistic: 4.53 (17.72%) failed and 95.47% (82.28%) 
succeeded.
https://build.enlightenment.org/

clang scan-build:
o EFL scan-build reports 522 (520) issues.
https://build.enlightenment.org/job/nightly_efl_clang_x86_64/lastSuccessfu
lBuild/artifact/scan-build/build/

Exactness:
o The edje exactness builds are working now. Elm exactness still failing.
o Problems with fonts
o Still waiting for the first successful run on jenkins

Unit tests:
o 271 (270) unit tests for efl and none failing
o Thanks Oleksander Sirook o.sir...@samsung.com for the new test

Coverage:
o EFL total coverage is at 25.7% (25.7%) lines and 28.5% (28.5%) functions
o We now also have graphs generated for coverage. Courtesy Daniel Willmann.
https://build.enlightenment.org/view/Test%20Coverage/

Coverity:
o EFL: Outstanding defects 452 (452) with a density of 0.85 (0.85). 0 
defects fixed since last build and 0 added.
o Elm: Outstanding defects 20 (7) with a density of 0.18 (0.03). 0 
defects fixed since last build and 18 added.
o E: Outstanding defects 200 (198) with a density of 0.73 (0.73). 0 
defects fixed since last build and 2 added.

If anybody wants to see something added here let me know and be my guest.

regards
Stefan Schmidt

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Weekly news from the automated build and QA front

2013-08-19 Thread Daniel Juyung Seo
On Mon, Aug 19, 2013 at 5:13 PM, Stefan Schmidt s.schm...@samsung.comwrote:

 Hello.

 This should give everyone an overview over what has happened in the last
 week regarding our continuous integration builds, unit tests and
 coverage as well as all static analyser runs and things like
 address-sanitizer.

 The numbers in parentheses reflect the values from last week to give you
 a trend.

 CI:
 o Overall build statistic: 4.53 (17.72%) failed and 95.47% (82.28%)
 succeeded.
 https://build.enlightenment.org/

 clang scan-build:
 o EFL scan-build reports 522 (520) issues.
 https://build.enlightenment.org/job/nightly_efl_clang_x86_64/lastSuccessfu
 lBuild/artifact/scan-build/build/

 Exactness:
 o The edje exactness builds are working now. Elm exactness still failing.
 o Problems with fonts
 o Still waiting for the first successful run on jenkins

 Unit tests:
 o 271 (270) unit tests for efl and none failing
 o Thanks Oleksander Sirook o.sir...@samsung.com for the new test

 Coverage:
 o EFL total coverage is at 25.7% (25.7%) lines and 28.5% (28.5%) functions
 o We now also have graphs generated for coverage. Courtesy Daniel Willmann.
 https://build.enlightenment.org/view/Test%20Coverage/

 Coverity:
 o EFL: Outstanding defects 452 (452) with a density of 0.85 (0.85). 0
 defects fixed since last build and 0 added.
 o Elm: Outstanding defects 20 (7) with a density of 0.18 (0.03). 0
 defects fixed since last build and 18 added.


OMG 18 added in elm?
I should check that if coverity works well.
It looks like coverity doesn't allow me to look at the list of defects.

Anyhow, thanks a lot Stefan!

Daniel Juyung Seo (SeoZ)


 o E: Outstanding defects 200 (198) with a density of 0.73 (0.73). 0
 defects fixed since last build and 2 added.

 If anybody wants to see something added here let me know and be my guest.

 regards
 Stefan Schmidt


 --
 Get 100% visibility into Java/.NET code with AppDynamics Lite!
 It's a free troubleshooting tool designed for production.
 Get down to code-level detail for bottlenecks, with 2% overhead.
 Download for free and get started troubleshooting in minutes.
 http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Weekly news from the automated build and QA front

2013-08-19 Thread Stefan Schmidt
Hello.

On 08/19/2013 09:20 AM, Daniel Juyung Seo wrote:
 On Mon, Aug 19, 2013 at 5:13 PM, Stefan Schmidt
 s.schm...@samsung.comwrote:
 Coverity:
 o EFL: Outstanding defects 452 (452) with a density of 0.85 (0.85). 0
 defects fixed since last build and 0 added.
 o Elm: Outstanding defects 20 (7) with a density of 0.18 (0.03). 0
 defects fixed since last build and 18 added.


 OMG 18 added in elm?
 I should check that if coverity works well.
 It looks like coverity doesn't allow me to look at the list of defects.

Yeah, coverity scan has issues right now with showing the reports. They 
state they already working on it.

regards
Stefan Schmidt

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E18 CFBugs #3

2013-08-19 Thread The Rasterman
On Mon, 19 Aug 2013 03:09:08 +0100 Michael Blumenkrantz
michael.blumenkra...@gmail.com said:

http://www.blogcdn.com/www.mandatory.com/media/2013/05/i.chzbgr-1368026628.gif

1. stacking seems to frequently go wrong on a regular basis. the problem is
figuring out a trigger. what i HAVE noticed is that if you restart e often
and/or have 2 screens it happens a fair bit.
2. pointer/sloppy focus VERY often gets focus in the wrong window. pointer is
over window X (after moving pointer across the screen), but focus on on window
Y. an idea here is maybe to just add a fixup poll timer than ticks off some
small time after any mouse enter, leave, or motion event and then do a poll of
the mouse to see where it is and the fix up the focus. slight problem is this
contradicts the focus switching like alt-tab if pointer warp is off.
3. is the upgrade path for config from 0.17 to 0.18 done? in e_config.c -
handle removable of comp module, replacement by conf_comp. fix up comp settings
changes now that are in core, deal with any randr changes too etc. etc. ?
4. meow


 http://i.imgur.com/0NZqAoM.gif
 --
 Get 100% visibility into Java/.NET code with AppDynamics Lite!
 It's a free troubleshooting tool designed for production.
 Get down to code-level detail for bottlenecks, with 2% overhead. 
 Download for free and get started troubleshooting in minutes. 
 http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Weekly news from the automated build and QA front

2013-08-19 Thread The Rasterman
On Mon, 19 Aug 2013 09:13:44 +0100 Stefan Schmidt s.schm...@samsung.com said:

 Hello.
 
 This should give everyone an overview over what has happened in the last 
 week regarding our continuous integration builds, unit tests and 
 coverage as well as all static analyser runs and things like 
 address-sanitizer.
 
 The numbers in parentheses reflect the values from last week to give you 
 a trend.
 
 CI:
 o Overall build statistic: 4.53 (17.72%) failed and 95.47% (82.28%) 
 succeeded.
 https://build.enlightenment.org/
 
 clang scan-build:
 o EFL scan-build reports 522 (520) issues.
 https://build.enlightenment.org/job/nightly_efl_clang_x86_64/lastSuccessfu
 lBuild/artifact/scan-build/build/
 
 Exactness:
 o The edje exactness builds are working now. Elm exactness still failing.
 o Problems with fonts
 o Still waiting for the first successful run on jenkins
 
 Unit tests:
 o 271 (270) unit tests for efl and none failing
 o Thanks Oleksander Sirook o.sir...@samsung.com for the new test
 
 Coverage:
 o EFL total coverage is at 25.7% (25.7%) lines and 28.5% (28.5%) functions
 o We now also have graphs generated for coverage. Courtesy Daniel Willmann.
 https://build.enlightenment.org/view/Test%20Coverage/
 
 Coverity:
 o EFL: Outstanding defects 452 (452) with a density of 0.85 (0.85). 0 
 defects fixed since last build and 0 added.
 o Elm: Outstanding defects 20 (7) with a density of 0.18 (0.03). 0 
 defects fixed since last build and 18 added.

thats a wickedly good result for elm... :) yes - i know. up from last week, but
still... :)

 o E: Outstanding defects 200 (198) with a density of 0.73 (0.73). 0 
 defects fixed since last build and 2 added.

well its a round 200 now. :)

 If anybody wants to see something added here let me know and be my guest.
 
 regards
 Stefan Schmidt
 
 --
 Get 100% visibility into Java/.NET code with AppDynamics Lite!
 It's a free troubleshooting tool designed for production.
 Get down to code-level detail for bottlenecks, with 2% overhead. 
 Download for free and get started troubleshooting in minutes. 
 http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E18 CFBugs #3

2013-08-19 Thread Michael Blumenkrantz
On Mon, Aug 19, 2013 at 9:45 AM, Carsten Haitzler ras...@rasterman.comwrote:

 On Mon, 19 Aug 2013 03:09:08 +0100 Michael Blumenkrantz
 michael.blumenkra...@gmail.com said:


 http://www.blogcdn.com/www.mandatory.com/media/2013/05/i.chzbgr-1368026628.gif

 1. stacking seems to frequently go wrong on a regular basis. the problem is
 figuring out a trigger. what i HAVE noticed is that if you restart e often
 and/or have 2 screens it happens a fair bit.


ECANTREPRODUCE


 2. pointer/sloppy focus VERY often gets focus in the wrong window. pointer
 is
 over window X (after moving pointer across the screen), but focus on on
 window
 Y. an idea here is maybe to just add a fixup poll timer than ticks off
 some
 small time after any mouse enter, leave, or motion event and then do a
 poll of
 the mouse to see where it is and the fix up the focus. slight problem is
 this
 contradicts the focus switching like alt-tab if pointer warp is off.


we already have this, ECANTREPRODUCE


 3. is the upgrade path for config from 0.17 to 0.18 done? in e_config.c -
 handle removable of comp module, replacement by conf_comp. fix up comp
 settings
 changes now that are in core, deal with any randr changes too etc. etc. ?


yes


 4. meow


http://24.media.tumblr.com/e3f371e15602d61fbeab4ba4a980e95a/tumblr_mrrupxBz6j1rrju89o1_500.jpg




  http://i.imgur.com/0NZqAoM.gif
 
 --
  Get 100% visibility into Java/.NET code with AppDynamics Lite!
  It's a free troubleshooting tool designed for production.
  Get down to code-level detail for bottlenecks, with 2% overhead.
  Download for free and get started troubleshooting in minutes.
 
 http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


 --
 - Codito, ergo sum - I code, therefore I am --
 The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary/popup - support language, chagned smart callback.

2013-08-19 Thread Gustavo Sverzut Barbieri
This should be in every widget, not just here. Isn't it the case? There should 
be a base implementation that recursively broadcasts it

--Gustavo

Sent from my iPhone

On 19/08/2013, at 05:10, ChunEon Park - Enlightenment Git 
no-re...@enlightenment.org wrote:

 hermet pushed a commit to branch master.
 
 commit cf40baeaf4c04a7513767372e5cd11e2b11a9751
 Author: ChunEon Park her...@hermet.pe.kr
 Date:   Mon Aug 19 17:10:01 2013 +0900
 
elementary/popup - support language,chagned smart callback.
 ---
 ChangeLog   | 4 
 NEWS| 1 +
 src/lib/elc_popup.c | 3 +++
 src/lib/elc_popup.h | 1 +
 4 files changed, 9 insertions(+)
 
 diff --git a/ChangeLog b/ChangeLog
 index b424df7..e63d26d 100644
 --- a/ChangeLog
 +++ b/ChangeLog
 @@ -1558,3 +1558,7 @@
 
 * Mapbuf: Ensure that content size calculation is correctly finished
 because the mapbuf is willing to block the size calculation forcely.
 +
 +2013-08-19  ChunEon Park (Hermet)
 +
 +* Popup: Support language,changed smart callback.
 diff --git a/NEWS b/NEWS
 index 7a95670..e9abab7 100644
 --- a/NEWS
 +++ b/NEWS
 @@ -126,6 +126,7 @@ Improvements:
* Show magnifier when selection handlers are pressed or moved.
* Change the method to calculate a distance which be scrolled from linear 
 to sine curve.
* Add support for URL in Elm_Image and Elm_Photocam.
 +   * Popup: Support language,changed smart callback.
 
 Fixes:
* Now elm_datetime_field_limit_set() can set year limits wihtout problems.
 diff --git a/src/lib/elc_popup.c b/src/lib/elc_popup.c
 index e3b23e1..a98d1e2 100644
 --- a/src/lib/elc_popup.c
 +++ b/src/lib/elc_popup.c
 @@ -22,6 +22,7 @@ static const char CONTENT_PART[] = elm.swallow.content;
 
 static const char SIG_BLOCK_CLICKED[] = block,clicked;
 static const char SIG_TIMEOUT[] = timeout;
 +static const char SIG_LANG_CHANGED[] = language,changed;
 
 static const Evas_Smart_Cb_Description _smart_callbacks[] = {
{SIG_BLOCK_CLICKED, },
 @@ -44,6 +45,8 @@ _elm_popup_smart_translate(Eo *obj EINA_UNUSED, void *_pd 
 EINA_UNUSED, va_list *
EINA_LIST_FOREACH(sd-items, l, it)
   elm_widget_item_translate(it);
 
 +   evas_object_smart_callback_call(obj, SIG_LANG_CHANGED, NULL);
 +
if (ret) *ret = EINA_TRUE;
 }
 
 diff --git a/src/lib/elc_popup.h b/src/lib/elc_popup.h
 index 9841fce..f04675a 100644
 --- a/src/lib/elc_popup.h
 +++ b/src/lib/elc_popup.h
 @@ -72,6 +72,7 @@
  * @li @c block,clicked - whenever user taps on Blocked Event area.
  * @li @c focused - When the popup has received focus. (since 1.8)
  * @li @c unfocused - When the popup has lost focus. (since 1.8)
 + * @li language,changed - the program's language changed (since 1.8)
  *
  * Styles available for Popup
  * @li default
 
 -- 
 
 --
 Get 100% visibility into Java/.NET code with AppDynamics Lite!
 It's a free troubleshooting tool designed for production.
 Get down to code-level detail for bottlenecks, with 2% overhead. 
 Download for free and get started troubleshooting in minutes. 
 http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary/popup - support language, chagned smart callback.

2013-08-19 Thread ChunEon Park
I agree. I've thought that should be done eventually  also.
maybe no problem at this moment to do it.


-Regards, Hermet- 

-Original Message-
From: Gustavo Sverzut Barbieribarbi...@gmail.com 
To: 
enlightenment-devel@lists.sourceforge.netenlightenment-devel@lists.sourceforge.net;
 
Cc: 
enlightenment-...@lists.sourceforge.netenlightenment-...@lists.sourceforge.net;
 
Sent: 2013-08-19 (월) 20:54:41
Subject: Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary/popup 
- support language, chagned smart callback.

This should be in every widget, not just here. Isn't it the case? There should 
be a base implementation that recursively broadcasts it

--Gustavo

Sent from my iPhone

On 19/08/2013, at 05:10, ChunEon Park - Enlightenment Git 
no-reply@enlightenment.org wrote:

 hermet pushed a commit to branch master.
 
 commit cf40baeaf4c04a7513767372e5cd11e2b11a9751
 Author: ChunEon Park hermet@hermet.pe.kr
 Date:   Mon Aug 19 17:10:01 2013 +0900
 
elementary/popup - support language,chagned smart callback.
 ---
 ChangeLog4 
 NEWS 1 +
 src/lib/elc_popup.c  3 +++
 src/lib/elc_popup.h  1 +
 4 files changed, 9 insertions(+)
 
 diff --git a/ChangeLog b/ChangeLog
 index b424df7..e63d26d 100644
 --- a/ChangeLog
 +++ b/ChangeLog
 @@ -1558,3 +1558,7 @@
 
 * Mapbuf: Ensure that content size calculation is correctly finished
 because the mapbuf is willing to block the size calculation forcely.
 +
 +2013-08-19  ChunEon Park (Hermet)
 +
 +* Popup: Support language,changed smart callback.
 diff --git a/NEWS b/NEWS
 index 7a95670..e9abab7 100644
 --- a/NEWS
 +++ b/NEWS
 @@ -126,6 +126,7 @@ Improvements:
* Show magnifier when selection handlers are pressed or moved.
* Change the method to calculate a distance which be scrolled from linear 
 to sine curve.
* Add support for URL in Elm_Image and Elm_Photocam.
 +   * Popup: Support language,changed smart callback.
 
 Fixes:
* Now elm_datetime_field_limit_set() can set year limits wihtout problems.
 diff --git a/src/lib/elc_popup.c b/src/lib/elc_popup.c
 index e3b23e1..a98d1e2 100644
 --- a/src/lib/elc_popup.c
 +++ b/src/lib/elc_popup.c
 @@ -22,6 +22,7 @@ static const char CONTENT_PART[] = elm.swallow.content;
 
 static const char SIG_BLOCK_CLICKED[] = block,clicked;
 static const char SIG_TIMEOUT[] = timeout;
 +static const char SIG_LANG_CHANGED[] = language,changed;
 
 static const Evas_Smart_Cb_Description _smart_callbacks[] = {
{SIG_BLOCK_CLICKED, },
 @@ -44,6 +45,8 @@ _elm_popup_smart_translate(Eo *obj EINA_UNUSED, void *_pd 
 EINA_UNUSED, va_list *
EINA_LIST_FOREACH(sd-items, l, it)
   elm_widget_item_translate(it);
 
 +   evas_object_smart_callback_call(obj, SIG_LANG_CHANGED, NULL);
 +
if (ret) *ret = EINA_TRUE;
 }
 
 diff --git a/src/lib/elc_popup.h b/src/lib/elc_popup.h
 index 9841fce..f04675a 100644
 --- a/src/lib/elc_popup.h
 +++ b/src/lib/elc_popup.h
 @@ -72,6 +72,7 @@
  * @li @c block,clicked - whenever user taps on Blocked Event area.
  * @li @c focused - When the popup has received focus. (since 1.8)
  * @li @c unfocused - When the popup has lost focus. (since 1.8)
 + * @li language,changed - the program's language changed (since 1.8)
  *
  * Styles available for Popup
  * @li default
 
 -- 
 
 --
 Get 100% visibility into Java/.NET code with AppDynamics Lite!
 It's a free troubleshooting tool designed for production.
 Get down to code-level detail for bottlenecks, with 2% overhead. 
 Download for free and get started troubleshooting in minutes. 
 http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary/popup - support language, chagned smart callback.

2013-08-19 Thread Daniel Juyung Seo
On Mon, Aug 19, 2013 at 8:54 PM, Gustavo Sverzut Barbieri 
barbi...@gmail.com wrote:

 This should be in every widget, not just here. Isn't it the case? There
 should be a base implementation that recursively broadcasts it


+1. Yes it should be a general feature.
Thanks.

Daniel Juyung Seo (SeoZ)



 --Gustavo

 Sent from my iPhone

 On 19/08/2013, at 05:10, ChunEon Park - Enlightenment Git 
 no-re...@enlightenment.org wrote:

  hermet pushed a commit to branch master.
 
  commit cf40baeaf4c04a7513767372e5cd11e2b11a9751
  Author: ChunEon Park her...@hermet.pe.kr
  Date:   Mon Aug 19 17:10:01 2013 +0900
 
 elementary/popup - support language,chagned smart callback.
  ---
  ChangeLog   | 4 
  NEWS| 1 +
  src/lib/elc_popup.c | 3 +++
  src/lib/elc_popup.h | 1 +
  4 files changed, 9 insertions(+)
 
  diff --git a/ChangeLog b/ChangeLog
  index b424df7..e63d26d 100644
  --- a/ChangeLog
  +++ b/ChangeLog
  @@ -1558,3 +1558,7 @@
 
  * Mapbuf: Ensure that content size calculation is correctly
 finished
  because the mapbuf is willing to block the size calculation
 forcely.
  +
  +2013-08-19  ChunEon Park (Hermet)
  +
  +* Popup: Support language,changed smart callback.
  diff --git a/NEWS b/NEWS
  index 7a95670..e9abab7 100644
  --- a/NEWS
  +++ b/NEWS
  @@ -126,6 +126,7 @@ Improvements:
 * Show magnifier when selection handlers are pressed or moved.
 * Change the method to calculate a distance which be scrolled from
 linear to sine curve.
 * Add support for URL in Elm_Image and Elm_Photocam.
  +   * Popup: Support language,changed smart callback.
 
  Fixes:
 * Now elm_datetime_field_limit_set() can set year limits wihtout
 problems.
  diff --git a/src/lib/elc_popup.c b/src/lib/elc_popup.c
  index e3b23e1..a98d1e2 100644
  --- a/src/lib/elc_popup.c
  +++ b/src/lib/elc_popup.c
  @@ -22,6 +22,7 @@ static const char CONTENT_PART[] =
 elm.swallow.content;
 
  static const char SIG_BLOCK_CLICKED[] = block,clicked;
  static const char SIG_TIMEOUT[] = timeout;
  +static const char SIG_LANG_CHANGED[] = language,changed;
 
  static const Evas_Smart_Cb_Description _smart_callbacks[] = {
 {SIG_BLOCK_CLICKED, },
  @@ -44,6 +45,8 @@ _elm_popup_smart_translate(Eo *obj EINA_UNUSED, void
 *_pd EINA_UNUSED, va_list *
 EINA_LIST_FOREACH(sd-items, l, it)
elm_widget_item_translate(it);
 
  +   evas_object_smart_callback_call(obj, SIG_LANG_CHANGED, NULL);
  +
 if (ret) *ret = EINA_TRUE;
  }
 
  diff --git a/src/lib/elc_popup.h b/src/lib/elc_popup.h
  index 9841fce..f04675a 100644
  --- a/src/lib/elc_popup.h
  +++ b/src/lib/elc_popup.h
  @@ -72,6 +72,7 @@
   * @li @c block,clicked - whenever user taps on Blocked Event area.
   * @li @c focused - When the popup has received focus. (since 1.8)
   * @li @c unfocused - When the popup has lost focus. (since 1.8)
  + * @li language,changed - the program's language changed (since 1.8)
   *
   * Styles available for Popup
   * @li default
 
  --
 
 
 --
  Get 100% visibility into Java/.NET code with AppDynamics Lite!
  It's a free troubleshooting tool designed for production.
  Get down to code-level detail for bottlenecks, with 2% overhead.
  Download for free and get started troubleshooting in minutes.
 
 http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk


 --
 Get 100% visibility into Java/.NET code with AppDynamics Lite!
 It's a free troubleshooting tool designed for production.
 Get down to code-level detail for bottlenecks, with 2% overhead.
 Download for free and get started troubleshooting in minutes.
 http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0

2013-08-19 Thread Robert Heller
Here is the configure log:

checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether make supports nested variables... (cached) yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking how to print strings... printf
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands +=... yes
checking how to convert i686-pc-linux-gnu file names to i686-pc-linux-gnu 
format... func_convert_file_noop
checking how to convert i686-pc-linux-gnu file names to toolchain format... 
func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... dlltool
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: edje_cc set to /bin/edje_cc
checking whether to build edje_cc binary... yes
checking whether to build edje_decc binary... yes
checking whether to build edje_recc binary... yes
checking whether to build edje_player binary... yes
checking whether to build edje_inspector binary... yes
checking whether to build edje_external_inspector binary... yes
checking whether to build edje_watch binary... yes
checking for location of Vim data files... /usr/share/vim
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking whether to build documentation... yes
checking for doxygen... yes
checking for a Python interpreter with version = 2.5... python
checking for python... /usr/bin/python
checking for python version... 2.7
checking for python platform... linux2
checking for python script directory... ${prefix}/lib/python2.7/dist-packages
checking for python extension module directory... 
${exec_prefix}/lib/python2.7/dist-packages
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for LUA... no
checking for LUA... no
checking for LUA... no
checking for LUA... no
checking whether lua_newstate() is in liblua... 

Re: [E-devel] E18 CFBugs #3

2013-08-19 Thread David Seikel
Random crash to WBOD after switching desktops.  Seems to be worse when
there is a 3D app running.

Not sure if it's related, but also randomly pauses halfway through a
desktop switch.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0

2013-08-19 Thread Deon Thomas
do you have  liblua5.2-dev installed, if not try installing that one


On Mon, Aug 19, 2013 at 1:55 PM, Robert Heller hel...@deepsoft.com wrote:

 Here is the configure log:

 checking for a BSD-compatible install... /usr/bin/install -c
 checking whether build environment is sane... yes
 checking for a thread-safe mkdir -p... /bin/mkdir -p
 checking for gawk... no
 checking for mawk... mawk
 checking whether make sets $(MAKE)... yes
 checking whether make supports nested variables... yes
 checking whether make supports nested variables... (cached) yes
 checking build system type... i686-pc-linux-gnu
 checking host system type... i686-pc-linux-gnu
 checking how to print strings... printf
 checking for style of include used by make... GNU
 checking for gcc... gcc
 checking whether the C compiler works... yes
 checking for C compiler default output file name... a.out
 checking for suffix of executables...
 checking whether we are cross compiling... no
 checking for suffix of object files... o
 checking whether we are using the GNU C compiler... yes
 checking whether gcc accepts -g... yes
 checking for gcc option to accept ISO C89... none needed
 checking dependency style of gcc... gcc3
 checking for a sed that does not truncate output... /bin/sed
 checking for grep that handles long lines and -e... /bin/grep
 checking for egrep... /bin/grep -E
 checking for fgrep... /bin/grep -F
 checking for ld used by gcc... /usr/bin/ld
 checking if the linker (/usr/bin/ld) is GNU ld... yes
 checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
 checking the name lister (/usr/bin/nm -B) interface... BSD nm
 checking whether ln -s works... yes
 checking the maximum length of command line arguments... 1572864
 checking whether the shell understands some XSI constructs... yes
 checking whether the shell understands +=... yes
 checking how to convert i686-pc-linux-gnu file names to i686-pc-linux-gnu
 format... func_convert_file_noop
 checking how to convert i686-pc-linux-gnu file names to toolchain
 format... func_convert_file_noop
 checking for /usr/bin/ld option to reload object files... -r
 checking for objdump... objdump
 checking how to recognize dependent libraries... pass_all
 checking for dlltool... dlltool
 checking how to associate runtime and link libraries... printf %s\n
 checking for ar... ar
 checking for archiver @FILE support... @
 checking for strip... strip
 checking for ranlib... ranlib
 checking command to parse /usr/bin/nm -B output from gcc object... ok
 checking for sysroot... no
 checking for mt... mt
 checking if mt is a manifest tool... no
 checking how to run the C preprocessor... gcc -E
 checking for ANSI C header files... yes
 checking for sys/types.h... yes
 checking for sys/stat.h... yes
 checking for stdlib.h... yes
 checking for string.h... yes
 checking for memory.h... yes
 checking for strings.h... yes
 checking for inttypes.h... yes
 checking for stdint.h... yes
 checking for unistd.h... yes
 checking for dlfcn.h... yes
 checking for objdir... .libs
 checking if gcc supports -fno-rtti -fno-exceptions... no
 checking for gcc option to produce PIC... -fPIC -DPIC
 checking if gcc PIC flag -fPIC -DPIC works... yes
 checking if gcc static flag -static works... yes
 checking if gcc supports -c -o file.o... yes
 checking if gcc supports -c -o file.o... (cached) yes
 checking whether the gcc linker (/usr/bin/ld) supports shared libraries...
 yes
 checking whether -lc should be explicitly linked in... no
 checking dynamic linker characteristics... GNU/Linux ld.so
 checking how to hardcode library paths into programs... immediate
 checking whether stripping libraries is possible... yes
 checking if libtool supports shared libraries... yes
 checking whether to build shared libraries... yes
 checking whether to build static libraries... yes
 configure: edje_cc set to /bin/edje_cc
 checking whether to build edje_cc binary... yes
 checking whether to build edje_decc binary... yes
 checking whether to build edje_recc binary... yes
 checking whether to build edje_player binary... yes
 checking whether to build edje_inspector binary... yes
 checking whether to build edje_external_inspector binary... yes
 checking whether to build edje_watch binary... yes
 checking for location of Vim data files... /usr/share/vim
 checking for gcc... (cached) gcc
 checking whether we are using the GNU C compiler... (cached) yes
 checking whether gcc accepts -g... (cached) yes
 checking for gcc option to accept ISO C89... (cached) none needed
 checking dependency style of gcc... (cached) gcc3
 checking whether to build documentation... yes
 checking for doxygen... yes
 checking for a Python interpreter with version = 2.5... python
 checking for python... /usr/bin/python
 checking for python version... 2.7
 checking for python platform... linux2
 checking for python script directory...
 ${prefix}/lib/python2.7/dist-packages
 checking for python extension module directory...
 

Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0

2013-08-19 Thread David Seikel
On Mon, 19 Aug 2013 13:55:44 -0400 Robert Heller hel...@deepsoft.com
wrote:

 liblua5.2-dev - Development files for the Lua language version 5.2
 
 Do I need one (or more) of these packages as well?

Try that one.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0

2013-08-19 Thread Robert Heller
At Tue, 20 Aug 2013 04:05:17 +1000 Enlightenment developer list  
enlightenment-devel@lists.sourceforge.net wrote:

 
 
 
 On Mon, 19 Aug 2013 13:55:44 -0400 Robert Heller hel...@deepsoft.com
 wrote:
 
  liblua5.2-dev - Development files for the Lua language version 5.2
  
  Do I need one (or more) of these packages as well?
 
 Try that one.
 

To re-iterate, dpkg-query -l \*lua\* displays:

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version
Architecture Description
+++--==--==
ii  liblua5.2-0:i386 5.2.1-3
i386 Shared library for the Lua interpreter version 5.2
ii  liblua5.2-dev:i386   5.2.1-3
i386 Development files for the Lua language version 5.2
un  lua  none 
 (no description available)
ii  lua5.2   5.2.1-3
i386 Simple, extensible, embeddable programming language
ii  luatex   0.70.1.20120524-3  
i386 next generation TeX engine
un  luatex-snapshot  none 
 (no description available)
ii  texlive-luatex   2012.20120611-5all 
 TeX Live: LuaTeX packages

Note: liblua5.2-0, liblua5.2-dev, and lua5.2 are all installed (plus luatex, 
what is probably not relevant).  Edje cannot find LUA even though it is 
installed.  Something is weird here.  Either Debian's lua packages are broken 
or Edje's configure script is broken.  Unless there is some -private-dev 
package 
needed somewhere.

OK, I *think* I have found a possible problem (and a possible solution):

Edje's configure script is checking for lua_newstate in -llua..., but 
liblua5.2-dev install /usr/lib/i386-linux-gnu/liblua5.2.a (and liblua5.2-0 
installs /usr/lib/i386-linux-gnu/liblua5.2.so.0.0.0).

I am guessing I will have to patch the configure script...

-- 
Robert Heller -- 978-544-6933 / hel...@deepsoft.com
Deepwoods Software-- http://www.deepsoft.com/
()  ascii ribbon campaign -- against html e-mail
/\  www.asciiribbon.org   -- against proprietary attachments


 

--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0

2013-08-19 Thread Robert Heller
At Mon, 19 Aug 2013 14:03:09 -0400 Enlightenment developer list 
enlightenment-devel@lists.sourceforge.net wrote:

 
 do you have  liblua5.2-dev installed, if not try installing that one

Yes, liblua5.2-dev is installed.

 
 
 On Mon, Aug 19, 2013 at 1:55 PM, Robert Heller hel...@deepsoft.com wrote:
 
  Here is the configure log:
 
  checking for a BSD-compatible install... /usr/bin/install -c
  checking whether build environment is sane... yes
  checking for a thread-safe mkdir -p... /bin/mkdir -p
  checking for gawk... no
  checking for mawk... mawk
  checking whether make sets $(MAKE)... yes
  checking whether make supports nested variables... yes
  checking whether make supports nested variables... (cached) yes
  checking build system type... i686-pc-linux-gnu
  checking host system type... i686-pc-linux-gnu
  checking how to print strings... printf
  checking for style of include used by make... GNU
  checking for gcc... gcc
  checking whether the C compiler works... yes
  checking for C compiler default output file name... a.out
  checking for suffix of executables...
  checking whether we are cross compiling... no
  checking for suffix of object files... o
  checking whether we are using the GNU C compiler... yes
  checking whether gcc accepts -g... yes
  checking for gcc option to accept ISO C89... none needed
  checking dependency style of gcc... gcc3
  checking for a sed that does not truncate output... /bin/sed
  checking for grep that handles long lines and -e... /bin/grep
  checking for egrep... /bin/grep -E
  checking for fgrep... /bin/grep -F
  checking for ld used by gcc... /usr/bin/ld
  checking if the linker (/usr/bin/ld) is GNU ld... yes
  checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
  checking the name lister (/usr/bin/nm -B) interface... BSD nm
  checking whether ln -s works... yes
  checking the maximum length of command line arguments... 1572864
  checking whether the shell understands some XSI constructs... yes
  checking whether the shell understands +=... yes
  checking how to convert i686-pc-linux-gnu file names to i686-pc-linux-gnu
  format... func_convert_file_noop
  checking how to convert i686-pc-linux-gnu file names to toolchain
  format... func_convert_file_noop
  checking for /usr/bin/ld option to reload object files... -r
  checking for objdump... objdump
  checking how to recognize dependent libraries... pass_all
  checking for dlltool... dlltool
  checking how to associate runtime and link libraries... printf %s\n
  checking for ar... ar
  checking for archiver @FILE support... @
  checking for strip... strip
  checking for ranlib... ranlib
  checking command to parse /usr/bin/nm -B output from gcc object... ok
  checking for sysroot... no
  checking for mt... mt
  checking if mt is a manifest tool... no
  checking how to run the C preprocessor... gcc -E
  checking for ANSI C header files... yes
  checking for sys/types.h... yes
  checking for sys/stat.h... yes
  checking for stdlib.h... yes
  checking for string.h... yes
  checking for memory.h... yes
  checking for strings.h... yes
  checking for inttypes.h... yes
  checking for stdint.h... yes
  checking for unistd.h... yes
  checking for dlfcn.h... yes
  checking for objdir... .libs
  checking if gcc supports -fno-rtti -fno-exceptions... no
  checking for gcc option to produce PIC... -fPIC -DPIC
  checking if gcc PIC flag -fPIC -DPIC works... yes
  checking if gcc static flag -static works... yes
  checking if gcc supports -c -o file.o... yes
  checking if gcc supports -c -o file.o... (cached) yes
  checking whether the gcc linker (/usr/bin/ld) supports shared libraries...
  yes
  checking whether -lc should be explicitly linked in... no
  checking dynamic linker characteristics... GNU/Linux ld.so
  checking how to hardcode library paths into programs... immediate
  checking whether stripping libraries is possible... yes
  checking if libtool supports shared libraries... yes
  checking whether to build shared libraries... yes
  checking whether to build static libraries... yes
  configure: edje_cc set to /bin/edje_cc
  checking whether to build edje_cc binary... yes
  checking whether to build edje_decc binary... yes
  checking whether to build edje_recc binary... yes
  checking whether to build edje_player binary... yes
  checking whether to build edje_inspector binary... yes
  checking whether to build edje_external_inspector binary... yes
  checking whether to build edje_watch binary... yes
  checking for location of Vim data files... /usr/share/vim
  checking for gcc... (cached) gcc
  checking whether we are using the GNU C compiler... (cached) yes
  checking whether gcc accepts -g... (cached) yes
  checking for gcc option to accept ISO C89... (cached) none needed
  checking dependency style of gcc... (cached) gcc3
  checking whether to build documentation... yes
  checking for doxygen... yes
  checking for a Python interpreter with version = 2.5... python
  checking for 

Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0

2013-08-19 Thread Robert Heller
At Tue, 20 Aug 2013 04:05:17 +1000 Enlightenment developer list  
enlightenment-devel@lists.sourceforge.net wrote:

 
 
 
 On Mon, 19 Aug 2013 13:55:44 -0400 Robert Heller hel...@deepsoft.com
 wrote:
 
  liblua5.2-dev - Development files for the Lua language version 5.2
  
  Do I need one (or more) of these packages as well?
 
 Try that one.

It is already installed!

 

-- 
Robert Heller -- 978-544-6933 / hel...@deepsoft.com
Deepwoods Software-- http://www.deepsoft.com/
()  ascii ribbon campaign -- against html e-mail
/\  www.asciiribbon.org   -- against proprietary attachments


 

--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0

2013-08-19 Thread David Seikel
On Mon, 19 Aug 2013 14:55:52 -0400 Robert Heller hel...@deepsoft.com
wrote:

 At Tue, 20 Aug 2013 04:05:17 +1000 Enlightenment developer list
 enlightenment-devel@lists.sourceforge.net wrote:
 
  
  
  
  On Mon, 19 Aug 2013 13:55:44 -0400 Robert Heller
  hel...@deepsoft.com wrote:
  
   liblua5.2-dev - Development files for the Lua language version 5.2
   
   Do I need one (or more) of these packages as well?
  
  Try that one.
  
 
 To re-iterate, dpkg-query -l \*lua\* displays:
 
 Desired=Unknown/Install/Remove/Purge/Hold
 | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
 |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
 ||/ Name
 ||VersionArchitecture Description
 +++--==--==
 ii  liblua5.2-0:i386
 5.2.1-3i386 Shared library for
 the Lua interpreter version 5.2 ii
 liblua5.2-dev:i386
 5.2.1-3i386 Development files for
 the Lua language version 5.2 un  lua
 none  (no description
 available) ii  lua5.2
 5.2.1-3i386 Simple, extensible,
 embeddable programming language ii
 luatex
 0.70.1.20120524-3  i386 next generation TeX
 engine un  luatex-snapshot
 none  (no description
 available) ii  texlive-luatex
 2012.20120611-5all  TeX Live: LuaTeX
 packages
 
 Note: liblua5.2-0, liblua5.2-dev, and lua5.2 are all installed (plus
 luatex, what is probably not relevant).  Edje cannot find LUA even
 though it is installed.  Something is weird here.  Either Debian's
 lua packages are broken or Edje's configure script is broken.  Unless
 there is some -private-dev package needed somewhere.
 
 OK, I *think* I have found a possible problem (and a possible
 solution):
 
 Edje's configure script is checking for lua_newstate in -llua...,
 but liblua5.2-dev install /usr/lib/i386-linux-gnu/liblua5.2.a (and
 liblua5.2-0 installs /usr/lib/i386-linux-gnu/liblua5.2.so.0.0.0).
 
 I am guessing I will have to patch the configure script...

What you have installed is liblua5.2-dev:i386, not liblua5.2-dev, hence
the path you are seeing a problem with.  That's just a guess though,
I'm not running Debian, and no idea what architecture you really have.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E18 CFBugs #3

2013-08-19 Thread Davide Andreoli
2013/8/19 Carsten Haitzler ras...@rasterman.com

 On Mon, 19 Aug 2013 03:09:08 +0100 Michael Blumenkrantz
 michael.blumenkra...@gmail.com said:


 http://www.blogcdn.com/www.mandatory.com/media/2013/05/i.chzbgr-1368026628.gif

 1. stacking seems to frequently go wrong on a regular basis. the problem is
 figuring out a trigger. what i HAVE noticed is that if you restart e often
 and/or have 2 screens it happens a fair bit.
 2. pointer/sloppy focus VERY often gets focus in the wrong window. pointer
 is
 over window X (after moving pointer across the screen), but focus on on
 window
 Y. an idea here is maybe to just add a fixup poll timer than ticks off
 some
 small time after any mouse enter, leave, or motion event and then do a
 poll of
 the mouse to see where it is and the fix up the focus. slight problem is
 this
 contradicts the focus switching like alt-tab if pointer warp is off.
 3. is the upgrade path for config from 0.17 to 0.18 done? in e_config.c -
 handle removable of comp module, replacement by conf_comp. fix up comp
 settings
 changes now that are in core, deal with any randr changes too etc. etc. ?
 4. meow


I also get 1 and 2 (and 4) randomly, dunno how to reproduce but I got those
bugs frequently.

A more evident bug, instead, is that I can't move decently gadgets on the
shelf.
The shelf is the default one, right-click on the shelf - start move
gadget and try
to drag a gadget. Result: the gadget can only be moved on the right and it
goes much faster
than the mouse, making it quite impossible to position well.






  http://i.imgur.com/0NZqAoM.gif
 
 --
  Get 100% visibility into Java/.NET code with AppDynamics Lite!
  It's a free troubleshooting tool designed for production.
  Get down to code-level detail for bottlenecks, with 2% overhead.
  Download for free and get started troubleshooting in minutes.
 
 http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


 --
 - Codito, ergo sum - I code, therefore I am --
 The Rasterman (Carsten Haitzler)ras...@rasterman.com



 --
 Get 100% visibility into Java/.NET code with AppDynamics Lite!
 It's a free troubleshooting tool designed for production.
 Get down to code-level detail for bottlenecks, with 2% overhead.
 Download for free and get started troubleshooting in minutes.
 http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0

2013-08-19 Thread Robert Heller
At Mon, 19 Aug 2013 14:55:52 -0400 Robert Heller hel...@deepsoft.com wrote:

 
 At Tue, 20 Aug 2013 04:05:17 +1000 Enlightenment developer list  
 enlightenment-devel@lists.sourceforge.net wrote:
 
  
  
  
  On Mon, 19 Aug 2013 13:55:44 -0400 Robert Heller hel...@deepsoft.com
  wrote:
  
   liblua5.2-dev - Development files for the Lua language version 5.2
   
   Do I need one (or more) of these packages as well?
  
  Try that one.
  
 
 To re-iterate, dpkg-query -l \*lua\* displays:
 
 Desired=Unknown/Install/Remove/Purge/Hold
 | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
 |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
 ||/ Name Version
 Architecture Description
 +++--==--==
 ii  liblua5.2-0:i386 5.2.1-3
 i386 Shared library for the Lua interpreter version 5.2
 ii  liblua5.2-dev:i386   5.2.1-3
 i386 Development files for the Lua language version 5.2
 un  lua  none   
(no description available)
 ii  lua5.2   5.2.1-3
 i386 Simple, extensible, embeddable programming language
 ii  luatex   0.70.1.20120524-3  
 i386 next generation TeX engine
 un  luatex-snapshot  none   
(no description available)
 ii  texlive-luatex   2012.20120611-5
 all  TeX Live: LuaTeX packages
 
 Note: liblua5.2-0, liblua5.2-dev, and lua5.2 are all installed (plus luatex, 
 what is probably not relevant).  Edje cannot find LUA even though it is 
 installed.  Something is weird here.  Either Debian's lua packages are broken 
 or Edje's configure script is broken.  Unless there is some -private-dev 
 package 
 needed somewhere.
 
 OK, I *think* I have found a possible problem (and a possible solution):
 
 Edje's configure script is checking for lua_newstate in -llua..., but 
 liblua5.2-dev install /usr/lib/i386-linux-gnu/liblua5.2.a (and liblua5.2-0 
 installs /usr/lib/i386-linux-gnu/liblua5.2.so.0.0.0).
 
 I am guessing I will have to patch the configure script...

Here is a patch:

*** configure.ac~   2013-07-30 10:42:43.0 -0400
--- configure.ac2013-08-19 15:14:40.722094696 -0400
***
*** 238,244 
 [PKG_CHECK_MODULES([LUA], [lua5.1 = 5.1.0], requirement_lua=lua5.1,
[PKG_CHECK_MODULES([LUA], [lua-5.1 = 5.1.0], requirement_lua=lua-5.1,
   [PKG_CHECK_MODULES([LUA], [lua51 = 5.1.0], requirement_lua=lua51,
! [have_lua=no])])])])
  
  if test x${have_lua} = xno ; then
 AC_MSG_CHECKING([whether lua_newstate() is in liblua])
--- 238,245 
 [PKG_CHECK_MODULES([LUA], [lua5.1 = 5.1.0], requirement_lua=lua5.1,
[PKG_CHECK_MODULES([LUA], [lua-5.1 = 5.1.0], requirement_lua=lua-5.1,
   [PKG_CHECK_MODULES([LUA], [lua51 = 5.1.0], requirement_lua=lua51,
! [PKG_CHECK_MODULES([LUA], [lua5.2 = 5.2.0], 
requirement_lua=lua5.2,
!   [have_lua=no])])])])])
  
  if test x${have_lua} = xno ; then
 AC_MSG_CHECKING([whether lua_newstate() is in liblua])


 

-- 
Robert Heller -- 978-544-6933 / hel...@deepsoft.com
Deepwoods Software-- http://www.deepsoft.com/
()  ascii ribbon campaign -- against html e-mail
/\  www.asciiribbon.org   -- against proprietary attachments





--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0

2013-08-19 Thread David Seikel
On Mon, 19 Aug 2013 15:25:56 -0400 Robert Heller hel...@deepsoft.com
wrote:

 At Mon, 19 Aug 2013 14:55:52 -0400 Robert Heller
 hel...@deepsoft.com wrote:
 
  
  At Tue, 20 Aug 2013 04:05:17 +1000 Enlightenment developer list
  enlightenment-devel@lists.sourceforge.net wrote:
  
   
   
   
   On Mon, 19 Aug 2013 13:55:44 -0400 Robert Heller
   hel...@deepsoft.com wrote:
   
liblua5.2-dev - Development files for the Lua language version
5.2

Do I need one (or more) of these packages as well?
   
   Try that one.
   
  
  To re-iterate, dpkg-query -l \*lua\* displays:
  
  Desired=Unknown/Install/Remove/Purge/Hold
  | 
  Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
  |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
  ||/ Name
  ||VersionArchitecture Description
  +++--==--==
  ii  liblua5.2-0:i386
  5.2.1-3i386 Shared library for
  the Lua interpreter version 5.2 ii
  liblua5.2-dev:i386
  5.2.1-3i386 Development files
  for the Lua language version 5.2 un
  lua
  none  (no description
  available) ii  lua5.2
  5.2.1-3i386 Simple, extensible,
  embeddable programming language ii
  luatex
  0.70.1.20120524-3  i386 next generation TeX
  engine un  luatex-snapshot
  none  (no description
  available) ii  texlive-luatex
  2012.20120611-5all  TeX Live: LuaTeX
  packages
  
  Note: liblua5.2-0, liblua5.2-dev, and lua5.2 are all installed
  (plus luatex, what is probably not relevant).  Edje cannot find LUA
  even though it is installed.  Something is weird here.  Either
  Debian's lua packages are broken or Edje's configure script is
  broken.  Unless there is some -private-dev package needed somewhere.
  
  OK, I *think* I have found a possible problem (and a possible
  solution):
  
  Edje's configure script is checking for lua_newstate in -llua...,
  but liblua5.2-dev install /usr/lib/i386-linux-gnu/liblua5.2.a (and
  liblua5.2-0 installs /usr/lib/i386-linux-gnu/liblua5.2.so.0.0.0).
  
  I am guessing I will have to patch the configure script...
 
 Here is a patch:
 
 *** configure.ac~ 2013-07-30 10:42:43.0 -0400
 --- configure.ac  2013-08-19 15:14:40.722094696 -0400
 ***
 *** 238,244 
  [PKG_CHECK_MODULES([LUA], [lua5.1 = 5.1.0],
 requirement_lua=lua5.1, [PKG_CHECK_MODULES([LUA], [lua-5.1 =
 5.1.0], requirement_lua=lua-5.1, [PKG_CHECK_MODULES([LUA], [lua51
 = 5.1.0], requirement_lua=lua51, !
 [have_lua=no])])])])
   
   if test x${have_lua} = xno ; then
  AC_MSG_CHECKING([whether lua_newstate() is in liblua])
 --- 238,245 
  [PKG_CHECK_MODULES([LUA], [lua5.1 = 5.1.0],
 requirement_lua=lua5.1, [PKG_CHECK_MODULES([LUA], [lua-5.1 =
 5.1.0], requirement_lua=lua-5.1, [PKG_CHECK_MODULES([LUA], [lua51
 = 5.1.0], requirement_lua=lua51, !
 [PKG_CHECK_MODULES([LUA], [lua5.2 = 5.2.0],
 requirement_lua=lua5.2,
 !   [have_lua=no])])])])])
   
   if test x${have_lua} = xno ; then
  AC_MSG_CHECKING([whether lua_newstate() is in liblua])

Good catch, thanks.  I'll fix that up after I've had breakfast.

In the future, diff -u format would be better for patches.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E18 CFBugs #3

2013-08-19 Thread thomasg
As of very recently, the focus setting Raise Windows on Mouse Over
has no effect anymore, it behaves like it is always activated even
when it isn't; i.e. hovering over a window raises it even if the
settings is off.
This is independent of the focus type selected.

I don't recall haven't seen this behavior before my update today (the
last one was probably 2 weeks ago), though I'm not 100% sure.

--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0

2013-08-19 Thread Robert Heller
At Mon, 19 Aug 2013 15:25:56 -0400 Robert Heller hel...@deepsoft.com wrote:

 
 At Mon, 19 Aug 2013 14:55:52 -0400 Robert Heller hel...@deepsoft.com wrote:
 
  
  At Tue, 20 Aug 2013 04:05:17 +1000 Enlightenment developer list  
  enlightenment-devel@lists.sourceforge.net wrote:
  
   
   
   
   On Mon, 19 Aug 2013 13:55:44 -0400 Robert Heller hel...@deepsoft.com
   wrote:
   
liblua5.2-dev - Development files for the Lua language version 5.2

Do I need one (or more) of these packages as well?
   
   Try that one.
   
  
  To re-iterate, dpkg-query -l \*lua\* displays:
  
  Desired=Unknown/Install/Remove/Purge/Hold
  | 
  Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
  |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
  ||/ Name Version
  Architecture Description
  +++--==--==
  ii  liblua5.2-0:i386 5.2.1-3
  i386 Shared library for the Lua interpreter version 5.2
  ii  liblua5.2-dev:i386   5.2.1-3
  i386 Development files for the Lua language version 5.2
  un  lua  none 
   (no description available)
  ii  lua5.2   5.2.1-3
  i386 Simple, extensible, embeddable programming language
  ii  luatex   0.70.1.20120524-3  
  i386 next generation TeX engine
  un  luatex-snapshot  none 
   (no description available)
  ii  texlive-luatex   2012.20120611-5
  all  TeX Live: LuaTeX packages
  
  Note: liblua5.2-0, liblua5.2-dev, and lua5.2 are all installed (plus 
  luatex, 
  what is probably not relevant).  Edje cannot find LUA even though it is 
  installed.  Something is weird here.  Either Debian's lua packages are 
  broken 
  or Edje's configure script is broken.  Unless there is some -private-dev 
  package 
  needed somewhere.
  
  OK, I *think* I have found a possible problem (and a possible solution):
  
  Edje's configure script is checking for lua_newstate in -llua..., but 
  liblua5.2-dev install /usr/lib/i386-linux-gnu/liblua5.2.a (and liblua5.2-0 
  installs /usr/lib/i386-linux-gnu/liblua5.2.so.0.0.0).
  
  I am guessing I will have to patch the configure script...
 
 Here is a patch:
 
 *** configure.ac~ 2013-07-30 10:42:43.0 -0400
 --- configure.ac  2013-08-19 15:14:40.722094696 -0400
 ***
 *** 238,244 
  [PKG_CHECK_MODULES([LUA], [lua5.1 = 5.1.0], requirement_lua=lua5.1,
 [PKG_CHECK_MODULES([LUA], [lua-5.1 = 5.1.0], 
 requirement_lua=lua-5.1,
[PKG_CHECK_MODULES([LUA], [lua51 = 5.1.0], 
 requirement_lua=lua51,
 ! [have_lua=no])])])])
   
   if test x${have_lua} = xno ; then
  AC_MSG_CHECKING([whether lua_newstate() is in liblua])
 --- 238,245 
  [PKG_CHECK_MODULES([LUA], [lua5.1 = 5.1.0], requirement_lua=lua5.1,
 [PKG_CHECK_MODULES([LUA], [lua-5.1 = 5.1.0], 
 requirement_lua=lua-5.1,
[PKG_CHECK_MODULES([LUA], [lua51 = 5.1.0], 
 requirement_lua=lua51,
 ! [PKG_CHECK_MODULES([LUA], [lua5.2 = 5.2.0], 
 requirement_lua=lua5.2,
 !   [have_lua=no])])])])])
   
   if test x${have_lua} = xno ; then
  AC_MSG_CHECKING([whether lua_newstate() is in liblua])
 
 
  
 

OK, the (totally borked) Debian build system is not going to let me patch the 
configure script without making be patch all of the autotools files, so I am 
going to toss lua5.2 and install install lua5.1.  It appears that edje is just 
not ready to lua5.2...


-- 
Robert Heller -- 978-544-6933 / hel...@deepsoft.com
Deepwoods Software-- http://www.deepsoft.com/
()  ascii ribbon campaign -- against html e-mail
/\  www.asciiribbon.org   -- against proprietary attachments



--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0

2013-08-19 Thread Doug Newgard
 Date: Mon, 19 Aug 2013 16:17:46 -0400
 From: hel...@deepsoft.com
 To: hel...@deepsoft.com
 CC: enlightenment-devel@lists.sourceforge.net
 Subject: Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0

 At Mon, 19 Aug 2013 15:25:56 -0400 Robert Heller hel...@deepsoft.com wrote:


 At Mon, 19 Aug 2013 14:55:52 -0400 Robert Heller hel...@deepsoft.com wrote:


 At Tue, 20 Aug 2013 04:05:17 +1000 Enlightenment developer list 
 enlightenment-devel@lists.sourceforge.net wrote:




 On Mon, 19 Aug 2013 13:55:44 -0400 Robert Heller hel...@deepsoft.com
 wrote:

 liblua5.2-dev - Development files for the Lua language version 5.2

 Do I need one (or more) of these packages as well?

 Try that one.


 To re-iterate, dpkg-query -l \*lua\* displays:

 Desired=Unknown/Install/Remove/Purge/Hold
 | 
 Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
 |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
 ||/ Name Version Architecture Description
 +++--==--==
 ii liblua5.2-0:i386 5.2.1-3 i386 Shared library for the Lua interpreter 
 version 5.2
 ii liblua5.2-dev:i386 5.2.1-3 i386 Development files for the Lua language 
 version 5.2
 un lua none (no description available)
 ii lua5.2 5.2.1-3 i386 Simple, extensible, embeddable programming language
 ii luatex 0.70.1.20120524-3 i386 next generation TeX engine
 un luatex-snapshot none (no description available)
 ii texlive-luatex 2012.20120611-5 all TeX Live: LuaTeX packages

 Note: liblua5.2-0, liblua5.2-dev, and lua5.2 are all installed (plus luatex,
 what is probably not relevant). Edje cannot find LUA even though it is
 installed. Something is weird here. Either Debian's lua packages are broken
 or Edje's configure script is broken. Unless there is some -private-dev 
 package
 needed somewhere.

 OK, I *think* I have found a possible problem (and a possible solution):

 Edje's configure script is checking for lua_newstate in -llua..., but
 liblua5.2-dev install /usr/lib/i386-linux-gnu/liblua5.2.a (and liblua5.2-0
 installs /usr/lib/i386-linux-gnu/liblua5.2.so.0.0.0).

 I am guessing I will have to patch the configure script...

 Here is a patch:

 *** configure.ac~ 2013-07-30 10:42:43.0 -0400
 --- configure.ac 2013-08-19 15:14:40.722094696 -0400
 ***
 *** 238,244 
 [PKG_CHECK_MODULES([LUA], [lua5.1= 5.1.0], requirement_lua=lua5.1,
 [PKG_CHECK_MODULES([LUA], [lua-5.1= 5.1.0], requirement_lua=lua-5.1,
 [PKG_CHECK_MODULES([LUA], [lua51= 5.1.0], requirement_lua=lua51,
 ! [have_lua=no])])])])

 if test x${have_lua} = xno ; then
 AC_MSG_CHECKING([whether lua_newstate() is in liblua])
 --- 238,245 
 [PKG_CHECK_MODULES([LUA], [lua5.1= 5.1.0], requirement_lua=lua5.1,
 [PKG_CHECK_MODULES([LUA], [lua-5.1= 5.1.0], requirement_lua=lua-5.1,
 [PKG_CHECK_MODULES([LUA], [lua51= 5.1.0], requirement_lua=lua51,
 ! [PKG_CHECK_MODULES([LUA], [lua5.2= 5.2.0], requirement_lua=lua5.2,
 ! [have_lua=no])])])])])

 if test x${have_lua} = xno ; then
 AC_MSG_CHECKING([whether lua_newstate() is in liblua])





 OK, the (totally borked) Debian build system is not going to let me patch the
 configure script without making be patch all of the autotools files, so I am
 going to toss lua5.2 and install install lua5.1. It appears that edje is just
 not ready to lua5.2...

Edje isn't the problem. Lua upstream does not provide pkg-config files, so they
are added by each distro. Unfortunately, each distro does it differently, so 
when
there's an update and a new pkg-config file, every build system for every 
program
that uses it has to be updated. It's a ridiculous situation IMO.



 --
 Robert Heller -- 978-544-6933 / hel...@deepsoft.com
 Deepwoods Software -- http://www.deepsoft.com/
 () ascii ribbon campaign -- against html e-mail
 /\ www.asciiribbon.org -- against proprietary attachments



 --
 Introducing Performance Central, a new site from SourceForge and
 AppDynamics. Performance Central is your source for news, insights,
 analysis and resources for efficient Application Performance Management.
 Visit us today!
 http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel  
   
--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk

Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0

2013-08-19 Thread The Rasterman
On Mon, 19 Aug 2013 22:14:07 -0500 Doug Newgard scimmi...@outlook.com said:

 Edje isn't the problem. Lua upstream does not provide pkg-config files, so
 they are added by each distro. Unfortunately, each distro does it
 differently, so when there's an update and a new pkg-config file, every build
 system for every program that uses it has to be updated. It's a ridiculous
 situation IMO.

yes. in fact lua-upstream dont want a system liblua at all. they want every
project to copy lua into its srcbase and not share a library.

it's tempting to consider moving to luajit some day... especially now its much
more mature with more architecture support.

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0

2013-08-19 Thread David Seikel
On Tue, 20 Aug 2013 12:30:48 +0900 Carsten Haitzler (The Rasterman)
ras...@rasterman.com wrote:

 On Mon, 19 Aug 2013 22:14:07 -0500 Doug Newgard
 scimmi...@outlook.com said:
 
  Edje isn't the problem. Lua upstream does not provide pkg-config
  files, so they are added by each distro. Unfortunately, each distro
  does it differently, so when there's an update and a new pkg-config
  file, every build system for every program that uses it has to be
  updated. It's a ridiculous situation IMO.
 
 yes. in fact lua-upstream dont want a system liblua at all. they want
 every project to copy lua into its srcbase and not share a library.
 
 it's tempting to consider moving to luajit some day... especially now
 its much more mature with more architecture support.

More than just tempting, we already talked about it and I'm running
experiments.  Remember?  B-)

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel