Re: [E-devel] E SVN: jihoon trunk/edje/src/lib
in svn 81418 Thanks!! 2012. 12. 20. 오후 4:06에 Cedric BAIL cedric.b...@free.fr님이 작성: On Thu, Dec 20, 2012 at 2:07 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: edje_entry: check NULL parameter Author: jihoon Date: 2012-12-19 21:07:23 -0800 (Wed, 19 Dec 2012) New Revision: 81418 Trac: http://trac.enlightenment.org/e/changeset/81418 Shouldn't this patch be backported to the 1.7 branch ? -- Cedric BAIL -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/web/www/p/about/e17
Hello. On 20/12/12 07:41, Vincent Torri wrote: on http://enlightenment.org/p.php?p=aboutl=en the Enesim link should be changed to http://code.google.com/p/enesim/ Done. Should be available with the next update on the site. regards Stefan Schmidt -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/e/src/modules/tasks
sorry to all the translators out there On Thu, Dec 20, 2012 at 10:19 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: tasks config no longer describes size options as minimum sizes Author: discomfitor Date: 2012-12-20 02:19:22 -0800 (Thu, 20 Dec 2012) New Revision: 81436 Trac: http://trac.enlightenment.org/e/changeset/81436 Modified: trunk/e/src/modules/tasks/e_mod_config.c Modified: trunk/e/src/modules/tasks/e_mod_config.c === --- trunk/e/src/modules/tasks/e_mod_config.c2012-12-20 10:10:01 UTC (rev 81435) +++ trunk/e/src/modules/tasks/e_mod_config.c2012-12-20 10:19:22 UTC (rev 81436) @@ -95,12 +95,12 @@ (cfdata-text_only)); e_widget_framelist_object_append(of, ob); e_widget_on_change_hook_set(ob, _toggle_check, cfdata); - ow = e_widget_label_add(evas, _(Minimum width)); + ow = e_widget_label_add(evas, _(Width)); e_widget_framelist_object_append(of, ow); ow = e_widget_slider_add(evas, 1, 0, _(%1.0f px), 20, 420, 1, 0, NULL, (cfdata-minw), 100); e_widget_framelist_object_append(of, ow); - ow = e_widget_label_add(evas, _(Minimum height)); + ow = e_widget_label_add(evas, _(Height)); e_widget_framelist_object_append(of, ow); ow = e_widget_slider_add(evas, 1, 0, _(%1.0f px), 20, 420, 1, 0, NULL, (cfdata-minh), 100); -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/e/src/modules/tasks
It's still bad. This is the size of each item, it's not the whole gadcon width On Thursday, December 20, 2012, Michael Blumenkrantz wrote: sorry to all the translators out there On Thu, Dec 20, 2012 at 10:19 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: tasks config no longer describes size options as minimum sizes Author: discomfitor Date: 2012-12-20 02:19:22 -0800 (Thu, 20 Dec 2012) New Revision: 81436 Trac: http://trac.enlightenment.org/e/changeset/81436 Modified: trunk/e/src/modules/tasks/e_mod_config.c Modified: trunk/e/src/modules/tasks/e_mod_config.c === --- trunk/e/src/modules/tasks/e_mod_config.c2012-12-20 10:10:01 UTC (rev 81435) +++ trunk/e/src/modules/tasks/e_mod_config.c2012-12-20 10:19:22 UTC (rev 81436) @@ -95,12 +95,12 @@ (cfdata-text_only)); e_widget_framelist_object_append(of, ob); e_widget_on_change_hook_set(ob, _toggle_check, cfdata); - ow = e_widget_label_add(evas, _(Minimum width)); + ow = e_widget_label_add(evas, _(Width)); e_widget_framelist_object_append(of, ow); ow = e_widget_slider_add(evas, 1, 0, _(%1.0f px), 20, 420, 1, 0, NULL, (cfdata-minw), 100); e_widget_framelist_object_append(of, ow); - ow = e_widget_label_add(evas, _(Minimum height)); + ow = e_widget_label_add(evas, _(Height)); e_widget_framelist_object_append(of, ow); ow = e_widget_slider_add(evas, 1, 0, _(%1.0f px), 20, 420, 1, 0, NULL, (cfdata-minh), 100); -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas* vs. Evas_Object*
On Thursday, December 20, 2012, Cedric BAIL wrote: Hello, On Thu, Dec 20, 2012 at 6:24 AM, Andreas Volz li...@brachttal.netjavascript:; wrote: Times ago I wrote some Eflxx Evas Canvas wrapper. There are those functions in Canvas.cpp/.h: Canvas *Canvas::wrap (Evas_Object *o) { return new Canvas (evas_object_evas_get (o)); } Canvas *Canvas::wrap (Evas *evas) { return new Canvas (evas); } One time it stopped compiling on Ubuntu Precise and as workaround I just commented out the second wrap() function. Then I noticed the launchpad precise build job fails in ecorexx with the same source it local compiles: https://launchpadlibrarian.net/125311410/buildlog_ubuntu-precise-amd64.ecorexx_0.1-0~201212100108~precise1_FAILEDTOBUILD.txt.gz EvasWindowFB.cpp: In constructor 'Ecorexx::EvasWindowFB::EvasWindowFB(const Eflxx::Size, const char*, int)': EvasWindowFB.cpp:73:56: error: no matching function for call to 'Evasxx::Canvas::wrap(Evas*)' EvasWindowFB.cpp:73:56: note: candidate is: /usr/include/evasxx/Canvas.h:82:18: note: static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas_Object*) /usr/include/evasxx/Canvas.h:82:18: note: no known conversion for argument 1 from 'Evas* {aka _Evas*}' to 'Evas_Object* {aka _Evas_Object*}' Strange! Then I uncomment the second wrap function and local get this error: In file included from Canvas.cpp:6:0: ../include/evasxx/Canvas.h:94:18: error: 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas*)' cannot be overloaded ../include/evasxx/Canvas.h:82:18: error: with 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas_Object*)' Canvas.cpp:178:9: error: redefinition of 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas*)' Canvas.cpp:173:9: error: 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas_Object*)' previously defined here make[2]: *** [Canvas.lo] Fehler 1 Why does the compiler detect Evas* as redefinition of Evas_Object* parameter? Did something change? Why couldn't I overload it? I may simply change wrap() to wrapEvas() or so, but I really like to understand it. That's because of the move to Eo and a conflict between how C++ and Eo see the world. It would be good to provide a class that handle Eo object smartly. In fact it should be doable to provide some smart pointer template that use Eo refcounting and weak refcounting to enable a better integration with C++ in general. If I have some time, one of this day, I may go at it or just write a mail about some of my idea on the subject. Will see that... Better to write some tests before the ideas. Many things that seem nice are not that simple. Yesterday I was faced with 2 examples: - ref widget of elm. Unleash hell if you shutdown with that ref taken. - evas_free() does not force deletion, just unref, can bring problems if ref remains after shutdown -- Cedric BAIL -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/e/src/modules/tasks
zmi! Yeah.. I applied this change to Korean translation. Daniel Juyung Seo (SeoZ) On Thu, Dec 20, 2012 at 7:20 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: sorry to all the translators out there On Thu, Dec 20, 2012 at 10:19 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: tasks config no longer describes size options as minimum sizes Author: discomfitor Date: 2012-12-20 02:19:22 -0800 (Thu, 20 Dec 2012) New Revision: 81436 Trac: http://trac.enlightenment.org/e/changeset/81436 Modified: trunk/e/src/modules/tasks/e_mod_config.c Modified: trunk/e/src/modules/tasks/e_mod_config.c === --- trunk/e/src/modules/tasks/e_mod_config.c2012-12-20 10:10:01 UTC (rev 81435) +++ trunk/e/src/modules/tasks/e_mod_config.c2012-12-20 10:19:22 UTC (rev 81436) @@ -95,12 +95,12 @@ (cfdata-text_only)); e_widget_framelist_object_append(of, ob); e_widget_on_change_hook_set(ob, _toggle_check, cfdata); - ow = e_widget_label_add(evas, _(Minimum width)); + ow = e_widget_label_add(evas, _(Width)); e_widget_framelist_object_append(of, ow); ow = e_widget_slider_add(evas, 1, 0, _(%1.0f px), 20, 420, 1, 0, NULL, (cfdata-minw), 100); e_widget_framelist_object_append(of, ow); - ow = e_widget_label_add(evas, _(Minimum height)); + ow = e_widget_label_add(evas, _(Height)); e_widget_framelist_object_append(of, ow); ow = e_widget_slider_add(evas, 1, 0, _(%1.0f px), 20, 420, 1, 0, NULL, (cfdata-minh), 100); -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/web/www/p/about/e17: . d
* Enlightenment SVN no-re...@enlightenment.org [2012-12-19 22:55:26 -0800]: Maybe we should remove old, trac pages on e17. Log: more about e17 content Author: raster Date: 2012-12-19 22:55:25 -0800 (Wed, 19 Dec 2012) New Revision: 81420 Trac: http://trac.enlightenment.org/e/changeset/81420 Added: trunk/web/www/p/about/e17/d/e-start-1.png trunk/web/www/p/about/e17/d/e-start-2.png trunk/web/www/p/about/e17/d/e-start-3.png trunk/web/www/p/about/e17/d/e-start-4.png trunk/web/www/p/about/e17/d/e-start-5.png trunk/web/www/p/about/e17/d/e-start-6.png trunk/web/www/p/about/e17/d/e-start-7.png trunk/web/www/p/about/e17/d/e-start-8.png trunk/web/www/p/about/e17/d/e-start-9.png Modified: trunk/web/www/p/about/e17/en-body Property changes on: trunk/web/www/p/about/e17/d/e-start-1.png ___ Added: svn:mime-type + application/octet-stream Property changes on: trunk/web/www/p/about/e17/d/e-start-2.png ___ Added: svn:mime-type + application/octet-stream Property changes on: trunk/web/www/p/about/e17/d/e-start-3.png ___ Added: svn:mime-type + application/octet-stream Property changes on: trunk/web/www/p/about/e17/d/e-start-4.png ___ Added: svn:mime-type + application/octet-stream Property changes on: trunk/web/www/p/about/e17/d/e-start-5.png ___ Added: svn:mime-type + application/octet-stream Property changes on: trunk/web/www/p/about/e17/d/e-start-6.png ___ Added: svn:mime-type + application/octet-stream Property changes on: trunk/web/www/p/about/e17/d/e-start-7.png ___ Added: svn:mime-type + application/octet-stream Property changes on: trunk/web/www/p/about/e17/d/e-start-8.png ___ Added: svn:mime-type + application/octet-stream Property changes on: trunk/web/www/p/about/e17/d/e-start-9.png ___ Added: svn:mime-type + application/octet-stream Modified: trunk/web/www/p/about/e17/en-body === --- trunk/web/www/p/about/e17/en-body 2012-12-20 05:24:29 UTC (rev 81419) +++ trunk/web/www/p/about/e17/en-body 2012-12-20 06:55:25 UTC (rev 81420) @@ -103,6 +103,16 @@ /p /blockquote +h3Why oh why use E?/h3 + +p +So if you've managed to read this far, you're rather patient and willing to invest more than 7 seconds on Enlightenment, but you're probably wondering emWhy on earth should I use this Enlightenment thing? I don't want people to know I use E! They might think i do drugs or something?/em. Well wonder no more! You shall now be assaulted by our marketing blurb! +/p + +p +E17 is smaller, lighter, faster, nicer and more flexible that your current WM, and it's old school with a new-school twist. Its farts smell of roses and world peace has been known to be solved by E. OK. Just kidding (though really.. they roses smell is there!). +/p + hr h3Becoming Enlightened/h3 @@ -153,7 +163,7 @@ pprecode for I in eina eet evas embryo ecore eio edje efreet e_dbus \ evas_generic_loaders ethumb eeze emotion elementary; do \ -wget http://download.enlightenment.org/releases/$I-1.7.3.tar.gz; \ + wget http://download.enlightenment.org/releases/$I-1.7.3.tar.gz; \ done wget http://download.enlightenment.org/releases/enlightenment-0.17.0-omega.tar.gz /code/pre/p @@ -168,10 +178,10 @@ for I in eina eet evas embryo ecore eio edje efreet e_dbus \ evas_generic_loaders ethumb eeze emotion elementary; do \ -tar zxf $I-1.7.3.tar.gz; \ -cd $I-1.7.3; \ -./configure --disable-gnutls make sudo make install; \ -cd ..; \ + tar zxf $I-1.7.3.tar.gz; \ + cd $I-1.7.3; \ + ./configure --disable-gnutls make sudo make install; \ + cd ..; \ done sudo ldconfig @@ -192,7 +202,7 @@ /code/pre/p p -Because Ubuntu ships with configuration that doesn't care about self-compiled software, it will never look in common standard locations for other desktops, like /usr/local, so you have to do a quick fix. One of the easiest is to make a symlink so the desktop file appears where the login manager expects to find it. +Because Ubuntu ships with configuration that doesn't care about self-compiled software for the display manager, it will never look in common standard locations for other desktops, like /usr/local, so you have to do a quick fix. One of the easiest is to make a symlink
Re: [E-devel] E SVN: jackdanielz trunk/efl/doc
Hi Daniel, Nice contents, but would you please make it a doxygen page? See efl/doc/evas_examples.dox and Doxyfile.in on how to get it included (you just don't need * in the beginning of every line, to make your life easier). Doxygen syntax is pretty basic, then should be easy to get it ported. Regards, On Thu, Dec 20, 2012 at 6:29 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: Simple tutorial for Eo. Supposed to help you to write code with Eo and prevent eventual bugs. Feel free to ask, comment, modify this tutorial. My last commit before the end of the world. Signed-off-by: Daniel Zaoui daniel.za...@samsung.com Author: jackdanielz Date: 2012-12-20 00:29:39 -0800 (Thu, 20 Dec 2012) New Revision: 81425 Trac: http://trac.enlightenment.org/e/changeset/81425 Added: trunk/efl/doc/Eo_Tutorial -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas* vs. Evas_Object*
On Thu, Dec 20, 2012 at 8:25 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thursday, December 20, 2012, Cedric BAIL wrote: Hello, On Thu, Dec 20, 2012 at 6:24 AM, Andreas Volz li...@brachttal.net javascript:; wrote: Times ago I wrote some Eflxx Evas Canvas wrapper. There are those functions in Canvas.cpp/.h: Canvas *Canvas::wrap (Evas_Object *o) { return new Canvas (evas_object_evas_get (o)); } Canvas *Canvas::wrap (Evas *evas) { return new Canvas (evas); } One time it stopped compiling on Ubuntu Precise and as workaround I just commented out the second wrap() function. Then I noticed the launchpad precise build job fails in ecorexx with the same source it local compiles: https://launchpadlibrarian.net/125311410/buildlog_ubuntu-precise-amd64.ecorexx_0.1-0~201212100108~precise1_FAILEDTOBUILD.txt.gz EvasWindowFB.cpp: In constructor 'Ecorexx::EvasWindowFB::EvasWindowFB(const Eflxx::Size, const char*, int)': EvasWindowFB.cpp:73:56: error: no matching function for call to 'Evasxx::Canvas::wrap(Evas*)' EvasWindowFB.cpp:73:56: note: candidate is: /usr/include/evasxx/Canvas.h:82:18: note: static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas_Object*) /usr/include/evasxx/Canvas.h:82:18: note: no known conversion for argument 1 from 'Evas* {aka _Evas*}' to 'Evas_Object* {aka _Evas_Object*}' Strange! Then I uncomment the second wrap function and local get this error: In file included from Canvas.cpp:6:0: ../include/evasxx/Canvas.h:94:18: error: 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas*)' cannot be overloaded ../include/evasxx/Canvas.h:82:18: error: with 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas_Object*)' Canvas.cpp:178:9: error: redefinition of 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas*)' Canvas.cpp:173:9: error: 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas_Object*)' previously defined here make[2]: *** [Canvas.lo] Fehler 1 Why does the compiler detect Evas* as redefinition of Evas_Object* parameter? Did something change? Why couldn't I overload it? I may simply change wrap() to wrapEvas() or so, but I really like to understand it. That's because of the move to Eo and a conflict between how C++ and Eo see the world. It would be good to provide a class that handle Eo object smartly. In fact it should be doable to provide some smart pointer template that use Eo refcounting and weak refcounting to enable a better integration with C++ in general. If I have some time, one of this day, I may go at it or just write a mail about some of my idea on the subject. Will see that... Better to write some tests before the ideas. Many things that seem nice are not that simple. Yesterday I was faced with 2 examples: - ref widget of elm. Unleash hell if you shutdown with that ref taken. +1 here ... it unlocks the door to oblivion! - evas_free() does not force deletion, just unref, can bring problems if ref remains after shutdown -- Cedric BAIL -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net
Re: [E-devel] E SVN: stefan trunk/efl/src
On Thu, Dec 20, 2012 at 11:41 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl/eet: Fix certifictate file path detection for eet tests. Author: stefan Date: 2012-12-20 05:41:18 -0800 (Thu, 20 Dec 2012) New Revision: 81453 Trac: http://trac.enlightenment.org/e/changeset/81453 Modified: trunk/efl/src/Makefile_Eet.am Modified: trunk/efl/src/Makefile_Eet.am === --- trunk/efl/src/Makefile_Eet.am 2012-12-20 13:39:58 UTC (rev 81452) +++ trunk/efl/src/Makefile_Eet.am 2012-12-20 13:41:18 UTC (rev 81453) @@ -99,7 +99,7 @@ -I$(top_srcdir)/src/lib/eina \ -I$(top_builddir)/src/lib/eina \ -I$(top_srcdir)/src/lib/eet \ --DTESTS_SRC_DIR=\$(top_srcdir)\ \ +-DTESTS_SRC_DIR=\`pwd`/$(top_srcdir)\ \ @CHECK_CFLAGS@ \ @EET_CFLAGS@ makes no sense to use `pwd` in there. Why are you doing that? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: stefan trunk/efl/src
Hello. On 20/12/12 13:53, Gustavo Sverzut Barbieri wrote: On Thu, Dec 20, 2012 at 11:41 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl/eet: Fix certifictate file path detection for eet tests. Author: stefan Date: 2012-12-20 05:41:18 -0800 (Thu, 20 Dec 2012) New Revision: 81453 Trac: http://trac.enlightenment.org/e/changeset/81453 Modified: trunk/efl/src/Makefile_Eet.am Modified: trunk/efl/src/Makefile_Eet.am === --- trunk/efl/src/Makefile_Eet.am 2012-12-20 13:39:58 UTC (rev 81452) +++ trunk/efl/src/Makefile_Eet.am 2012-12-20 13:41:18 UTC (rev 81453) @@ -99,7 +99,7 @@ -I$(top_srcdir)/src/lib/eina \ -I$(top_builddir)/src/lib/eina \ -I$(top_srcdir)/src/lib/eet \ --DTESTS_SRC_DIR=\$(top_srcdir)\ \ +-DTESTS_SRC_DIR=\`pwd`/$(top_srcdir)\ \ @CHECK_CFLAGS@ \ @EET_CFLAGS@ makes no sense to use `pwd` in there. Why are you doing that? Because without it make distcheck would be failing to find the certificate files needed during the eet_testsuite run. We have three cases here: 1) build in src tree 2) buildir != srcdir (we have this on buildbot, I don't know about other people) 3) make distcheck Before the change above 1 2 worked. With the change 1 3 works but not 2. You can see how the dir is used as CERT_DIR in efl/src/tests/eet/eet_suite.c #define CERT_DIR ((*TESTS_SRC_DIR == '/') ? TESTS_SRC_DIR/src/tests/eet/ : src/tests/eet/) I changed it with various tests to get something that works for all cases. Getting tired of it. As you did work on all the autotools stuff in the merged tree you might have a good idea how to fix it. Be my guest. As far as I can see the cert files are in the src dir and also in the tarball via EXTRA_DIST. I'm fine with any fix on this. (beyond caring) regards Stefan Schmidt -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] scale_set segfault in on_resize_add for an elementary window python EFLs
Using 1.7.3 EFLs and Python 1.7.0 bindings. Here is the relevant bit of code - http://paste.debian.net/217629/ When I uncomment line #4 I get a segfault when that function runs. However when I uncomment line #12 it works fine (no segfault and scale is adjusted). Is this an issue with the python bindings or am I doing something wrong? Here is the full code of my first little script in case something else is throwing it off - http://paste.debian.net/217627/ Cheers, -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH][E, E-MODULES-EXTRA] Make some more messages translatable
Two patches make 5 more messages translatable, 3 of them are already present in their pots. One additional patch fixes mismatching parameters for e_action_predef_name_{set,del}() in extra modules. -- Igor From 810137601226a88be3d35f8c911872bfd8fd40db Mon Sep 17 00:00:00 2001 From: Igor Murzov e-m...@date.by Date: Thu, 20 Dec 2012 18:56:00 +0400 Subject: [PATCH] Make 'Signal:' and 'Sorce:' messages translatable. --- src/modules/conf_edgebindings/e_int_config_signalbindings.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/modules/conf_edgebindings/e_int_config_signalbindings.c b/src/modules/conf_edgebindings/e_int_config_signalbindings.c index 89a8a9d..0924d7b 100644 --- a/src/modules/conf_edgebindings/e_int_config_signalbindings.c +++ b/src/modules/conf_edgebindings/e_int_config_signalbindings.c @@ -642,12 +642,12 @@ _signal_add_show(E_Config_Dialog_Data *cfdata) evas = e_win_evas_get(cfdata-locals.dia-win); obg = e_widget_list_add(evas, 1, 0); - ol = e_widget_framelist_add(evas, Source:, 0); + ol = e_widget_framelist_add(evas, _(Source:), 0); entry = o = e_widget_entry_add(evas, cfdata-locals.dia_source, NULL, NULL, NULL); e_widget_framelist_object_append(ol, o); e_widget_list_object_append(obg, ol, 1, 0, 0.5); - ol = e_widget_framelist_add(evas, Signal:, 0); + ol = e_widget_framelist_add(evas, _(Signal:), 0); o = e_widget_entry_add(evas, cfdata-locals.dia_signal, NULL, NULL, NULL); e_widget_framelist_object_append(ol, o); e_widget_list_object_append(obg, ol, 1, 0, 0.5); -- 1.7.12.1 From b31c71867822fbcb094c6f23a3a20b9442dfd5d0 Mon Sep 17 00:00:00 2001 From: Igor Murzov e-m...@date.by Date: Thu, 20 Dec 2012 18:39:10 +0400 Subject: [PATCH 1/2] Fix mismatching parameters for e_action_predef_name_{set,del}() It's a followup to r81048. --- exalt-client/src/e_mod_main.c | 4 ++-- places/src/e_mod_main.c | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/exalt-client/src/e_mod_main.c b/exalt-client/src/e_mod_main.c index 7b05e10..0a0e9eb 100644 --- a/exalt-client/src/e_mod_main.c +++ b/exalt-client/src/e_mod_main.c @@ -155,11 +155,11 @@ e_modapi_init(E_Module *m) e_modapi_shutdown(E_Module *m) { /* Unregister the config dialog from the main panel */ -e_configure_registry_item_del(advanced/exalt); +e_configure_registry_item_del(extensions/exalt); /* Remove the config panel category if we can. E will tell us. category stays if other items using it */ -e_configure_registry_category_del(advanced); +e_configure_registry_category_del(extensions); /* Kill the config dialog */ if (exalt_conf-cfd) e_object_del(E_OBJECT(exalt_conf-cfd)); diff --git a/places/src/e_mod_main.c b/places/src/e_mod_main.c index af6f39d..b275979 100644 --- a/places/src/e_mod_main.c +++ b/places/src/e_mod_main.c @@ -149,8 +149,8 @@ e_modapi_shutdown(E_Module *m) { places_shutdown(); - e_configure_registry_item_del(extensions/places); - e_configure_registry_category_del(extensions); + e_configure_registry_item_del(fileman/places); + e_configure_registry_category_del(fileman); /* Kill the config dialog */ if (places_conf-cfd) e_object_del(E_OBJECT(places_conf-cfd)); -- 1.7.12.1 From 6eb01a72b42bf3671f6b3fbd7448501e65da27e4 Mon Sep 17 00:00:00 2001 From: Igor Murzov e-m...@date.by Date: Thu, 20 Dec 2012 18:45:10 +0400 Subject: [PATCH 2/2] Make some labels in Places modules translatable. It also replaces _ with D_ in everything-places for the sake of consistency. --- everything-places/po/Makevars | 2 +- everything-places/src/e_mod_main.c | 4 ++-- everything-places/src/e_mod_main.h | 4 ++-- places/src/e_mod_main.c| 2 +- 4 files changed, 6 insertions(+), 6 deletions(-) diff --git a/everything-places/po/Makevars b/everything-places/po/Makevars index c6a5b44..446ec3c 100644 --- a/everything-places/po/Makevars +++ b/everything-places/po/Makevars @@ -8,7 +8,7 @@ subdir = po top_builddir = .. # These options get passed to xgettext. -XGETTEXT_OPTIONS = --keyword=_ --keyword=N_ \ +XGETTEXT_OPTIONS = --keyword=D_ --keyword=N_ \ --keyword=EVRY_PLUGIN_BASE:1 --keyword=EVRY_ACTION_NEW:1 \ --from-code=UTF-8 --foreign-user diff --git a/everything-places/src/e_mod_main.c b/everything-places/src/e_mod_main.c index 6394648..7c1833f 100644 --- a/everything-places/src/e_mod_main.c +++ b/everything-places/src/e_mod_main.c @@ -135,10 +135,10 @@ _begin(Evry_Plugin *plugin, const Evry_Item *item) EVRY_PLUGIN_INSTANCE(p, plugin); - _item_add(p, N_(Home), e_user_homedir_get(), _mime_dir, NULL); + _item_add(p, D_(Home), e_user_homedir_get(), _mime_dir, NULL); e_user_dir_concat_static(path, backgrounds); - _item_add(p, N_(Wallpaper), path, _mime_dir, NULL); + _item_add(p, D_(Wallpaper), path, _mime_dir, NULL); _gtk_bookmarks_add(p); diff --git a/everything-places/src/e_mod_main.h b/everything-places/src/e_mod_main.h index
Re: [E-devel] Changed /tmp size on e4 to 512mb
Great, thank you both! On Thu, Dec 20, 2012 at 10:36 AM, Stefan Schmidt s.schm...@samsung.comwrote: Hello. Subject says it all. 64mb was to low for the generated docs uploaded from the build slave. Seems this only hit us now that we have the docs generated for all efl and not small chunks going through the temp dir. Kudos to Daniel for fixing it. regards Stefan Schmidt -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Changed /tmp size on e4 to 512mb
And thanks to Gastal as well, who created the problem by fixing the docs :) Best regards, Luis Felipe On Thu, Dec 20, 2012 at 1:07 PM, Tom Hacohen t...@stosb.com wrote: Great, thank you both! On Thu, Dec 20, 2012 at 10:36 AM, Stefan Schmidt s.schm...@samsung.comwrote: Hello. Subject says it all. 64mb was to low for the generated docs uploaded from the build slave. Seems this only hit us now that we have the docs generated for all efl and not small chunks going through the temp dir. Kudos to Daniel for fixing it. regards Stefan Schmidt -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Luís Felipe Strano Moraes http://www.strano.org -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Changed /tmp size on e4 to 512mb
And thanks to everyone for writing docs and creating a problem for gastal to fix. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Changed /tmp size on e4 to 512mb
Tom wrote: And thanks to everyone for writing docs and creating a problem for gastal to fix. Right, thanks Tom for pointing that out. Daniel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] efl and e17 release - important notes svg/esvg/rsvg
Hi raster, On Sat, Nov 24, 2012 at 6:28 AM, Carsten Haitzler ras...@rasterman.comwrote: this is important to all testers, users and packagers... DONT PACKAGE AND USE ESVG! DO NOT DO THIS. USE EVAS_GENERIC_LOADERS AND LIBRSVG SUPPORT! This is bad publicity for the project :-/ there. i hope that is clear. :) if you want things to be stable, render correctly - dont rely in ESVG. at this stage it is experimental. there are still too many reports relating to svg issues and esvg. the generic loaders Would be interesting to have those tickets or reports known. Crashes have been fixed for those who have complained about it and that we very long ago. Would be nice to have more information on that. Is there some ticket? or maybe some ticket forwarding or something? rsvg one may not be as fast, but it will not crash any process trying to use it - at worse the loader binary will crash. esvg needs work - one day it'll be ready, but as of today, it is not. also esvg creates a circular dependency as of efl 1.8. esvg needs enesim which needs eina... which as of efl 1.8 will be in the same build tree as evas (the efl tree), so you can't possibly cleanly build esvg support for evas without doing a multi-stage bootstrap and install of efl over several package iterations. Yes, this is indeed a limitation. But it was not my call, I could not even vote for that decision, maybe I missed the poll, dunno ... IMHO the decision of making a single EFL tree, even if good from a marketing POV, has forced a situation which does not make much sense, at least for the EFL itself. Basically now, not only enesim/egueb/whatever lib that depends on part of the EFL has to be moved *inside* the EFL tree in order to make every other EFL project use it (as with the esvg evas loader), but also now, the possibility of outside innovation has been cut off. I would have preferred to have a EFL tree in a way that you can split in efl-core, efl-gfx or stuff like that so one can reuse different components. But that's not the case. Is like having glib, gtk and cairo on the same tree and now gtk-clutter is out of the playing field unless it and clutter itself is moved into the same tree because of the circular dependency. This is not exactly a valid example, but you get the idea. I think recently the same has happened with ephysics, IIRC ... ALSO... i HIGHLY RECOMMEND that you build evas_gneric_loaders with spectre, poppler, libraw and gstreamer support for best experience with efm - then video, document etc. files will get thumbnails. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Link for EFL Ruby bindings
Hi, while working on the website, could someone transform the 'Ruby' text into a link pointing to https://github.com/jeremyz/ffi-efl on the 'About' page? Thanks and good luck for the release, Lionel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] svn doesn't connect :(
I'm trying to update my local copy, and then commit all translation updates, but this is what I get: max@rubino:~/Scaricati/e17_svn$ svn update Updating '.': svn: E210002: Unable to connect to a repository at URL 'svn+ssh://maxe...@svn.enlightenment.org/var/svn/e' svn: E210002: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file. -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] signature.asc Description: OpenPGP digital signature -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] svn doesn't connect :(
On 12/20/2012 03:51 PM, Massimo Maiurana wrote: I'm trying to update my local copy, and then commit all translation updates, but this is what I get: Having the same issue. Can't even SSH directly to e2, since ssh is rejecting my private key. Cheers, Leandro -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] svn doesn't connect :(
On Thu, 20 Dec 2012 18:51:13 +0100 Massimo Maiurana maiur...@gmail.com wrote: I'm trying to update my local copy, and then commit all translation updates, but this is what I get: Try again :) -- Igor -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/efl: . src
by doing that, you forbid automake to rebuild all the libs depending on evil if evil has changed... If i have done what I did, there was a reason... Vincent On Thu, Dec 20, 2012 at 8:25 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl: simplify linkage/usage of evil on windows. instead of spreading it all around, just define 2 AC_SUBST() that will do the work. Author: barbieri Date: 2012-12-20 11:25:51 -0800 (Thu, 20 Dec 2012) New Revision: 81477 Trac: http://trac.enlightenment.org/e/changeset/81477 Modified: trunk/efl/configure.ac trunk/efl/src/Makefile_Ecore.am trunk/efl/src/Makefile_Ecore_Con.am trunk/efl/src/Makefile_Ecore_Evas.am trunk/efl/src/Makefile_Eet.am trunk/efl/src/Makefile_Eina.am trunk/efl/src/Makefile_Embryo.am trunk/efl/src/Makefile_Eo.am trunk/efl/src/Makefile_Evas.am trunk/efl/src/Makefile_Evil.am Modified: trunk/efl/configure.ac === --- trunk/efl/configure.ac 2012-12-20 19:02:42 UTC (rev 81476) +++ trunk/efl/configure.ac 2012-12-20 19:25:51 UTC (rev 81477) @@ -677,9 +677,14 @@ ## EFL ## + Platform-dependent +DL_LIBS= Evil +USE_EVIL_CFLAGS= +USE_EVIL_LIBS= + if test x${have_windows} = xyes ; then AC_MSG_NOTICE([Evil checks]) @@ -747,8 +752,14 @@ fi platform_libs=${platform_libs} ${platform_libs_evil} +USE_EVIL_CFLAGS=-I\$(top_srcdir)/src/lib/evil +USE_EVIL_LIBS=lib/evil/libevil.la +DL_LIBS=lib/evil/libdl.la fi +AC_SUBST([USE_EVIL_CFLAGS]) +AC_SUBST([USE_EVIL_LIBS]) + End of Evil @@ -789,7 +800,10 @@ End of Escape +AC_SUBST([DL_LIBS]) + End of Platform-dependent + Eina AC_MSG_NOTICE([Eina checks]) Modified: trunk/efl/src/Makefile_Ecore.am === --- trunk/efl/src/Makefile_Ecore.am 2012-12-20 19:02:42 UTC (rev 81476) +++ trunk/efl/src/Makefile_Ecore.am 2012-12-20 19:25:51 UTC (rev 81477) @@ -55,13 +55,9 @@ -DEFL_ECORE_BUILD \ @EFL_CFLAGS@ \ @EFL_COV_CFLAGS@ \ -@ECORE_CFLAGS@ +@ECORE_CFLAGS@ \ +@USE_EVIL_CFLAGS@ -if HAVE_WINDOWS -lib_ecore_libecore_la_CPPFLAGS += \ --I$(top_srcdir)/src/lib/evil -endif - if HAVE_PS3 lib_ecore_libecore_la_CPPFLAGS += \ -I$(top_srcdir)/src/lib/escape @@ -69,12 +65,9 @@ lib_ecore_libecore_la_LIBADD = \ lib/eo/libeo.la \ -lib/eina/libeina.la +lib/eina/libeina.la \ +@USE_EVIL_LIBS@ -if HAVE_WINDOWS -lib_ecore_libecore_la_LIBADD += lib/evil/libevil.la -endif - if HAVE_PS3 lib_ecore_libecore_la_LIBADD += lib/escape/libescape.la endif Modified: trunk/efl/src/Makefile_Ecore_Con.am === --- trunk/efl/src/Makefile_Ecore_Con.am 2012-12-20 19:02:42 UTC (rev 81476) +++ trunk/efl/src/Makefile_Ecore_Con.am 2012-12-20 19:25:51 UTC (rev 81477) @@ -43,23 +43,16 @@ -DEFL_ECORE_CON_BUILD \ @EFL_CFLAGS@ \ @EFL_COV_CFLAGS@ \ -@ECORE_CON_CFLAGS@ +@ECORE_CON_CFLAGS@ \ +@USE_EVIL_CFLAGS@ -if HAVE_WINDOWS -lib_ecore_con_libecore_con_la_CPPFLAGS += \ --I$(top_srcdir)/src/lib/evil -endif - lib_ecore_con_libecore_con_la_LIBADD = \ lib/ecore/libecore.la \ lib/eet/libeet.la \ lib/eo/libeo.la \ -lib/eina/libeina.la +lib/eina/libeina.la \ +@USE_EVIL_LIBS@ -if HAVE_WINDOWS -lib_ecore_con_libecore_con_la_LIBADD += lib/evil/libevil.la -endif - lib_ecore_con_libecore_con_la_LIBADD += @ECORE_CON_LIBS@ @EFL_COV_LIBS@ -lm lib_ecore_con_libecore_con_la_LDFLAGS = -no-undefined -version-info @version_info@ @release_info@ Modified: trunk/efl/src/Makefile_Ecore_Evas.am === --- trunk/efl/src/Makefile_Ecore_Evas.am2012-12-20 19:02:42 UTC (rev 81476) +++ trunk/efl/src/Makefile_Ecore_Evas.am2012-12-20 19:25:51 UTC (rev 81477) @@ -30,13 +30,9 @@ -DPACKAGE_LIB_DIR=\$(libdir)\ \ -DEFL_ECORE_EVAS_BUILD \ @EFL_CFLAGS@ \ -@EFL_COV_CFLAGS@ +@EFL_COV_CFLAGS@ \ +@USE_EVIL_CFLAGS@ -if HAVE_WINDOWS -lib_ecore_evas_libecore_evas_la_CPPFLAGS += \ --I$(top_srcdir)/src/lib/evil -endif - lib_ecore_evas_libecore_evas_la_LIBADD = \ lib/ecore_input/libecore_input_evas.la \ lib/ecore_input/libecore_input.la \ Modified: trunk/efl/src/Makefile_Eet.am === --- trunk/efl/src/Makefile_Eet.am 2012-12-20 19:02:42 UTC (rev 81476) +++ trunk/efl/src/Makefile_Eet.am 2012-12-20 19:25:51 UTC (rev 81477) @@ -33,21 +33,16 @@ -DEFL_EET_BUILD \ @EFL_CFLAGS@ \ @EFL_COV_CFLAGS@ \ -@EET_CFLAGS@ +@EET_CFLAGS@ \ +@USE_EVIL_CFLAGS@ -if HAVE_WINDOWS -lib_eet_libeet_la_CPPFLAGS += \ --I$(top_srcdir)/src/lib/evil -endif +lib_eet_libeet_la_LIBADD = \ +lib/eina/libeina.la \ +@USE_EVIL_LIBS@ \ +@EET_LIBS@ \ +@EFL_COV_LIBS@ \ +-lm -lib_eet_libeet_la_LIBADD =
Re: [E-devel] E SVN: stefan trunk/efl/src
On Thu, Dec 20, 2012 at 12:16 PM, Stefan Schmidt s.schm...@samsung.comwrote: Hello. On 20/12/12 13:53, Gustavo Sverzut Barbieri wrote: On Thu, Dec 20, 2012 at 11:41 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl/eet: Fix certifictate file path detection for eet tests. Author: stefan Date: 2012-12-20 05:41:18 -0800 (Thu, 20 Dec 2012) New Revision: 81453 Trac: http://trac.enlightenment.org/e/changeset/81453 Modified: trunk/efl/src/Makefile_Eet.am Modified: trunk/efl/src/Makefile_Eet.am === --- trunk/efl/src/Makefile_Eet.am 2012-12-20 13:39:58 UTC (rev 81452) +++ trunk/efl/src/Makefile_Eet.am 2012-12-20 13:41:18 UTC (rev 81453) @@ -99,7 +99,7 @@ -I$(top_srcdir)/src/lib/eina \ -I$(top_builddir)/src/lib/eina \ -I$(top_srcdir)/src/lib/eet \ --DTESTS_SRC_DIR=\$(top_srcdir)\ \ +-DTESTS_SRC_DIR=\`pwd`/$(top_srcdir)\ \ @CHECK_CFLAGS@ \ @EET_CFLAGS@ makes no sense to use `pwd` in there. Why are you doing that? Because without it make distcheck would be failing to find the certificate files needed during the eet_testsuite run. We have three cases here: 1) build in src tree 2) buildir != srcdir (we have this on buildbot, I don't know about other people) 3) make distcheck Before the change above 1 2 worked. With the change 1 3 works but not 2. You can see how the dir is used as CERT_DIR in efl/src/tests/eet/eet_suite.c #define CERT_DIR ((*TESTS_SRC_DIR == '/') ? TESTS_SRC_DIR/src/tests/eet/ : src/tests/eet/) I changed it with various tests to get something that works for all cases. Getting tired of it. As you did work on all the autotools stuff in the merged tree you might have a good idea how to fix it. Be my guest. As far as I can see the cert files are in the src dir and also in the tarball via EXTRA_DIST. I'm fine with any fix on this. (beyond caring) isn't it better to change eet test suite to get it based on binary location? I'll try -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: stefan trunk/efl/src
On Thu, Dec 20, 2012 at 8:42 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thu, Dec 20, 2012 at 12:16 PM, Stefan Schmidt s.schm...@samsung.comwrote: Hello. On 20/12/12 13:53, Gustavo Sverzut Barbieri wrote: On Thu, Dec 20, 2012 at 11:41 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl/eet: Fix certifictate file path detection for eet tests. Author: stefan Date: 2012-12-20 05:41:18 -0800 (Thu, 20 Dec 2012) New Revision: 81453 Trac: http://trac.enlightenment.org/e/changeset/81453 Modified: trunk/efl/src/Makefile_Eet.am Modified: trunk/efl/src/Makefile_Eet.am === --- trunk/efl/src/Makefile_Eet.am 2012-12-20 13:39:58 UTC (rev 81452) +++ trunk/efl/src/Makefile_Eet.am 2012-12-20 13:41:18 UTC (rev 81453) @@ -99,7 +99,7 @@ -I$(top_srcdir)/src/lib/eina \ -I$(top_builddir)/src/lib/eina \ -I$(top_srcdir)/src/lib/eet \ --DTESTS_SRC_DIR=\$(top_srcdir)\ \ +-DTESTS_SRC_DIR=\`pwd`/$(top_srcdir)\ \ @CHECK_CFLAGS@ \ @EET_CFLAGS@ makes no sense to use `pwd` in there. Why are you doing that? Because without it make distcheck would be failing to find the certificate files needed during the eet_testsuite run. We have three cases here: 1) build in src tree 2) buildir != srcdir (we have this on buildbot, I don't know about other people) some people are doing in top level dir : mkdir build cd build ../configure and boom... Vincent 3) make distcheck Before the change above 1 2 worked. With the change 1 3 works but not 2. You can see how the dir is used as CERT_DIR in efl/src/tests/eet/eet_suite.c #define CERT_DIR ((*TESTS_SRC_DIR == '/') ? TESTS_SRC_DIR/src/tests/eet/ : src/tests/eet/) I changed it with various tests to get something that works for all cases. Getting tired of it. As you did work on all the autotools stuff in the merged tree you might have a good idea how to fix it. Be my guest. As far as I can see the cert files are in the src dir and also in the tarball via EXTRA_DIST. I'm fine with any fix on this. (beyond caring) isn't it better to change eet test suite to get it based on binary location? I'll try -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/efl: . src
with the last commits, you are not simplifying the build, you are adding problems... Vincent On Thu, Dec 20, 2012 at 8:25 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl: simplify linkage/usage of evil on windows. instead of spreading it all around, just define 2 AC_SUBST() that will do the work. Author: barbieri Date: 2012-12-20 11:25:51 -0800 (Thu, 20 Dec 2012) New Revision: 81477 Trac: http://trac.enlightenment.org/e/changeset/81477 Modified: trunk/efl/configure.ac trunk/efl/src/Makefile_Ecore.am trunk/efl/src/Makefile_Ecore_Con.am trunk/efl/src/Makefile_Ecore_Evas.am trunk/efl/src/Makefile_Eet.am trunk/efl/src/Makefile_Eina.am trunk/efl/src/Makefile_Embryo.am trunk/efl/src/Makefile_Eo.am trunk/efl/src/Makefile_Evas.am trunk/efl/src/Makefile_Evil.am Modified: trunk/efl/configure.ac === --- trunk/efl/configure.ac 2012-12-20 19:02:42 UTC (rev 81476) +++ trunk/efl/configure.ac 2012-12-20 19:25:51 UTC (rev 81477) @@ -677,9 +677,14 @@ ## EFL ## + Platform-dependent +DL_LIBS= Evil +USE_EVIL_CFLAGS= +USE_EVIL_LIBS= + if test x${have_windows} = xyes ; then AC_MSG_NOTICE([Evil checks]) @@ -747,8 +752,14 @@ fi platform_libs=${platform_libs} ${platform_libs_evil} +USE_EVIL_CFLAGS=-I\$(top_srcdir)/src/lib/evil +USE_EVIL_LIBS=lib/evil/libevil.la +DL_LIBS=lib/evil/libdl.la fi +AC_SUBST([USE_EVIL_CFLAGS]) +AC_SUBST([USE_EVIL_LIBS]) + End of Evil @@ -789,7 +800,10 @@ End of Escape +AC_SUBST([DL_LIBS]) + End of Platform-dependent + Eina AC_MSG_NOTICE([Eina checks]) Modified: trunk/efl/src/Makefile_Ecore.am === --- trunk/efl/src/Makefile_Ecore.am 2012-12-20 19:02:42 UTC (rev 81476) +++ trunk/efl/src/Makefile_Ecore.am 2012-12-20 19:25:51 UTC (rev 81477) @@ -55,13 +55,9 @@ -DEFL_ECORE_BUILD \ @EFL_CFLAGS@ \ @EFL_COV_CFLAGS@ \ -@ECORE_CFLAGS@ +@ECORE_CFLAGS@ \ +@USE_EVIL_CFLAGS@ -if HAVE_WINDOWS -lib_ecore_libecore_la_CPPFLAGS += \ --I$(top_srcdir)/src/lib/evil -endif - if HAVE_PS3 lib_ecore_libecore_la_CPPFLAGS += \ -I$(top_srcdir)/src/lib/escape @@ -69,12 +65,9 @@ lib_ecore_libecore_la_LIBADD = \ lib/eo/libeo.la \ -lib/eina/libeina.la +lib/eina/libeina.la \ +@USE_EVIL_LIBS@ -if HAVE_WINDOWS -lib_ecore_libecore_la_LIBADD += lib/evil/libevil.la -endif - if HAVE_PS3 lib_ecore_libecore_la_LIBADD += lib/escape/libescape.la endif Modified: trunk/efl/src/Makefile_Ecore_Con.am === --- trunk/efl/src/Makefile_Ecore_Con.am 2012-12-20 19:02:42 UTC (rev 81476) +++ trunk/efl/src/Makefile_Ecore_Con.am 2012-12-20 19:25:51 UTC (rev 81477) @@ -43,23 +43,16 @@ -DEFL_ECORE_CON_BUILD \ @EFL_CFLAGS@ \ @EFL_COV_CFLAGS@ \ -@ECORE_CON_CFLAGS@ +@ECORE_CON_CFLAGS@ \ +@USE_EVIL_CFLAGS@ -if HAVE_WINDOWS -lib_ecore_con_libecore_con_la_CPPFLAGS += \ --I$(top_srcdir)/src/lib/evil -endif - lib_ecore_con_libecore_con_la_LIBADD = \ lib/ecore/libecore.la \ lib/eet/libeet.la \ lib/eo/libeo.la \ -lib/eina/libeina.la +lib/eina/libeina.la \ +@USE_EVIL_LIBS@ -if HAVE_WINDOWS -lib_ecore_con_libecore_con_la_LIBADD += lib/evil/libevil.la -endif - lib_ecore_con_libecore_con_la_LIBADD += @ECORE_CON_LIBS@ @EFL_COV_LIBS@ -lm lib_ecore_con_libecore_con_la_LDFLAGS = -no-undefined -version-info @version_info@ @release_info@ Modified: trunk/efl/src/Makefile_Ecore_Evas.am === --- trunk/efl/src/Makefile_Ecore_Evas.am2012-12-20 19:02:42 UTC (rev 81476) +++ trunk/efl/src/Makefile_Ecore_Evas.am2012-12-20 19:25:51 UTC (rev 81477) @@ -30,13 +30,9 @@ -DPACKAGE_LIB_DIR=\$(libdir)\ \ -DEFL_ECORE_EVAS_BUILD \ @EFL_CFLAGS@ \ -@EFL_COV_CFLAGS@ +@EFL_COV_CFLAGS@ \ +@USE_EVIL_CFLAGS@ -if HAVE_WINDOWS -lib_ecore_evas_libecore_evas_la_CPPFLAGS += \ --I$(top_srcdir)/src/lib/evil -endif - lib_ecore_evas_libecore_evas_la_LIBADD = \ lib/ecore_input/libecore_input_evas.la \ lib/ecore_input/libecore_input.la \ Modified: trunk/efl/src/Makefile_Eet.am === --- trunk/efl/src/Makefile_Eet.am 2012-12-20 19:02:42 UTC (rev 81476) +++ trunk/efl/src/Makefile_Eet.am 2012-12-20 19:25:51 UTC (rev 81477) @@ -33,21 +33,16 @@ -DEFL_EET_BUILD \ @EFL_CFLAGS@ \ @EFL_COV_CFLAGS@ \ -@EET_CFLAGS@ +@EET_CFLAGS@ \ +@USE_EVIL_CFLAGS@ -if HAVE_WINDOWS -lib_eet_libeet_la_CPPFLAGS += \ --I$(top_srcdir)/src/lib/evil -endif +lib_eet_libeet_la_LIBADD = \ +lib/eina/libeina.la \ +@USE_EVIL_LIBS@ \ +@EET_LIBS@ \ +@EFL_COV_LIBS@ \ +-lm -lib_eet_libeet_la_LIBADD = lib/eina/libeina.la - -if HAVE_WINDOWS
Re: [E-devel] svn doesn't connect :(
Igor Murzov, il 20/12/2012 20:13, ha scritto: On Thu, 20 Dec 2012 18:51:13 +0100 Massimo Maiurana maiur...@gmail.com wrote: I'm trying to update my local copy, and then commit all translation updates, but this is what I get: Try again :) \o/ :) -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] signature.asc Description: OpenPGP digital signature -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/efl: . src
On Thu, Dec 20, 2012 at 5:58 PM, Vincent Torri vincent.to...@gmail.comwrote: with the last commits, you are not simplifying the build, you are adding problems... I'm not, the resulting code is exactly the same. If windows is used: @USE_EVIL_CFLAGS@ expands to $(top_srcdir)/src/lib/evil @USE_EVIL_LIBS@ expands to src/lib/evil/libevil.la Otherwise both expand to nothing. Effectively this is the same as spreading if HAVE_WINDOWS in every possible place that evil is used. This variable is just replaced after configure, then it will be evaluated at the same time as the other would. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas* vs. Evas_Object*
Am Thu, 20 Dec 2012 14:29:36 +0900 schrieb Carsten Haitzler (The Rasterman): On Thu, 20 Dec 2012 00:04:33 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Wed, Dec 19, 2012 at 7:24 PM, Andreas Volz li...@brachttal.net wrote: Hello, Times ago I wrote some Eflxx Evas Canvas wrapper. There are those functions in Canvas.cpp/.h: Canvas *Canvas::wrap (Evas_Object *o) { return new Canvas (evas_object_evas_get (o)); } Canvas *Canvas::wrap (Evas *evas) { return new Canvas (evas); } One time it stopped compiling on Ubuntu Precise and as workaround I just commented out the second wrap() function. Then I noticed the launchpad precise build job fails in ecorexx with the same source it local compiles: https://launchpadlibrarian.net/125311410/buildlog_ubuntu-precise-amd64.ecorexx_0.1-0~201212100108~precise1_FAILEDTOBUILD.txt.gz EvasWindowFB.cpp: In constructor 'Ecorexx::EvasWindowFB::EvasWindowFB(const Eflxx::Size, const char*, int)': EvasWindowFB.cpp:73:56: error: no matching function for call to 'Evasxx::Canvas::wrap(Evas*)' EvasWindowFB.cpp:73:56: note: candidate is: /usr/include/evasxx/Canvas.h:82:18: note: static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas_Object*) /usr/include/evasxx/Canvas.h:82:18: note: no known conversion for argument 1 from 'Evas* {aka _Evas*}' to 'Evas_Object* {aka _Evas_Object*}' Strange! Then I uncomment the second wrap function and local get this error: In file included from Canvas.cpp:6:0: ../include/evasxx/Canvas.h:94:18: error: 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas*)' cannot be overloaded ../include/evasxx/Canvas.h:82:18: error: with 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas_Object*)' Canvas.cpp:178:9: error: redefinition of 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas*)' Canvas.cpp:173:9: error: 'static Evasxx::Canvas* Evasxx::Canvas::wrap (Evas_Object*)' previously defined here make[2]: *** [Canvas.lo] Fehler 1 Why does the compiler detect Evas* as redefinition of Evas_Object* parameter? Did something change? Why couldn't I overload it? I may simply change wrap() to wrapEvas() or so, but I really like to understand it. See Evas.h, now they are both a typedef to Eo. For me this is an API break, but it doesn't seem to be for others... it's not an api break imho. Hm, why does then my code not longer compile if this is no API change? :-P -- Technical Blog http://andreasvolz.wordpress.com/ -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas* vs. Evas_Object*
Am Thu, 20 Dec 2012 08:25:33 -0200 schrieb Gustavo Sverzut Barbieri: On Thursday, December 20, 2012, Cedric BAIL wrote: Hello, On Thu, Dec 20, 2012 at 6:24 AM, Andreas Volz li...@brachttal.netjavascript:; wrote: Times ago I wrote some Eflxx Evas Canvas wrapper. There are those functions in Canvas.cpp/.h: Canvas *Canvas::wrap (Evas_Object *o) { return new Canvas (evas_object_evas_get (o)); } Canvas *Canvas::wrap (Evas *evas) { return new Canvas (evas); } One time it stopped compiling on Ubuntu Precise and as workaround I just commented out the second wrap() function. Then I noticed the launchpad precise build job fails in ecorexx with the same source it local compiles: https://launchpadlibrarian.net/125311410/buildlog_ubuntu-precise-amd64.ecorexx_0.1-0~201212100108~precise1_FAILEDTOBUILD.txt.gz EvasWindowFB.cpp: In constructor 'Ecorexx::EvasWindowFB::EvasWindowFB(const Eflxx::Size, const char*, int)': EvasWindowFB.cpp:73:56: error: no matching function for call to 'Evasxx::Canvas::wrap(Evas*)' EvasWindowFB.cpp:73:56: note: candidate is: /usr/include/evasxx/Canvas.h:82:18: note: static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas_Object*) /usr/include/evasxx/Canvas.h:82:18: note: no known conversion for argument 1 from 'Evas* {aka _Evas*}' to 'Evas_Object* {aka _Evas_Object*}' Strange! Then I uncomment the second wrap function and local get this error: In file included from Canvas.cpp:6:0: ../include/evasxx/Canvas.h:94:18: error: 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas*)' cannot be overloaded ../include/evasxx/Canvas.h:82:18: error: with 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas_Object*)' Canvas.cpp:178:9: error: redefinition of 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas*)' Canvas.cpp:173:9: error: 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas_Object*)' previously defined here make[2]: *** [Canvas.lo] Fehler 1 Why does the compiler detect Evas* as redefinition of Evas_Object* parameter? Did something change? Why couldn't I overload it? I may simply change wrap() to wrapEvas() or so, but I really like to understand it. That's because of the move to Eo and a conflict between how C++ and Eo see the world. It would be good to provide a class that handle Eo object smartly. In fact it should be doable to provide some smart pointer template that use Eo refcounting and weak refcounting to enable a better integration with C++ in general. If I have some time, one of this day, I may go at it or just write a mail about some of my idea on the subject. Will see that... Better to write some tests before the ideas. Many things that seem nice are not that simple. Yesterday I was faced with 2 examples: - ref widget of elm. Unleash hell if you shutdown with that ref taken. - evas_free() does not force deletion, just unref, can bring problems if ref remains after shutdown May this be the same topic as my email with title: Edje/Elm External crash from Wed, 12 Dec 2012 23:15:33 +0100 where I got no answer? :-) -- Technical Blog http://andreasvolz.wordpress.com/ -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Changed /tmp size on e4 to 512mb
On Thu, Dec 20, 2012 at 4:44 PM, Daneil Willmann d.willm...@samsung.comwrote: Tom wrote: And thanks to everyone for writing docs and creating a problem for gastal to fix. Right, thanks Tom for pointing that out. Daniel And thanks to Daniel for informing us that Tom pointed it out. (P.S. You should fix your name setting in the company mail client Daneil :P) -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] scale_set segfault in on_resize_add for an elementary window python EFLs
2012/12/20 Jeff Hoogland jeffhoogl...@linux.com Using 1.7.3 EFLs and Python 1.7.0 bindings. Here is the relevant bit of code - http://paste.debian.net/217629/ When I uncomment line #4 I get a segfault when that function runs. However when I uncomment line #12 it works fine (no segfault and scale is adjusted). Is this an issue with the python bindings or am I doing something wrong? yup, I got the same segfault with your test app, dunno if it's the bindings or elm itself that fail. Why you want to change the scale on resize? it's not really the expected use of scale, scale is more meant to be selected once by the user, not changed by the app Here is the full code of my first little script in case something else is throwing it off - http://paste.debian.net/217627/ Cheers, -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/web/www/p/about/e17
On 12/20/2012 11:41 PM, enlightenment-devel-requ...@lists.sourceforge.net wrote: Date: Thu, 20 Dec 2012 11:42:15 + From: Stefan Schmidts.schm...@samsung.com Subject: Re: [E-devel] E SVN: raster trunk/web/www/p/about/e17 To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Message-ID:50d2f997.7040...@samsung.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hello. On 20/12/12 11:24, Simon wrote: On 12/20/2012 08:03 PM, enlightenment-devel-requ...@lists.sourceforge.net wrote: Message: 3 Date: Thu, 20 Dec 2012 16:56:37 +0900 From: Carsten Haitzler (The Rasterman)ras...@rasterman.com Subject: Re: [E-devel] E SVN: raster trunk/web/www/p/about/e17 To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Message-ID:20121220165637.fc298f7c6a910038a4d59...@rasterman.com Content-Type: text/plain; charset=US-ASCII On Thu, 20 Dec 2012 08:41:09 +0100 Vincent Torrivincent.to...@gmail.com said: onhttp://enlightenment.org/p.php?p=aboutl=en the Enesim link should be changed tohttp://code.google.com/p/enesim/ umm.. there is no link to enesim.. no mention of it... well not on the e17 about page.. which is all i really have time for atm. :/ In a similarish way the current download link for OpenSUSE, SLE, Fedora, CentOS, Mandriva http://download.opensuse.org/repositories/X11:/Enlightenment:/Nightly/ is wrong. It points to our regular builds off trunk rather then builds from released packages. In a ideal would openSUSE would point to http://en.opensuse.org/Portal:Enlightenment (Our landing page) and the others to http://download.opensuse.org/repositories/X11:/Enlightenment:/Factory/ I have done that for you. regards Stefan Schmidt Cheers, looks good -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] scale_set segfault in on_resize_add for an elementary window python EFLs
I'm looking for my application to automatically resize the text on buttons as the dimensions of my windows change. For instance when my window is small the button labels fill the buttons nicely - but when my window is maximized on a high res-screen the wording on them is super tiny. Is there a better way to adjust the text size for all things in my elm application as the window dimensions change? On Thu, Dec 20, 2012 at 3:42 PM, Davide Andreoli d...@gurumeditation.itwrote: 2012/12/20 Jeff Hoogland jeffhoogl...@linux.com Using 1.7.3 EFLs and Python 1.7.0 bindings. Here is the relevant bit of code - http://paste.debian.net/217629/ When I uncomment line #4 I get a segfault when that function runs. However when I uncomment line #12 it works fine (no segfault and scale is adjusted). Is this an issue with the python bindings or am I doing something wrong? yup, I got the same segfault with your test app, dunno if it's the bindings or elm itself that fail. Why you want to change the scale on resize? it's not really the expected use of scale, scale is more meant to be selected once by the user, not changed by the app Here is the full code of my first little script in case something else is throwing it off - http://paste.debian.net/217627/ Cheers, -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] efl and e17 release - important notes svg/esvg/rsvg
On Thu, 20 Dec 2012 16:45:09 +0100 Jorge Luis Zapata Muga jorgeluis.zap...@gmail.com said: Hi raster, On Sat, Nov 24, 2012 at 6:28 AM, Carsten Haitzler ras...@rasterman.comwrote: this is important to all testers, users and packagers... DONT PACKAGE AND USE ESVG! DO NOT DO THIS. USE EVAS_GENERIC_LOADERS AND LIBRSVG SUPPORT! This is bad publicity for the project :-/ i know... but it's the reality at this stage. it is still a source of many bugs and complaints from users. lots of them. it's so bad that we have to make such announcements. :( there. i hope that is clear. :) if you want things to be stable, render correctly - dont rely in ESVG. at this stage it is experimental. there are still too many reports relating to svg issues and esvg. the generic loaders Would be interesting to have those tickets or reports known. Crashes have been fixed for those who have complained about it and that we very long ago. Would be nice to have more information on that. Is there some ticket? or maybe some ticket forwarding or something? the problem is so many users just complain with no tickets, backtraces etc. - often of blank icons or stuff, asking them to delete the svg loader module and compile evas_generic loaders fixes it... getting them to identify the exact svg file is almost impossible (they don't even know) and 9 times out of 10 they don't have bt's or don't know how to generate them... we have/do collect what we can, but right now we are not even caring about trunk/svn efl. we're actively telling people to stop using it and use the stable releases only. complaints about issues for trunk efl are atm irrelevant too. :) rsvg one may not be as fast, but it will not crash any process trying to use it - at worse the loader binary will crash. esvg needs work - one day it'll be ready, but as of today, it is not. also esvg creates a circular dependency as of efl 1.8. esvg needs enesim which needs eina... which as of efl 1.8 will be in the same build tree as evas (the efl tree), so you can't possibly cleanly build esvg support for evas without doing a multi-stage bootstrap and install of efl over several package iterations. Yes, this is indeed a limitation. But it was not my call, I could not even vote for that decision, maybe I missed the poll, dunno ... IMHO the decision of making a single EFL tree, even if good from a marketing POV, has forced a situation which does not make much sense, at least for the EFL itself. Basically now, not only enesim/egueb/whatever lib that depends on part of the EFL has to be moved *inside* the EFL tree in order to make every other EFL project use it (as with the esvg evas loader), but also now, the possibility of outside innovation has been cut off. I would have preferred to have a EFL tree in a way that you can split in efl-core, efl-gfx or stuff like that so one can reuse different components. But that's not the case. Is like having glib, gtk and cairo on the same tree and now gtk-clutter is out of the playing field unless it and clutter itself is moved into the same tree because of the circular dependency. This is not exactly a valid example, but you get the idea. I think recently the same has happened with ephysics, IIRC ... ALSO... i HIGHLY RECOMMEND that you build evas_gneric_loaders with spectre, poppler, libraw and gstreamer support for best experience with efm - then video, document etc. files will get thumbnails. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com
Re: [E-devel] scale_set segfault in on_resize_add for an elementary window python EFLs
On Thu, 20 Dec 2012 15:47:53 -0600 Jeff Hoogland jeffhoogl...@linux.com said: I'm looking for my application to automatically resize the text on buttons as the dimensions of my windows change. For instance when my window is small the button labels fill the buttons nicely - but when my window is maximized on a high res-screen the wording on them is super tiny. Is there a better way to adjust the text size for all things in my elm application as the window dimensions change? no no no... don't do this. the text size (and button size) are already a bi-product of settings in the theme (padding, fonts etc.), the content (the text itself) and 2 other very important factors: scale factor ANd finger size. you'll find both in the elm config dialog. these 2 numbers are what you use to configure your entire ui for a specific screen/device. if you have a small high-res screen.. you likely will make scale bigger (1.5, 2.0, 3.0?) AND probably raise finger size (40, 60, 80, 100)? adjust these until apps are comfortable (scale is for reading size. can you SEE the text - read it. can you see icons or handles etc. ... finger_size is for input fidelity. how fat are your fingers? how inaccurate is the screen? do you use a small high-res screen on a bumpy bus ride so its even more innacurate?). don't try and make your app do this. if i use your app on my desktop with 2560x1440 on a 27 screen i do NOT want the buttons to scale and suddenly use up 1/4 of my screen because the window maximized.. it a desktop - its a big screen. my mouse is accurate. its wrong. BUT... even if your window is NOT maximized on my nexus7 at 160dpi or so.. and a 7 1280x800 screen... i ALWAYS want them fattish sized so i can hit them with my fingers. i want text to ALWAYS scale up... even if its a dialog box that is centered on the screen and not filling it. elm was already designed to let you walk away and not care... leave this to the settings. dont do it in your app. On Thu, Dec 20, 2012 at 3:42 PM, Davide Andreoli d...@gurumeditation.itwrote: 2012/12/20 Jeff Hoogland jeffhoogl...@linux.com Using 1.7.3 EFLs and Python 1.7.0 bindings. Here is the relevant bit of code - http://paste.debian.net/217629/ When I uncomment line #4 I get a segfault when that function runs. However when I uncomment line #12 it works fine (no segfault and scale is adjusted). Is this an issue with the python bindings or am I doing something wrong? yup, I got the same segfault with your test app, dunno if it's the bindings or elm itself that fail. Why you want to change the scale on resize? it's not really the expected use of scale, scale is more meant to be selected once by the user, not changed by the app Here is the full code of my first little script in case something else is throwing it off - http://paste.debian.net/217627/ Cheers, -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net
Re: [E-devel] Evas* vs. Evas_Object*
On Thu, 20 Dec 2012 22:22:01 +0100 Andreas Volz li...@brachttal.net said: Am Thu, 20 Dec 2012 14:29:36 +0900 schrieb Carsten Haitzler (The Rasterman): On Thu, 20 Dec 2012 00:04:33 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Wed, Dec 19, 2012 at 7:24 PM, Andreas Volz li...@brachttal.net wrote: Hello, Times ago I wrote some Eflxx Evas Canvas wrapper. There are those functions in Canvas.cpp/.h: Canvas *Canvas::wrap (Evas_Object *o) { return new Canvas (evas_object_evas_get (o)); } Canvas *Canvas::wrap (Evas *evas) { return new Canvas (evas); } One time it stopped compiling on Ubuntu Precise and as workaround I just commented out the second wrap() function. Then I noticed the launchpad precise build job fails in ecorexx with the same source it local compiles: https://launchpadlibrarian.net/125311410/buildlog_ubuntu-precise-amd64.ecorexx_0.1-0~201212100108~precise1_FAILEDTOBUILD.txt.gz EvasWindowFB.cpp: In constructor 'Ecorexx::EvasWindowFB::EvasWindowFB(const Eflxx::Size, const char*, int)': EvasWindowFB.cpp:73:56: error: no matching function for call to 'Evasxx::Canvas::wrap(Evas*)' EvasWindowFB.cpp:73:56: note: candidate is: /usr/include/evasxx/Canvas.h:82:18: note: static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas_Object*) /usr/include/evasxx/Canvas.h:82:18: note: no known conversion for argument 1 from 'Evas* {aka _Evas*}' to 'Evas_Object* {aka _Evas_Object*}' Strange! Then I uncomment the second wrap function and local get this error: In file included from Canvas.cpp:6:0: ../include/evasxx/Canvas.h:94:18: error: 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas*)' cannot be overloaded ../include/evasxx/Canvas.h:82:18: error: with 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas_Object*)' Canvas.cpp:178:9: error: redefinition of 'static Evasxx::Canvas* Evasxx::Canvas::wrap(Evas*)' Canvas.cpp:173:9: error: 'static Evasxx::Canvas* Evasxx::Canvas::wrap (Evas_Object*)' previously defined here make[2]: *** [Canvas.lo] Fehler 1 Why does the compiler detect Evas* as redefinition of Evas_Object* parameter? Did something change? Why couldn't I overload it? I may simply change wrap() to wrapEvas() or so, but I really like to understand it. See Evas.h, now they are both a typedef to Eo. For me this is an API break, but it doesn't seem to be for others... it's not an api break imho. Hm, why does then my code not longer compile if this is no API change? :-P because you use this c++ thing and try and make c++ objects out of efl. :) from a c perspective what we are doing is just fine. that's the point of a typedef - so we can re-typedef it to something else. if we change it so the type is a different size... then we keep api but broke abi... if something relies on what something is typedeffed to - then it's a bug in that thing. :) (in the general sense. we can debate this for days on end) :) your code is relying on overloading wrap() so you can make multiple versions of it via param type (wrap(Evas *) vs wrap (Evas_Object *) vs wrap(Ecore_Timer *) etc.) and from the c api level we still provide all of these types... BUT... your code relies on what they map to to be also totally unique... it's dereferencing the typedef (well c++ is) and that is your problem. webkit does nasty things too.. they re-create all the typedefs in their own code and our changes now break their code. they relied on what it was typedeffed to and copy pasted that. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] README: E17 Release | EFL 1.7.4 Release... Today!
As the subject says... Today (21st of December 2012) is the long awaited day. The day that users in the doom of the world as we know it... and means that E17 gets released. zmike (discomfitor/zmike/mike - mr. blumenkranz) is the front-man for this. He's there to do the release (and take all the blame :)). lfelipe (luis/felipe... mr. moraes) is the chosen bringer of doom for EFL 1.7.4. i want you 2 to coordinate today. make sure that EFL 1.7.4 comes out and is ready on or before when E17 is ready. ensure any and all last fixes are in EFL for E17 release. ensure all the README's, changelogs, NEWS etc. files are good. ensure configure.ac's have the right version. distcheck gets passed etc. you know the drill. don't forget anything. pass around a pre-release amongst your fellow devs for verification before you get it out. make sure that there is a news item in the www tree. make sure your send the email announcement with the right versions and links (re-read it 3 or 4 times before you send it out). for translators... this is your last chance. zmike will try pick up what last patches he can. massimo will too (seriously - massimo is like an unsung hero of the intl stuff in e17... we undervalue him way too much!). at this stage small patches that fix things go in.. big stuff is just going to be punted most likely. even then small patches can break stuff, so re-read the patches several times and test them heavily or rip them back out again at the slightest sign of something fishy. we can ALWAYS do 0.17.1 and 1.7.5 etc. if you can - please be on irc ALL day until you can't stay awake anymore. for me - that will be early, then again i may just pull an all-nighter as i have to be up at 4am tomorrow anyway. unknown right now. please make sure your mail client is checking mail often today (preferably every few minutes or more). today is the day. tomorrow you can rest. if there is a tomorrow. :) i have been pulling together an about page on e17: http://www.enlightenment.org/p.php?p=about/e17 it's in svn. it has scary stuff... like content. this is not a tweet. (throw in some laments here about the abysmal attention span of todays generations here, then some grumbling about how everything was better in my day etc.). it wont cover everything... but it'll be a good start that's current with todays release. it's in svn. people can commit improvements to it over time. if you do - please ensure that any screenshots are consistent. ie default theme/setup. i have been using a xpehyr 1025x600 and scaling down to 50% size for the shots (dropshadow is a identical sized rect, dragged 2 pixels down below the shot and then blurred gaussian blue 8 pixel radius and that shadow layer at 75% transparency in gimp fyi). to everyone - now is a great time to clean up anything else. the rest of the website in svn probably needs some going-over for content, links and facts. this is a job that is easily distributed and parallelized - the website is in the www tree. in trunk of svn. also don't forget trac wiki - there are pages. edit/fix/delete/etc. ... divide and conquer. and then when the release is up.. mail is out... it's publicity time. everyone can take part. post to your favorite news agregators (reddit, digg, slashot, whatever). poke your favorite tech reviewers. write blogs. burn cd's with efl +e17 on them and give them out as christmas presents to your family and friends. prod your local package maintainers to update packages for your distribution. go to the pub and buy a round of beer for everyone to celebrate e17 release day (and then get odd stares where they realize they can't make fun of you because you just bought them a beer, and they either think this is a joke or don't even know what e17 is, but yet need to appear grateful for the beer). good luck toops. pants on. :) MUHAHAHAHAHAHAHAHAHAHAHAHHAHAAHAHAHAHAH -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] README: E17 Release | EFL 1.7.4 Release... Today!
On Thu, 20 Dec 2012 19:30:28 -0600 Jeff Hoogland jeffhoogl...@linux.com said: this is live. it can happen any time today - likely later on for those on gmt or eastern times. for you in the last part of the timezone world it may happen sometime during the day or afternoon/evening - either way... i encourage you to be on-line and regularly polling your inbox. i am sure zmike/lfelipe will mail out pings prior to go time and give people some reasonable time to respond (maybe an hr or 2 might be good). Fantastic. I just want to say it is amazing how much this desktop has grown in the last few years. Do you have any ETA for a time today when these will be released? I've got my package servers ready to build :) On Thu, Dec 20, 2012 at 7:25 PM, Carsten Haitzler ras...@rasterman.comwrote: As the subject says... Today (21st of December 2012) is the long awaited day. The day that users in the doom of the world as we know it... and means that E17 gets released. zmike (discomfitor/zmike/mike - mr. blumenkranz) is the front-man for this. He's there to do the release (and take all the blame :)). lfelipe (luis/felipe... mr. moraes) is the chosen bringer of doom for EFL 1.7.4. i want you 2 to coordinate today. make sure that EFL 1.7.4 comes out and is ready on or before when E17 is ready. ensure any and all last fixes are in EFL for E17 release. ensure all the README's, changelogs, NEWS etc. files are good. ensure configure.ac's have the right version. distcheck gets passed etc. you know the drill. don't forget anything. pass around a pre-release amongst your fellow devs for verification before you get it out. make sure that there is a news item in the www tree. make sure your send the email announcement with the right versions and links (re-read it 3 or 4 times before you send it out). for translators... this is your last chance. zmike will try pick up what last patches he can. massimo will too (seriously - massimo is like an unsung hero of the intl stuff in e17... we undervalue him way too much!). at this stage small patches that fix things go in.. big stuff is just going to be punted most likely. even then small patches can break stuff, so re-read the patches several times and test them heavily or rip them back out again at the slightest sign of something fishy. we can ALWAYS do 0.17.1 and 1.7.5 etc. if you can - please be on irc ALL day until you can't stay awake anymore. for me - that will be early, then again i may just pull an all-nighter as i have to be up at 4am tomorrow anyway. unknown right now. please make sure your mail client is checking mail often today (preferably every few minutes or more). today is the day. tomorrow you can rest. if there is a tomorrow. :) i have been pulling together an about page on e17: http://www.enlightenment.org/p.php?p=about/e17 it's in svn. it has scary stuff... like content. this is not a tweet. (throw in some laments here about the abysmal attention span of todays generations here, then some grumbling about how everything was better in my day etc.). it wont cover everything... but it'll be a good start that's current with todays release. it's in svn. people can commit improvements to it over time. if you do - please ensure that any screenshots are consistent. ie default theme/setup. i have been using a xpehyr 1025x600 and scaling down to 50% size for the shots (dropshadow is a identical sized rect, dragged 2 pixels down below the shot and then blurred gaussian blue 8 pixel radius and that shadow layer at 75% transparency in gimp fyi). to everyone - now is a great time to clean up anything else. the rest of the website in svn probably needs some going-over for content, links and facts. this is a job that is easily distributed and parallelized - the website is in the www tree. in trunk of svn. also don't forget trac wiki - there are pages. edit/fix/delete/etc. ... divide and conquer. and then when the release is up.. mail is out... it's publicity time. everyone can take part. post to your favorite news agregators (reddit, digg, slashot, whatever). poke your favorite tech reviewers. write blogs. burn cd's with efl +e17 on them and give them out as christmas presents to your family and friends. prod your local package maintainers to update packages for your distribution. go to the pub and buy a round of beer for everyone to celebrate e17 release day (and then get odd stares where they realize they can't make fun of you because you just bought them a beer, and they either think this is a joke or don't even know what e17 is, but yet need to appear grateful for the beer). good luck toops. pants on. :) MUHAHAHAHAHAHAHAHAHAHAHAHHAHAAHAHAHAHAH -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com
Re: [E-devel] mixer module alsa input and mono patch
On Wed, 19 Dec 2012 17:42:45 +0100 Jérémy Zurcher jer...@asynk.ch said: never mind if it's not in, but how is it worse ? i only see left channel status - mute doesnt unmute for starters. right channel is gone. first point mimics alsamixer playback/capture split second shows me mono channels when they are mono I honestly only see improvement here. what about the other patch I sent this morning (mixer module segv patch) ? without the later it's pretty easy to crash e getting to it now. On Thursday 20 December 2012 00:57, Carsten Haitzler wrote : On Tue, 18 Dec 2012 15:31:36 +0100 Jérémy Zurcher jer...@asynk.ch said: Hi, - fixes the input channel detection - if channel is mono force right to 0, disable right slider and lock actually this makes the mixer worse.. i have to back these patches out... : ( sorry. not going to happen for e17 release i'd say -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ 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 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] mixer module segv patch
On Wed, 19 Dec 2012 08:23:57 +0100 Jérémy Zurcher jer...@asynk.ch said: Hi, - prevent segv while playing with controls when a card with empty channel list is selected (ie webcam) in. tnx! -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Link for EFL Ruby bindings
On Thu, 20 Dec 2012 18:48:49 +0100 Lionel Orry lionel.o...@gmail.com said: Hi, while working on the website, could someone transform the 'Ruby' text into a link pointing to https://github.com/jeremyz/ffi-efl on the 'About' page? Thanks and good luck for the release, Lionel done -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] README: E17 Release | EFL 1.7.4 Release... Today!
Yay! Finally it's the time! Let's party. Currently I am rushing on Korean translations with DarkCircle. I will take care of Korean publicity. Blogs, twitter, facebook, ... what else? Daniel Juyung Seo (SeoZ) On Fri, Dec 21, 2012 at 10:25 AM, Carsten Haitzler ras...@rasterman.comwrote: As the subject says... Today (21st of December 2012) is the long awaited day. The day that users in the doom of the world as we know it... and means that E17 gets released. zmike (discomfitor/zmike/mike - mr. blumenkranz) is the front-man for this. He's there to do the release (and take all the blame :)). lfelipe (luis/felipe... mr. moraes) is the chosen bringer of doom for EFL 1.7.4. i want you 2 to coordinate today. make sure that EFL 1.7.4 comes out and is ready on or before when E17 is ready. ensure any and all last fixes are in EFL for E17 release. ensure all the README's, changelogs, NEWS etc. files are good. ensure configure.ac's have the right version. distcheck gets passed etc. you know the drill. don't forget anything. pass around a pre-release amongst your fellow devs for verification before you get it out. make sure that there is a news item in the www tree. make sure your send the email announcement with the right versions and links (re-read it 3 or 4 times before you send it out). for translators... this is your last chance. zmike will try pick up what last patches he can. massimo will too (seriously - massimo is like an unsung hero of the intl stuff in e17... we undervalue him way too much!). at this stage small patches that fix things go in.. big stuff is just going to be punted most likely. even then small patches can break stuff, so re-read the patches several times and test them heavily or rip them back out again at the slightest sign of something fishy. we can ALWAYS do 0.17.1 and 1.7.5 etc. if you can - please be on irc ALL day until you can't stay awake anymore. for me - that will be early, then again i may just pull an all-nighter as i have to be up at 4am tomorrow anyway. unknown right now. please make sure your mail client is checking mail often today (preferably every few minutes or more). today is the day. tomorrow you can rest. if there is a tomorrow. :) i have been pulling together an about page on e17: http://www.enlightenment.org/p.php?p=about/e17 it's in svn. it has scary stuff... like content. this is not a tweet. (throw in some laments here about the abysmal attention span of todays generations here, then some grumbling about how everything was better in my day etc.). it wont cover everything... but it'll be a good start that's current with todays release. it's in svn. people can commit improvements to it over time. if you do - please ensure that any screenshots are consistent. ie default theme/setup. i have been using a xpehyr 1025x600 and scaling down to 50% size for the shots (dropshadow is a identical sized rect, dragged 2 pixels down below the shot and then blurred gaussian blue 8 pixel radius and that shadow layer at 75% transparency in gimp fyi). to everyone - now is a great time to clean up anything else. the rest of the website in svn probably needs some going-over for content, links and facts. this is a job that is easily distributed and parallelized - the website is in the www tree. in trunk of svn. also don't forget trac wiki - there are pages. edit/fix/delete/etc. ... divide and conquer. and then when the release is up.. mail is out... it's publicity time. everyone can take part. post to your favorite news agregators (reddit, digg, slashot, whatever). poke your favorite tech reviewers. write blogs. burn cd's with efl +e17 on them and give them out as christmas presents to your family and friends. prod your local package maintainers to update packages for your distribution. go to the pub and buy a round of beer for everyone to celebrate e17 release day (and then get odd stares where they realize they can't make fun of you because you just bought them a beer, and they either think this is a joke or don't even know what e17 is, but yet need to appear grateful for the beer). good luck toops. pants on. :) MUHAHAHAHAHAHAHAHAHAHAHAHHAHAAHAHAHAHAH -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [E-devel] Link for EFL Ruby bindings
Hello, I tried to build ffi-efl. I ran $ rake gem:install and got errors: rake aborted! no such file to load -- bundler/gem_tasks (See full trace by running task with --trace) And I tried it again with --trace. rake aborted! no such file to load -- bundler/gem_tasks /home/seoz/efl/ffi-efl/Rakefile:1:in `require' /home/seoz/efl/ffi-efl/Rakefile:1 /usr/lib/ruby/vendor_ruby/rake/rake_module.rb:25:in `load' /usr/lib/ruby/vendor_ruby/rake/rake_module.rb:25:in `load_rakefile' /usr/lib/ruby/vendor_ruby/rake/application.rb:501:in `raw_load_rakefile' /usr/lib/ruby/vendor_ruby/rake/application.rb:82:in `load_rakefile' /usr/lib/ruby/vendor_ruby/rake/application.rb:133:in `standard_exception_handling' /usr/lib/ruby/vendor_ruby/rake/application.rb:81:in `load_rakefile' /usr/lib/ruby/vendor_ruby/rake/application.rb:65:in `run' /usr/lib/ruby/vendor_ruby/rake/application.rb:133:in `standard_exception_handling' /usr/lib/ruby/vendor_ruby/rake/application.rb:63:in `run' /usr/bin/rake:27 How can I solve this? Daniel Juyung Seo (SeoZ) On Fri, Dec 21, 2012 at 2:48 AM, Lionel Orry lionel.o...@gmail.com wrote: Hi, while working on the website, could someone transform the 'Ruby' text into a link pointing to https://github.com/jeremyz/ffi-efl on the 'About' page? Thanks and good luck for the release, Lionel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Link for EFL Ruby bindings
Hi, you need to install bundler ($ gem install bundler) to be able to build the gem from the source. still the easyest way is simply to install it from rubygems ($ gem install ffi-efl). It should take care of _all_ the run time deps (ffi). regards Jérémy On Friday 21 December 2012 15:36, Daniel Juyung Seo wrote : Hello, I tried to build ffi-efl. I ran $ rake gem:install and got errors: rake aborted! no such file to load -- bundler/gem_tasks (See full trace by running task with --trace) And I tried it again with --trace. rake aborted! no such file to load -- bundler/gem_tasks /home/seoz/efl/ffi-efl/Rakefile:1:in `require' /home/seoz/efl/ffi-efl/Rakefile:1 /usr/lib/ruby/vendor_ruby/rake/rake_module.rb:25:in `load' /usr/lib/ruby/vendor_ruby/rake/rake_module.rb:25:in `load_rakefile' /usr/lib/ruby/vendor_ruby/rake/application.rb:501:in `raw_load_rakefile' /usr/lib/ruby/vendor_ruby/rake/application.rb:82:in `load_rakefile' /usr/lib/ruby/vendor_ruby/rake/application.rb:133:in `standard_exception_handling' /usr/lib/ruby/vendor_ruby/rake/application.rb:81:in `load_rakefile' /usr/lib/ruby/vendor_ruby/rake/application.rb:65:in `run' /usr/lib/ruby/vendor_ruby/rake/application.rb:133:in `standard_exception_handling' /usr/lib/ruby/vendor_ruby/rake/application.rb:63:in `run' /usr/bin/rake:27 How can I solve this? Daniel Juyung Seo (SeoZ) On Fri, Dec 21, 2012 at 2:48 AM, Lionel Orry lionel.o...@gmail.com wrote: Hi, while working on the website, could someone transform the 'Ruby' text into a link pointing to https://github.com/jeremyz/ffi-efl on the 'About' page? Thanks and good luck for the release, Lionel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Jérémy Zurcher av General Guisan 49 1400 Yverdon-les-bains +41 (0) 79 599 84 27 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] README: E17 Release | EFL 1.7.4 Release... Today!
Yop. It will be done. almost perfectly. very dynamic duo - -)/ Yeay~~ 2012/12/21 Daniel Juyung Seo seojuyu...@gmail.com Yay! Finally it's the time! Let's party. Currently I am rushing on Korean translations with DarkCircle. I will take care of Korean publicity. Blogs, twitter, facebook, ... what else? Daniel Juyung Seo (SeoZ) On Fri, Dec 21, 2012 at 10:25 AM, Carsten Haitzler ras...@rasterman.com wrote: As the subject says... Today (21st of December 2012) is the long awaited day. The day that users in the doom of the world as we know it... and means that E17 gets released. zmike (discomfitor/zmike/mike - mr. blumenkranz) is the front-man for this. He's there to do the release (and take all the blame :)). lfelipe (luis/felipe... mr. moraes) is the chosen bringer of doom for EFL 1.7.4. i want you 2 to coordinate today. make sure that EFL 1.7.4 comes out and is ready on or before when E17 is ready. ensure any and all last fixes are in EFL for E17 release. ensure all the README's, changelogs, NEWS etc. files are good. ensure configure.ac's have the right version. distcheck gets passed etc. you know the drill. don't forget anything. pass around a pre-release amongst your fellow devs for verification before you get it out. make sure that there is a news item in the www tree. make sure your send the email announcement with the right versions and links (re-read it 3 or 4 times before you send it out). for translators... this is your last chance. zmike will try pick up what last patches he can. massimo will too (seriously - massimo is like an unsung hero of the intl stuff in e17... we undervalue him way too much!). at this stage small patches that fix things go in.. big stuff is just going to be punted most likely. even then small patches can break stuff, so re-read the patches several times and test them heavily or rip them back out again at the slightest sign of something fishy. we can ALWAYS do 0.17.1 and 1.7.5 etc. if you can - please be on irc ALL day until you can't stay awake anymore. for me - that will be early, then again i may just pull an all-nighter as i have to be up at 4am tomorrow anyway. unknown right now. please make sure your mail client is checking mail often today (preferably every few minutes or more). today is the day. tomorrow you can rest. if there is a tomorrow. :) i have been pulling together an about page on e17: http://www.enlightenment.org/p.php?p=about/e17 it's in svn. it has scary stuff... like content. this is not a tweet. (throw in some laments here about the abysmal attention span of todays generations here, then some grumbling about how everything was better in my day etc.). it wont cover everything... but it'll be a good start that's current with todays release. it's in svn. people can commit improvements to it over time. if you do - please ensure that any screenshots are consistent. ie default theme/setup. i have been using a xpehyr 1025x600 and scaling down to 50% size for the shots (dropshadow is a identical sized rect, dragged 2 pixels down below the shot and then blurred gaussian blue 8 pixel radius and that shadow layer at 75% transparency in gimp fyi). to everyone - now is a great time to clean up anything else. the rest of the website in svn probably needs some going-over for content, links and facts. this is a job that is easily distributed and parallelized - the website is in the www tree. in trunk of svn. also don't forget trac wiki - there are pages. edit/fix/delete/etc. ... divide and conquer. and then when the release is up.. mail is out... it's publicity time. everyone can take part. post to your favorite news agregators (reddit, digg, slashot, whatever). poke your favorite tech reviewers. write blogs. burn cd's with efl +e17 on them and give them out as christmas presents to your family and friends. prod your local package maintainers to update packages for your distribution. go to the pub and buy a round of beer for everyone to celebrate e17 release day (and then get odd stares where they realize they can't make fun of you because you just bought them a beer, and they either think this is a joke or don't even know what e17 is, but yet need to appear grateful for the beer). good luck toops. pants on. :) MUHAHAHAHAHAHAHAHAHAHAHAHHAHAAHAHAHAHAH -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers
Re: [E-devel] E SVN: barbieri trunk/efl
It would be mighty fine if these kind of changes are communicated beforehand or if you update the buildbot Makefiles as well (you did write them once, didn't you?). If I hadn't noticed this commit at the same time Stefan noticed that the tests on buildbot are not run anymore you would have sent us on a wild goose chase that would have been unnecessary and wasted time. Regards, Daniel -Original Message- From: Enlightenment SVN [mailto:no-re...@enlightenment.org] Sent: 20 December 2012 21:44 To: enlightenment-...@lists.sourceforge.net Subject: E SVN: barbieri trunk/efl Log: efl/configure: add --with-tests=regular|coverage|none also make 'check' mandatory if enabled. Author: barbieri Date: 2012-12-20 13:43:53 -0800 (Thu, 20 Dec 2012) New Revision: 81491 Trac: http://trac.enlightenment.org/e/changeset/81491 Modified: trunk/efl/configure.ac Modified: trunk/efl/configure.ac === --- trunk/efl/configure.ac 2012-12-20 21:41:56 UTC (rev 81490) +++ trunk/efl/configure.ac 2012-12-20 21:43:53 UTC (rev 81491) @@ -92,18 +92,31 @@ ;; esac -AC_ARG_ENABLE([coverage], - [AC_HELP_STRING([--enable-coverage], [enable unit testing coverage. @:@default=disabled@:@])], - [ -if test x${enableval} = xyes ; then - want_coverage=yes -else - want_coverage=no -fi - ], - [want_coverage=no]) +AC_ARG_WITH([tests], + [AC_HELP_STRING([--with-tests=none|regular|coverage], + [choose testing method: regular, coverage or none. +@:@default=none@:@])], + [build_tests=${withval}], + [build_tests=none]) +want_coverage=no +want_tests=no +case ${build_tests} in + regular) + want_tests=yes + ;; + coverage) + want_tests=yes + want_coverage=yes + ;; + none) + ;; + *) + AC_MSG_ERROR([Unknown build tests option: --with-tests=${build_tests}]) + ;; +esac + Default values platform_pc= @@ -422,8 +435,7 @@ # lcov -_efl_enable_coverage=no -if test x${want_coverage} = xyes ; then +if test ${want_coverage} = yes ; then AC_CHECK_PROG([have_lcov], [lcov], [yes], [no]) if test x${have_lcov} = xyes ; then EFL_COV_CFLAGS=${EFL_COV_CFLAGS} -fprofile-arcs -ftest-coverage @@ -433,13 +445,12 @@ else EFL_COV_CFLAGS=${EFL_COV_CFLAGS} -g -O0 -DDEBUG fi - _efl_enable_coverage=yes else - AC_MSG_WARN([lcov is not found, disable profiling instrumentation]) + AC_MSG_ERROR([lcov is not found]) fi fi -AM_CONDITIONAL([EFL_ENABLE_COVERAGE], [test x${_efl_enable_coverage} = xyes]) +AM_CONDITIONAL([EFL_ENABLE_COVERAGE], [test ${want_coverage} = +yes]) AC_SUBST([EFL_COV_CFLAGS]) AC_SUBST([EFL_COV_LIBS]) @@ -449,14 +460,12 @@ # check unit testing library -PKG_CHECK_MODULES([CHECK], - [check = 0.9.5], - [_efl_enable_tests=yes], - [_efl_enable_tests=no]) +if test ${want_tests} = yes; then + PKG_CHECK_MODULES([CHECK], [check = 0.9.5]) fi +AM_CONDITIONAL([EFL_ENABLE_TESTS], [test ${want_tests} = yes]) -AM_CONDITIONAL([EFL_ENABLE_TESTS], [test x${_efl_enable_tests} = xyes]) - # check for crypto/tls library to use case $build_crypto in gnutls) @@ -3587,11 +3596,8 @@ echo SndFile: $use_sndfile fi echo -echo Tests..: ${_efl_enable_tests} -if test x${_efl_enable_tests} = xyes; then -echo Coverage...: ${_efl_enable_coverage} -echo Build and run..: make check -fi +echo Tests..: ${with_tests} + echo Examples...: make examples echo installation...: make install-examples if test x${build_doc} = xyes; then -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel