Re: [E-devel] Changed /tmp size on e4 to 512mb
thomasg wrote: (P.S. You should fix your name setting in the company mail client Daneil :P) Ha, fixed - thank you. For corporate mail I am on Windows only at the moment because I can't seem to login to the Exchange IMAP Gateway anymore. I can not tell you how my hatred of all things Windows has flared up again over the past days, I am actually adding the quote marks manually when replying to mails... 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 SVN: barbieri trunk/efl
Indeed, will try to remember next time. On Friday, December 21, 2012, Daniel Willmann wrote: 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 javascript:;] Sent: 20 December 2012 21:44 To: enlightenment-...@lists.sourceforge.net javascript:; 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 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
Re: [E-devel] Link for EFL Ruby bindings
Thank you! On Fri, Dec 21, 2012 at 5:45 AM, Carsten Haitzler ras...@rasterman.com wrote: 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!
Carsten Haitzler (The Rasterman), il 21/12/2012 02:25, ha scritto: 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!). well, thanks for your words of appreciation, glad to read it :) at the moment I'm writing there are no uncommitted translations, and also all po files in trunk/e/po has been correctly updated in svn 81510. good luck toops. pants on. :) MUHAHAHAHAHAHAHAHAHAHAHAHHAHAAHAHAHAHAH let's go ruling the world! :D -- 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: raster trunk/e/src/modules/comp
Does it solve the problem? It's weird because those images should be referenced and pixels kept until rendered. Do you know if someone else is releasing the pixels forcefully before that? Also, couldn't you sync only once the canvas at the beginning of the function? Or there are multiple canvases? It's not expensive, but could simplify the code. On Friday, December 21, 2012, Enlightenment SVN wrote: Log: attempt to deal with new svn efl async render... in evas1.7 evas_sync() is an empty function so this has no effect on released efl, but it helps with svn efl. Author: raster Date: 2012-12-20 22:33:57 -0800 (Thu, 20 Dec 2012) New Revision: 81509 Trac: http://trac.enlightenment.org/e/changeset/81509 Modified: trunk/e/src/modules/comp/e_mod_comp.c Modified: trunk/e/src/modules/comp/e_mod_comp.c === --- trunk/e/src/modules/comp/e_mod_comp.c 2012-12-21 05:40:23 UTC (rev 81508) +++ trunk/e/src/modules/comp/e_mod_comp.c 2012-12-21 06:33:57 UTC (rev 81509) @@ -322,6 +322,7 @@ return; } + evas_sync(evas_object_evas_get(cw-obj)); evas_object_image_native_surface_set(cw-obj, NULL); evas_object_image_alpha_set(cw-obj, 1); EINA_LIST_FOREACH(cw-obj_mirror, l, o) @@ -400,6 +401,7 @@ return; } + evas_sync(evas_object_evas_get(cw-obj)); evas_object_image_alpha_set(cw-obj, 0); EINA_LIST_FOREACH(cw-obj_mirror, l, o) { @@ -612,6 +614,7 @@ cw-pw = 0; cw-ph = 0; } + evas_sync(evas_object_evas_get(cw-obj)); DBG(REND [0x%x] pixmap = [0x%x], %ix%i\n, cw-win, cw-pixmap, cw-pw, cw-ph); if ((cw-pw = 0) || (cw-ph = 0)) { @@ -680,6 +683,7 @@ /* DBG(DEBUG - pm now %x\n, e_mod_comp_wl_pixmap_get(cw-win)); */ /* #endif */ /* DBG(DEBUG - pm now %x\n, ecore_x_composite_name_window_pixmap_get(cw-win)); */ +evas_sync(evas_object_evas_get(cw-obj)); evas_object_image_size_set(cw-obj, cw-pw, cw-ph); EINA_LIST_FOREACH(cw-obj_mirror, l, o) { @@ -728,6 +732,7 @@ } else if (cw-pixmap) { +evas_sync(evas_object_evas_get(cw-obj)); if (cw-native) { evas_object_image_native_surface_set(cw-obj, NULL); @@ -988,6 +993,7 @@ Eina_List *l; Evas_Object *o; + evas_sync(evas_object_evas_get(cw-obj)); if (cw-xim) { evas_object_image_size_set(cw-obj, 1, 1); @@ -2139,6 +2145,7 @@ { EINA_LIST_FREE(cw-obj_mirror, o) { + evas_sync(evas_object_evas_get(o)); if (cw-xim) evas_object_image_data_set(o, NULL); evas_object_event_callback_del(o, EVAS_CALLBACK_DEL, _e_mod_comp_cb_win_mirror_del); @@ -2198,6 +2205,7 @@ { DBG( [0x%x] real hid - fix\n, cw-win); cw-real_hid = 0; +evas_sync(evas_object_evas_get(cw-obj)); if (cw-native) { evas_object_image_native_surface_set(cw-obj, NULL); @@ -2243,6 +2251,7 @@ if ((!cw-redirected) || (!cw-pixmap)) { +evas_sync(evas_object_evas_get(cw-obj)); // we redirect all subwindows anyway //ecore_x_composite_redirect_window(cw-win, ECORE_X_COMPOSITE_UPDATE_MANUAL); /* #ifdef HAVE_WAYLAND_CLIENTS */ @@ -2368,6 +2377,8 @@ ecore_timer_del(cw-ready_timeout); cw-ready_timeout = NULL; } + + evas_sync(evas_object_evas_get(cw-obj)); if (cw-native) { -- 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 -- 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
Re: [E-devel] Link for EFL Ruby bindings
Thanks Raster, and many thanks to you Lionel, you are my Xmas good faeiry ;) (I'll work on ffi-efl today, try to complete the native binding and popup a release) regards Jérémy On Friday 21 December 2012 09:01, Lionel Orry wrote : Thank you! On Fri, Dec 21, 2012 at 5:45 AM, Carsten Haitzler ras...@rasterman.com wrote: 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 -- 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 Fri, 21 Dec 2012 09:07:20 +0100 Massimo Maiurana maiur...@gmail.com said: Carsten Haitzler (The Rasterman), il 21/12/2012 02:25, ha scritto: 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!). well, thanks for your words of appreciation, glad to read it :) at the moment I'm writing there are no uncommitted translations, and also all po files in trunk/e/po has been correctly updated in svn 81510. that's awesome! glad to hear it! :) good luck toops. pants on. :) MUHAHAHAHAHAHAHAHAHAHAHAHHAHAAHAHAHAHAH let's go ruling the world! :D :) -- - 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 SVN: raster trunk/e/src/modules/comp
On Fri, 21 Dec 2012 06:08:09 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: Does it solve the problem? It's weird because those images should be referenced and pixels kept until rendered. Do you know if someone else is releasing the pixels forcefully before that? Also, couldn't you sync only once the canvas at the beginning of the function? Or there are multiple canvases? It's not expensive, but could simplify the code. well i did it that way so we sync only if we need to sync on the first image.. the other sync's should then be nops :) evas in xephyr seems to be happier now with sw comp... and yes - comp could SET the pixel data to a new ptr (freeing the old) at any point... On Friday, December 21, 2012, Enlightenment SVN wrote: Log: attempt to deal with new svn efl async render... in evas1.7 evas_sync() is an empty function so this has no effect on released efl, but it helps with svn efl. Author: raster Date: 2012-12-20 22:33:57 -0800 (Thu, 20 Dec 2012) New Revision: 81509 Trac: http://trac.enlightenment.org/e/changeset/81509 Modified: trunk/e/src/modules/comp/e_mod_comp.c Modified: trunk/e/src/modules/comp/e_mod_comp.c === --- trunk/e/src/modules/comp/e_mod_comp.c 2012-12-21 05:40:23 UTC (rev 81508) +++ trunk/e/src/modules/comp/e_mod_comp.c 2012-12-21 06:33:57 UTC (rev 81509) @@ -322,6 +322,7 @@ return; } + evas_sync(evas_object_evas_get(cw-obj)); evas_object_image_native_surface_set(cw-obj, NULL); evas_object_image_alpha_set(cw-obj, 1); EINA_LIST_FOREACH(cw-obj_mirror, l, o) @@ -400,6 +401,7 @@ return; } + evas_sync(evas_object_evas_get(cw-obj)); evas_object_image_alpha_set(cw-obj, 0); EINA_LIST_FOREACH(cw-obj_mirror, l, o) { @@ -612,6 +614,7 @@ cw-pw = 0; cw-ph = 0; } + evas_sync(evas_object_evas_get(cw-obj)); DBG(REND [0x%x] pixmap = [0x%x], %ix%i\n, cw-win, cw-pixmap, cw-pw, cw-ph); if ((cw-pw = 0) || (cw-ph = 0)) { @@ -680,6 +683,7 @@ /* DBG(DEBUG - pm now %x\n, e_mod_comp_wl_pixmap_get(cw-win)); */ /* #endif */ /* DBG(DEBUG - pm now %x\n, ecore_x_composite_name_window_pixmap_get(cw-win)); */ +evas_sync(evas_object_evas_get(cw-obj)); evas_object_image_size_set(cw-obj, cw-pw, cw-ph); EINA_LIST_FOREACH(cw-obj_mirror, l, o) { @@ -728,6 +732,7 @@ } else if (cw-pixmap) { +evas_sync(evas_object_evas_get(cw-obj)); if (cw-native) { evas_object_image_native_surface_set(cw-obj, NULL); @@ -988,6 +993,7 @@ Eina_List *l; Evas_Object *o; + evas_sync(evas_object_evas_get(cw-obj)); if (cw-xim) { evas_object_image_size_set(cw-obj, 1, 1); @@ -2139,6 +2145,7 @@ { EINA_LIST_FREE(cw-obj_mirror, o) { + evas_sync(evas_object_evas_get(o)); if (cw-xim) evas_object_image_data_set(o, NULL); evas_object_event_callback_del(o, EVAS_CALLBACK_DEL, _e_mod_comp_cb_win_mirror_del); @@ -2198,6 +2205,7 @@ { DBG( [0x%x] real hid - fix\n, cw-win); cw-real_hid = 0; +evas_sync(evas_object_evas_get(cw-obj)); if (cw-native) { evas_object_image_native_surface_set(cw-obj, NULL); @@ -2243,6 +2251,7 @@ if ((!cw-redirected) || (!cw-pixmap)) { +evas_sync(evas_object_evas_get(cw-obj)); // we redirect all subwindows anyway //ecore_x_composite_redirect_window(cw-win, ECORE_X_COMPOSITE_UPDATE_MANUAL); /* #ifdef HAVE_WAYLAND_CLIENTS */ @@ -2368,6 +2377,8 @@ ecore_timer_del(cw-ready_timeout); cw-ready_timeout = NULL; } + + evas_sync(evas_object_evas_get(cw-obj)); if (cw-native) { -- 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 -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems
Re: [E-devel] Link for EFL Ruby bindings
Thanks. I successfully built ffi-efl. Now what can I do..? hehe. Daniel Juyung Seo (SeoZ) On Fri, Dec 21, 2012 at 4:01 PM, Jérémy Zurcher jer...@asynk.ch wrote: 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 -- 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
;)) $ ruby -I ./lib ./test/test_elm_win.rb $ ruby -I ./lib ./test/est_elm_win-native.rb $ ruby -I ./lib ./test/test_edje.rb On Friday 21 December 2012 17:55, Daniel Juyung Seo wrote : Thanks. I successfully built ffi-efl. Now what can I do..? hehe. Daniel Juyung Seo (SeoZ) On Fri, Dec 21, 2012 at 4:01 PM, Jérémy Zurcher jer...@asynk.ch wrote: 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 -- 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 http://asynk.ch +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
Re: [E-devel] E SVN: raster trunk/e/src/modules/comp
On Friday, December 21, 2012, Carsten Haitzler wrote: On Fri, 21 Dec 2012 06:08:09 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; said: Does it solve the problem? It's weird because those images should be referenced and pixels kept until rendered. Do you know if someone else is releasing the pixels forcefully before that? Also, couldn't you sync only once the canvas at the beginning of the function? Or there are multiple canvases? It's not expensive, but could simplify the code. well i did it that way so we sync only if we need to sync on the first image.. the other sync's should then be nops :) evas in xephyr seems to be happier now with sw comp... and yes - comp could SET the pixel data to a new ptr (freeing the old) at any point... I see. We sync before we image_data_get(o, 1). But indeed we'd need to sync if we just image_data_set() a different pointer, leading to creation of a new Image_Entry as the reason might be the old entry pixels were freed. This also should exist in the native_set() On Friday, December 21, 2012, Enlightenment SVN wrote: Log: attempt to deal with new svn efl async render... in evas1.7 evas_sync() is an empty function so this has no effect on released efl, but it helps with svn efl. Author: raster Date: 2012-12-20 22:33:57 -0800 (Thu, 20 Dec 2012) New Revision: 81509 Trac: http://trac.enlightenment.org/e/changeset/81509 Modified: trunk/e/src/modules/comp/e_mod_comp.c Modified: trunk/e/src/modules/comp/e_mod_comp.c === --- trunk/e/src/modules/comp/e_mod_comp.c 2012-12-21 05:40:23 UTC (rev 81508) +++ trunk/e/src/modules/comp/e_mod_comp.c 2012-12-21 06:33:57 UTC (rev 81509) @@ -322,6 +322,7 @@ return; } + evas_sync(evas_object_evas_get(cw-obj)); evas_object_image_native_surface_set(cw-obj, NULL); evas_object_image_alpha_set(cw-obj, 1); EINA_LIST_FOREACH(cw-obj_mirror, l, o) @@ -400,6 +401,7 @@ return; } + evas_sync(evas_object_evas_get(cw-obj)); evas_object_image_alpha_set(cw-obj, 0); EINA_LIST_FOREACH(cw-obj_mirror, l, o) { @@ -612,6 +614,7 @@ cw-pw = 0; cw-ph = 0; } + evas_sync(evas_object_evas_get(cw-obj)); DBG(REND [0x%x] pixmap = [0x%x], %ix%i\n, cw-win, cw-pixmap, cw-pw, cw-ph); if ((cw-pw = 0) || (cw-ph = 0)) { @@ -680,6 +683,7 @@ /* DBG(DEBUG - pm now %x\n, e_mod_comp_wl_pixmap_get(cw-win)); */ /* #endif */ /* DBG(DEBUG - pm now %x\n, ecore_x_composite_name_window_pixmap_get(cw-win)); */ +evas_sync(evas_object_evas_get(cw-obj)); evas_object_image_size_set(cw-obj, cw-pw, cw-ph); EINA_LIST_FOREACH(cw-obj_mirror, l, o) { @@ -728,6 +732,7 @@ } else if (cw-pixmap) { +evas_sync(evas_object_evas_get(cw-obj)); if (cw-native) { evas_object_image_native_surface_set(cw-obj, NULL); @@ -988,6 +993,7 @@ Eina_List *l; Evas_Object *o; + evas_sync(evas_object_evas_get(cw-obj)); if (cw-xim) enlightenment-...@lists.sourceforge.net javascript:;javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com javascript:; 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 javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com javascript:; -- 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
[E-devel] eo
it seems that since the eo integration, functions such as ecore_timer_del() which used to be harmless when called with NULL (possibly throwing an error message) will now throw a CRI and probably abort(). this is definitely not a good change, and imo a crash should never be the result of passing NULL...that was the whole point of safety macros -- 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] eo
On Fri, Dec 21, 2012 at 6:54 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: it seems that since the eo integration, functions such as ecore_timer_del() which used to be harmless when called with NULL (possibly throwing an error message) will now throw a CRI and probably abort(). this is definitely not a good change, and imo a crash should never be the result of passing NULL...that was the whole point of safety macros I have been advocating for months that eo should del NULL object without complains like free(NULL) does. It simplify and clarify the calling code a lot... -- 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
Re: [E-devel] Fwd: Re: [Enlightenment-intl] suggestion for the Korean translation of the enlightenment 17
On Fri, 21 Dec 2012 10:51:04 +0100 Massimo Maiurana maiur...@gmail.com wrote: I forward this message here since we're in a hurry :) I don't know for sure if there is a contribution in code from seong-ho cho, so please take care of this. Messaggio originale Oggetto: Re: [Enlightenment-intl] suggestion for the Korean translation of the enlightenment 17 Data: Fri, 21 Dec 2012 10:08:13 +0100 Mittente: Massimo Maiurana maiur...@gmail.com Rispondi-a: Enlightenment internationalisation list enlightenment-i...@lists.sourceforge.net A: Enlightenment internationalisation list enlightenment-i...@lists.sourceforge.net Daniel Juyung Seo, il 21/12/2012 09:33, ha scritto: OK now I applied my review. http://trac.enlightenment.org/e/changeset/81517 ok And I updated authors. I also added Seong-ho Cho to AUTHORS. http://trac.enlightenment.org/e/changeset/81518 AUTHORS? there are no translators in authors, only developers. if, as I think, seong-ho cho is not a developer, I think you should remove its name from there. The translators should be getting credited for their work just like developers do. Though perhaps not credited as authors. So, a separate section for translators? That's my 2 cents anyway. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- 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] Fwd: Re: [Enlightenment-intl] suggestion for the Korean translation of the enlightenment 17
yeah a separate file for translators would be ideal On Fri, Dec 21, 2012 at 9:59 AM, David Seikel onef...@gmail.com wrote: On Fri, 21 Dec 2012 10:51:04 +0100 Massimo Maiurana maiur...@gmail.com wrote: I forward this message here since we're in a hurry :) I don't know for sure if there is a contribution in code from seong-ho cho, so please take care of this. Messaggio originale Oggetto: Re: [Enlightenment-intl] suggestion for the Korean translation of the enlightenment 17 Data: Fri, 21 Dec 2012 10:08:13 +0100 Mittente: Massimo Maiurana maiur...@gmail.com Rispondi-a: Enlightenment internationalisation list enlightenment-i...@lists.sourceforge.net A: Enlightenment internationalisation list enlightenment-i...@lists.sourceforge.net Daniel Juyung Seo, il 21/12/2012 09:33, ha scritto: OK now I applied my review. http://trac.enlightenment.org/e/changeset/81517 ok And I updated authors. I also added Seong-ho Cho to AUTHORS. http://trac.enlightenment.org/e/changeset/81518 AUTHORS? there are no translators in authors, only developers. if, as I think, seong-ho cho is not a developer, I think you should remove its name from there. The translators should be getting credited for their work just like developers do. Though perhaps not credited as authors. So, a separate section for translators? That's my 2 cents anyway. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- 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] eo
I agree completely. but this does not only apply to del() functions, it will crash for ANY function being passed NULL. this is very bad. On Fri, Dec 21, 2012 at 9:58 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 21, 2012 at 6:54 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: it seems that since the eo integration, functions such as ecore_timer_del() which used to be harmless when called with NULL (possibly throwing an error message) will now throw a CRI and probably abort(). this is definitely not a good change, and imo a crash should never be the result of passing NULL...that was the whole point of safety macros I have been advocating for months that eo should del NULL object without complains like free(NULL) does. It simplify and clarify the calling code a lot... -- 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] Link for EFL Ruby bindings
Coolz! Now I successfully ran ruby binding tests on EFL 1.7.3 + Ruby 1.9.3. I suggest to put ruby bindings to efl trunk/BIDINGS :) Daniel Juyung Seo (SeoZ) On Fri, Dec 21, 2012 at 6:33 PM, Jérémy Zurcher jer...@asynk.ch wrote: ;)) $ ruby -I ./lib ./test/test_elm_win.rb $ ruby -I ./lib ./test/est_elm_win-native.rb $ ruby -I ./lib ./test/test_edje.rb On Friday 21 December 2012 17:55, Daniel Juyung Seo wrote : Thanks. I successfully built ffi-efl. Now what can I do..? hehe. Daniel Juyung Seo (SeoZ) On Fri, Dec 21, 2012 at 4:01 PM, Jérémy Zurcher jer...@asynk.ch wrote: 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 -- 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
Re: [E-devel] Fwd: Re: [Enlightenment-intl] suggestion for the Korean translation of the enlightenment 17
Yes that sounds good. Daniel Juyung Seo (SeoZ) On Fri, Dec 21, 2012 at 7:05 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: yeah a separate file for translators would be ideal On Fri, Dec 21, 2012 at 9:59 AM, David Seikel onef...@gmail.com wrote: On Fri, 21 Dec 2012 10:51:04 +0100 Massimo Maiurana maiur...@gmail.com wrote: I forward this message here since we're in a hurry :) I don't know for sure if there is a contribution in code from seong-ho cho, so please take care of this. Messaggio originale Oggetto: Re: [Enlightenment-intl] suggestion for the Korean translation of the enlightenment 17 Data: Fri, 21 Dec 2012 10:08:13 +0100 Mittente: Massimo Maiurana maiur...@gmail.com Rispondi-a: Enlightenment internationalisation list enlightenment-i...@lists.sourceforge.net A: Enlightenment internationalisation list enlightenment-i...@lists.sourceforge.net Daniel Juyung Seo, il 21/12/2012 09:33, ha scritto: OK now I applied my review. http://trac.enlightenment.org/e/changeset/81517 ok And I updated authors. I also added Seong-ho Cho to AUTHORS. http://trac.enlightenment.org/e/changeset/81518 AUTHORS? there are no translators in authors, only developers. if, as I think, seong-ho cho is not a developer, I think you should remove its name from there. The translators should be getting credited for their work just like developers do. Though perhaps not credited as authors. So, a separate section for translators? That's my 2 cents anyway. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- 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 -- 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] Dedicated SVN VM for release
Hi guys, with all the trouble everyone is having with SVN and web I thought it would be a good idea to at least migrate SVN off to a different server before the release. I am going to spend some time setting this up and hopefully it will be done. As I'm only thinking about SVN at the moment it should not be that difficult/take that long. For that I will need some help from Beber (CCd) as he has access to all the servers. I'll start locally by setting up a VM and configuring everything, but at some point I'll need to migrate it over to e5, adjust the IPs, etc. Regards, 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] Fwd: Re: [Enlightenment-intl] suggestion for the Korean translation of the enlightenment 17
I removed Seong-ho Cho from authors list. So how can I add him to translators list? Daniel Juyung Seo (SeoZ) On Fri, Dec 21, 2012 at 7:19 PM, Daniel Juyung Seo seojuyu...@gmail.comwrote: Yes that sounds good. Daniel Juyung Seo (SeoZ) On Fri, Dec 21, 2012 at 7:05 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: yeah a separate file for translators would be ideal On Fri, Dec 21, 2012 at 9:59 AM, David Seikel onef...@gmail.com wrote: On Fri, 21 Dec 2012 10:51:04 +0100 Massimo Maiurana maiur...@gmail.com wrote: I forward this message here since we're in a hurry :) I don't know for sure if there is a contribution in code from seong-ho cho, so please take care of this. Messaggio originale Oggetto: Re: [Enlightenment-intl] suggestion for the Korean translation of the enlightenment 17 Data: Fri, 21 Dec 2012 10:08:13 +0100 Mittente: Massimo Maiurana maiur...@gmail.com Rispondi-a: Enlightenment internationalisation list enlightenment-i...@lists.sourceforge.net A: Enlightenment internationalisation list enlightenment-i...@lists.sourceforge.net Daniel Juyung Seo, il 21/12/2012 09:33, ha scritto: OK now I applied my review. http://trac.enlightenment.org/e/changeset/81517 ok And I updated authors. I also added Seong-ho Cho to AUTHORS. http://trac.enlightenment.org/e/changeset/81518 AUTHORS? there are no translators in authors, only developers. if, as I think, seong-ho cho is not a developer, I think you should remove its name from there. The translators should be getting credited for their work just like developers do. Though perhaps not credited as authors. So, a separate section for translators? That's my 2 cents anyway. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- 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 -- 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] Buildbot offline for the release weekend
Hello. To help a little bit with our to be overloaded servers over the release weekend buildbot will be offline. Trying to avoid all svn http checkout it does which brings down apache. Normal service should be restored back from Monday. 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] Buildbot offline for the release weekend
On Fri, Dec 21, 2012 at 12:07 PM, Stefan Schmidt s.schm...@samsung.com wrote: Hello. To help a little bit with our to be overloaded servers over the release weekend buildbot will be offline. Trying to avoid all svn http checkout it does which brings down apache. Normal service should be restored back from Monday. i've already done a suggestion about that : a mirror on SF : http://sourceforge.net/projects/enlightenment/files/?source=navbar Vincent -- 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/e/src/modules/comp
Hi, On Fri, Dec 21, 2012 at 7:49 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Friday, December 21, 2012, Carsten Haitzler wrote: On Fri, 21 Dec 2012 06:08:09 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; said: Does it solve the problem? It's weird because those images should be referenced and pixels kept until rendered. Do you know if someone else is releasing the pixels forcefully before that? Also, couldn't you sync only once the canvas at the beginning of the function? Or there are multiple canvases? It's not expensive, but could simplify the code. well i did it that way so we sync only if we need to sync on the first image.. the other sync's should then be nops :) evas in xephyr seems to be happier now with sw comp... and yes - comp could SET the pixel data to a new ptr (freeing the old) at any point... I see. We sync before we image_data_get(o, 1). But indeed we'd need to sync if we just image_data_set() a different pointer, leading to creation of a new Image_Entry as the reason might be the old entry pixels were freed. Maybe we should have the sync inside _image_data_set() like we do have for _image_data_get(o, 1)? And then we might not need all these calls to evas_sync() spread in comp? Thanks, -- Ulisses Furquim ProFUSION embedded systems http://profusion.mobi Mobile: +55 19 9250 0942 Skype: ulissesffs -- 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] Fwd: Re: [Enlightenment-intl] suggestion for the Korean translation of the enlightenment 17
Daniel Juyung Seo, il 21/12/2012 11:24, ha scritto: I removed Seong-ho Cho from authors list. So how can I add him to translators list? actually he already is in translators list as his name is in the header of ko.po file :) every translator is listed in his own language po, so maybe a TRANSLATORS file would be redundant, but if you want to write it it's enough to paste there all the names at the beginning of every po 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] E SVN: lfelipe IN branches: e_dbus-1.7 ecore-1.7 edje-1.7 eet-1.7 eeze-1.7 efreet-1.7 eina-1.7 eio-1.7 elementary-1.7 embryo-1.7 emotion-1.7 ethumb-1.7 evas-1.7 evas_generic_loaders-1.7
and all the README ? On Fri, Dec 21, 2012 at 1:19 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: EFL 1.7.4 release. Author: lfelipe Date: 2012-12-21 04:19:03 -0800 (Fri, 21 Dec 2012) New Revision: 81543 Trac: http://trac.enlightenment.org/e/changeset/81543 Modified: branches/e_dbus-1.7/ChangeLog branches/e_dbus-1.7/NEWS branches/e_dbus-1.7/configure.ac branches/ecore-1.7/ChangeLog branches/ecore-1.7/configure.ac branches/edje-1.7/ChangeLog branches/edje-1.7/NEWS branches/edje-1.7/configure.ac branches/eet-1.7/ChangeLog branches/eet-1.7/configure.ac branches/eeze-1.7/ChangeLog branches/eeze-1.7/NEWS branches/eeze-1.7/configure.ac branches/efreet-1.7/ChangeLog branches/efreet-1.7/NEWS branches/efreet-1.7/configure.ac branches/eina-1.7/ChangeLog branches/eina-1.7/NEWS branches/eina-1.7/configure.ac branches/eio-1.7/ChangeLog branches/eio-1.7/NEWS branches/eio-1.7/configure.ac branches/elementary-1.7/ChangeLog branches/elementary-1.7/configure.ac branches/embryo-1.7/ChangeLog branches/embryo-1.7/NEWS branches/embryo-1.7/configure.ac branches/emotion-1.7/ChangeLog branches/emotion-1.7/NEWS branches/emotion-1.7/configure.ac branches/ethumb-1.7/ChangeLog branches/ethumb-1.7/NEWS branches/ethumb-1.7/configure.ac branches/evas-1.7/ChangeLog branches/evas-1.7/configure.ac branches/evas_generic_loaders-1.7/ChangeLog branches/evas_generic_loaders-1.7/NEWS branches/evas_generic_loaders-1.7/configure.ac branches/expedite-1.7/ChangeLog branches/expedite-1.7/NEWS branches/expedite-1.7/configure.ac Modified: branches/e_dbus-1.7/ChangeLog === --- branches/e_dbus-1.7/ChangeLog 2012-12-21 12:04:10 UTC (rev 81542) +++ branches/e_dbus-1.7/ChangeLog 2012-12-21 12:19:03 UTC (rev 81543) @@ -96,3 +96,8 @@ * Add XML output to doc * Add installation rule for doc + +2012-12-21 Luis Felipe Strano Moraes + + * 1.7.4 release + Modified: branches/e_dbus-1.7/NEWS === --- branches/e_dbus-1.7/NEWS2012-12-21 12:04:10 UTC (rev 81542) +++ branches/e_dbus-1.7/NEWS2012-12-21 12:19:03 UTC (rev 81543) @@ -1,5 +1,11 @@ -E_dbus 1.7.3 +E_dbus 1.7.4 +Changes since E_dbus 1.7.3: +--- + + * Add XML output to doc + * Add installation rule for doc + Changes since E_dbus 1.7.2: --- Modified: branches/e_dbus-1.7/configure.ac === --- branches/e_dbus-1.7/configure.ac2012-12-21 12:04:10 UTC (rev 81542) +++ branches/e_dbus-1.7/configure.ac2012-12-21 12:19:03 UTC (rev 81543) @@ -2,7 +2,7 @@ ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--## m4_define([v_maj], [1]) m4_define([v_min], [7]) -m4_define([v_mic], [3]) +m4_define([v_mic], [4]) m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s\n, $1);}' | tr -d ' :MSP\n'])) m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2 /dev/null | (grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d '\n']))]) ##-- When released, remove the dnl on the below line Modified: branches/ecore-1.7/ChangeLog === --- branches/ecore-1.7/ChangeLog2012-12-21 12:04:10 UTC (rev 81542) +++ branches/ecore-1.7/ChangeLog2012-12-21 12:19:03 UTC (rev 81543) @@ -1024,7 +1024,7 @@ * Add XML output to doc * Add installation rule for doc -2012-12-19 Luis Felip Strano Moraes +2012-12-19 Luis Felipe Strano Moraes * Backport 81304 which fixes memory errors on ecore_evas_extn @@ -1037,3 +1037,8 @@ * Fixed 24bpp ximage convert back from 24bpp to 32bpp in ecore-x. Only shows itself in qemu/kvm. + +2012-12-21 Luis Felipe Strano Moraes + + * 1.7.4 release + Modified: branches/ecore-1.7/configure.ac === --- branches/ecore-1.7/configure.ac 2012-12-21 12:04:10 UTC (rev 81542) +++ branches/ecore-1.7/configure.ac 2012-12-21 12:19:03 UTC (rev 81543) @@ -2,7 +2,7 @@ ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--## m4_define([v_maj], [1]) m4_define([v_min], [7]) -m4_define([v_mic], [3]) +m4_define([v_mic], [4]) m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s\n, $1);}' | tr -d ' :MSP\n' | sed 's/Unversioneddirectory/0/' | tr -d '\n'])) m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2 /dev/null | (grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d '\n']))]) ##-- When released, remove the dnl on the below
Re: [E-devel] Fwd: Re: [Enlightenment-intl] suggestion for the Korean translation of the enlightenment 17
On Fri, Dec 21, 2012 at 8:50 PM, Massimo Maiurana maiur...@gmail.comwrote: Daniel Juyung Seo, il 21/12/2012 11:24, ha scritto: I removed Seong-ho Cho from authors list. So how can I add him to translators list? actually he already is in translators list as his name is in the header of ko.po file :) every translator is listed in his own language po, so maybe a TRANSLATORS file would be redundant, but if you want to write it it's enough to paste there all the names at the beginning of every po file. Ok, we don't need redundancy here. So I don't bother doing this. Thanks for the information. Daniel Juyung Seo (SeoZ) -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] -- 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: discomfitor trunk/e/src/modules/conf_theme
I DID NOT READ THIS COMMIT. Daniel Juyung Seo (SeoZ) On Fri, Dec 21, 2012 at 9:04 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: so translators will hate me for this but I had to change another string here since it was 100% wrong. sorry. this commit disables all the other widgets in xsettings config if enable xsettings is not checked, since this is what the result of disabling xsettings will be Author: discomfitor Date: 2012-12-21 04:04:10 -0800 (Fri, 21 Dec 2012) New Revision: 81542 Trac: http://trac.enlightenment.org/e/changeset/81542 Modified: trunk/e/src/modules/conf_theme/e_int_config_xsettings.c Modified: trunk/e/src/modules/conf_theme/e_int_config_xsettings.c === --- trunk/e/src/modules/conf_theme/e_int_config_xsettings.c 2012-12-21 12:03:11 UTC (rev 81541) +++ trunk/e/src/modules/conf_theme/e_int_config_xsettings.c 2012-12-21 12:04:10 UTC (rev 81542) @@ -24,8 +24,11 @@ struct { Evas_Object *widget_list; + Evas_Object *match_theme; Evas_Object *icon_list; Evas_Object *icon_preview[4]; /* same size as _icon_previews */ + Evas_Object *icon_enable_apps; + Evas_Object *icon_enable_enlightenment; } gui; Ecore_Idler *fill_icon_themes_delayed; }; @@ -61,6 +64,20 @@ return cfd; } +static void +_settings_changed(void *data, Evas_Object *obj EINA_UNUSED) +{ + E_Config_Dialog_Data *cfdata = data; + Eina_Bool disable; + + disable = !cfdata-enable_xsettings; + e_widget_disabled_set(cfdata-gui.icon_enable_apps, disable); + e_widget_disabled_set(cfdata-gui.icon_enable_enlightenment, disable); + e_widget_disabled_set(cfdata-gui.match_theme, disable); + e_widget_disabled_set(cfdata-gui.widget_list, disable); + e_widget_disabled_set(cfdata-gui.icon_list, disable); +} + static void * _create_data(E_Config_Dialog *cfd) { @@ -468,7 +485,7 @@ *(cfdata-match_e17_icon_theme)); * e_widget_list_object_append(ol, ow, 0, 0, 0.0); */ - ow = e_widget_check_add(evas, _(Match Enlightenment theme if possible), + cfdata-gui.match_theme = ow = e_widget_check_add(evas, _(Match Enlightenment theme if possible), (cfdata-match_e17_theme)); e_widget_list_object_append(ol, ow, 0, 0, 0.0); @@ -477,9 +494,9 @@ * e_widget_list_object_append(o, ow, 0, 0, 0.0); */ // advanced - ow = e_widget_check_add(evas, _(Enable Settings Daemon), + ow = e_widget_check_add(evas, _(Enable X Application Settings), (cfdata-enable_xsettings)); - /* e_widget_on_change_hook_set(ow, _settings_changed, cfdata); */ + e_widget_on_change_hook_set(ow, _settings_changed, cfdata); e_widget_list_object_append(ol, ow, 0, 0, 0.0); e_widget_toolbook_page_append(otb, NULL, _(GTK Applications), ol, 1, 1, 1, 1, 0.5, 0.0); @@ -512,11 +529,11 @@ * e_widget_on_change_hook_set(ow, _icon_theme_changed, cfdata); * e_widget_list_object_append(ol, ow, 0, 0, 0.0); */ - ow = e_widget_check_add(evas, _(Enable icon theme for applications), + cfdata-gui.icon_enable_apps = ow = e_widget_check_add(evas, _(Enable icon theme for applications), (cfdata-match_e17_icon_theme)); e_widget_list_object_append(ol, ow, 0, 0, 0.0); - ow = e_widget_check_add(evas, _(Enable icon theme for Enlightenment), + cfdata-gui.icon_enable_enlightenment = ow = e_widget_check_add(evas, _(Enable icon theme for Enlightenment), (cfdata-icon_overrides)); e_widget_list_object_append(ol, ow, 0, 0, 0.0); -- 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
[E-devel] eio eio_eet_flush - eio_eet_sync
- API says eio_eet_sync(...), ABI has eio_eet_flush(...) obviously eio_eet_sync symbol is missing in eio-1.7.3 tarballs regards Jérémy diff --git a/efl/src/lib/eio/eio_eet.c b/efl/src/lib/eio/eio_eet.c index c25cc4a..69919a4 100644 --- a/efl/src/lib/eio/eio_eet.c +++ b/efl/src/lib/eio/eio_eet.c @@ -370,10 +370,10 @@ eio_eet_close(Eet_File *ef, } EAPI Eio_File * -eio_eet_flush(Eet_File *ef, - Eio_Done_Cb done_cb, - Eio_Eet_Error_Cb error_cb, - const void *data) +eio_eet_sync(Eet_File *ef, + Eio_Done_Cb done_cb, + Eio_Eet_Error_Cb error_cb, + const void *data) { Eio_Eet_Simple *eet; -- 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 05:13 PM, Igor Murzov wrote: I'm trying to update my local copy, and then commit all translation updates, but this is what I get: Try again :) Working now. Thanks. 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] E SVN: raster trunk/e/src/modules/comp
On Friday, December 21, 2012, Ulisses Furquim wrote: Hi, On Fri, Dec 21, 2012 at 7:49 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; wrote: On Friday, December 21, 2012, Carsten Haitzler wrote: On Fri, 21 Dec 2012 06:08:09 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; javascript:; said: Does it solve the problem? It's weird because those images should be referenced and pixels kept until rendered. Do you know if someone else is releasing the pixels forcefully before that? Also, couldn't you sync only once the canvas at the beginning of the function? Or there are multiple canvases? It's not expensive, but could simplify the code. well i did it that way so we sync only if we need to sync on the first image.. the other sync's should then be nops :) evas in xephyr seems to be happier now with sw comp... and yes - comp could SET the pixel data to a new ptr (freeing the old) at any point... I see. We sync before we image_data_get(o, 1). But indeed we'd need to sync if we just image_data_set() a different pointer, leading to creation of a new Image_Entry as the reason might be the old entry pixels were freed. Maybe we should have the sync inside _image_data_set() like we do have for _image_data_get(o, 1)? And then we might not need all these calls to evas_sync() spread in comp? That's what I meant. Thanks, -- Ulisses Furquim ProFUSION embedded systems http://profusion.mobi Mobile: +55 19 9250 0942 Skype: ulissesffs -- 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] Dedicated SVN VM for release
SVN? Why? Mirroring the tarballs should be more than enough. On Fri, Dec 21, 2012 at 10:03 AM, Daniel Willmann dan...@totalueberwachung.de wrote: Hi guys, with all the trouble everyone is having with SVN and web I thought it would be a good idea to at least migrate SVN off to a different server before the release. I am going to spend some time setting this up and hopefully it will be done. As I'm only thinking about SVN at the moment it should not be that difficult/take that long. For that I will need some help from Beber (CCd) as he has access to all the servers. I'll start locally by setting up a VM and configuring everything, but at some point I'll need to migrate it over to e5, adjust the IPs, etc. Regards, 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 -- 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] E SVN: raster trunk/e/src/modules/comp
Hi, On Fri, Dec 21, 2012 at 12:21 PM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 21 Dec 2012 11:55:25 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Friday, December 21, 2012, Ulisses Furquim wrote: Hi, On Fri, Dec 21, 2012 at 7:49 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; wrote: On Friday, December 21, 2012, Carsten Haitzler wrote: On Fri, 21 Dec 2012 06:08:09 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; javascript:; said: Does it solve the problem? It's weird because those images should be referenced and pixels kept until rendered. Do you know if someone else is releasing the pixels forcefully before that? Also, couldn't you sync only once the canvas at the beginning of the function? Or there are multiple canvases? It's not expensive, but could simplify the code. well i did it that way so we sync only if we need to sync on the first image.. the other sync's should then be nops :) evas in xephyr seems to be happier now with sw comp... and yes - comp could SET the pixel data to a new ptr (freeing the old) at any point... I see. We sync before we image_data_get(o, 1). But indeed we'd need to sync if we just image_data_set() a different pointer, leading to creation of a new Image_Entry as the reason might be the old entry pixels were freed. Maybe we should have the sync inside _image_data_set() like we do have for _image_data_get(o, 1)? And then we might not need all these calls to evas_sync() spread in comp? That's what I meant. yes. Ok, sorry, didn't understand that's what you meant. :-] And so for _native_set() as well (and maybe others?). Thanks, -- Ulisses Furquim ProFUSION embedded systems http://profusion.mobi Mobile: +55 19 9250 0942 Skype: ulissesffs -- 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] [PATCH] etrophy: drop python configure check
I think it used to depend on geneet.py, but looking at it it seems to not call geneet.py anywhere, if so the geneet check could be removed as well. Regards On Fri, Dec 21, 2012 at 03:16:04PM +0100, Thomas Gstädtner wrote: I can't see why it would depend on python. --- trunk/PROTO/etrophy/configure.ac | 5 - 1 file changed, 5 deletions(-) diff --git a/trunk/PROTO/etrophy/configure.ac b/trunk/PROTO/etrophy/configure.ac index 3f97428..e874e6a 100644 --- a/trunk/PROTO/etrophy/configure.ac +++ b/trunk/PROTO/etrophy/configure.ac @@ -83,11 +83,6 @@ AC_PROG_CC EFL_CHECK_DOXYGEN([build_doc=yes], [build_doc=no]) -# python - -AM_PATH_PYTHON([2.5], , [:]) -AM_CONDITIONAL([HAVE_PYTHON], [test $PYTHON != : ]) - # pkg-config PKG_PROG_PKG_CONFIG -- 1.8.0 -- 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 -- Leandro Dorileo ProFUSION embedded systems http://profusion.mobi -- 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] typo patch
Hi, attaching simple patch to be commited. Cheers, Tomas Cech Sleep_Walker diff --git a/efl/src/lib/evas/canvas/evas_object_textblock.c b/efl/src/lib/evas/canvas/evas_object_textblock.c index ac0c1e9..5618270 100644 --- a/efl/src/lib/evas/canvas/evas_object_textblock.c +++ b/efl/src/lib/evas/canvas/evas_object_textblock.c @@ -1627,7 +1627,7 @@ _format_command(Evas_Object *eo_obj, Evas_Object_Textblock_Format *fmt, const ch * backing_color=color * @endcode */ - _format_color_parse(tmp_param,11 + _format_color_parse(tmp_param, (fmt-color.backing.r), (fmt-color.backing.g), (fmt-color.backing.b), (fmt-color.backing.a)); else if (cmd == strikethrough_colorstr) signature.asc Description: 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] [PATCH] etrophy: drop python configure check
On Fri, Dec 21, 2012 at 4:13 PM, Leandro Dorileo dori...@profusion.mobiwrote: I think it used to depend on geneet.py, but looking at it it seems to not call geneet.py anywhere, if so the geneet check could be removed as well. Regards On Fri, Dec 21, 2012 at 03:16:04PM +0100, Thomas Gstädtner wrote: I can't see why it would depend on python. --- trunk/PROTO/etrophy/configure.ac | 5 - 1 file changed, 5 deletions(-) diff --git a/trunk/PROTO/etrophy/configure.ac b/trunk/PROTO/etrophy/ configure.ac index 3f97428..e874e6a 100644 --- a/trunk/PROTO/etrophy/configure.ac +++ b/trunk/PROTO/etrophy/configure.ac @@ -83,11 +83,6 @@ AC_PROG_CC EFL_CHECK_DOXYGEN([build_doc=yes], [build_doc=no]) -# python - -AM_PATH_PYTHON([2.5], , [:]) -AM_CONDITIONAL([HAVE_PYTHON], [test $PYTHON != : ]) - # pkg-config PKG_PROG_PKG_CONFIG -- 1.8.0 -- Leandro Dorileo ProFUSION embedded systems http://profusion.mobi Hi Leandro, you're right, there is no sign of geneet being used actively in etrophy. So I redid the patch and removed both. I also attached another patch adding the efl_path_max.m4 macro, which was called in configure.ac but didn't exist and thus fail. It's a copy and paste of course (from efreet in this case) :) -- thomasg From d6c753f7c6071c07ea91d98364b175fe934a65c9 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Thomas=20Gst=C3=A4dtner?= tho...@gstaedtner.net Date: Fri, 21 Dec 2012 16:33:05 +0100 Subject: [PATCH 1/2] etrophy: drop python and geneet dependencies Both are unused in the etrophy tree. --- trunk/PROTO/etrophy/configure.ac | 9 - 1 file changed, 9 deletions(-) diff --git a/trunk/PROTO/etrophy/configure.ac b/trunk/PROTO/etrophy/configure.ac index 3f97428..f0b21da 100644 --- a/trunk/PROTO/etrophy/configure.ac +++ b/trunk/PROTO/etrophy/configure.ac @@ -83,11 +83,6 @@ AC_PROG_CC EFL_CHECK_DOXYGEN([build_doc=yes], [build_doc=no]) -# python - -AM_PATH_PYTHON([2.5], , [:]) -AM_CONDITIONAL([HAVE_PYTHON], [test $PYTHON != : ]) - # pkg-config PKG_PROG_PKG_CONFIG @@ -129,10 +124,6 @@ PKG_CHECK_MODULES([ELEMENTARY], eina = 1.7.0 ]) -if test x$HAVE_GENEET = xfalse; then -AC_MSG_ERROR([*** Geneet not found, make sure geneet.py is in your PATH]) -fi - AC_ARG_WITH([edje-cc], [AC_HELP_STRING([--with-edje-cc=PATH], [specify a specific path to edje_cc])], -- 1.8.0 From dcdf9630df695e05a3be0580cc4961a830171423 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Thomas=20Gst=C3=A4dtner?= tho...@gstaedtner.net Date: Fri, 21 Dec 2012 16:35:20 +0100 Subject: [PATCH 2/2] etrophy: add efl_path_max m4 macro The check for it in configure.ac already exists. --- trunk/PROTO/etrophy/m4/efl_path_max.m4 | 37 ++ 1 file changed, 37 insertions(+) create mode 100644 trunk/PROTO/etrophy/m4/efl_path_max.m4 diff --git a/trunk/PROTO/etrophy/m4/efl_path_max.m4 b/trunk/PROTO/etrophy/m4/efl_path_max.m4 new file mode 100644 index 000..3ac29bd --- /dev/null +++ b/trunk/PROTO/etrophy/m4/efl_path_max.m4 @@ -0,0 +1,37 @@ +dnl Check for PATH_MAX in limits.h, and define a default value if not found +dnl This is a workaround for systems not providing PATH_MAX, like GNU/Hurd + +dnl EFL_CHECK_PATH_MAX([DEFAULT_VALUE_IF_NOT_FOUND]) +dnl +dnl If PATH_MAX is not defined in limits.h, defines it +dnl to DEFAULT_VALUE_IF_NOT_FOUND if it exists, or fallback +dnl to using 4096 + +AC_DEFUN([EFL_CHECK_PATH_MAX], +[ + +default_max=m4_default([$1], 4096) + +AC_LANG_PUSH([C]) + +AC_MSG_CHECKING([for PATH_MAX in limits.h]) +AC_COMPILE_IFELSE( + [AC_LANG_PROGRAM( + [[ +#include limits.h + ]], + [[ +int i = PATH_MAX; + ]])], + [AC_MSG_RESULT([yes])], + [ +AC_DEFINE_UNQUOTED([PATH_MAX], + [${default_max}], + [default value since PATH_MAX is not defined]) +AC_MSG_RESULT([no: using ${default_max}]) + ]) + +AC_LANG_POP([C]) + +]) +dnl end of efl_path_max.m4 -- 1.8.0 -- 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] Fwd: Re: [Enlightenment-intl] suggestion for the Korean translation of the enlightenment 17
OK, i agree that all of opinion :) Thanks so much 2012/12/21 Daniel Juyung Seo seojuyu...@gmail.com On Fri, Dec 21, 2012 at 8:50 PM, Massimo Maiurana maiur...@gmail.com wrote: Daniel Juyung Seo, il 21/12/2012 11:24, ha scritto: I removed Seong-ho Cho from authors list. So how can I add him to translators list? actually he already is in translators list as his name is in the header of ko.po file :) every translator is listed in his own language po, so maybe a TRANSLATORS file would be redundant, but if you want to write it it's enough to paste there all the names at the beginning of every po file. Ok, we don't need redundancy here. So I don't bother doing this. Thanks for the information. Daniel Juyung Seo (SeoZ) -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] -- 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 -- 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] typo patch
On Friday, December 21, 2012 16:31:15 Tomas Cech wrote: Hi, attaching simple patch to be commited. Cheers, Tomas Cech Sleep_Walker Commited in trunk and 1.7. -- 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/e/src/modules/comp
Hi, On Fri, Dec 21, 2012 at 1:09 PM, Ulisses Furquim ulis...@profusion.mobi wrote: Hi, On Fri, Dec 21, 2012 at 12:21 PM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 21 Dec 2012 11:55:25 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Friday, December 21, 2012, Ulisses Furquim wrote: Hi, On Fri, Dec 21, 2012 at 7:49 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; wrote: On Friday, December 21, 2012, Carsten Haitzler wrote: On Fri, 21 Dec 2012 06:08:09 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; javascript:; said: Does it solve the problem? It's weird because those images should be referenced and pixels kept until rendered. Do you know if someone else is releasing the pixels forcefully before that? Also, couldn't you sync only once the canvas at the beginning of the function? Or there are multiple canvases? It's not expensive, but could simplify the code. well i did it that way so we sync only if we need to sync on the first image.. the other sync's should then be nops :) evas in xephyr seems to be happier now with sw comp... and yes - comp could SET the pixel data to a new ptr (freeing the old) at any point... I see. We sync before we image_data_get(o, 1). But indeed we'd need to sync if we just image_data_set() a different pointer, leading to creation of a new Image_Entry as the reason might be the old entry pixels were freed. Again, sorry. Can this happen? Aren't we just dropping the reference for the old entry when doing _image_data_set() with a different pointer? And it would be actually freed when the rendering stops and we drop the last reference? -- Ulisses Maybe we should have the sync inside _image_data_set() like we do have for _image_data_get(o, 1)? And then we might not need all these calls to evas_sync() spread in comp? That's what I meant. yes. Ok, sorry, didn't understand that's what you meant. :-] And so for _native_set() as well (and maybe others?). -- Ulisses Furquim ProFUSION embedded systems http://profusion.mobi Mobile: +55 19 9250 0942 Skype: ulissesffs -- 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] eio eio_eet_flush - eio_eet_sync
Maybe you'll prefer this patch regards Jérémy diff --git a/efl/src/lib/eio/eio_eet.c b/efl/src/lib/eio/eio_eet.c index c25cc4a..abe5837 100644 --- a/efl/src/lib/eio/eio_eet.c +++ b/efl/src/lib/eio/eio_eet.c @@ -400,6 +400,15 @@ eio_eet_flush(Eet_File *ef, } EAPI Eio_File * +eio_eet_sync(Eet_File *ef, + Eio_Done_Cb done_cb, + Eio_Eet_Error_Cb error_cb, + const void *data) +{ + return eio_eet_flush(ef,done_cb,error_cb,data); +} + +EAPI Eio_File * eio_eet_data_write_cipher(Eet_File *ef, Eet_Data_Descriptor *edd, const char *name, -- 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: jeffdameth trunk/e/src/bin
nice catch On Fri, Dec 21, 2012 at 3:54 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: e17/shelf: fix wrong autohide with systray on second zone Author: jeffdameth Date: 2012-12-21 07:54:45 -0800 (Fri, 21 Dec 2012) New Revision: 81557 Trac: http://trac.enlightenment.org/e/changeset/81557 Modified: trunk/e/src/bin/e_shelf.c Modified: trunk/e/src/bin/e_shelf.c === --- trunk/e/src/bin/e_shelf.c 2012-12-21 15:48:56 UTC (rev 81556) +++ trunk/e/src/bin/e_shelf.c 2012-12-21 15:54:45 UTC (rev 81557) @@ -1967,7 +1967,7 @@ if (!inside) { inside = E_INSIDE(ev-root.x, ev-root.y, es-zone-x, es-zone-y, es-zone-w + 4, es-zone-h + 4); - x = ev-root.x - es-zone-x, y = ev-root.y - es-zone-x; + x = ev-root.x - es-zone-x, y = ev-root.y - es-zone-y; if (inside) inside = ( ((E_INSIDE(x, y, es-x, es-y, es-w, es-h)) || -- 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: raster trunk/e/src/modules/comp
On Friday, December 21, 2012, Ulisses Furquim wrote: Hi, On Fri, Dec 21, 2012 at 1:09 PM, Ulisses Furquim ulis...@profusion.mobijavascript:; wrote: Hi, On Fri, Dec 21, 2012 at 12:21 PM, Carsten Haitzler ras...@rasterman.comjavascript:; wrote: On Fri, 21 Dec 2012 11:55:25 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; said: On Friday, December 21, 2012, Ulisses Furquim wrote: Hi, On Fri, Dec 21, 2012 at 7:49 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; javascript:; wrote: On Friday, December 21, 2012, Carsten Haitzler wrote: On Fri, 21 Dec 2012 06:08:09 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; javascript:; javascript:; said: Does it solve the problem? It's weird because those images should be referenced and pixels kept until rendered. Do you know if someone else is releasing the pixels forcefully before that? Also, couldn't you sync only once the canvas at the beginning of the function? Or there are multiple canvases? It's not expensive, but could simplify the code. well i did it that way so we sync only if we need to sync on the first image.. the other sync's should then be nops :) evas in xephyr seems to be happier now with sw comp... and yes - comp could SET the pixel data to a new ptr (freeing the old) at any point... I see. We sync before we image_data_get(o, 1). But indeed we'd need to sync if we just image_data_set() a different pointer, leading to creation of a new Image_Entry as the reason might be the old entry pixels were freed. Again, sorry. Can this happen? Aren't we just dropping the reference for the old entry when doing _image_data_set() with a different pointer? And it would be actually freed when the rendering stops and we drop the last reference? Problem is that the RGBA_Image is referenced, but the image.data was an user pointer and he will free() in order to not leak memory. This is an alternative approach. The other is when you use Evas-allocated with image_data_get(o, 1). That one is correct, the alternative is not. I believe that RGBA_Image-image.no_free or something like that can be used to figure out the case. In that situation you should NULL the image data pointer or evas_sync() before. -- Ulisses Maybe we should have the sync inside _image_data_set() like we do have for _image_data_get(o, 1)? And then we might not need all these calls to evas_sync() spread in comp? That's what I meant. yes. Ok, sorry, didn't understand that's what you meant. :-] And so for _native_set() as well (and maybe others?). -- Ulisses Furquim ProFUSION embedded systems http://profusion.mobi Mobile: +55 19 9250 0942 Skype: ulissesffs -- 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] eio eio_eet_flush - eio_eet_sync
... a last one with proper indentation ... at last diff --git a/efl/src/lib/eio/eio_eet.c b/efl/src/lib/eio/eio_eet.c index c25cc4a..41ab11b 100644 --- a/efl/src/lib/eio/eio_eet.c +++ b/efl/src/lib/eio/eio_eet.c @@ -400,6 +400,15 @@ eio_eet_flush(Eet_File *ef, } EAPI Eio_File * +eio_eet_sync(Eet_File *ef, + Eio_Done_Cb done_cb, + Eio_Eet_Error_Cb error_cb, + const void *data) +{ + return eio_eet_flush(ef,done_cb,error_cb,data); +} + +EAPI Eio_File * eio_eet_data_write_cipher(Eet_File *ef, Eet_Data_Descriptor *edd, const char *name, -- 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/e/src/modules/comp
Hi, On Fri, Dec 21, 2012 at 2:14 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Friday, December 21, 2012, Ulisses Furquim wrote: Hi, On Fri, Dec 21, 2012 at 1:09 PM, Ulisses Furquim ulis...@profusion.mobijavascript:; wrote: Hi, On Fri, Dec 21, 2012 at 12:21 PM, Carsten Haitzler ras...@rasterman.comjavascript:; wrote: On Fri, 21 Dec 2012 11:55:25 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; said: On Friday, December 21, 2012, Ulisses Furquim wrote: Hi, On Fri, Dec 21, 2012 at 7:49 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; javascript:; wrote: On Friday, December 21, 2012, Carsten Haitzler wrote: On Fri, 21 Dec 2012 06:08:09 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; javascript:; javascript:; said: Does it solve the problem? It's weird because those images should be referenced and pixels kept until rendered. Do you know if someone else is releasing the pixels forcefully before that? Also, couldn't you sync only once the canvas at the beginning of the function? Or there are multiple canvases? It's not expensive, but could simplify the code. well i did it that way so we sync only if we need to sync on the first image.. the other sync's should then be nops :) evas in xephyr seems to be happier now with sw comp... and yes - comp could SET the pixel data to a new ptr (freeing the old) at any point... I see. We sync before we image_data_get(o, 1). But indeed we'd need to sync if we just image_data_set() a different pointer, leading to creation of a new Image_Entry as the reason might be the old entry pixels were freed. Again, sorry. Can this happen? Aren't we just dropping the reference for the old entry when doing _image_data_set() with a different pointer? And it would be actually freed when the rendering stops and we drop the last reference? Problem is that the RGBA_Image is referenced, but the image.data was an user pointer and he will free() in order to not leak memory. This is an alternative approach. The other is when you use Evas-allocated with image_data_get(o, 1). That one is correct, the alternative is not. I believe that RGBA_Image-image.no_free or something like that can be used to figure out the case. In that situation you should NULL the image data pointer or evas_sync() before. I see, got it. We'll add the sync in both calls for now. Thanks, -- Ulisses Furquim ProFUSION embedded systems http://profusion.mobi Mobile: +55 19 9250 0942 Skype: ulissesffs -- 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] elm_scroller - freeze/hold/lock propagate
Hey guys, Anyone knows a way to don't propagate freeze/hold/lock of scrollers to their parents? What I'm trying to implement is to have a vertical scroller inside a horizontal scroller. Once I start to scroll it horizontally, I want to stop it from scrolling vertically. I think this is a very common behavior, and I'm sure someone has implemented this already, but I don't see how to do this with the available elementary APIs. Basically because these 3 groups of functions propagate their blocking behavior to their parents. Any ideas? -- Rafael Antognolli http://antognolli.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
[E-devel] AUTHORS question
hi, based on the recent thread, it seems the AUTHORS file should only be for developers, yes? I ask because we have an entry in the E17 AUTHORS file, Nicolas Beaumont nicolas.beaum...@gmail.com which was added by cedric in r80043. this person, who I think should receive proper credit, has not contributed any code--he provided a couple pictures for wallpaper. unless I'm mistaken, this person should not be listed with the developers, and his works also need to have proper COPYING notices. thoughts? -- 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] elm_scroller - freeze/hold/lock propagate
Daniel Juyung Seo (SeoZ) On Dec 22, 2012 2:56 AM, Rafael Antognolli antogno...@gmail.com wrote: Hey guys, Anyone knows a way to don't propagate freeze/hold/lock of scrollers to their parents? It looks like the current behavior was intended for scroller in scroller. Raster might know. What I'm trying to implement is to have a vertical scroller inside a horizontal scroller. Once I start to scroll it horizontally, I want to stop it from scrolling vertically. I think this is a very common behavior, and I'm sure someone has implemented this already, but I don't see how to do this with the available elementary APIs. Basically because these 3 groups of functions propagate their blocking behavior to their parents. I also wanted to implement this feature. But in my opinion we need to create a new api/configurations for this. Any ideas? -- Rafael Antognolli http://antognolli.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 -- 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: lfelipe branches/evil-1.7
have you changed the version in the doc of the header files (like in Eet.h for example) ? http://trac.enlightenment.org/e/browser/branches/eet-1.7/src/lib/Eet.h#L8 Vincent On Fri, Dec 21, 2012 at 3:26 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: And after this commit we do declare the 1.7.4 EFL to be released :) Author: lfelipe Date: 2012-12-21 06:26:46 -0800 (Fri, 21 Dec 2012) New Revision: 81551 Trac: http://trac.enlightenment.org/e/changeset/81551 Modified: branches/evil-1.7/ChangeLog branches/evil-1.7/NEWS branches/evil-1.7/README branches/evil-1.7/configure.ac Modified: branches/evil-1.7/ChangeLog === --- branches/evil-1.7/ChangeLog 2012-12-21 14:20:56 UTC (rev 81550) +++ branches/evil-1.7/ChangeLog 2012-12-21 14:26:46 UTC (rev 81551) @@ -253,3 +253,9 @@ * Add XML output to doc * Add installation rule for doc + +2012-12-21 Luis Felipe Strano Moraes + + * 1.7.4 release + + Modified: branches/evil-1.7/NEWS === --- branches/evil-1.7/NEWS 2012-12-21 14:20:56 UTC (rev 81550) +++ branches/evil-1.7/NEWS 2012-12-21 14:26:46 UTC (rev 81551) @@ -1,5 +1,9 @@ Evil NEWS - User visible changes. +* Evil 1.7.4: + +** Bumping version to match latest release, no changes made. + * Evil 1.7.2: ** Bumping version to match latest release, no changes made. Modified: branches/evil-1.7/README === --- branches/evil-1.7/README2012-12-21 14:20:56 UTC (rev 81550) +++ branches/evil-1.7/README2012-12-21 14:26:46 UTC (rev 81551) @@ -1,3 +1,4 @@ +Evil 1.7.4 The Evil library tried to port some convenient Unix functions to the Windows (XP or CE) platform. They are planned to be used Modified: branches/evil-1.7/configure.ac === --- branches/evil-1.7/configure.ac 2012-12-21 14:20:56 UTC (rev 81550) +++ branches/evil-1.7/configure.ac 2012-12-21 14:26:46 UTC (rev 81551) @@ -3,7 +3,7 @@ m4_define([v_maj], [1]) m4_define([v_min], [7]) -m4_define([v_mic], [3]) +m4_define([v_mic], [4]) m4_define([evil_version], [v_maj.v_min.v_mic]) -- 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: lfelipe branches/evil-1.7
Vincent, On Fri, Dec 21, 2012 at 4:48 PM, Vincent Torri vincent.to...@gmail.com wrote: have you changed the version in the doc of the header files (like in Eet.h for example) ? http://trac.enlightenment.org/e/browser/branches/eet-1.7/src/lib/Eet.h#L8 given your link, I'd assume you noticed that those have not been changed. Honestly, we need to go fixing these but right now I've already spun tarballs and they are already being tested by most of the distro people, so I'd say that changing that will have to be left for the next release. Thanks, Luis Felipe Vincent On Fri, Dec 21, 2012 at 3:26 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: And after this commit we do declare the 1.7.4 EFL to be released :) Author: lfelipe Date: 2012-12-21 06:26:46 -0800 (Fri, 21 Dec 2012) New Revision: 81551 Trac: http://trac.enlightenment.org/e/changeset/81551 Modified: branches/evil-1.7/ChangeLog branches/evil-1.7/NEWS branches/evil-1.7/README branches/evil-1.7/configure.ac Modified: branches/evil-1.7/ChangeLog === --- branches/evil-1.7/ChangeLog 2012-12-21 14:20:56 UTC (rev 81550) +++ branches/evil-1.7/ChangeLog 2012-12-21 14:26:46 UTC (rev 81551) @@ -253,3 +253,9 @@ * Add XML output to doc * Add installation rule for doc + +2012-12-21 Luis Felipe Strano Moraes + + * 1.7.4 release + + Modified: branches/evil-1.7/NEWS === --- branches/evil-1.7/NEWS 2012-12-21 14:20:56 UTC (rev 81550) +++ branches/evil-1.7/NEWS 2012-12-21 14:26:46 UTC (rev 81551) @@ -1,5 +1,9 @@ Evil NEWS - User visible changes. +* Evil 1.7.4: + +** Bumping version to match latest release, no changes made. + * Evil 1.7.2: ** Bumping version to match latest release, no changes made. Modified: branches/evil-1.7/README === --- branches/evil-1.7/README2012-12-21 14:20:56 UTC (rev 81550) +++ branches/evil-1.7/README2012-12-21 14:26:46 UTC (rev 81551) @@ -1,3 +1,4 @@ +Evil 1.7.4 The Evil library tried to port some convenient Unix functions to the Windows (XP or CE) platform. They are planned to be used Modified: branches/evil-1.7/configure.ac === --- branches/evil-1.7/configure.ac 2012-12-21 14:20:56 UTC (rev 81550) +++ branches/evil-1.7/configure.ac 2012-12-21 14:26:46 UTC (rev 81551) @@ -3,7 +3,7 @@ m4_define([v_maj], [1]) m4_define([v_min], [7]) -m4_define([v_mic], [3]) +m4_define([v_mic], [4]) m4_define([evil_version], [v_maj.v_min.v_mic]) -- 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 -- 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] AUTHORS question
On Fri, 21 Dec 2012 18:35:42 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: hi, based on the recent thread, it seems the AUTHORS file should only be for developers, yes? I ask because we have an entry in the E17 AUTHORS file, Nicolas Beaumont nicolas.beaum...@gmail.com which was added by cedric in r80043. this person, who I think should receive proper credit, has not contributed any code--he provided a couple pictures for wallpaper. unless I'm mistaken, this person should not be listed with the developers, and his works also need to have proper COPYING notices. well tey come under the COPYING notice for e in general. they dont need ones of their own unless he specifically inists on a diferent license. does he? if so this becomes problematic - we have to provide such different notices. it probably needs to go into COPYING then anyway as a section covering specific files as an excption. legally - he's an author of part of the work as data is part of it. his name needs to be somewhere. it's the same as translations. one of the best solutions is to divide the AUTHORS up - general AUTHORs who may have contributed data (images/edc/edj) AND specific ones (who contributed just 1 or more po files, or wallpapers etc.). then harvest names from po files (and history from enlightenment-intl list etc. and make that section. name a xx@xx ... name z xx@xx Wallpapers: name aa xx@xx ... name zz xx@xx Translations: name aaa xx@aa ... of course then we begin to have the authors from hell... but we have no other location for this stuff. thoughts? -- 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
[E-devel] [e][PATCH] Optimizations v2
Hi, same patch as before: removed useless nullchecks and switched some free()'s to E_FREE(). Index: src/modules/conf_randr/e_smart_monitor.c === --- src/modules/conf_randr/e_smart_monitor.c (révision 81560) +++ src/modules/conf_randr/e_smart_monitor.c (copie de travail) @@ -498,7 +498,7 @@ noutputs, mx, my, sd-current.mode-xid, sd-current.orientation); - if (outputs) free(outputs); + free(outputs); } } else Index: src/modules/everything/evry_plug_apps.c === --- src/modules/everything/evry_plug_apps.c (révision 81560) +++ src/modules/everything/evry_plug_apps.c (copie de travail) @@ -1262,9 +1262,7 @@ _dir_monitor_free(); - if (current_path) - free(current_path); - current_path = NULL; + E_FREE(current_path); } /***/ Index: src/modules/dropshadow/e_mod_main.c === --- src/modules/dropshadow/e_mod_main.c (révision 81560) +++ src/modules/dropshadow/e_mod_main.c (copie de travail) @@ -212,8 +212,8 @@ _ds_shadow_del(sh); } if (ds-idler_before) e_main_idler_before_del(ds-idler_before); - if (ds-table.gauss) free(ds-table.gauss); - if (ds-table.gauss2) free(ds-table.gauss2); + free(ds-table.gauss); + free(ds-table.gauss2); _ds_shared_free(ds); free(ds); } @@ -1083,7 +1083,7 @@ { int i; - if (ds-table.gauss) free(ds-table.gauss); + free(ds-table.gauss); ds-table.gauss_size = (ds-conf-blur_size * 2) - 1; ds-table.gauss = calloc(1, ds-table.gauss_size * sizeof(unsigned char)); @@ -1098,7 +1098,7 @@ _ds_gauss_int(-1.5 + (v * 3.0)) * 255.0; } - if (ds-table.gauss2) free(ds-table.gauss2); + free(ds-table.gauss2); ds-table.gauss2_size = (ds-conf-blur_size * 2) - 1; ds-table.gauss2 = calloc(1, ds-table.gauss2_size * sizeof(unsigned char)); @@ -1484,7 +1484,7 @@ _ds_shpix_free(Shpix *sp) { if (!sp) return; - if (sp-pix) free(sp-pix); + free(sp-pix); free(sp); } @@ -1968,8 +1968,7 @@ static void _tilebuf_setup(Tilebuf *tb) { - if (tb-tiles.tiles) free(tb-tiles.tiles); - tb-tiles.tiles = NULL; + E_FREE(tb-tiles.tiles); tb-tiles.w = (tb-outbuf_w + (tb-tile_size.w - 1)) / tb-tile_size.w; tb-tiles.h = (tb-outbuf_h + (tb-tile_size.h - 1)) / tb-tile_size.h; @@ -2004,7 +2003,7 @@ static void _tilebuf_free(Tilebuf *tb) { - if (tb-tiles.tiles) free(tb-tiles.tiles); + free(tb-tiles.tiles); free(tb); } Index: src/modules/conf_display/e_int_config_desk.c === --- src/modules/conf_display/e_int_config_desk.c (révision 81560) +++ src/modules/conf_display/e_int_config_desk.c (copie de travail) @@ -126,11 +126,9 @@ if (cfdata-hdl) ecore_event_handler_del(cfdata-hdl); eina_stringshare_del(cfdata-bg); - if (cfdata-name) - E_FREE(cfdata-name); + E_FREE(cfdata-name); #if (ECORE_VERSION_MAJOR 1) || (ECORE_VERSION_MINOR = 8) - if (cfdata-profile) - E_FREE(cfdata-profile); + E_FREE(cfdata-profile); #endif E_FREE(cfdata); } Index: src/modules/conf_wallpaper2/e_int_config_wallpaper.c === --- src/modules/conf_wallpaper2/e_int_config_wallpaper.c (révision 81560) +++ src/modules/conf_wallpaper2/e_int_config_wallpaper.c (copie de travail) @@ -691,7 +691,7 @@ if (it2-selected) it2-selected = 0; } it-selected = EINA_TRUE; -if (sd-info-bg_file) free(sd-info-bg_file); +free(sd-info-bg_file); evas_object_hide(sd-info-mini); if (it-file) { @@ -710,7 +710,7 @@ if (p) *p = 0; } edje_object_part_text_set(sd-info-bg, e.text.filename, name); - if (name) free(name); + free(name); } else { @@ -947,7 +947,7 @@ if (p) *p = 0; } edje_object_part_text_set(sd-info-bg, e.text.filename, name); - if (name) free(name); + free(name); } } } @@ -1074,8 +1074,7 @@ } if (!eina_iterator_next(info-dir, (void**) st)) { -free(info-curdir); -info-curdir = NULL; +E_FREE(info-curdir); eina_iterator_free(info-dir); info-dir = NULL; info-idler = NULL; @@ -1108,7 +1107,7 @@ edje_object_part_text_set(info-bg, e.text.busy_label, _(Loading files...));
[E-devel] [ANNOUNCE] EFL 1.7.4 Stable Series
The Enlightenment Release Team is happy to announce a new series of updates to the EFL. The 1.7.4 series has quite a few bugs fixed and is recommended for all developers and users, as it will be the minimum version required by any upcoming releases to be made by the Enlightenment project in the short future. Please read the ChangeLog and NEWS files from each specific tarball in order to get more information about what has been fixed. This release corresponds with SVN revision 81558. - Eina 1.7.4 - [GZhttp://download.enlightenment.org/releases/eina-1.7.4.tar.gz] [BZ2 http://download.enlightenment.org/releases/eina-1.7.4.tar.bz2] - Eet 1.7.4 - [GZhttp://download.enlightenment.org/releases/eet-1.7.4.tar.gz] [BZ2 http://download.enlightenment.org/releases/eet-1.7.4.tar.bz2] - Evas 1.7.4 - [GZhttp://download.enlightenment.org/releases/evas-1.7.4.tar.gz] [BZ2 http://download.enlightenment.org/releases/evas-1.7.4.tar.bz2] - Ecore 1.7.4 - [GZhttp://download.enlightenment.org/releases/ecore-1.7.4.tar.gz] [BZ2 http://download.enlightenment.org/releases/ecore-1.7.4.tar.bz2] - Embryo 1.7.4 - [GZhttp://download.enlightenment.org/releases/embryo-1.7.4.tar.gz] [BZ2 http://download.enlightenment.org/releases/embryo-1.7.4.tar.bz2] - Edje 1.7.4 - [GZhttp://download.enlightenment.org/releases/edje-1.7.4.tar.gz] [BZ2 http://download.enlightenment.org/releases/edje-1.7.4.tar.bz2] - Efreet 1.7.4 - [GZhttp://download.enlightenment.org/releases/efreet-1.7.4.tar.gz] [BZ2 http://download.enlightenment.org/releases/efreet-1.7.4.tar.bz2] - E_dbus 1.7.4 - [GZhttp://download.enlightenment.org/releases/e_dbus-1.7.4.tar.gz] [BZ2 http://download.enlightenment.org/releases/e_dbus-1.7.4.tar.bz2] - Eeze 1.7.4 - [GZhttp://download.enlightenment.org/releases/eeze-1.7.4.tar.gz] [BZ2 http://download.enlightenment.org/releases/eeze-1.7.4.tar.bz2] - Expedite 1.7.4 - [GZhttp://download.enlightenment.org/releases/expedite-1.7.4.tar.gz] [BZ2 http://download.enlightenment.org/releases/expedite-1.7.4.tar.bz2] - Evas Generic Loaders 1.7.4 - [GZhttp://download.enlightenment.org/releases/evas_generic_loaders-1.7.4.tar.gz] [BZ2http://download.enlightenment.org/releases/evas_generic_loaders-1.7.4.tar.bz2 ] - Eio 1.7.4 - [GZhttp://download.enlightenment.org/releases/eio-1.7.4.tar.gz] [BZ2 http://download.enlightenment.org/releases/eio-1.7.4.tar.bz2] - Emotion 1.7.4 - [GZhttp://download.enlightenment.org/releases/emotion-1.7.4.tar.gz] [BZ2 http://download.enlightenment.org/releases/emotion-1.7.4.tar.bz2] - Ethumb 1.7.4 - [GZhttp://download.enlightenment.org/releases/ethumb-1.7.4.tar.gz] [BZ2 http://download.enlightenment.org/releases/ethumb-1.7.4.tar.bz2] - Elementary 1.7.4 - [GZhttp://download.enlightenment.org/releases/elementary-1.7.4.tar.gz] [BZ2 http://download.enlightenment.org/releases/elementary-1.7.4.tar.bz2] - Evil 1.7.4 - [GZhttp://download.enlightenment.org/releases/evil-1.7.4.tar.gz] [BZ2 http://download.enlightenment.org/releases/evil-1.7.4.tar.bz2] Stay tuned, -- 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] [e][PATCH] Optimizations v2
On Fri, 21 Dec 2012 22:17:32 +0100 Maxime Villard rusty...@gmx.fr wrote: Hi, same patch as before: removed useless nullchecks and switched some free()'s to E_FREE(). Hi, I've committed your patch, but you really need to compile test before sending patches :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] [e][PATCH] Optimizations v2
Le 21/12/2012 22:32, Michael Blumenkrantz a écrit : On Fri, 21 Dec 2012 22:17:32 +0100 Maxime Villard rusty...@gmx.fr wrote: Hi, same patch as before: removed useless nullchecks and switched some free()'s to E_FREE(). Hi, I've committed your patch, but you really need to compile test before sending patches :p Ahh shit I forgot the 'else' I told myself I would try before sending but my spaghetti were becoming boiling so I decided, during this intense moment of stress, to omit a test and I smirkingly told myself 'they will never know muhaha'. But you're right, I should have tested... -- 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][PATCH] Optimizations v2
On Fri, 21 Dec 2012 23:06:24 +0100 Maxime Villard rusty...@gmx.fr wrote: Le 21/12/2012 22:32, Michael Blumenkrantz a écrit : On Fri, 21 Dec 2012 22:17:32 +0100 Maxime Villard rusty...@gmx.fr wrote: Hi, same patch as before: removed useless nullchecks and switched some free()'s to E_FREE(). Hi, I've committed your patch, but you really need to compile test before sending patches :p Ahh shit I forgot the 'else' I told myself I would try before sending but my spaghetti were becoming boiling so I decided, during this intense moment of stress, to omit a test and I smirkingly told myself 'they will never know muhaha'. But you're right, I should have tested... it's always that one time you think you're getting away with not testing that you break something. but it's better to break svn than dinner. -- 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] Buildbot offline for the release weekend
On 21/12/2012 12:07, Stefan Schmidt wrote: Hello. To help a little bit with our to be overloaded servers over the release weekend buildbot will be offline. Trying to avoid all svn http checkout it does which brings down apache. e3 as a buildbot managed by e2, you can make all the needed stuff on e3. -- 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] Issue with elm.Entry.entry_get and password = True
I ran into an issue this afternoon that gave me all sorts of headaches until I sorted through some debug output. It seems that when I have an elementary.Entry with password = True (so it puts * over the characters a few seconds after they are typed) and I call the entry_get() function on this Entry box - if the last letter of the password is still visible (hasn't become a * yet) then the text that returns looks like: mypassworpassword=offd/password Is it intended that entry_get() returns the text in this manner? If so I will simply strip it out myself - just wanted to confirm that is the desired behavior though. -- ~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] [Enlightenment-release] [Announce] Enlightenment DR 0.17.0
Unbelievable! Congratulations to all of us :-) --Gustavo Sent from my iPhone On 21/12/2012, at 21:59, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: E17 RELEASE: ZERO (IT FINALLY HAPPENED, THIS IS SERIOUS.) E17 has been in development for a long time, and there have been a lot of people involved over the years. At this time, the first and final official release of E17, I think it's important to name names and thank everyone who has been involved over the years. E17 Development Team: * The Rasterman (Carsten Haitzler) * Ibukun Olumuyiwa * Sebastian Dransfeld * HandyAndE (Andrew Williams) * CodeWarrior (Hisham Mardam Bey) * dj2 (Dan Sinclair) * Tilman Sauerbeck * Aleksej Struk * Brian Mattern * devilhorns (Christopher Michael) * /dev/urandom (Viktor Kojouharov) * ilLogict (Chidambar Zinnoury) * Stafford Horne * Cedric Bail * onefang (David Seikel) * okra (Stephen Houston) * Byron Hillis * Ravenlock (Eric Schuele) * ManoWarrior (Luchezar Petkov) * morlenxus (Brian Miculcy) * Toma- (Tom Haste) * k-s (Gustavo Sverzut Barbieri) * Peter van de Werken * Florian Hackenberger * Hannes Janetzek * Mike Blumenkrantz * Leif Middelschulte * yoz (Michael Bouchaud) * billiob (Boris Faure) * Jihoon Kim * Sthitha * Doyoun Kang * Gwanglim Lee * Thomas Gstädtner * q66 * Tom Hacohen (TAsn) * Maxime Villard * Jeremy Zurcher * Shinwoo Kim * Daniel Juyung Seo (SeoZ) * Robert David * Eduardo Lima (Etrunko) * Thanatermesis * Bruno Dilly * Lucas De Marchi * Samuel Mendes * Boris Faure * Michael Stapelberg * Stefan Sperling * Nicolas Beaumont E17 Translation Team: * Viktor Kojouharov * Daniel Kolesa * Vít Pelčák * Tomáš Čech * Martin Geisler * Geo Kou * Aron Xu * Giorgos RageCryX Koutsikos * George Koutsikos * Efstathios Iosifidis * Olivier M * Jose Biosca Martin * DiegoJ * Aníbal Garrido * Adrián Arévalo Tirado * Jani Väyrynen * Jussi Aalto * Sébastien HOUZE * Maxime BRUNEL * Chidambar Zinnoury * Antoine Giniès * Jérôme Pinot * batden * dazibao * rustyBSD * Raoul Hecky * Aníbal Garrido * Yaron * Miro Glavic * Lisovszki Sándor * Massimo Maiurana * David Stevenson * Michael Kim * Jihoon Kim * Daniel Juyung Seo * Seong-ho Cho * Erdal Ronahi * Vaidotas * Simen Graaten * aboe * Niels Abspoel * Heimen Stoffels * Grzegorz Gaczyński * Adam Kisiel * Stanislaw Gackowski * Mariusz 'mariom' Kozakowski * Enlik * Rodrigo -MDK- Oliveira * Sérgio Marques * Vinícius dos Santos Oliveira * Sérgio Marques * Denis Klykvin * Koptev Oleg * Danny Moshnakov * Igor Murzov * r1to * Anders Trobäck * Daniel Nylander * H. İbrahim Güngör * Daniel Korostil * Emfox Zhou * gao stone * Aron Xu * Luo Jie * eexpress * 玉堂白鹤 * squeeze * Sam Xu * John Lee * Chia-I Wu * E17.0 - 81623 http://download.enlightenment.org/releases/enlightenment-0.17.0.tar.gz http://download.enlightenment.org/releases/enlightenment-0.17.0.tar.bz2 And, because there have been some translation updates and minor bug fixes: * Echievements v2 http://download.enlightenment.org/releases/echievements-2.tar.gz http://download.enlightenment.org/releases/echievements-2.tar.bz2 -- 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-release mailing list enlightenment-rele...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-release -- 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 IN trunk: e web/www/p/download web/www/p/index web/www/p/news/en
On the webpage: Dec 21, 2012 at 11:59 PM Yay for meeting the deadline the last minute! Congratulations everybody and thanks muchly for the hard (or not so hard) work! Now you can rest for the next 8h, because this is when the real work starts. As for myself, I'm taking some days relaxing by the beach, drinking some cold beers and all that stuff. :D On Fri, Dec 21, 2012 at 9:57 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: E17: THE RELEASINATING IS NOW Author: discomfitor Date: 2012-12-21 15:57:36 -0800 (Fri, 21 Dec 2012) New Revision: 81625 Trac: http://trac.enlightenment.org/e/changeset/81625 Added: trunk/web/www/p/news/en/20121221-235900 Modified: trunk/e/ChangeLog trunk/e/configure.ac trunk/web/www/p/download/en-body trunk/web/www/p/index/en-body Modified: trunk/e/ChangeLog === --- trunk/e/ChangeLog 2012-12-21 23:57:05 UTC (rev 81624) +++ trunk/e/ChangeLog 2012-12-21 23:57:36 UTC (rev 81625) @@ -0,0 +1,3 @@ +2012-12-21 + +Initial release Modified: trunk/e/configure.ac === --- trunk/e/configure.ac2012-12-21 23:57:05 UTC (rev 81624) +++ trunk/e/configure.ac2012-12-21 23:57:36 UTC (rev 81625) @@ -7,7 +7,7 @@ m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2 /dev/null | (grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d '\n']))]) ##-- When released, remove the dnl on the below line m4_undefine([v_rev]) -m4_define([relname], [0.17.0-omega]) +m4_define([relname], [0.17.0]) ##-- When doing snapshots - change soname. remove dnl on below line dnl m4_define([relname], [ver-pre-svn-08]) dnl m4_define([v_rel], [-release relname]) @@ -19,7 +19,7 @@ ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--## ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--## -AC_INIT([enlightenment], [v_ver-omega], [enlightenment-devel@lists.sourceforge.net]) +AC_INIT([enlightenment], [v_ver], [enlightenment-devel@lists.sourceforge.net]) AC_PREREQ([2.52]) AC_CONFIG_SRCDIR([configure.ac]) AC_CONFIG_MACRO_DIR([m4]) Modified: trunk/web/www/p/download/en-body === --- trunk/web/www/p/download/en-body2012-12-21 23:57:05 UTC (rev 81624) +++ trunk/web/www/p/download/en-body2012-12-21 23:57:36 UTC (rev 81625) @@ -175,10 +175,10 @@ ?php frame1(width=100%);? div class=mainpba href= http://trac.enlightenment.org/e/wiki/User_Guide;Enlightenment/a /bem - 0.17.0-omega/em/pp + 0.17.0/em/pp The Window Manager and Desktop Shell. /pp align=right?php blinkdl(i/dl.png, DOWNLOAD ENLIGHTENMENT, - http://download.enlightenment.org/releases/enlightenment-0.17.0-omega.tar.gz; + http://download.enlightenment.org/releases/enlightenment-0.17.0.tar.gz; );?/p/div ?php frame2();? Modified: trunk/web/www/p/index/en-body === --- trunk/web/www/p/index/en-body 2012-12-21 23:57:05 UTC (rev 81624) +++ trunk/web/www/p/index/en-body 2012-12-21 23:57:36 UTC (rev 81625) @@ -47,9 +47,7 @@ center ?php img(logo.png, E); ? br - bE17 release comingbr - December 21, 2012br - The Omega is now!/b + bE17 release bHAS HAPPENED/b!br ?php blink(i/dl.png, DOWNLOAD E, download); ? /center /div -- 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 -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.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] ENLIGHTENMENT FOREVER!!!
HOORAY! The world didn't end E17 was RELEASED After hell froze over (e17 entered cvs) and Duke Nukem Forever was released, the new era of E has began, thanks to all who coded, translated, tested and even poke it with a stick. I feel like a kid again ... well maybe a teenager with hormones LOL. ENLIGHTENMENT FOREVER!!! WilAnJe ( no raster it's still not wiljane :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] E SVN: jeffdameth trunk/e/src/modules/fileman
On Fri, 21 Dec 2012 17:03:01 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: e17/fileman: fix segv: ni-monitor could be NULL Author: jeffdameth Date: 2012-12-21 17:03:01 -0800 (Fri, 21 Dec 2012) New Revision: 81629 Trac: http://trac.enlightenment.org/e/changeset/81629 Modified: trunk/e/src/modules/fileman/e_fwin_nav.c Modified: trunk/e/src/modules/fileman/e_fwin_nav.c === --- trunk/e/src/modules/fileman/e_fwin_nav.c 2012-12-22 00:28:59 UTC (rev 81628) +++ trunk/e/src/modules/fileman/e_fwin_nav.c 2012-12-22 01:03:01 UTC (rev 81629) @@ -92,7 +92,7 @@ if (type == EIO_MONITOR_ERROR) { //donteven.jpg -eio_monitor_del(ni-monitor); +if (ni-monitor) eio_monitor_del(ni-monitor); ni-monitor = eio_monitor_stringshared_add(ni-path); return ECORE_CALLBACK_RENEW; } @@ -673,6 +673,7 @@ } ni-path = eina_stringshare_add(path); ni-monitor = eio_monitor_stringshared_add(ni-path); + if (!ni-monitor) DBG(failed to add file monitor: %s, ni-path); E_LIST_HANDLER_APPEND(ni-handlers, EIO_MONITOR_SELF_DELETED, _event_deleted, ni); E_LIST_HANDLER_APPEND(ni-handlers, EIO_MONITOR_SELF_RENAME, _event_deleted, ni); E_LIST_HANDLER_APPEND(ni-handlers, EIO_MONITOR_ERROR, _event_deleted, ni); ah that's only a crash if you're using an older release; I fixed it earlier this week to not crash on null -- 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: jeffdameth trunk/e/src/modules/fileman
On Sat, Dec 22, 2012 at 2:11 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 21 Dec 2012 17:03:01 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: e17/fileman: fix segv: ni-monitor could be NULL Author: jeffdameth Date: 2012-12-21 17:03:01 -0800 (Fri, 21 Dec 2012) New Revision: 81629 Trac: http://trac.enlightenment.org/e/changeset/81629 Modified: trunk/e/src/modules/fileman/e_fwin_nav.c Modified: trunk/e/src/modules/fileman/e_fwin_nav.c === --- trunk/e/src/modules/fileman/e_fwin_nav.c 2012-12-22 00:28:59 UTC (rev 81628) +++ trunk/e/src/modules/fileman/e_fwin_nav.c 2012-12-22 01:03:01 UTC (rev 81629) @@ -92,7 +92,7 @@ if (type == EIO_MONITOR_ERROR) { //donteven.jpg -eio_monitor_del(ni-monitor); +if (ni-monitor) eio_monitor_del(ni-monitor); ni-monitor = eio_monitor_stringshared_add(ni-path); return ECORE_CALLBACK_RENEW; } @@ -673,6 +673,7 @@ } ni-path = eina_stringshare_add(path); ni-monitor = eio_monitor_stringshared_add(ni-path); + if (!ni-monitor) DBG(failed to add file monitor: %s, ni-path); E_LIST_HANDLER_APPEND(ni-handlers, EIO_MONITOR_SELF_DELETED, _event_deleted, ni); E_LIST_HANDLER_APPEND(ni-handlers, EIO_MONITOR_SELF_RENAME, _event_deleted, ni); E_LIST_HANDLER_APPEND(ni-handlers, EIO_MONITOR_ERROR, _event_deleted, ni); ah that's only a crash if you're using an older release; I fixed it earlier this week to not crash on null trunk/eio? I'm still using the latest from trunk/efl, (sorry) -- 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: jeffdameth trunk/e/src/modules/fileman
On Sat, 22 Dec 2012 02:17:58 +0100 hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Sat, Dec 22, 2012 at 2:11 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 21 Dec 2012 17:03:01 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: e17/fileman: fix segv: ni-monitor could be NULL Author: jeffdameth Date: 2012-12-21 17:03:01 -0800 (Fri, 21 Dec 2012) New Revision: 81629 Trac: http://trac.enlightenment.org/e/changeset/81629 Modified: trunk/e/src/modules/fileman/e_fwin_nav.c Modified: trunk/e/src/modules/fileman/e_fwin_nav.c === --- trunk/e/src/modules/fileman/e_fwin_nav.c 2012-12-22 00:28:59 UTC (rev 81628) +++ trunk/e/src/modules/fileman/e_fwin_nav.c 2012-12-22 01:03:01 UTC (rev 81629) @@ -92,7 +92,7 @@ if (type == EIO_MONITOR_ERROR) { //donteven.jpg -eio_monitor_del(ni-monitor); +if (ni-monitor) eio_monitor_del(ni-monitor); ni-monitor = eio_monitor_stringshared_add(ni-path); return ECORE_CALLBACK_RENEW; } @@ -673,6 +673,7 @@ } ni-path = eina_stringshare_add(path); ni-monitor = eio_monitor_stringshared_add(ni-path); + if (!ni-monitor) DBG(failed to add file monitor: %s, ni-path); E_LIST_HANDLER_APPEND(ni-handlers, EIO_MONITOR_SELF_DELETED, _event_deleted, ni); E_LIST_HANDLER_APPEND(ni-handlers, EIO_MONITOR_SELF_RENAME, _event_deleted, ni); E_LIST_HANDLER_APPEND(ni-handlers, EIO_MONITOR_ERROR, _event_deleted, ni); ah that's only a crash if you're using an older release; I fixed it earlier this week to not crash on null trunk/eio? I'm still using the latest from trunk/efl, (sorry) -- ahhh I may have fixed it after the merge? not sure...I just know it's in the new 1.7.4 release -- 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: jeffdameth trunk/e/src/modules/fileman
On Sat, 22 Dec 2012 02:17:58 +0100 hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Sat, Dec 22, 2012 at 2:11 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 21 Dec 2012 17:03:01 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: e17/fileman: fix segv: ni-monitor could be NULL Author: jeffdameth Date: 2012-12-21 17:03:01 -0800 (Fri, 21 Dec 2012) New Revision: 81629 Trac: http://trac.enlightenment.org/e/changeset/81629 Modified: trunk/e/src/modules/fileman/e_fwin_nav.c Modified: trunk/e/src/modules/fileman/e_fwin_nav.c === --- trunk/e/src/modules/fileman/e_fwin_nav.c 2012-12-22 00:28:59 UTC (rev 81628) +++ trunk/e/src/modules/fileman/e_fwin_nav.c 2012-12-22 01:03:01 UTC (rev 81629) @@ -92,7 +92,7 @@ if (type == EIO_MONITOR_ERROR) { //donteven.jpg -eio_monitor_del(ni-monitor); +if (ni-monitor) eio_monitor_del(ni-monitor); ni-monitor = eio_monitor_stringshared_add(ni-path); return ECORE_CALLBACK_RENEW; } @@ -673,6 +673,7 @@ } ni-path = eina_stringshare_add(path); ni-monitor = eio_monitor_stringshared_add(ni-path); + if (!ni-monitor) DBG(failed to add file monitor: %s, ni-path); E_LIST_HANDLER_APPEND(ni-handlers, EIO_MONITOR_SELF_DELETED, _event_deleted, ni); E_LIST_HANDLER_APPEND(ni-handlers, EIO_MONITOR_SELF_RENAME, _event_deleted, ni); E_LIST_HANDLER_APPEND(ni-handlers, EIO_MONITOR_ERROR, _event_deleted, ni); ah that's only a crash if you're using an older release; I fixed it earlier this week to not crash on null trunk/eio? I'm still using the latest from trunk/efl, (sorry) hmm I checked and eio in trunk/efl doesn't have my fix. guess it got lost in the merge :/ -- 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] [Enlightenment-release] [Announce] Enlightenment DR 0.17.0
On Fri, Dec 21, 2012 at 10:07 PM, Gustavo Sverzut Barbieri barbi...@gmail.com wrote: Unbelievable! Congratulations to all of us :-) --Gustavo Yeah, great job everyone! And kudos to mike for his amazing job to make this release real. I'm grabbing a beer to celebrate it. Sent from my iPhone On 21/12/2012, at 21:59, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: E17 RELEASE: ZERO (IT FINALLY HAPPENED, THIS IS SERIOUS.) E17 has been in development for a long time, and there have been a lot of people involved over the years. At this time, the first and final official release of E17, I think it's important to name names and thank everyone who has been involved over the years. E17 Development Team: * The Rasterman (Carsten Haitzler) * Ibukun Olumuyiwa * Sebastian Dransfeld * HandyAndE (Andrew Williams) * CodeWarrior (Hisham Mardam Bey) * dj2 (Dan Sinclair) * Tilman Sauerbeck * Aleksej Struk * Brian Mattern * devilhorns (Christopher Michael) * /dev/urandom (Viktor Kojouharov) * ilLogict (Chidambar Zinnoury) * Stafford Horne * Cedric Bail * onefang (David Seikel) * okra (Stephen Houston) * Byron Hillis * Ravenlock (Eric Schuele) * ManoWarrior (Luchezar Petkov) * morlenxus (Brian Miculcy) * Toma- (Tom Haste) * k-s (Gustavo Sverzut Barbieri) * Peter van de Werken * Florian Hackenberger * Hannes Janetzek * Mike Blumenkrantz * Leif Middelschulte * yoz (Michael Bouchaud) * billiob (Boris Faure) * Jihoon Kim * Sthitha * Doyoun Kang * Gwanglim Lee * Thomas Gstädtner * q66 * Tom Hacohen (TAsn) * Maxime Villard * Jeremy Zurcher * Shinwoo Kim * Daniel Juyung Seo (SeoZ) * Robert David * Eduardo Lima (Etrunko) * Thanatermesis * Bruno Dilly * Lucas De Marchi * Samuel Mendes * Boris Faure * Michael Stapelberg * Stefan Sperling * Nicolas Beaumont E17 Translation Team: * Viktor Kojouharov * Daniel Kolesa * Vít Pelčák * Tomáš Čech * Martin Geisler * Geo Kou * Aron Xu * Giorgos RageCryX Koutsikos * George Koutsikos * Efstathios Iosifidis * Olivier M * Jose Biosca Martin * DiegoJ * Aníbal Garrido * Adrián Arévalo Tirado * Jani Väyrynen * Jussi Aalto * Sébastien HOUZE * Maxime BRUNEL * Chidambar Zinnoury * Antoine Giniès * Jérôme Pinot * batden * dazibao * rustyBSD * Raoul Hecky * Aníbal Garrido * Yaron * Miro Glavic * Lisovszki Sándor * Massimo Maiurana * David Stevenson * Michael Kim * Jihoon Kim * Daniel Juyung Seo * Seong-ho Cho * Erdal Ronahi * Vaidotas * Simen Graaten * aboe * Niels Abspoel * Heimen Stoffels * Grzegorz Gaczyński * Adam Kisiel * Stanislaw Gackowski * Mariusz 'mariom' Kozakowski * Enlik * Rodrigo -MDK- Oliveira * Sérgio Marques * Vinícius dos Santos Oliveira * Sérgio Marques * Denis Klykvin * Koptev Oleg * Danny Moshnakov * Igor Murzov * r1to * Anders Trobäck * Daniel Nylander * H. İbrahim Güngör * Daniel Korostil * Emfox Zhou * gao stone * Aron Xu * Luo Jie * eexpress * 玉堂白鹤 * squeeze * Sam Xu * John Lee * Chia-I Wu * E17.0 - 81623 http://download.enlightenment.org/releases/enlightenment-0.17.0.tar.gz http://download.enlightenment.org/releases/enlightenment-0.17.0.tar.bz2 And, because there have been some translation updates and minor bug fixes: * Echievements v2 http://download.enlightenment.org/releases/echievements-2.tar.gz http://download.enlightenment.org/releases/echievements-2.tar.bz2 -- 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-release mailing list enlightenment-rele...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-release -- 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 -- Bruno Dilly Lead Developer ProFUSION embedded systems http://profusion.mobi -- 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
[E-devel] E17+
I would like to open this thread for know/discuss/talk about the plans of the future status of E17 (not E18), because this is a very waited and wanted release, we need to provide a good example of quality result. For example, like in any other software, what are the plans for update the existing release with more bugs fixed ? and in the same way, the new commits to e17, like improvings or minor fixes can be good to have it also to the actual release and not only in the svn, how we can manage that ? This is the first commit after the release: http://git.enlightenment.fr/cgit.cgi/svn/e.git/commit/?id=42bdecd16029b779bb1d52febbb3fa502d67ed2a and it looks like a fix, how we can work in 2 branches mode in order to be able to commit for dev, for stable, or for both ? I don't know if anything is planned, talked, discussed, maybe there's people working on a new structure in the server based on git for the future development ? so... comments ? thoughts ? ideas ? -- 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] [PATCH] etrophy: drop python configure check
On Fri, Dec 21, 2012 at 1:40 PM, thomasg tho...@gstaedtner.net wrote: On Fri, Dec 21, 2012 at 4:13 PM, Leandro Dorileo dori...@profusion.mobiwrote: I think it used to depend on geneet.py, but looking at it it seems to not call geneet.py anywhere, if so the geneet check could be removed as well. Regards On Fri, Dec 21, 2012 at 03:16:04PM +0100, Thomas Gstädtner wrote: I can't see why it would depend on python. --- trunk/PROTO/etrophy/configure.ac | 5 - 1 file changed, 5 deletions(-) diff --git a/trunk/PROTO/etrophy/configure.ac b/trunk/PROTO/etrophy/ configure.ac index 3f97428..e874e6a 100644 --- a/trunk/PROTO/etrophy/configure.ac +++ b/trunk/PROTO/etrophy/configure.ac @@ -83,11 +83,6 @@ AC_PROG_CC EFL_CHECK_DOXYGEN([build_doc=yes], [build_doc=no]) -# python - -AM_PATH_PYTHON([2.5], , [:]) -AM_CONDITIONAL([HAVE_PYTHON], [test $PYTHON != : ]) - # pkg-config PKG_PROG_PKG_CONFIG -- 1.8.0 -- Leandro Dorileo ProFUSION embedded systems http://profusion.mobi Hi Leandro, you're right, there is no sign of geneet being used actively in etrophy. So I redid the patch and removed both. I also attached another patch adding the efl_path_max.m4 macro, which was called in configure.ac but didn't exist and thus fail. It's a copy and paste of course (from efreet in this case) :) Thanks Thomas, you're right. Its initial version was using geneet and it was dropped before landing on svn. Looks like I forgot some stuff. I can't apply your patches right now, I'm going to do this tomorrow with some further work on etrophy. regards -- thomasg -- 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 -- Bruno Dilly Lead Developer ProFUSION embedded systems http://profusion.mobi -- 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] [Enlightenment-release] [Announce] Enlightenment DR 0.17.0
AWESOME! HAPPY RELEASE TO EVERYONE! :) Absolutely an amazing job you've done, mike! _o_ \o\ |o| /o/ _o_ \o_ _o/ |o| \o/ On 12/22/2012 02:50 AM, Bruno Dilly wrote: On Fri, Dec 21, 2012 at 10:07 PM, Gustavo Sverzut Barbieri barbi...@gmail.com wrote: Unbelievable! Congratulations to all of us :-) --Gustavo Yeah, great job everyone! And kudos to mike for his amazing job to make this release real. I'm grabbing a beer to celebrate it. Sent from my iPhone On 21/12/2012, at 21:59, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: E17 RELEASE: ZERO (IT FINALLY HAPPENED, THIS IS SERIOUS.) E17 has been in development for a long time, and there have been a lot of people involved over the years. At this time, the first and final official release of E17, I think it's important to name names and thank everyone who has been involved over the years. E17 Development Team: * The Rasterman (Carsten Haitzler) * Ibukun Olumuyiwa * Sebastian Dransfeld * HandyAndE (Andrew Williams) * CodeWarrior (Hisham Mardam Bey) * dj2 (Dan Sinclair) * Tilman Sauerbeck * Aleksej Struk * Brian Mattern * devilhorns (Christopher Michael) * /dev/urandom (Viktor Kojouharov) * ilLogict (Chidambar Zinnoury) * Stafford Horne * Cedric Bail * onefang (David Seikel) * okra (Stephen Houston) * Byron Hillis * Ravenlock (Eric Schuele) * ManoWarrior (Luchezar Petkov) * morlenxus (Brian Miculcy) * Toma- (Tom Haste) * k-s (Gustavo Sverzut Barbieri) * Peter van de Werken * Florian Hackenberger * Hannes Janetzek * Mike Blumenkrantz * Leif Middelschulte * yoz (Michael Bouchaud) * billiob (Boris Faure) * Jihoon Kim * Sthitha * Doyoun Kang * Gwanglim Lee * Thomas Gstädtner * q66 * Tom Hacohen (TAsn) * Maxime Villard * Jeremy Zurcher * Shinwoo Kim * Daniel Juyung Seo (SeoZ) * Robert David * Eduardo Lima (Etrunko) * Thanatermesis * Bruno Dilly * Lucas De Marchi * Samuel Mendes * Boris Faure * Michael Stapelberg * Stefan Sperling * Nicolas Beaumont E17 Translation Team: * Viktor Kojouharov * Daniel Kolesa * Vít Pelčák * Tomáš Čech * Martin Geisler * Geo Kou * Aron Xu * Giorgos RageCryX Koutsikos * George Koutsikos * Efstathios Iosifidis * Olivier M * Jose Biosca Martin * DiegoJ * Aníbal Garrido * Adrián Arévalo Tirado * Jani Väyrynen * Jussi Aalto * Sébastien HOUZE * Maxime BRUNEL * Chidambar Zinnoury * Antoine Giniès * Jérôme Pinot * batden * dazibao * rustyBSD * Raoul Hecky * Aníbal Garrido * Yaron * Miro Glavic * Lisovszki Sándor * Massimo Maiurana * David Stevenson * Michael Kim * Jihoon Kim * Daniel Juyung Seo * Seong-ho Cho * Erdal Ronahi * Vaidotas * Simen Graaten * aboe * Niels Abspoel * Heimen Stoffels * Grzegorz Gaczyński * Adam Kisiel * Stanislaw Gackowski * Mariusz 'mariom' Kozakowski * Enlik * Rodrigo -MDK- Oliveira * Sérgio Marques * Vinícius dos Santos Oliveira * Sérgio Marques * Denis Klykvin * Koptev Oleg * Danny Moshnakov * Igor Murzov * r1to * Anders Trobäck * Daniel Nylander * H. İbrahim Güngör * Daniel Korostil * Emfox Zhou * gao stone * Aron Xu * Luo Jie * eexpress * 玉堂白鹤 * squeeze * Sam Xu * John Lee * Chia-I Wu * E17.0 - 81623 http://download.enlightenment.org/releases/enlightenment-0.17.0.tar.gz http://download.enlightenment.org/releases/enlightenment-0.17.0.tar.bz2 And, because there have been some translation updates and minor bug fixes: * Echievements v2 http://download.enlightenment.org/releases/echievements-2.tar.gz http://download.enlightenment.org/releases/echievements-2.tar.bz2 -- 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-release mailing list enlightenment-rele...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-release -- 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
Re: [E-devel] [Enlightenment-release] [Announce] Enlightenment DR 0.17.0
I just got an email from a coworker -- last place I would have expected it. I didn't know you worked on E17... Congrats. E17 actually got released! Shut it down, our lives are fully accomplished! Big kudos to Mike for making this happen, and big kudos to everyone who worked on this over the years, many of whom have moved on to new challenges in their various lives. I still will never forget LinuxWorld 2005 in San Francisco, watching jaws drop as people walked past our booth and saw overlapping transparent videos projected on the wall (woohoo Emotion!). Carsten, you are a genius. It was one of the honors of my lifetime to have worked with you. And to everyone else on that team of geniuses - Nathan, Andy, Hisham, Tilman, Brian, Chris, Dan, Ben Rockwood ... any one I forgot to mention, and everyone else who came on afterwards to pick up the slack people like me left behind -- well done. Hope you all have a very jolly Christmas and Happy New Year. OK, down from my little soapbox. -- Ibukun On 2012-12-21 18:07, Gustavo Sverzut Barbieri wrote: Unbelievable! Congratulations to all of us :-) --Gustavo Sent from my iPhone On 21/12/2012, at 21:59, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: E17 RELEASE: ZERO (IT FINALLY HAPPENED, THIS IS SERIOUS.) E17 has been in development for a long time, and there have been a lot of people involved over the years. At this time, the first and final official release of E17, I think it's important to name names and thank everyone who has been involved over the years. E17 Development Team: * The Rasterman (Carsten Haitzler) * Ibukun Olumuyiwa * Sebastian Dransfeld * HandyAndE (Andrew Williams) * CodeWarrior (Hisham Mardam Bey) * dj2 (Dan Sinclair) * Tilman Sauerbeck * Aleksej Struk * Brian Mattern * devilhorns (Christopher Michael) * /dev/urandom (Viktor Kojouharov) * ilLogict (Chidambar Zinnoury) * Stafford Horne * Cedric Bail * onefang (David Seikel) * okra (Stephen Houston) * Byron Hillis * Ravenlock (Eric Schuele) * ManoWarrior (Luchezar Petkov) * morlenxus (Brian Miculcy) * Toma- (Tom Haste) * k-s (Gustavo Sverzut Barbieri) * Peter van de Werken * Florian Hackenberger * Hannes Janetzek * Mike Blumenkrantz * Leif Middelschulte * yoz (Michael Bouchaud) * billiob (Boris Faure) * Jihoon Kim * Sthitha * Doyoun Kang * Gwanglim Lee * Thomas Gstädtner * q66 * Tom Hacohen (TAsn) * Maxime Villard * Jeremy Zurcher * Shinwoo Kim * Daniel Juyung Seo (SeoZ) * Robert David * Eduardo Lima (Etrunko) * Thanatermesis * Bruno Dilly * Lucas De Marchi * Samuel Mendes * Boris Faure * Michael Stapelberg * Stefan Sperling * Nicolas Beaumont E17 Translation Team: * Viktor Kojouharov * Daniel Kolesa * Vít Pelčák * Tomáš Čech * Martin Geisler * Geo Kou * Aron Xu * Giorgos RageCryX Koutsikos * George Koutsikos * Efstathios Iosifidis * Olivier M * Jose Biosca Martin * DiegoJ * Aníbal Garrido * Adrián Arévalo Tirado * Jani Väyrynen * Jussi Aalto * Sébastien HOUZE * Maxime BRUNEL * Chidambar Zinnoury * Antoine Giniès * Jérôme Pinot * batden * dazibao * rustyBSD * Raoul Hecky * Aníbal Garrido * Yaron * Miro Glavic * Lisovszki Sándor * Massimo Maiurana * David Stevenson * Michael Kim * Jihoon Kim * Daniel Juyung Seo * Seong-ho Cho * Erdal Ronahi * Vaidotas * Simen Graaten * aboe * Niels Abspoel * Heimen Stoffels * Grzegorz Gaczyński * Adam Kisiel * Stanislaw Gackowski * Mariusz 'mariom' Kozakowski * Enlik * Rodrigo -MDK- Oliveira * Sérgio Marques * Vinícius dos Santos Oliveira * Sérgio Marques * Denis Klykvin * Koptev Oleg * Danny Moshnakov * Igor Murzov * r1to * Anders Trobäck * Daniel Nylander * H. İbrahim Güngör * Daniel Korostil * Emfox Zhou * gao stone * Aron Xu * Luo Jie * eexpress * 玉堂白鹤 * squeeze * Sam Xu * John Lee * Chia-I Wu * E17.0 - 81623 http://download.enlightenment.org/releases/enlightenment-0.17.0.tar.gz [1] http://download.enlightenment.org/releases/enlightenment-0.17.0.tar.bz2 [2] And, because there have been some translation updates and minor bug fixes: * Echievements v2 http://download.enlightenment.org/releases/echievements-2.tar.gz [3] http://download.enlightenment.org/releases/echievements-2.tar.bz2 [4] -- 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 [5] ___ Enlightenment-release mailing list enlightenment-rele...@lists.sourceforge.net [6] https://lists.sourceforge.net/lists/listinfo/enlightenment-release [7] -- 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
[E-devel] Web page needs update
http://www.enlightenment.org/p.php?p=about/e17l=en This page mentions efl 1.7.3 and e omega. S. -- 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