[E-devel] [PATCH] elementary: Fix compilation error of elm_entry.c
From 54dd1bb7a7e0e753d30a2458401d8d23a09f6b68 Mon Sep 17 00:00:00 2001
From: Alex Wu zhiwen...@linux.intel.com
Date: Fri, 31 Aug 2012 14:13:12 +0800
Subject: [PATCH] elementary: Fix compilation error of elm_entry.c
---
trunk/elementary/src/lib/elm_entry.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/trunk/elementary/src/lib/elm_entry.c
b/trunk/elementary/src/lib/elm_entry.c
index f1a6f4f..5595634 100644
--- a/trunk/elementary/src/lib/elm_entry.c
+++ b/trunk/elementary/src/lib/elm_entry.c
@@ -1104,10 +1104,10 @@ _paste_cb(void *data,
{
#ifdef HAVE_ELEMENTARY_WAYLAND
Elm_Sel_Format formats = ELM_SEL_FORMAT_MARKUP;
- wd-selection_asked = EINA_TRUE;
- if (wd-cnp_mode == ELM_CNP_MODE_PLAINTEXT)
+ sd-selection_asked = EINA_TRUE;
+ if (sd-cnp_mode == ELM_CNP_MODE_PLAINTEXT)
formats = ELM_SEL_FORMAT_TEXT;
- else if (wd-cnp_mode != ELM_CNP_MODE_NO_IMAGE)
+ else if (sd-cnp_mode != ELM_CNP_MODE_NO_IMAGE)
formats |= ELM_SEL_FORMAT_IMAGE;
elm_cnp_selection_get(data, ELM_SEL_TYPE_CLIPBOARD, formats, NULL, NULL);
#endif
--
1.7.9.5
From 54dd1bb7a7e0e753d30a2458401d8d23a09f6b68 Mon Sep 17 00:00:00 2001
From: Alex Wu zhiwen...@linux.intel.com
Date: Fri, 31 Aug 2012 14:13:12 +0800
Subject: [PATCH] elementary: Fix compilation error of elm_entry.c
---
trunk/elementary/src/lib/elm_entry.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/trunk/elementary/src/lib/elm_entry.c
b/trunk/elementary/src/lib/elm_entry.c
index f1a6f4f..5595634 100644
--- a/trunk/elementary/src/lib/elm_entry.c
+++ b/trunk/elementary/src/lib/elm_entry.c
@@ -1104,10 +1104,10 @@ _paste_cb(void *data,
{
#ifdef HAVE_ELEMENTARY_WAYLAND
Elm_Sel_Format formats = ELM_SEL_FORMAT_MARKUP;
-wd-selection_asked = EINA_TRUE;
-if (wd-cnp_mode == ELM_CNP_MODE_PLAINTEXT)
+sd-selection_asked = EINA_TRUE;
+if (sd-cnp_mode == ELM_CNP_MODE_PLAINTEXT)
formats = ELM_SEL_FORMAT_TEXT;
-else if (wd-cnp_mode != ELM_CNP_MODE_NO_IMAGE)
+else if (sd-cnp_mode != ELM_CNP_MODE_NO_IMAGE)
formats |= ELM_SEL_FORMAT_IMAGE;
elm_cnp_selection_get(data, ELM_SEL_TYPE_CLIPBOARD, formats, NULL,
NULL);
#endif
--
1.7.9.5
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Can't disable posix threads in eina 1.7.0
On Thu, 30 Aug 2012 23:45:13 +0200 Vincent Torri vincent.to...@gmail.com wrote: On Thu, Aug 30, 2012 at 7:42 PM, David Seikel onef...@gmail.com wrote: Yay! First bug report from the released tarballs. Edited highlights - eina$ ./configure --disable-posix-threads funny because that option does not exist anymore. Try ./configure --help ~/e17_svn/TEMP/eina-1.7.0$ ./configure --help `configure' configures eina 1.7.0 to adapt to many kinds of systems. Usage: ./configure [OPTION]... [VAR=VALUE]... To assign environment variables (e.g., CC, CFLAGS...), specify them as VAR=VALUE. See below for descriptions of some of the useful variables. Defaults for the options are specified in brackets. Configuration: -h, --help display this help and exit --help=shortdisplay options specific to this package --help=recursivedisplay the short help of all the included packages -V, --version display version information and exit -q, --quiet, --silent do not print `checking ...' messages --cache-file=FILE cache test results in FILE [disabled] -C, --config-cache alias for `--cache-file=config.cache' -n, --no-create do not create output files --srcdir=DIRfind the sources in DIR [configure dir or `..'] Installation directories: --prefix=PREFIX install architecture-independent files in PREFIX [/usr/local] --exec-prefix=EPREFIX install architecture-dependent files in EPREFIX [PREFIX] By default, `make install' will install all the files in `/usr/local/bin', `/usr/local/lib' etc. You can specify an installation prefix other than `/usr/local' using `--prefix', for instance `--prefix=$HOME'. For better control, use the options below. Fine tuning of the installation directories: --bindir=DIRuser executables [EPREFIX/bin] --sbindir=DIR system admin executables [EPREFIX/sbin] --libexecdir=DIRprogram executables [EPREFIX/libexec] --sysconfdir=DIRread-only single-machine data [PREFIX/etc] --sharedstatedir=DIRmodifiable architecture-independent data [PREFIX/com] --localstatedir=DIR modifiable single-machine data [PREFIX/var] --libdir=DIRobject code libraries [EPREFIX/lib] --includedir=DIRC header files [PREFIX/include] --oldincludedir=DIR C header files for non-gcc [/usr/include] --datarootdir=DIR read-only arch.-independent data root [PREFIX/share] --datadir=DIR read-only architecture-independent data [DATAROOTDIR] --infodir=DIR info documentation [DATAROOTDIR/info] --localedir=DIR locale-dependent data [DATAROOTDIR/locale] --mandir=DIRman documentation [DATAROOTDIR/man] --docdir=DIRdocumentation root [DATAROOTDIR/doc/eina] --htmldir=DIR html documentation [DOCDIR] --dvidir=DIRdvi documentation [DOCDIR] --pdfdir=DIRpdf documentation [DOCDIR] --psdir=DIR ps documentation [DOCDIR] Program names: --program-prefix=PREFIXprepend PREFIX to installed program names --program-suffix=SUFFIXappend SUFFIX to installed program names --program-transform-name=PROGRAM run sed PROGRAM on installed program names System types: --build=BUILD configure for building on BUILD [guessed] --host=HOST cross-compile to build programs to run on HOST [BUILD] Optional Features: --disable-option-checking ignore unrecognized --enable/--with options --disable-FEATURE do not include FEATURE (same as --enable-FEATURE=no) --enable-FEATURE[=ARG] include FEATURE [ARG=yes] --enable-silent-rules less verbose build output (undo: `make V=1') --disable-silent-rules verbose build output (undo: `make V=0') --disable-dependency-tracking speeds up one-time build --enable-dependency-tracking do not reject slow dependency extractors --disable-largefile omit support for large files --enable-shared[=PKGS] build shared libraries [default=yes] --enable-static[=PKGS] build static libraries [default=yes] --enable-fast-install[=PKGS] optimize for fast installation [default=yes] --disable-libtool-lock avoid locking (might break parallel builds) --disable-cpu-mmx disable mmx code [default=enabled] --disable-cpu-sse disable sse code [default=enabled] --disable-cpu-sse2 disable sse2 code [default=enabled] --disable-cpu-altivec disable altivec code [default=enabled] --disable-posix-threads enable POSIX threads code [default=auto] --disable-win32-threads enable Win32 threads code [default=no] --enable-on-off-threads only turn this on if you know what you are doing, and don't complain if the world freeze --enable-debug-threads disable assert when you forgot to call eina_threads_init It certainly does exist. This is in the released tarball - http://download.enlightenment.org/releases/eina-1.7.0.tar.bz2 -- A big old
Re: [E-devel] [PATCH] elementary: Fix compilation error of elm_entry.c
Hi Alex,
LOL, I just fixed this literally 2 seconds before you're email came in :)
Cheers,
Dh
-Original Message-
From: Alex Wu [mailto:zhiwen...@linux.intel.com]
Sent: 31 August 2012 07:18
To: 'Enlightenment developer list'
Cc: eduardo.de.barros.l...@intel.com; ras...@rasterman.com
Subject: [E-devel] [PATCH] elementary: Fix compilation error of elm_entry.c
From 54dd1bb7a7e0e753d30a2458401d8d23a09f6b68 Mon Sep 17 00:00:00 2001
From: Alex Wu zhiwen...@linux.intel.com
Date: Fri, 31 Aug 2012 14:13:12 +0800
Subject: [PATCH] elementary: Fix compilation error of elm_entry.c
---
trunk/elementary/src/lib/elm_entry.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/trunk/elementary/src/lib/elm_entry.c
b/trunk/elementary/src/lib/elm_entry.c
index f1a6f4f..5595634 100644
--- a/trunk/elementary/src/lib/elm_entry.c
+++ b/trunk/elementary/src/lib/elm_entry.c
@@ -1104,10 +1104,10 @@ _paste_cb(void *data, { #ifdef
HAVE_ELEMENTARY_WAYLAND Elm_Sel_Format formats = ELM_SEL_FORMAT_MARKUP;
- wd-selection_asked = EINA_TRUE;
- if (wd-cnp_mode == ELM_CNP_MODE_PLAINTEXT)
+ sd-selection_asked = EINA_TRUE;
+ if (sd-cnp_mode == ELM_CNP_MODE_PLAINTEXT)
formats = ELM_SEL_FORMAT_TEXT;
- else if (wd-cnp_mode != ELM_CNP_MODE_NO_IMAGE)
+ else if (sd-cnp_mode != ELM_CNP_MODE_NO_IMAGE)
formats |= ELM_SEL_FORMAT_IMAGE;
elm_cnp_selection_get(data, ELM_SEL_TYPE_CLIPBOARD, formats, NULL, NULL);
#endif
--
1.7.9.5
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Can't disable posix threads in eina 1.7.0
On Fri, Aug 31, 2012 at 8:23 AM, David Seikel onef...@gmail.com wrote: On Thu, 30 Aug 2012 23:45:13 +0200 Vincent Torri vincent.to...@gmail.com wrote: On Thu, Aug 30, 2012 at 7:42 PM, David Seikel onef...@gmail.com wrote: Yay! First bug report from the released tarballs. Edited highlights - eina$ ./configure --disable-posix-threads funny because that option does not exist anymore. Try ./configure --help ~/e17_svn/TEMP/eina-1.7.0$ ./configure --help `configure' configures eina 1.7.0 to adapt to many kinds of systems. Usage: ./configure [OPTION]... [VAR=VALUE]... To assign environment variables (e.g., CC, CFLAGS...), specify them as VAR=VALUE. See below for descriptions of some of the useful variables. Defaults for the options are specified in brackets. Configuration: -h, --help display this help and exit --help=shortdisplay options specific to this package --help=recursivedisplay the short help of all the included packages -V, --version display version information and exit -q, --quiet, --silent do not print `checking ...' messages --cache-file=FILE cache test results in FILE [disabled] -C, --config-cache alias for `--cache-file=config.cache' -n, --no-create do not create output files --srcdir=DIRfind the sources in DIR [configure dir or `..'] Installation directories: --prefix=PREFIX install architecture-independent files in PREFIX [/usr/local] --exec-prefix=EPREFIX install architecture-dependent files in EPREFIX [PREFIX] By default, `make install' will install all the files in `/usr/local/bin', `/usr/local/lib' etc. You can specify an installation prefix other than `/usr/local' using `--prefix', for instance `--prefix=$HOME'. For better control, use the options below. Fine tuning of the installation directories: --bindir=DIRuser executables [EPREFIX/bin] --sbindir=DIR system admin executables [EPREFIX/sbin] --libexecdir=DIRprogram executables [EPREFIX/libexec] --sysconfdir=DIRread-only single-machine data [PREFIX/etc] --sharedstatedir=DIRmodifiable architecture-independent data [PREFIX/com] --localstatedir=DIR modifiable single-machine data [PREFIX/var] --libdir=DIRobject code libraries [EPREFIX/lib] --includedir=DIRC header files [PREFIX/include] --oldincludedir=DIR C header files for non-gcc [/usr/include] --datarootdir=DIR read-only arch.-independent data root [PREFIX/share] --datadir=DIR read-only architecture-independent data [DATAROOTDIR] --infodir=DIR info documentation [DATAROOTDIR/info] --localedir=DIR locale-dependent data [DATAROOTDIR/locale] --mandir=DIRman documentation [DATAROOTDIR/man] --docdir=DIRdocumentation root [DATAROOTDIR/doc/eina] --htmldir=DIR html documentation [DOCDIR] --dvidir=DIRdvi documentation [DOCDIR] --pdfdir=DIRpdf documentation [DOCDIR] --psdir=DIR ps documentation [DOCDIR] Program names: --program-prefix=PREFIXprepend PREFIX to installed program names --program-suffix=SUFFIXappend SUFFIX to installed program names --program-transform-name=PROGRAM run sed PROGRAM on installed program names System types: --build=BUILD configure for building on BUILD [guessed] --host=HOST cross-compile to build programs to run on HOST [BUILD] Optional Features: --disable-option-checking ignore unrecognized --enable/--with options --disable-FEATURE do not include FEATURE (same as --enable-FEATURE=no) --enable-FEATURE[=ARG] include FEATURE [ARG=yes] --enable-silent-rules less verbose build output (undo: `make V=1') --disable-silent-rules verbose build output (undo: `make V=0') --disable-dependency-tracking speeds up one-time build --enable-dependency-tracking do not reject slow dependency extractors --disable-largefile omit support for large files --enable-shared[=PKGS] build shared libraries [default=yes] --enable-static[=PKGS] build static libraries [default=yes] --enable-fast-install[=PKGS] optimize for fast installation [default=yes] --disable-libtool-lock avoid locking (might break parallel builds) --disable-cpu-mmx disable mmx code [default=enabled] --disable-cpu-sse disable sse code [default=enabled] --disable-cpu-sse2 disable sse2 code [default=enabled] --disable-cpu-altivec disable altivec code [default=enabled] --disable-posix-threads enable POSIX threads code [default=auto] --disable-win32-threads enable Win32 threads code [default=no] --enable-on-off-threads only turn this on if you know what you are doing, and don't complain if the world freeze --enable-debug-threads disable assert when you forgot to call
Re: [E-devel] E SVN: cedric trunk/ecore/src/lib/ecore_con
it will not cmopile on Windows. Follow what is in Ecore_Con.h and the doc ? Vincent On Fri, Aug 31, 2012 at 8:39 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: ecore: add forgotten EAPI to Ecore_Con_Eet. Author: cedric Date: 2012-08-30 23:39:57 -0700 (Thu, 30 Aug 2012) New Revision: 75919 Trac: http://trac.enlightenment.org/e/changeset/75919 Modified: trunk/ecore/src/lib/ecore_con/Ecore_Con_Eet.h trunk/ecore/src/lib/ecore_con/ecore_con_eet.c Modified: trunk/ecore/src/lib/ecore_con/Ecore_Con_Eet.h === --- trunk/ecore/src/lib/ecore_con/Ecore_Con_Eet.h 2012-08-31 06:23:29 UTC (rev 75918) +++ trunk/ecore/src/lib/ecore_con/Ecore_Con_Eet.h 2012-08-31 06:39:57 UTC (rev 75919) @@ -13,35 +13,35 @@ typedef Eina_Bool (*Ecore_Con_Eet_Client_Cb)(void *data, Ecore_Con_Reply *reply, Ecore_Con_Client *conn); typedef Eina_Bool (*Ecore_Con_Eet_Server_Cb)(void *data, Ecore_Con_Reply *reply, Ecore_Con_Server *conn); -Ecore_Con_Eet *ecore_con_eet_server_new(Ecore_Con_Server *server); -Ecore_Con_Eet *ecore_con_eet_client_new(Ecore_Con_Server *server); -void ecore_con_eet_server_free(Ecore_Con_Eet *ece); +EAPI Ecore_Con_Eet *ecore_con_eet_server_new(Ecore_Con_Server *server); +EAPI Ecore_Con_Eet *ecore_con_eet_client_new(Ecore_Con_Server *server); +EAPI void ecore_con_eet_server_free(Ecore_Con_Eet *ece); -void ecore_con_eet_register(Ecore_Con_Eet *ece, const char *name, Eet_Data_Descriptor *edd); +EAPI void ecore_con_eet_register(Ecore_Con_Eet *ece, const char *name, Eet_Data_Descriptor *edd); -void ecore_con_eet_data_callback_add(Ecore_Con_Eet *ece, const char *name, Ecore_Con_Eet_Data_Cb func, const void *data); -void ecore_con_eet_data_callback_del(Ecore_Con_Eet *ece, const char *name); +EAPI void ecore_con_eet_data_callback_add(Ecore_Con_Eet *ece, const char *name, Ecore_Con_Eet_Data_Cb func, const void *data); +EAPI void ecore_con_eet_data_callback_del(Ecore_Con_Eet *ece, const char *name); -void ecore_con_eet_raw_data_callback_add(Ecore_Con_Eet *ece, const char *name, Ecore_Con_Eet_Raw_Data_Cb func, const void *data); -void ecore_con_eet_raw_data_callback_del(Ecore_Con_Eet *ece, const char *name); +EAPI void ecore_con_eet_raw_data_callback_add(Ecore_Con_Eet *ece, const char *name, Ecore_Con_Eet_Raw_Data_Cb func, const void *data); +EAPI void ecore_con_eet_raw_data_callback_del(Ecore_Con_Eet *ece, const char *name); -void ecore_con_eet_client_connect_callback_add(Ecore_Con_Eet *ece, Ecore_Con_Eet_Client_Cb func, const void *data); -void ecore_con_eet_client_connect_callback_del(Ecore_Con_Eet *ece, Ecore_Con_Eet_Client_Cb func, const void *data); +EAPI void ecore_con_eet_client_connect_callback_add(Ecore_Con_Eet *ece, Ecore_Con_Eet_Client_Cb func, const void *data); +EAPI void ecore_con_eet_client_connect_callback_del(Ecore_Con_Eet *ece, Ecore_Con_Eet_Client_Cb func, const void *data); -void ecore_con_eet_client_disconnect_callback_add(Ecore_Con_Eet *ece, Ecore_Con_Eet_Client_Cb func, const void *data); -void ecore_con_eet_client_disconnect_callback_del(Ecore_Con_Eet *ece, Ecore_Con_Eet_Client_Cb func, const void *data); +EAPI void ecore_con_eet_client_disconnect_callback_add(Ecore_Con_Eet *ece, Ecore_Con_Eet_Client_Cb func, const void *data); +EAPI void ecore_con_eet_client_disconnect_callback_del(Ecore_Con_Eet *ece, Ecore_Con_Eet_Client_Cb func, const void *data); -void ecore_con_eet_server_connect_callback_add(Ecore_Con_Eet *ece, Ecore_Con_Eet_Server_Cb func, const void *data); -void ecore_con_eet_server_connect_callback_del(Ecore_Con_Eet *ece, Ecore_Con_Eet_Server_Cb func, const void *data); +EAPI void ecore_con_eet_server_connect_callback_add(Ecore_Con_Eet *ece, Ecore_Con_Eet_Server_Cb func, const void *data); +EAPI void ecore_con_eet_server_connect_callback_del(Ecore_Con_Eet *ece, Ecore_Con_Eet_Server_Cb func, const void *data); -void ecore_con_eet_server_disconnect_callback_add(Ecore_Con_Eet *ece, Ecore_Con_Eet_Server_Cb func, const void *data); -void ecore_con_eet_server_disconnect_callback_del(Ecore_Con_Eet *ece, Ecore_Con_Eet_Server_Cb func, const void *data); +EAPI void ecore_con_eet_server_disconnect_callback_add(Ecore_Con_Eet *ece, Ecore_Con_Eet_Server_Cb func, const void *data); +EAPI void ecore_con_eet_server_disconnect_callback_del(Ecore_Con_Eet *ece, Ecore_Con_Eet_Server_Cb func, const void *data); -void ecore_con_eet_data_set(Ecore_Con_Eet *ece, const void *data); -void *ecore_con_eet_data_get(Ecore_Con_Eet *ece); +EAPI void ecore_con_eet_data_set(Ecore_Con_Eet *ece, const void *data); +EAPI void *ecore_con_eet_data_get(Ecore_Con_Eet *ece); -Ecore_Con_Eet *ecore_con_eet_reply(Ecore_Con_Reply *reply); -void ecore_con_eet_send(Ecore_Con_Reply *reply, const char *protocol_name, void *value); -void ecore_con_eet_raw_send(Ecore_Con_Reply *reply, const char
Re: [E-devel] Can't disable posix threads in eina 1.7.0
On Fri, Aug 31, 2012 at 3:44 PM, Vincent Torri vincent.to...@gmail.com wrote: On Fri, Aug 31, 2012 at 8:23 AM, David Seikel onef...@gmail.com wrote: On Thu, 30 Aug 2012 23:45:13 +0200 Vincent Torri vincent.to...@gmail.com wrote: On Thu, Aug 30, 2012 at 7:42 PM, David Seikel onef...@gmail.com wrote: Yay! First bug report from the released tarballs. Edited highlights - eina$ ./configure --disable-posix-threads funny because that option does not exist anymore. Try ./configure --help ~/e17_svn/TEMP/eina-1.7.0$ ./configure --help It certainly does exist. This is in the released tarball - http://download.enlightenment.org/releases/eina-1.7.0.tar.bz2 then, there is something strange. As I did remove that option, and before sending my previous mail, i've checked that that option is not available in my eina repo. I don't have it from svn either. -- Cedric BAIL -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] A function to rotate an evas map with a quaternion
On Thu, 12 Jul 2012 05:24:31 +0900 Christophe Sadoine ch...@indefini.org said: ok - as promised. it's now in svn, after 1.7 release ready for 1.8 :) thansk muchly. added you to authors too. On 12 July 2012 03:24, Leandro Dorileo dori...@profusion.mobi wrote: Can you update the doc replacing composante by some english word? Besides, the param doc could be improved a bit, mentioning the measure unit and so on - similar to evas_map_util_3d_rotate(). Yes, I changed composante with component. How about: the x component of the imaginary part of the quaternion. the y component of the imaginary part of the quaternion. the z component of the imaginary part of the quaternion. the w component of the real part of the quaternion. ? These values don't really have units. Like a complex number a quaternion can be represented by an imaginary part and a real part. You usually don't set these manually, you go trough other functions to define your quaternion as a rotation. If it's not ok, please help me :) I attached the updated patch. I also renamed the parameters from dx,dy,dz,dw to qx,qy,qz,qw. -- http://indefini.org -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Can't disable posix threads in eina 1.7.0
On Fri, 31 Aug 2012 16:00:24 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Fri, Aug 31, 2012 at 3:44 PM, Vincent Torri vincent.to...@gmail.com wrote: On Fri, Aug 31, 2012 at 8:23 AM, David Seikel onef...@gmail.com wrote: On Thu, 30 Aug 2012 23:45:13 +0200 Vincent Torri vincent.to...@gmail.com wrote: On Thu, Aug 30, 2012 at 7:42 PM, David Seikel onef...@gmail.com wrote: Yay! First bug report from the released tarballs. Edited highlights - eina$ ./configure --disable-posix-threads funny because that option does not exist anymore. Try ./configure --help ~/e17_svn/TEMP/eina-1.7.0$ ./configure --help It certainly does exist. This is in the released tarball - http://download.enlightenment.org/releases/eina-1.7.0.tar.bz2 then, there is something strange. As I did remove that option, and before sending my previous mail, i've checked that that option is not available in my eina repo. I don't have it from svn either. So, something is wrong with the released tarball, which is what I said in the beginning. -- 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 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Can't disable posix threads in eina 1.7.0
On Fri, Aug 31, 2012 at 9:33 AM, David Seikel onef...@gmail.com wrote: On Fri, 31 Aug 2012 16:00:24 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Fri, Aug 31, 2012 at 3:44 PM, Vincent Torri vincent.to...@gmail.com wrote: On Fri, Aug 31, 2012 at 8:23 AM, David Seikel onef...@gmail.com wrote: On Thu, 30 Aug 2012 23:45:13 +0200 Vincent Torri vincent.to...@gmail.com wrote: On Thu, Aug 30, 2012 at 7:42 PM, David Seikel onef...@gmail.com wrote: Yay! First bug report from the released tarballs. Edited highlights - eina$ ./configure --disable-posix-threads funny because that option does not exist anymore. Try ./configure --help ~/e17_svn/TEMP/eina-1.7.0$ ./configure --help It certainly does exist. This is in the released tarball - http://download.enlightenment.org/releases/eina-1.7.0.tar.bz2 then, there is something strange. As I did remove that option, and before sending my previous mail, i've checked that that option is not available in my eina repo. I don't have it from svn either. So, something is wrong with the released tarball, which is what I said in the beginning. indeed, problem is on raster's side : there are files that have been removed from svn, but raster still have them in his repo, it seems, and he packaged them Vincent -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [E-Devel] Evas Textblock Bug
Hello, I have a problem when using TEXTBLOCK part in edje. Some tags are not seems to be applied when textblock style is chaned. I attach a simple test edc file for testing debugging. When mouse is over on text, text color is changed except letters which use match tag. One strange thing is that all letters' color is correctly changed if \n tag is used before match tag. I think that Tom can be helpful for find fix this problem. :) -- BRs, Kim. edje_example.edc Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [patch] change plug-in loading behavior in elm_map
Hello, Elm_map have 3 modules (Tile, Route, Name) for plug-in loading When elm_map is added, each 3 modules search plug-ins (elm_map does use eina_module, not elm_module because elm_map loads several modules. ) Previously, Each modules in elm_map search modules separately. So module init /shutdown function in each plug-in is called 3times. This can cause problems. I fixed that module init is called at one time and module never be unloaded (in process life-cycle). Please review this patch. Thanks. -- BRs, Kim. elm_map@plug-in.patch Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Can't disable posix threads in eina 1.7.0
On Fri, 31 Aug 2012 09:47:48 +0200 Vincent Torri vincent.to...@gmail.com said: On Fri, Aug 31, 2012 at 9:33 AM, David Seikel onef...@gmail.com wrote: On Fri, 31 Aug 2012 16:00:24 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Fri, Aug 31, 2012 at 3:44 PM, Vincent Torri vincent.to...@gmail.com wrote: On Fri, Aug 31, 2012 at 8:23 AM, David Seikel onef...@gmail.com wrote: On Thu, 30 Aug 2012 23:45:13 +0200 Vincent Torri vincent.to...@gmail.com wrote: On Thu, Aug 30, 2012 at 7:42 PM, David Seikel onef...@gmail.com wrote: Yay! First bug report from the released tarballs. Edited highlights - eina$ ./configure --disable-posix-threads funny because that option does not exist anymore. Try ./configure --help ~/e17_svn/TEMP/eina-1.7.0$ ./configure --help It certainly does exist. This is in the released tarball - http://download.enlightenment.org/releases/eina-1.7.0.tar.bz2 then, there is something strange. As I did remove that option, and before sending my previous mail, i've checked that that option is not available in my eina repo. I don't have it from svn either. So, something is wrong with the released tarball, which is what I said in the beginning. indeed, problem is on raster's side : there are files that have been removed from svn, but raster still have them in his repo, it seems, and he packaged them i have the option here. if they were removed it should have deleted my copies too... hmm i guess we can just ignore this option then. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] elementary_test: Don't set preferred engine in GLView and GLViewSimple
From 324a9f3a3f2cef06b5bed8efda8d895750f9af27 Mon Sep 17 00:00:00 2001 From: Alex Wu zhiwen...@linux.intel.com Date: Fri, 31 Aug 2012 17:03:36 +0800 Subject: [PATCH] elementary_test: Don't set preferred engine in GLView and GLViewSimple. If the preferred engine set to opengl_x11 and we actully run on wayland_egl engine, the elm_win_add will eventully use Software FB engine, and no chance to use the correct engine. Don't set the preference but let the _elm_config to determine the right engine. --- trunk/elementary/src/bin/test_glview.c | 4 trunk/elementary/src/bin/test_glview_simple.c | 4 2 files changed, 8 deletions(-) diff --git a/trunk/elementary/src/bin/test_glview.c b/trunk/elementary/src/bin/test_glview.c index 2bd6dc9..a97cc47 100644 --- a/trunk/elementary/src/bin/test_glview.c +++ b/trunk/elementary/src/bin/test_glview.c @@ -577,11 +577,7 @@ test_glview(void *data __UNUSED__, Evas_Object *obj __UNUSED__, void *event_info gldata_init(gld); // new window - do the usual and give it a name, title and delete handler - // Set the engine to opengl_x11 - elm_config_preferred_engine_set(opengl_x11); win = elm_win_util_standard_add(glview, GLView); - // Set preferred engine back to default from config - elm_config_preferred_engine_set(NULL); elm_win_autodel_set(win, EINA_TRUE); diff --git a/trunk/elementary/src/bin/test_glview_simple.c b/trunk/elementary/src/bin/test_glview_simple.c index fc21ef4..d62b2c2 100644 --- a/trunk/elementary/src/bin/test_glview_simple.c +++ b/trunk/elementary/src/bin/test_glview_simple.c @@ -238,11 +238,7 @@ test_glview_simple(void *data __UNUSED__, Evas_Object *obj __UNUSED__, void *eve if (!(gld = calloc(1, sizeof(GLData return; - // Set the engine to opengl_x11 - elm_config_preferred_engine_set(opengl_x11); win = elm_win_util_standard_add(glview simple, GLView Simple); - // Set preferred engine back to default from config - elm_config_preferred_engine_set(NULL); elm_win_autodel_set(win, EINA_TRUE); From 324a9f3a3f2cef06b5bed8efda8d895750f9af27 Mon Sep 17 00:00:00 2001 From: Alex Wu zhiwen...@linux.intel.com Date: Fri, 31 Aug 2012 17:03:36 +0800 Subject: [PATCH] elementary_test: Don't set preferred engine in GLView and GLViewSimple. If the preferred engine set to opengl_x11 and we actully run on wayland_egl engine, the elm_win_add will eventully use Software FB engine, and no chance to use the correct engine. Don't set the preference but let the _elm_config to determine the right engine. --- trunk/elementary/src/bin/test_glview.c|4 trunk/elementary/src/bin/test_glview_simple.c |4 2 files changed, 8 deletions(-) diff --git a/trunk/elementary/src/bin/test_glview.c b/trunk/elementary/src/bin/test_glview.c index 2bd6dc9..a97cc47 100644 --- a/trunk/elementary/src/bin/test_glview.c +++ b/trunk/elementary/src/bin/test_glview.c @@ -577,11 +577,7 @@ test_glview(void *data __UNUSED__, Evas_Object *obj __UNUSED__, void *event_info gldata_init(gld); // new window - do the usual and give it a name, title and delete handler - // Set the engine to opengl_x11 - elm_config_preferred_engine_set(opengl_x11); win = elm_win_util_standard_add(glview, GLView); - // Set preferred engine back to default from config - elm_config_preferred_engine_set(NULL); elm_win_autodel_set(win, EINA_TRUE); diff --git a/trunk/elementary/src/bin/test_glview_simple.c b/trunk/elementary/src/bin/test_glview_simple.c index fc21ef4..d62b2c2 100644 --- a/trunk/elementary/src/bin/test_glview_simple.c +++ b/trunk/elementary/src/bin/test_glview_simple.c @@ -238,11 +238,7 @@ test_glview_simple(void *data __UNUSED__, Evas_Object *obj __UNUSED__, void *eve if (!(gld = calloc(1, sizeof(GLData return; - // Set the engine to opengl_x11 - elm_config_preferred_engine_set(opengl_x11); win = elm_win_util_standard_add(glview simple, GLView Simple); - // Set preferred engine back to default from config - elm_config_preferred_engine_set(NULL); elm_win_autodel_set(win, EINA_TRUE); -- 1.7.9.5 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] elementary_test: Don't set preferred engine in GLView and GLViewSimple
Applied in svn: 75921. Thanks :) dh -Original Message- From: Alex Wu [mailto:zhiwen...@linux.intel.com] Sent: 31 August 2012 10:17 To: 'Enlightenment developer list' Cc: eduardo.de.barros.l...@intel.com Subject: [E-devel] [PATCH] elementary_test: Don't set preferred engine in GLView and GLViewSimple From 324a9f3a3f2cef06b5bed8efda8d895750f9af27 Mon Sep 17 00:00:00 2001 From: Alex Wu zhiwen...@linux.intel.com Date: Fri, 31 Aug 2012 17:03:36 +0800 Subject: [PATCH] elementary_test: Don't set preferred engine in GLView and GLViewSimple. If the preferred engine set to opengl_x11 and we actully run on wayland_egl engine, the elm_win_add will eventully use Software FB engine, and no chance to use the correct engine. Don't set the preference but let the _elm_config to determine the right engine. --- trunk/elementary/src/bin/test_glview.c | 4 trunk/elementary/src/bin/test_glview_simple.c | 4 2 files changed, 8 deletions(-) diff --git a/trunk/elementary/src/bin/test_glview.c b/trunk/elementary/src/bin/test_glview.c index 2bd6dc9..a97cc47 100644 --- a/trunk/elementary/src/bin/test_glview.c +++ b/trunk/elementary/src/bin/test_glview.c @@ -577,11 +577,7 @@ test_glview(void *data __UNUSED__, Evas_Object *obj __UNUSED__, void *event_info gldata_init(gld); // new window - do the usual and give it a name, title and delete handler - // Set the engine to opengl_x11 - elm_config_preferred_engine_set(opengl_x11); win = elm_win_util_standard_add(glview, GLView); - // Set preferred engine back to default from config - elm_config_preferred_engine_set(NULL); elm_win_autodel_set(win, EINA_TRUE); diff --git a/trunk/elementary/src/bin/test_glview_simple.c b/trunk/elementary/src/bin/test_glview_simple.c index fc21ef4..d62b2c2 100644 --- a/trunk/elementary/src/bin/test_glview_simple.c +++ b/trunk/elementary/src/bin/test_glview_simple.c @@ -238,11 +238,7 @@ test_glview_simple(void *data __UNUSED__, Evas_Object *obj __UNUSED__, void *eve if (!(gld = calloc(1, sizeof(GLData return; - // Set the engine to opengl_x11 - elm_config_preferred_engine_set(opengl_x11); win = elm_win_util_standard_add(glview simple, GLView Simple); - // Set preferred engine back to default from config - elm_config_preferred_engine_set(NULL); elm_win_autodel_set(win, EINA_TRUE); -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Can't disable posix threads in eina 1.7.0
On Fri, 31 Aug 2012 18:11:09 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 09:47:48 +0200 Vincent Torri vincent.to...@gmail.com said: On Fri, Aug 31, 2012 at 9:33 AM, David Seikel onef...@gmail.com wrote: On Fri, 31 Aug 2012 16:00:24 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Fri, Aug 31, 2012 at 3:44 PM, Vincent Torri vincent.to...@gmail.com wrote: On Fri, Aug 31, 2012 at 8:23 AM, David Seikel onef...@gmail.com wrote: On Thu, 30 Aug 2012 23:45:13 +0200 Vincent Torri vincent.to...@gmail.com wrote: On Thu, Aug 30, 2012 at 7:42 PM, David Seikel onef...@gmail.com wrote: Yay! First bug report from the released tarballs. Edited highlights - eina$ ./configure --disable-posix-threads funny because that option does not exist anymore. Try ./configure --help ~/e17_svn/TEMP/eina-1.7.0$ ./configure --help It certainly does exist. This is in the released tarball - http://download.enlightenment.org/releases/eina-1.7.0.tar.bz2 then, there is something strange. As I did remove that option, and before sending my previous mail, i've checked that that option is not available in my eina repo. I don't have it from svn either. So, something is wrong with the released tarball, which is what I said in the beginning. indeed, problem is on raster's side : there are files that have been removed from svn, but raster still have them in his repo, it seems, and he packaged them i have the option here. if they were removed it should have deleted my copies too... SVN is not so good at deleting stuff. Sometimes it's useful to just wipe it all and get a fresh copy from the repo. hmm i guess we can just ignore this option then. Except that it's breaking the build of eet later, at least for me. The tarballs are broken and need to be fixed. Guess this was a BETA release after all. B-) I just went back to using the older release tarballs. -- 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 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Can't disable posix threads in eina 1.7.0
On Fri, 31 Aug 2012 19:31:20 +1000 David Seikel onef...@gmail.com said: On Fri, 31 Aug 2012 18:11:09 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 09:47:48 +0200 Vincent Torri vincent.to...@gmail.com said: On Fri, Aug 31, 2012 at 9:33 AM, David Seikel onef...@gmail.com wrote: On Fri, 31 Aug 2012 16:00:24 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Fri, Aug 31, 2012 at 3:44 PM, Vincent Torri vincent.to...@gmail.com wrote: On Fri, Aug 31, 2012 at 8:23 AM, David Seikel onef...@gmail.com wrote: On Thu, 30 Aug 2012 23:45:13 +0200 Vincent Torri vincent.to...@gmail.com wrote: On Thu, Aug 30, 2012 at 7:42 PM, David Seikel onef...@gmail.com wrote: Yay! First bug report from the released tarballs. Edited highlights - eina$ ./configure --disable-posix-threads funny because that option does not exist anymore. Try ./configure --help ~/e17_svn/TEMP/eina-1.7.0$ ./configure --help It certainly does exist. This is in the released tarball - http://download.enlightenment.org/releases/eina-1.7.0.tar.bz2 then, there is something strange. As I did remove that option, and before sending my previous mail, i've checked that that option is not available in my eina repo. I don't have it from svn either. So, something is wrong with the released tarball, which is what I said in the beginning. indeed, problem is on raster's side : there are files that have been removed from svn, but raster still have them in his repo, it seems, and he packaged them i have the option here. if they were removed it should have deleted my copies too... SVN is not so good at deleting stuff. Sometimes it's useful to just wipe it all and get a fresh copy from the repo. hmm i guess we can just ignore this option then. Except that it's breaking the build of eet later, at least for me. The tarballs are broken and need to be fixed. Guess this was a BETA release after all. B-) I just went back to using the older release tarballs. they build perfectly for me. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Can't disable posix threads in eina 1.7.0
On Fri, 31 Aug 2012 18:42:32 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 19:31:20 +1000 David Seikel onef...@gmail.com said: On Fri, 31 Aug 2012 18:11:09 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 09:47:48 +0200 Vincent Torri vincent.to...@gmail.com said: On Fri, Aug 31, 2012 at 9:33 AM, David Seikel onef...@gmail.com wrote: On Fri, 31 Aug 2012 16:00:24 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Fri, Aug 31, 2012 at 3:44 PM, Vincent Torri vincent.to...@gmail.com wrote: On Fri, Aug 31, 2012 at 8:23 AM, David Seikel onef...@gmail.com wrote: On Thu, 30 Aug 2012 23:45:13 +0200 Vincent Torri vincent.to...@gmail.com wrote: On Thu, Aug 30, 2012 at 7:42 PM, David Seikel onef...@gmail.com wrote: Yay! First bug report from the released tarballs. Edited highlights - eina$ ./configure --disable-posix-threads funny because that option does not exist anymore. Try ./configure --help ~/e17_svn/TEMP/eina-1.7.0$ ./configure --help It certainly does exist. This is in the released tarball - http://download.enlightenment.org/releases/eina-1.7.0.tar.bz2 then, there is something strange. As I did remove that option, and before sending my previous mail, i've checked that that option is not available in my eina repo. I don't have it from svn either. So, something is wrong with the released tarball, which is what I said in the beginning. indeed, problem is on raster's side : there are files that have been removed from svn, but raster still have them in his repo, it seems, and he packaged them i have the option here. if they were removed it should have deleted my copies too... SVN is not so good at deleting stuff. Sometimes it's useful to just wipe it all and get a fresh copy from the repo. hmm i guess we can just ignore this option then. Except that it's breaking the build of eet later, at least for me. The tarballs are broken and need to be fixed. Guess this was a BETA release after all. B-) I just went back to using the older release tarballs. they build perfectly for me. We already establish that you did not create the tarballs from a pristine environment, did you test build it in a dirty environment to? I build the entire embedded OS from scratch in qemu, from the released tarballs. Even the build tools are created pristinely. That's as pristine as you are gonna get. Except this time around, the tarballs are dirty. This latest release tarballs crashes when trying to build eet as I mentioned earlier in this thread. The previous release tarballs builds fine. Perhaps there's a new required dependency now? It should be tested for and reported in eina, not build eina fine, then crash the eet build with a mysterious message that the compiler suddenly stopped working. -- 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 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] _ecore_main_win32_select failed
This is the exact error messages.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
ERR:ecore ecore_main.c:1984 _ecore_main_win32_select() (6) ÿÿe handle
is invalid.
Press [Enter] to close the terminal ...// And crashes
On Fri, Aug 31, 2012 at 4:40 AM, HariHara Sudhan h...@emo2.com wrote:
@@ -66,7 +66,6 @@
# define HAVE_EPOLL 0
# define EPOLLIN 1
# define EPOLLOUT 2
-# define EPOLLPRI 4
# define EPOLLERR 8
#define EPOLL_CTL_ADD 1
@@ -212,7 +211,6 @@
static Ecore_Fd_Handler *fd_handlers = NULL;
static Ecore_Fd_Handler *fd_handler_current = NULL;
static Eina_List *fd_handlers_with_prep = NULL;
-static Eina_List *file_fd_handlers = NULL;
static Eina_List *fd_handlers_with_buffer = NULL;
static Eina_List *fd_handlers_to_delete = NULL;
@@ -322,7 +320,7 @@
int events = 0;
if (fdh-flags ECORE_FD_READ) events |= EPOLLIN;
if (fdh-flags ECORE_FD_WRITE) events |= EPOLLOUT;
- if (fdh-flags ECORE_FD_ERROR) events |= EPOLLERR | EPOLLPRI;
+ if (fdh-flags ECORE_FD_ERROR) events |= EPOLLERR;
return events;
}
@@ -1326,8 +1324,6 @@
{
struct timeval tv, *t;
fd_set rfds, wfds, exfds;
- Ecore_Fd_Handler *fdh;
- Eina_List *l;
int max_fd;
int ret;
@@ -1365,6 +1361,8 @@
if (!HAVE_EPOLL || epoll_fd 0)
{
+Ecore_Fd_Handler *fdh;
+
EINA_INLIST_FOREACH(fd_handlers, fdh)
{
if (!fdh-delete_me)
@@ -1393,26 +1391,7 @@
max_fd = _ecore_get_epoll_fd();
FD_SET(max_fd, rfds);
}
- EINA_LIST_FOREACH(file_fd_handlers, l, fdh)
- if (!fdh-delete_me)
- {
- if (fdh-flags ECORE_FD_READ)
-{
- FD_SET(fdh-fd, rfds);
- if (fdh-fd max_fd) max_fd = fdh-fd;
-}
- if (fdh-flags ECORE_FD_WRITE)
-{
- FD_SET(fdh-fd, wfds);
- if (fdh-fd max_fd) max_fd = fdh-fd;
-}
- if (fdh-flags ECORE_FD_ERROR)
-{
- FD_SET(fdh-fd, exfds);
- if (fdh-fd max_fd) max_fd = fdh-fd;
-}
- if (fdh-fd max_fd) max_fd = fdh-fd;
- }
+
if (_ecore_signal_count_get()) return -1;
_ecore_unlock();
@@ -1434,6 +1413,8 @@
_ecore_main_fdh_epoll_mark_active();
else
{
+ Ecore_Fd_Handler *fdh;
+
Re: [E-devel] Can't disable posix threads in eina 1.7.0
On Fri, Aug 31, 2012 at 7:00 AM, David Seikel onef...@gmail.com wrote: On Fri, 31 Aug 2012 18:42:32 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 19:31:20 +1000 David Seikel onef...@gmail.com said: On Fri, 31 Aug 2012 18:11:09 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 09:47:48 +0200 Vincent Torri vincent.to...@gmail.com said: On Fri, Aug 31, 2012 at 9:33 AM, David Seikel onef...@gmail.com wrote: On Fri, 31 Aug 2012 16:00:24 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Fri, Aug 31, 2012 at 3:44 PM, Vincent Torri vincent.to...@gmail.com wrote: On Fri, Aug 31, 2012 at 8:23 AM, David Seikel onef...@gmail.com wrote: On Thu, 30 Aug 2012 23:45:13 +0200 Vincent Torri vincent.to...@gmail.com wrote: On Thu, Aug 30, 2012 at 7:42 PM, David Seikel onef...@gmail.com wrote: Yay! First bug report from the released tarballs. Edited highlights - eina$ ./configure --disable-posix-threads funny because that option does not exist anymore. Try ./configure --help ~/e17_svn/TEMP/eina-1.7.0$ ./configure --help It certainly does exist. This is in the released tarball - http://download.enlightenment.org/releases/eina-1.7.0.tar.bz2 then, there is something strange. As I did remove that option, and before sending my previous mail, i've checked that that option is not available in my eina repo. I don't have it from svn either. So, something is wrong with the released tarball, which is what I said in the beginning. indeed, problem is on raster's side : there are files that have been removed from svn, but raster still have them in his repo, it seems, and he packaged them i have the option here. if they were removed it should have deleted my copies too... SVN is not so good at deleting stuff. Sometimes it's useful to just wipe it all and get a fresh copy from the repo. hmm i guess we can just ignore this option then. Except that it's breaking the build of eet later, at least for me. The tarballs are broken and need to be fixed. Guess this was a BETA release after all. B-) I just went back to using the older release tarballs. they build perfectly for me. We already establish that you did not create the tarballs from a pristine environment, did you test build it in a dirty environment to? I build the entire embedded OS from scratch in qemu, from the released tarballs. Even the build tools are created pristinely. That's as pristine as you are gonna get. Except this time around, the tarballs are dirty. This latest release tarballs crashes when trying to build eet as I mentioned earlier in this thread. The previous release tarballs builds fine. Perhaps there's a new required dependency now? It should be tested for and reported in eina, not build eina fine, then crash the eet build with a mysterious message that the compiler suddenly stopped working. Indeed a new tarball needs to be generated. Lucas De Marchi -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] battery module
I've always had battery module working fine without any particular setting, just as it comes out of the box, hence with hardware=automatic. yesterday I've rebuilt all from svn (75815) and now the module isn't able anymore to fetch the correct battery level. well it actually fetch it at start, but then it doesn't update it anymore. this happens if hardware=udev or =automatic (so I assume it automatically uses udev), with hardware=internal the level reported is correct and constantly updated. Also, main menu is smaller in height than its contents, so it is cropped at both upper and lower edges. attached is a screenshot with efenniht theme, but it's the same even with the default theme. -- Massimo Maiuranamassimoatragusa.linux.it http://massimo.solira.org GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] attachment: menus.jpg signature.asc Description: OpenPGP digital signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [patch] Fix minor documentation fix in genlist
Hello, This is minor fix (typo, nuance) for genlist documentation. Please review this patch Thanks. -- BRs, Kim. elm_genlist@fix_doc.patch Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [patch]Fix reorder animator in genlist
Hello, Sometimes reorder animation ended incorrectly You can test see the problem when background color is black and genlist item color is white. I made the added value for animation as difference between old item position and new item position if difference is below predefined dy. (y = diff, if diff dy) So item position can be finally new item position at last. Please review this patch. Thanks -- BRs, Kim. elm_genlist@fix_reorder_anim.patch Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Can't disable posix threads in eina 1.7.0
On Fri, 31 Aug 2012 20:00:52 +1000 David Seikel onef...@gmail.com said: On Fri, 31 Aug 2012 18:42:32 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 19:31:20 +1000 David Seikel onef...@gmail.com said: On Fri, 31 Aug 2012 18:11:09 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 09:47:48 +0200 Vincent Torri vincent.to...@gmail.com said: On Fri, Aug 31, 2012 at 9:33 AM, David Seikel onef...@gmail.com wrote: On Fri, 31 Aug 2012 16:00:24 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Fri, Aug 31, 2012 at 3:44 PM, Vincent Torri vincent.to...@gmail.com wrote: On Fri, Aug 31, 2012 at 8:23 AM, David Seikel onef...@gmail.com wrote: On Thu, 30 Aug 2012 23:45:13 +0200 Vincent Torri vincent.to...@gmail.com wrote: On Thu, Aug 30, 2012 at 7:42 PM, David Seikel onef...@gmail.com wrote: Yay! First bug report from the released tarballs. Edited highlights - eina$ ./configure --disable-posix-threads funny because that option does not exist anymore. Try ./configure --help ~/e17_svn/TEMP/eina-1.7.0$ ./configure --help It certainly does exist. This is in the released tarball - http://download.enlightenment.org/releases/eina-1.7.0.tar.bz2 then, there is something strange. As I did remove that option, and before sending my previous mail, i've checked that that option is not available in my eina repo. I don't have it from svn either. So, something is wrong with the released tarball, which is what I said in the beginning. indeed, problem is on raster's side : there are files that have been removed from svn, but raster still have them in his repo, it seems, and he packaged them i have the option here. if they were removed it should have deleted my copies too... SVN is not so good at deleting stuff. Sometimes it's useful to just wipe it all and get a fresh copy from the repo. hmm i guess we can just ignore this option then. Except that it's breaking the build of eet later, at least for me. The tarballs are broken and need to be fixed. Guess this was a BETA release after all. B-) I just went back to using the older release tarballs. they build perfectly for me. We already establish that you did not create the tarballs from a pristine environment, did you test build it in a dirty environment to? I build the entire embedded OS from scratch in qemu, from the released tarballs. Even the build tools are created pristinely. That's as pristine as you are gonna get. Except this time around, the tarballs are dirty. i did make distcheck - so yes. it passed distcheck. i build in that env 5-10 times or more a day on 3-5 different machines. This latest release tarballs crashes when trying to build eet as I mentioned earlier in this thread. The previous release tarballs builds fine. Perhaps there's a new required dependency now? It should be tested for and reported in eina, not build eina fine, then crash the eet build with a mysterious message that the compiler suddenly stopped working. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Can't disable posix threads in eina 1.7.0
On Fri, 31 Aug 2012 20:55:11 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 20:00:52 +1000 David Seikel onef...@gmail.com said: On Fri, 31 Aug 2012 18:42:32 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 19:31:20 +1000 David Seikel onef...@gmail.com said: On Fri, 31 Aug 2012 18:11:09 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 09:47:48 +0200 Vincent Torri vincent.to...@gmail.com said: On Fri, Aug 31, 2012 at 9:33 AM, David Seikel onef...@gmail.com wrote: On Fri, 31 Aug 2012 16:00:24 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Fri, Aug 31, 2012 at 3:44 PM, Vincent Torri vincent.to...@gmail.com wrote: On Fri, Aug 31, 2012 at 8:23 AM, David Seikel onef...@gmail.com wrote: On Thu, 30 Aug 2012 23:45:13 +0200 Vincent Torri vincent.to...@gmail.com wrote: On Thu, Aug 30, 2012 at 7:42 PM, David Seikel onef...@gmail.com wrote: Yay! First bug report from the released tarballs. Edited highlights - eina$ ./configure --disable-posix-threads funny because that option does not exist anymore. Try ./configure --help ~/e17_svn/TEMP/eina-1.7.0$ ./configure --help It certainly does exist. This is in the released tarball - http://download.enlightenment.org/releases/eina-1.7.0.tar.bz2 then, there is something strange. As I did remove that option, and before sending my previous mail, i've checked that that option is not available in my eina repo. I don't have it from svn either. So, something is wrong with the released tarball, which is what I said in the beginning. indeed, problem is on raster's side : there are files that have been removed from svn, but raster still have them in his repo, it seems, and he packaged them i have the option here. if they were removed it should have deleted my copies too... SVN is not so good at deleting stuff. Sometimes it's useful to just wipe it all and get a fresh copy from the repo. hmm i guess we can just ignore this option then. Except that it's breaking the build of eet later, at least for me. The tarballs are broken and need to be fixed. Guess this was a BETA release after all. B-) I just went back to using the older release tarballs. they build perfectly for me. We already establish that you did not create the tarballs from a pristine environment, did you test build it in a dirty environment to? I build the entire embedded OS from scratch in qemu, from the released tarballs. Even the build tools are created pristinely. That's as pristine as you are gonna get. Except this time around, the tarballs are dirty. i did make distcheck - so yes. it passed distcheck. i build in that env 5-10 times or more a day on 3-5 different machines. Well, the fact is that the released tarball is different from what was in SVN, as reported in this thread by at least three people. Looking at the contents of the tarball now it's obvious it has a bunch more m4 files than SVN. The tarball is also different from what's in the branch and tag versions in SVN. The tarball should be identical to the branched and tagged versions, minus the .svn cruft. make distcheck is different from dowload tarballs into a clean environment and build them. Obviously make distcheck is also different from clean checkout from the repo followed by make distcheck, and I think that's where things went wrong. Building from SVN in my usual environment works fine for me to, I did it a couple of times since I started this thread. Downloading those tarballs into a clean environment did not build. I build that clean environment from released tarballs as often as you build, and it works perfectly on the previous released tarballs. Fails badly on this release. Would not be so bad if it failed cleanly, but it fails badly. And by clean and pristine environment I mean it only has the dependencies and the build tools. In that pristine environment it fails to build, with or without the --disable-posix-threads option. If pthreads is a hard requirement now, then eina should properly detect that, and complain about it's lack. That's not happening. What actually happens is that eina claims to build properly, and then eet dies with a message that says the compiler you just used to compile eina with is broken. I looked into the log files and eet was testing the compiler with a test that needed pthread stuff in the eina library. That's not really a proper test if the compiler is working. So what happens is you get a crazy message that has nothing to do with
[E-devel] [patch][elementary] access - add activate callback
dear all, hello. till now, accessibility has used ecore_x_mouse_*_send(). the patch has activate callback which takes place of the ecore_x_mouse_*_send() stuff. if the access module is enabled and 'double tap' is detected, elm_win will receive ECORE_X_ATOM_E_ILLUME_ACCESS_CONTROL message with ECORE_X_ATOME_E_ILLUME_ACCESS_ACTION_ACTIVATE and call the activate callback for the accessibility. that's it. then please review the attachment and give feedback. thanks. thanks. shinwoo kim. access.activate.callback.diff Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] Fix minor documentation fix in genlist
On Friday 31 August 2012 20:01:11 Bluezery wrote: Hello, This is minor fix (typo, nuance) for genlist documentation. Please review this patch Thanks. In svn(r75922). Thanks. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Patch] [Elementary] elm_datetime widget bug fix: elm_datetime_field_limit_set() API is not working for min/max boundary conditions
Hi, Please review the attached patch for fixing issue in API elm_datetime_field_limit_set() for boundary values. It has been created by Sumanth for datetime widget. [Issue Details]: elm_datetime_field_limit_set() API is not working well for boundary values. [ex: for date, we can't set max limit as 31 and for minute, we can't set 60 etc.. - it fails at boundary conditions of Min/Max limit for all datetime fields.] [Root cause]: Boundary condition checking has not been done in a proper way. [Change Description]: Boundary checking condition is corrected and the min/max limit boundary values are included as API input. Signed-Off-By: Sumanth Krishna (sumant...@samsung.com) Signed-Off-By: Rajeev Ranjan (rajee...@samsung.com) Thank You. Regards, Rajeev elm_datetime.diff Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: glima IN trunk/elementary: doc doc/img src/lib
* Daniel Juyung Seo seojuyu...@gmail.com [2012-08-31 14:15:43 +0900]:
Just a sec.
What about elm_factory?
Did you see Elementary.h.in? We don't build it. It's in the plans to
fix it (moving it to use Eina_Model).
Daniel Juyung Seo (SeoZ)
On Fri, Aug 31, 2012 at 2:09 PM, Daniel Juyung Seo seojuyu...@gmail.com
wrote:
Great job!
Now we can start working on stuffs based on new elementary!
Thanks :)
Daniel Juyung Seo (SeoZ)
On Fri, Aug 31, 2012 at 2:02 AM, Eduardo Lima (Etrunko)
ebl...@gmail.com wrote:
On Thu, Aug 30, 2012 at 1:46 PM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
[elm] Panel now a layout (last widget, woo hoo!)
Now we can release 1.8 can't we?
Author: glima
Date: 2012-08-30 09:46:40 -0700 (Thu, 30 Aug 2012)
New Revision: 75898
Trac: http://trac.enlightenment.org/e/changeset/75898
Added:
trunk/elementary/doc/img/panel_inheritance_tree.eps
trunk/elementary/doc/img/panel_inheritance_tree.png
trunk/elementary/src/lib/elm_widget_panel.h
Modified:
trunk/elementary/doc/Makefile.am
trunk/elementary/doc/img/elm-widget-tree.eps
trunk/elementary/src/lib/Makefile.am trunk/elementary/src/lib/elm_panel.c
trunk/elementary/src/lib/elm_panel.h
Modified: trunk/elementary/doc/Makefile.am
===
--- trunk/elementary/doc/Makefile.am2012-08-30 16:46:34 UTC (rev
75897)
+++ trunk/elementary/doc/Makefile.am2012-08-30 16:46:40 UTC (rev
75898)
@@ -130,6 +130,7 @@
multibuttonentry \
naviframe \
notify \
+ panel \
panes \
photo \
photocam \
Modified: trunk/elementary/doc/img/elm-widget-tree.eps
===
(Binary files differ)
Property changes on: trunk/elementary/doc/img/panel_inheritance_tree.eps
___
Added: svn:mime-type
+ application/postscript
Property changes on: trunk/elementary/doc/img/panel_inheritance_tree.png
___
Added: svn:mime-type
+ image/png
Modified: trunk/elementary/src/lib/Makefile.am
===
--- trunk/elementary/src/lib/Makefile.am2012-08-30 16:46:34 UTC
(rev 75897)
+++ trunk/elementary/src/lib/Makefile.am2012-08-30 16:46:40 UTC
(rev 75898)
@@ -84,6 +84,7 @@
elm_widget_multibuttonentry.h \
elm_widget_naviframe.h \
elm_widget_notify.h \
+elm_widget_panel.h \
elm_widget_panes.h \
elm_widget_photo.h \
elm_widget_photocam.h \
Modified: trunk/elementary/src/lib/elm_panel.c
===
--- trunk/elementary/src/lib/elm_panel.c2012-08-30 16:46:34 UTC
(rev 75897)
+++ trunk/elementary/src/lib/elm_panel.c2012-08-30 16:46:40 UTC
(rev 75898)
@@ -1,122 +1,116 @@
#include Elementary.h
#include elm_priv.h
-#include els_scroller.h
-#include els_box.h
+#include elm_widget_panel.h
-typedef struct _Widget_Data Widget_Data;
-struct _Widget_Data
-{
- Evas_Object *scr, *bx, *content;
- Elm_Panel_Orient orient;
- Eina_Bool hidden : 1;
-};
+EAPI const char ELM_PANEL_SMART_NAME[] = elm_panel;
-static const char *widtype = NULL;
-static void _del_hook(Evas_Object *obj);
-static void _theme_hook(Evas_Object *obj);
-static void _on_focus_hook(void *data, Evas_Object *obj);
-static void _sizing_eval(Evas_Object *obj);
-static void _layout(Evas_Object *o, Evas_Object_Box_Data *priv, void
*data);
-static void _toggle_panel(void *data, Evas_Object *obj, const char
*emission, const char *source);
+EVAS_SMART_SUBCLASS_NEW
+ (ELM_PANEL_SMART_NAME, _elm_panel, Elm_Panel_Smart_Class,
+ Elm_Layout_Smart_Class, elm_layout_smart_class_get, NULL);
static void
-_del_hook(Evas_Object *obj)
+_mirrored_set(Evas_Object *obj,
+ Eina_Bool rtl)
{
- Widget_Data *wd = elm_widget_data_get(obj);
- if (!wd) return;
- free(wd);
+ ELM_PANEL_DATA_GET(obj, sd);
+
+ elm_widget_mirrored_set(sd-bx, rtl);
+ elm_panel_orient_set(obj, elm_panel_orient_get(obj));
}
static void
-_mirrored_set(Evas_Object *obj, Eina_Bool rtl)
+_elm_panel_smart_sizing_eval(Evas_Object *obj)
{
- Widget_Data *wd = elm_widget_data_get(obj);
- if (!wd) return;
+ Evas_Coord mw = -1, mh = -1;
- if (wd-scr)
- {
-elm_widget_mirrored_set(wd-bx, rtl);
-elm_panel_orient_set(obj, elm_panel_orient_get(obj));
- }
+ ELM_PANEL_DATA_GET(obj, sd);
+
+ if (sd-on_deletion) return;
+
+ evas_object_smart_calculate(sd-bx);
+ edje_object_size_min_calc(ELM_WIDGET_DATA(sd)-resize_obj, mw, mh);
+
[E-devel] Core Tiling Module
Is there a reason the current tiling module that is include in E's core (formerly e-tiling) was selected over the module simply called tiling in SVN? The tiling module offered a good deal more features that are expected from a basic tiling window manager. -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] battery module
On 08/31/2012 05:52 AM, Massimo Maiurana wrote: I've always had battery module working fine without any particular setting, just as it comes out of the box, hence with hardware=automatic. yesterday I've rebuilt all from svn (75815) and now the module isn't able anymore to fetch the correct battery level. well it actually fetch it at start, but then it doesn't update it anymore. this happens if hardware=udev or =automatic (so I assume it automatically uses udev), with hardware=internal the level reported is correct and constantly updated. I have this same problem, but just switched it to internal and moved on. Others have reported this as well afaik. Also, main menu is smaller in height than its contents, so it is cropped at both upper and lower edges. attached is a screenshot with efenniht theme, but it's the same even with the default theme. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Core Tiling Module
On 12-08-31 13:41, Jeff Hoogland wrote: Is there a reason the current tiling module that is include in E's core (formerly e-tiling) was selected over the module simply called tiling in SVN? The tiling module offered a good deal more features that are expected from a basic tiling window manager. The previous tiling module was no longer maintained while I still maintain the one in core. Could you tell me what features could be lacking? -- Boris Faure Pointer Arithmetician -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Core Tiling Module
The main feature I am missing is that the old tiling module had the ability to set up hot keys to move windows in a specific direction. For instance I could setup bindings to move the currently active window up/down/left/right On Fri, Aug 31, 2012 at 2:18 PM, Boris Faure bo...@fau.re wrote: On 12-08-31 13:41, Jeff Hoogland wrote: Is there a reason the current tiling module that is include in E's core (formerly e-tiling) was selected over the module simply called tiling in SVN? The tiling module offered a good deal more features that are expected from a basic tiling window manager. The previous tiling module was no longer maintained while I still maintain the one in core. Could you tell me what features could be lacking? -- Boris Faure Pointer Arithmetician -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Core Tiling Module
On 12-08-31 14:29, Jeff Hoogland wrote: The main feature I am missing is that the old tiling module had the ability to set up hot keys to move windows in a specific direction. For instance I could setup bindings to move the currently active window up/down/left/right You can do that! It's called “Move window” under “Tiling”. I've set to Win+m. Press it then move with arrow keys or hjkl (à la vi). -- Boris Faure Pointer Arithmetician -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] foward: e17 systemd integration patch from karol
On Wed, Aug 29, 2012 at 11:26 PM, Karol Lewandowski k.lewando...@samsung.com wrote: On 08/30/2012 01:22 AM, Gustavo Sverzut Barbieri wrote: I dislike this patch as the suggested approach by systemd is to get the header and implementation of sd-daemon into your project. See other projects. This API is not changing and it's a thin layer to just access some envvars to get fds and write back some messages. It should be also always auto enabled, as the runtime detection is fast and should work in BSD as well. If you consider this the patch would be 5 lines. That's true, and that is easily fixed. :-) Last, is that all the integration we are doing? Come on, I'd expect at least the startup and shutdown applications to be handled by systemd --user. And our internal darmons (fm, thumbailer, cserve2, ...) Ultimately e_exec of desktops could be managed by it (but I believe systemd lacks this ATM). All I wanted to accomplish here is to have reliable startup notification of e17 being ready. By being ready I understand e17 being able to process events. My very limited (and possibly flawed) understanding of X11 suggests that should be correct. (No, I don't care about modules loading in background. I don't think I should, that is.) I can drop autoconf easily, real question is at which point of e17 existence it should say hi, I'm ready. My first attempt was to just do it idle loop, but it was ugly and broken so badly that I didn't really want to submit that. However, I didn't find time to take a look at this for second time, and the patch starts to age... Agreed this is the major problem, but likely it's not a problem! Yesterday I've talked to Lennart here at LPC, and what could be the meaning of WM ready is void. You just don't need it. Unless you need something that relies on e17 to be ready, there is no point in saying it's ready. Just use a type=simple, that's it. Rationale: - if something depends on e17 EFM dbus api, they should wait for the DBus to provide the BusName and interfaces - the X11 management is picked up at any time, so creating windows before the WM exists is fine (*note later) - the other behavior of a WM should be dynamic, e17 is able to be restarted *note: if you just want to create windows after the WM window management modules (ie: tiling, comp...), then we'd need to have the Type=notify and READY=1 when these modules are done. Maybe we can do after every module is loaded, maybe we better flag the modules in EET as impacts WM ready, then if there are such modules we wait them to be loaded and just after that we reduce the global counter, that reaching 0 will notify READ=1. What do you think? Do you have more details on that? You have to note that I'm low-level/embeeded integrator type of guy who just wanted to use systemd notification instead of (believe me) really ugly hacks that we have on our system. I can do some monkey coding, but I do lack any kind of e17 knowledge. Thus, any advice is really appreciated. Ok, let's try to evaluate the case above... I know the hacks you're trying to solve, are those from Tizen, right? You'll be praised... as that hack is horrible and should die soon, thanks for your work :-) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/elementary/src/lib
On Fri, Aug 31, 2012 at 3:20 AM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
Elementary: Make entry compile again when using Wayland.
NB: Hmmm, not sure if this got into the 1.7 release or not. Perhaps
needs to be backported ?
No need. Glima is to be spanked with his 'entry now a scrollable
layout (r75890)' commit, which didn't take wayland into account.
Author: devilhorns
Date: 2012-08-30 23:20:58 -0700 (Thu, 30 Aug 2012)
New Revision: 75917
Trac: http://trac.enlightenment.org/e/changeset/75917
Modified:
trunk/elementary/src/lib/elm_entry.c
Modified: trunk/elementary/src/lib/elm_entry.c
===
--- trunk/elementary/src/lib/elm_entry.c2012-08-31 06:17:33 UTC (rev
75916)
+++ trunk/elementary/src/lib/elm_entry.c2012-08-31 06:20:58 UTC (rev
75917)
@@ -1104,10 +1104,10 @@
{
#ifdef HAVE_ELEMENTARY_WAYLAND
Elm_Sel_Format formats = ELM_SEL_FORMAT_MARKUP;
-wd-selection_asked = EINA_TRUE;
-if (wd-cnp_mode == ELM_CNP_MODE_PLAINTEXT)
+sd-selection_asked = EINA_TRUE;
+if (sd-cnp_mode == ELM_CNP_MODE_PLAINTEXT)
formats = ELM_SEL_FORMAT_TEXT;
-else if (wd-cnp_mode != ELM_CNP_MODE_NO_IMAGE)
+else if (sd-cnp_mode != ELM_CNP_MODE_NO_IMAGE)
formats |= ELM_SEL_FORMAT_IMAGE;
elm_cnp_selection_get(data, ELM_SEL_TYPE_CLIPBOARD, formats, NULL,
NULL);
#endif
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-svn mailing list
enlightenment-...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
--
Eduardo de Barros Lima ◤✠◢
ebl...@gmail.com
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Core Tiling Module
Is there any way to get a movement done in a single hot key trigger? For instance before I had ctrl+right arrow to move a window right and then up/down/left in a similar manner. On Fri, Aug 31, 2012 at 2:38 PM, Boris Faure bo...@fau.re wrote: On 12-08-31 14:29, Jeff Hoogland wrote: The main feature I am missing is that the old tiling module had the ability to set up hot keys to move windows in a specific direction. For instance I could setup bindings to move the currently active window up/down/left/right You can do that! It's called “Move window” under “Tiling”. I've set to Win+m. Press it then move with arrow keys or hjkl (à la vi). -- Boris Faure Pointer Arithmetician -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Core Tiling Module
On 12-08-31 14:43, Jeff Hoogland wrote: Is there any way to get a movement done in a single hot key trigger? For instance before I had ctrl+right arrow to move a window right and then up/down/left in a similar manner. I should find time to add that this week-end. -- Boris Faure Pointer Arithmetician -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Core Tiling Module
Fantastic! Thank you very much Boris. On Fri, Aug 31, 2012 at 2:47 PM, Boris Faure bo...@fau.re wrote: On 12-08-31 14:43, Jeff Hoogland wrote: Is there any way to get a movement done in a single hot key trigger? For instance before I had ctrl+right arrow to move a window right and then up/down/left in a similar manner. I should find time to add that this week-end. -- Boris Faure Pointer Arithmetician -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Launching EFM as root?
I don't want to file a bug report about this just yet in case it is simply a configuration issue, but when I try to launch EFM with sudo or as root I get: jeff@eee17pc:~$ sudo enlightenment_filemanager [sudo] password for jeff: ERR4911:ecore_con ecore_con_dns.c:157 ecore_con_info_init() resconf_open: No such file or directory ERROR: org.freedesktop.DBus.Error.ServiceUnknown: The name org.enlightenment.FileManager was not provided by any .service files And nothing launches. Anyone else seeing this? -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Launching EFM as root?
On Fri, Aug 31, 2012 at 6:16 PM, Jeff Hoogland jeffhoogl...@linux.com wrote: I don't want to file a bug report about this just yet in case it is simply a configuration issue, but when I try to launch EFM with sudo or as root I get: jeff@eee17pc:~$ sudo enlightenment_filemanager [sudo] password for jeff: ERR4911:ecore_con ecore_con_dns.c:157 ecore_con_info_init() resconf_open: No such file or directory ERROR: org.freedesktop.DBus.Error.ServiceUnknown: The name org.enlightenment.FileManager was not provided by any .service files It means that probably you don't have a dbus session bus for the root user running. You can launch one as root, but probably it is not recommended to do so. And nothing launches. Anyone else seeing this? -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: devilhorns trunk/elementary/src/lib
* Eduardo Lima (Etrunko) ebl...@gmail.com [2012-08-31 16:41:04 -0300]:
On Fri, Aug 31, 2012 at 3:20 AM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
Elementary: Make entry compile again when using Wayland.
NB: Hmmm, not sure if this got into the 1.7 release or not. Perhaps
needs to be backported ?
No need. Glima is to be spanked with his 'entry now a scrollable
layout (r75890)' commit, which didn't take wayland into account.
Sorry, guys :)
Author: devilhorns
Date: 2012-08-30 23:20:58 -0700 (Thu, 30 Aug 2012)
New Revision: 75917
Trac: http://trac.enlightenment.org/e/changeset/75917
Modified:
trunk/elementary/src/lib/elm_entry.c
Modified: trunk/elementary/src/lib/elm_entry.c
===
--- trunk/elementary/src/lib/elm_entry.c2012-08-31 06:17:33 UTC
(rev 75916)
+++ trunk/elementary/src/lib/elm_entry.c2012-08-31 06:20:58 UTC
(rev 75917)
@@ -1104,10 +1104,10 @@
{
#ifdef HAVE_ELEMENTARY_WAYLAND
Elm_Sel_Format formats = ELM_SEL_FORMAT_MARKUP;
-wd-selection_asked = EINA_TRUE;
-if (wd-cnp_mode == ELM_CNP_MODE_PLAINTEXT)
+sd-selection_asked = EINA_TRUE;
+if (sd-cnp_mode == ELM_CNP_MODE_PLAINTEXT)
formats = ELM_SEL_FORMAT_TEXT;
-else if (wd-cnp_mode != ELM_CNP_MODE_NO_IMAGE)
+else if (sd-cnp_mode != ELM_CNP_MODE_NO_IMAGE)
formats |= ELM_SEL_FORMAT_IMAGE;
elm_cnp_selection_get(data, ELM_SEL_TYPE_CLIPBOARD, formats, NULL,
NULL);
#endif
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-svn mailing list
enlightenment-...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
--
Eduardo de Barros Lima ◤✠◢
ebl...@gmail.com
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Gustavo Lima Chaves
Computer Engineer @ ProFUSION Embedded Systems
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Launching EFM as root?
Yeah! This command is not an actual standalone GUI using EFL. Rather it will ask running E17 to open an EFM window. Then you need DBus session to do this request to your window manager. Note that E17 cannot inherit the sudo from your command! Also note that DBus session is per-user, then your user and root have independent buses On Friday, August 31, 2012, Eduardo Lima (Etrunko) wrote: On Fri, Aug 31, 2012 at 6:16 PM, Jeff Hoogland jeffhoogl...@linux.comjavascript:; wrote: I don't want to file a bug report about this just yet in case it is simply a configuration issue, but when I try to launch EFM with sudo or as root I get: jeff@eee17pc:~$ sudo enlightenment_filemanager [sudo] password for jeff: ERR4911:ecore_con ecore_con_dns.c:157 ecore_con_info_init() resconf_open: No such file or directory ERROR: org.freedesktop.DBus.Error.ServiceUnknown: The name org.enlightenment.FileManager was not provided by any .service files It means that probably you don't have a dbus session bus for the root user running. You can launch one as root, but probably it is not recommended to do so. And nothing launches. Anyone else seeing this? -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com javascript:; -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ 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 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch][elementary] access - add activate callback
dear all, hello again. i have attached another patch to support widget activation on the widget level not only accessibility level. it would be used not only accessibility - known as screen reader, voice over - but also others such as speech to text(control). so it would be better to use the attachment than use previous patch. you can find easily what is different if you look into those. thanks. shinwoo kim. 2012/8/31 Kim Shinwoo kimcinoo@gmail.com dear all, hello. till now, accessibility has used ecore_x_mouse_*_send(). the patch has activate callback which takes place of the ecore_x_mouse_*_send() stuff. if the access module is enabled and 'double tap' is detected, elm_win will receive ECORE_X_ATOM_E_ILLUME_ACCESS_CONTROL message with ECORE_X_ATOME_E_ILLUME_ACCESS_ACTION_ACTIVATE and call the activate callback for the accessibility. that's it. then please review the attachment and give feedback. thanks. thanks. shinwoo kim. access.widget.level.activate.diff Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Can't disable posix threads in eina 1.7.0
On Fri, 31 Aug 2012 22:23:25 +1000 David Seikel onef...@gmail.com said: On Fri, 31 Aug 2012 20:55:11 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 20:00:52 +1000 David Seikel onef...@gmail.com said: On Fri, 31 Aug 2012 18:42:32 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 19:31:20 +1000 David Seikel onef...@gmail.com said: On Fri, 31 Aug 2012 18:11:09 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 09:47:48 +0200 Vincent Torri vincent.to...@gmail.com said: On Fri, Aug 31, 2012 at 9:33 AM, David Seikel onef...@gmail.com wrote: On Fri, 31 Aug 2012 16:00:24 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Fri, Aug 31, 2012 at 3:44 PM, Vincent Torri vincent.to...@gmail.com wrote: On Fri, Aug 31, 2012 at 8:23 AM, David Seikel onef...@gmail.com wrote: On Thu, 30 Aug 2012 23:45:13 +0200 Vincent Torri vincent.to...@gmail.com wrote: On Thu, Aug 30, 2012 at 7:42 PM, David Seikel onef...@gmail.com wrote: Yay! First bug report from the released tarballs. Edited highlights - eina$ ./configure --disable-posix-threads funny because that option does not exist anymore. Try ./configure --help ~/e17_svn/TEMP/eina-1.7.0$ ./configure --help It certainly does exist. This is in the released tarball - http://download.enlightenment.org/releases/eina-1.7.0.tar.bz2 then, there is something strange. As I did remove that option, and before sending my previous mail, i've checked that that option is not available in my eina repo. I don't have it from svn either. So, something is wrong with the released tarball, which is what I said in the beginning. indeed, problem is on raster's side : there are files that have been removed from svn, but raster still have them in his repo, it seems, and he packaged them i have the option here. if they were removed it should have deleted my copies too... SVN is not so good at deleting stuff. Sometimes it's useful to just wipe it all and get a fresh copy from the repo. hmm i guess we can just ignore this option then. Except that it's breaking the build of eet later, at least for me. The tarballs are broken and need to be fixed. Guess this was a BETA release after all. B-) I just went back to using the older release tarballs. they build perfectly for me. We already establish that you did not create the tarballs from a pristine environment, did you test build it in a dirty environment to? I build the entire embedded OS from scratch in qemu, from the released tarballs. Even the build tools are created pristinely. That's as pristine as you are gonna get. Except this time around, the tarballs are dirty. i did make distcheck - so yes. it passed distcheck. i build in that env 5-10 times or more a day on 3-5 different machines. Well, the fact is that the released tarball is different from what was in SVN, as reported in this thread by at least three people. Looking at the contents of the tarball now it's obvious it has a bunch more m4 files than SVN. The tarball is also different from what's in the branch and tag versions in SVN. The tarball should be identical to the branched and tagged versions, minus the .svn cruft. make distcheck is different from dowload tarballs into a clean environment and build them. Obviously make distcheck is also different from clean checkout from the repo followed by make distcheck, and I think that's where things went wrong. Building from SVN in my usual environment works fine for me to, I did it a couple of times since I started this thread. Downloading those tarballs into a clean environment did not build. I build that clean environment from released tarballs as often as you build, and it works perfectly on the previous released tarballs. Fails badly on this release. Would not be so bad if it failed cleanly, but it fails badly. And by clean and pristine environment I mean it only has the dependencies and the build tools. In that pristine environment it fails to build, with or without the --disable-posix-threads option. If pthreads is a hard requirement now, then eina should properly detect that, and complain about it's lack. That's not happening. What actually happens is that eina claims to build properly, and then eet dies with a message that says the compiler you just used to compile eina with is broken. I looked into the log files and eet was testing the compiler
Re: [E-devel] Can't disable posix threads in eina 1.7.0
On Sat, 1 Sep 2012 12:54:00 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 22:23:25 +1000 David Seikel onef...@gmail.com said: On Fri, 31 Aug 2012 20:55:11 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 20:00:52 +1000 David Seikel onef...@gmail.com said: On Fri, 31 Aug 2012 18:42:32 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 19:31:20 +1000 David Seikel onef...@gmail.com said: On Fri, 31 Aug 2012 18:11:09 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 31 Aug 2012 09:47:48 +0200 Vincent Torri vincent.to...@gmail.com said: On Fri, Aug 31, 2012 at 9:33 AM, David Seikel onef...@gmail.com wrote: On Fri, 31 Aug 2012 16:00:24 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Fri, Aug 31, 2012 at 3:44 PM, Vincent Torri vincent.to...@gmail.com wrote: On Fri, Aug 31, 2012 at 8:23 AM, David Seikel onef...@gmail.com wrote: On Thu, 30 Aug 2012 23:45:13 +0200 Vincent Torri vincent.to...@gmail.com wrote: On Thu, Aug 30, 2012 at 7:42 PM, David Seikel onef...@gmail.com wrote: Yay! First bug report from the released tarballs. Edited highlights - eina$ ./configure --disable-posix-threads funny because that option does not exist anymore. Try ./configure --help ~/e17_svn/TEMP/eina-1.7.0$ ./configure --help It certainly does exist. This is in the released tarball - http://download.enlightenment.org/releases/eina-1.7.0.tar.bz2 then, there is something strange. As I did remove that option, and before sending my previous mail, i've checked that that option is not available in my eina repo. I don't have it from svn either. So, something is wrong with the released tarball, which is what I said in the beginning. indeed, problem is on raster's side : there are files that have been removed from svn, but raster still have them in his repo, it seems, and he packaged them i have the option here. if they were removed it should have deleted my copies too... SVN is not so good at deleting stuff. Sometimes it's useful to just wipe it all and get a fresh copy from the repo. hmm i guess we can just ignore this option then. Except that it's breaking the build of eet later, at least for me. The tarballs are broken and need to be fixed. Guess this was a BETA release after all. B-) I just went back to using the older release tarballs. they build perfectly for me. We already establish that you did not create the tarballs from a pristine environment, did you test build it in a dirty environment to? I build the entire embedded OS from scratch in qemu, from the released tarballs. Even the build tools are created pristinely. That's as pristine as you are gonna get. Except this time around, the tarballs are dirty. i did make distcheck - so yes. it passed distcheck. i build in that env 5-10 times or more a day on 3-5 different machines. Well, the fact is that the released tarball is different from what was in SVN, as reported in this thread by at least three people. Looking at the contents of the tarball now it's obvious it has a bunch more m4 files than SVN. The tarball is also different from what's in the branch and tag versions in SVN. The tarball should be identical to the branched and tagged versions, minus the .svn cruft. make distcheck is different from dowload tarballs into a clean environment and build them. Obviously make distcheck is also different from clean checkout from the repo followed by make distcheck, and I think that's where things went wrong. Building from SVN in my usual environment works fine for me to, I did it a couple of times since I started this thread. Downloading those tarballs into a clean environment did not build. I build that clean environment from released tarballs as often as you build, and it works perfectly on the previous released tarballs. Fails badly on this release. Would not be so bad if it failed cleanly, but it fails badly. And by clean and pristine environment I mean it only has the dependencies and the build tools. In that pristine environment it fails to build, with or without the --disable-posix-threads option. If pthreads is a hard requirement now, then eina should properly detect that, and complain about it's lack. That's not happening. What actually
