Re: [E-devel] Release and documentation
Toma wrote: Ive always been a proponent of more docs and have always tried to make docs. Im down with it. The 0th step is creating a roadmap of what needs more documentation, what needs documentation revision, and how to organize all the documentation. I'm agree, the good way is to have a roadmap in trac, sure. And instead of a 'team' as such, we could create a system where you just add a short blurb about a certain function then that gets added to a database... unless thats already possible? It would be good to keep it all on a wiki type setup, Imho, using something like docbook or another documentation's format will be better, using this, it'll be more easy to provide documentation in differents formats. preferably on trac.enlightenment.org (at least for the roadmap) or on wiki.enlightenment.org ... there is already LOADS of info on wiki.e.org, but it might need some more organization. Yes, wiki have to be organized and updated :) Toma 2008/11/11 Amitav Mohanty [EMAIL PROTECTED]: Hi I posted about this about a week ago. I am partly taking up that task. However, I will need a few more days to begin my work. Stephane Bauland wrote: Hi all, This morning i was reading a guay in #e, asking for some documentation around E itself. Maybe it could be great to create a team for documentation right now. And to provide a user documentation manual for the release ? Cause their's not enought documentation about e, or the one existing are a little bit outdated. That's just my opinion, i let you react :) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Stephane 'rookmoot' Bauland. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Release and documentation
Hi all, This morning i was reading a guay in #e, asking for some documentation around E itself. Maybe it could be great to create a team for documentation right now. And to provide a user documentation manual for the release ? Cause their's not enought documentation about e, or the one existing are a little bit outdated. That's just my opinion, i let you react :) -- Stephane 'rookmoot' Bauland. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] E_DBus - Eina ports.
Hi there, i patch e_dbus core to use eina instead of ecore, i have to do e_hal, e_nm, and other stuff too, but i would like to know what you think about that. I have no problem using it. It works with dbus exemple and i e in general. Index: src/lib/dbus/e_dbus_signal.c === --- src/lib/dbus/e_dbus_signal.c (revision 37413) +++ src/lib/dbus/e_dbus_signal.c (working copy) @@ -187,9 +187,7 @@ if (!conn-signal_handlers) { - conn-signal_handlers = ecore_list_new(); - ecore_list_free_cb_set - (conn-signal_handlers, ECORE_FREE_CB(e_dbus_signal_handler_free)); + conn-signal_handlers = NULL; conn-signal_dispatcher = cb_signal_dispatcher; } @@ -207,8 +205,7 @@ data-sh = sh; e_dbus_get_name_owner(conn, sender, cb_name_owner, data); } - - ecore_list_append(conn-signal_handlers, sh); + conn-signal_handlers = eina_list_append(conn-signal_handlers, sh); return sh; } @@ -252,42 +249,42 @@ dbus_bus_remove_match(conn-conn, match, NULL); if (!conn-signal_handlers) return; - if (!ecore_list_goto(conn-signal_handlers, sh)) return; - ecore_list_remove(conn-signal_handlers); + conn-signal_handlers = eina_list_remove(conn-signal_handlers, sh); e_dbus_signal_handler_free(sh); } static void cb_signal_dispatcher(E_DBus_Connection *conn, DBusMessage *msg) { + Eina_List *l = NULL; E_DBus_Signal_Handler *sh; - ecore_list_first_goto(conn-signal_handlers); - while ((sh = ecore_list_next(conn-signal_handlers))) - { -if ((!sh-cb_signal) || (sh-delete_me)) continue; - -if (sh-sender !dbus_message_has_sender(msg, sh-sender)) continue; -if (sh-path !dbus_message_has_path(msg, sh-path)) continue; -if (sh-interface !dbus_message_has_interface(msg, sh-interface)) continue; -if (sh-member !dbus_message_has_member(msg, sh-member)) continue; - -sh-cb_signal(sh-data, msg); - } + EINA_LIST_FOREACH(conn-signal_handlers, l, sh) +{ + if ((!sh-cb_signal) || (sh-delete_me)) continue; + + if (sh-sender !dbus_message_has_sender(msg, sh-sender)) continue; + if (sh-path !dbus_message_has_path(msg, sh-path)) continue; + if (sh-interface !dbus_message_has_interface(msg, sh-interface)) continue; + if (sh-member !dbus_message_has_member(msg, sh-member)) continue; + + sh-cb_signal(sh-data, msg); +} } void e_dbus_signal_handlers_clean(E_DBus_Connection *conn) { + Eina_List *l = NULL; E_DBus_Signal_Handler *sh; if (!e_dbus_handler_deletions) return; if (!conn-signal_handlers) return; - ecore_list_first_goto(conn-signal_handlers); - while ((sh = ecore_list_next(conn-signal_handlers))) - { -if (sh-delete_me) - e_dbus_signal_handler_del(conn, sh); - } + + EINA_LIST_FOREACH(conn-signal_handlers, l, sh) +{ + if (sh-delete_me) + e_dbus_signal_handler_del(conn, sh); +} e_dbus_handler_deletions = 0; } Index: src/lib/dbus/e_dbus_private.h === --- src/lib/dbus/e_dbus_private.h (revision 37413) +++ src/lib/dbus/e_dbus_private.h (working copy) @@ -13,9 +13,9 @@ DBusConnection *conn; char *conn_name; - Ecore_List *fd_handlers; - Ecore_List *timeouts; - Ecore_List *signal_handlers; + Eina_List *fd_handlers; + Eina_List *timeouts; + Eina_List *signal_handlers; void (*signal_dispatcher)(E_DBus_Connection *conn, DBusMessage *msg); Ecore_Idler *idler; Index: src/lib/dbus/e_dbus.c === --- src/lib/dbus/e_dbus.c (revision 37413) +++ src/lib/dbus/e_dbus.c (working copy) @@ -8,7 +8,6 @@ #include string.h #include Ecore.h -#include Ecore_Data.h #define NUM_BUS_TYPES 3 @@ -103,7 +102,7 @@ NULL, NULL); - ecore_list_append(hd-cd-fd_handlers, hd-fd_handler); + hd-cd-fd_handlers = eina_list_append(hd-cd-fd_handlers, hd-fd_handler); } @@ -115,8 +114,7 @@ DEBUG(5, e_dbus_handler_data_free\n); if (hd-fd_handler) { -if (ecore_list_goto(hd-cd-fd_handlers, hd-fd_handler)) - ecore_list_remove(hd-cd-fd_handlers); +hd-cd-fd_handlers = eina_list_remove(hd-cd-fd_handlers, hd-fd_handler); ecore_main_fd_handler_del(hd-fd_handler); } free(hd); @@ -158,8 +156,8 @@ DEBUG(1, Not connected\n); cd-shared_type = -1; - cd-fd_handlers = ecore_list_new(); - cd-timeouts = ecore_list_new(); + cd-fd_handlers = NULL; + cd-timeouts = NULL; return cd; } @@ -167,26 +165,45 @@ static void e_dbus_connection_free(void *data) { + Eina_List *l = NULL; E_DBus_Connection *cd = data; Ecore_Fd_Handler *fd_handler; Ecore_Timer *timer; DEBUG(5, e_dbus_connection free!\n); + l = cd-fd_handlers; + while (l) +{ + ecore_main_fd_handler_del(eina_list_data_get(l)); + l = eina_list_remove_list(l, l); +
Re: [E-devel] E_DBus - Eina ports.
Sebastian Dransfeld wrote: Stephane Bauland wrote: Hi there, i patch e_dbus core to use eina instead of ecore, i have to do e_hal, e_nm, and other stuff too, but i would like to know what you think about that. Please don't touch nm as I'm doing a major cleanup. Sebastian Then, i finaly patch all ecore_list and ecore_hash from e_dbus. I follow cedric's recommandations. -- Stephane 'rookmoot' Bauland. Index: bin/hal.c === --- bin/hal.c (revision 37423) +++ bin/hal.c (working copy) @@ -365,6 +365,7 @@ static void cb_test_get_all_devices(void *user_data, void *reply_data, DBusError *error) { + Eina_List *l = NULL; E_Hal_Manager_Get_All_Devices_Return *ret = reply_data; char *device; @@ -377,16 +378,14 @@ return; } - ecore_list_first_goto(ret-strings); - while ((device = ecore_list_next(ret-strings))) - { + EINA_LIST_FOREACH(ret-strings, l, device) printf(device: %s\n, device); - } } static void cb_test_find_device_by_capability_storage(void *user_data, void *reply_data, DBusError *error) { + Eina_List *l = NULL; E_Hal_Manager_Find_Device_By_Capability_Return *ret = reply_data; char *device; @@ -399,14 +398,14 @@ return; } - ecore_list_first_goto(ret-strings); - while ((device = ecore_list_next(ret-strings))) + EINA_LIST_FOREACH(ret-strings, l, device) storage_append(device); } static void cb_test_find_device_by_capability_volume(void *user_data, void *reply_data, DBusError *error) { + Eina_List *l = NULL; E_Hal_Manager_Find_Device_By_Capability_Return *ret = reply_data; char *device; @@ -419,8 +418,7 @@ return; } - ecore_list_first_goto(ret-strings); - while ((device = ecore_list_next(ret-strings))) + EINA_LIST_FOREACH(ret-strings, l, device) volume_append(device); } Index: lib/dbus/e_dbus_signal.c === --- lib/dbus/e_dbus_signal.c (revision 37423) +++ lib/dbus/e_dbus_signal.c (working copy) @@ -27,7 +27,7 @@ * Free a signal handler * @param sh the signal handler to free */ -static void +void e_dbus_signal_handler_free(E_DBus_Signal_Handler *sh) { free(sh-sender); @@ -187,9 +187,7 @@ if (!conn-signal_handlers) { - conn-signal_handlers = ecore_list_new(); - ecore_list_free_cb_set - (conn-signal_handlers, ECORE_FREE_CB(e_dbus_signal_handler_free)); + conn-signal_handlers = NULL; conn-signal_dispatcher = cb_signal_dispatcher; } @@ -207,8 +205,7 @@ data-sh = sh; e_dbus_get_name_owner(conn, sender, cb_name_owner, data); } - - ecore_list_append(conn-signal_handlers, sh); + conn-signal_handlers = eina_list_append(conn-signal_handlers, sh); return sh; } @@ -252,42 +249,42 @@ dbus_bus_remove_match(conn-conn, match, NULL); if (!conn-signal_handlers) return; - if (!ecore_list_goto(conn-signal_handlers, sh)) return; - ecore_list_remove(conn-signal_handlers); + conn-signal_handlers = eina_list_remove(conn-signal_handlers, sh); e_dbus_signal_handler_free(sh); } static void cb_signal_dispatcher(E_DBus_Connection *conn, DBusMessage *msg) { + Eina_List *l = NULL; E_DBus_Signal_Handler *sh; - ecore_list_first_goto(conn-signal_handlers); - while ((sh = ecore_list_next(conn-signal_handlers))) - { -if ((!sh-cb_signal) || (sh-delete_me)) continue; - -if (sh-sender !dbus_message_has_sender(msg, sh-sender)) continue; -if (sh-path !dbus_message_has_path(msg, sh-path)) continue; -if (sh-interface !dbus_message_has_interface(msg, sh-interface)) continue; -if (sh-member !dbus_message_has_member(msg, sh-member)) continue; - -sh-cb_signal(sh-data, msg); - } + EINA_LIST_FOREACH(conn-signal_handlers, l, sh) +{ + if ((!sh-cb_signal) || (sh-delete_me)) continue; + + if (sh-sender !dbus_message_has_sender(msg, sh-sender)) continue; + if (sh-path !dbus_message_has_path(msg, sh-path)) continue; + if (sh-interface !dbus_message_has_interface(msg, sh-interface)) continue; + if (sh-member !dbus_message_has_member(msg, sh-member)) continue; + + sh-cb_signal(sh-data, msg); +} } void e_dbus_signal_handlers_clean(E_DBus_Connection *conn) { + Eina_List *l = NULL; E_DBus_Signal_Handler *sh; if (!e_dbus_handler_deletions) return; if (!conn-signal_handlers) return; - ecore_list_first_goto(conn-signal_handlers); - while ((sh = ecore_list_next(conn-signal_handlers))) - { -if (sh-delete_me) - e_dbus_signal_handler_del(conn, sh); - } + + EINA_LIST_FOREACH(conn-signal_handlers, l, sh) +{ + if (sh-delete_me) + e_dbus_signal_handler_del(conn, sh); +} e_dbus_handler_deletions = 0; } Index: lib/dbus/e_dbus_private.h === --- lib/dbus/e_dbus_private.h (revision 37423) +++ lib/dbus/e_dbus_private.h (working copy) @@ -13,9
Re: [E-devel] E-Module_Extra stringshare patch.
Luca De Marini wrote: Thank you very much man, Extramenu is an important module in OpenGEU, Dave lately is not answering so I'm really happy you did this :) Could you do this to trash too pleaase? I beg you :) Greetings, Luca I just patch svn modules, but if you want to do it. Then eina keep the same API for stringshare than the evas one. So you can do this : find module/dir -name '*.c' -exec sed -i 's/evas_stringshare/eina_stringshare/g' {} \; That will automaticaly replace evas by eina. You just have to test if they correctly work after, but their's no prob :) 2008/10/31 Stephane Bauland [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Hi all, i notice that evas_stringshare left on some of the modules. Here is attached the patch to replac evas_stringshare by eina ones. PS: I test them quickly, they seem to be working. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net mailto:enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Pidgin lagging or using too much resources
[EMAIL PROTECTED] wrote: Using the first version of eeePC (quite slow machine) and i dont have that problem. Should we do a EFL version of Pidgin ? :P (That would be cool ^^) It's comming, i'm planning to implement Telepathy under efls. On Oct 30, 2008 3:08pm, Nick Hughart [EMAIL PROTECTED] wrote: Luca De Marini wrote: Hallo people, I received report from two of my developers about pidgin having problems in Enlightenment. I tested it, for me it works fine but maybe because I have a powerful computer... I mean, looks like pidgin uses an incredible amount of resources in E, in general. Jorge reports it to use 99% of is CPU resources, Pablo sais he cannot use it because it lags and is really hard to use. My question is, could someone of you please test this too, so that I can know if it is a real problem for everyone or not? And if it is a problem indeed, how could it happen and how could it be solved (if anyone cares about solving it)? Greetings, Luca Does not do this for me now and has never done it in the past. I also do not know of any other reported cases so this would have to be on their end. The fact that they are using E is probably just a coincidence. E will not cause Pidgin to use 100% cpu. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Pidgin lagging or using too much resources
[EMAIL PROTECTED] wrote: Yeah, actually, i began to do a eMSN in C / C++ based on ETK (no Edje implementation) 3 years ago. Taking again the project but with Python-ETK (with edc files as well) that uses the emesenelib (project sleeping since 3 months). Trying to watch on libpurple, pymsn and telepathy. We'll see what we get! Maybe interested by working with me on an implementation of telepathy ? I already done a multiprotocol client in efl (eim), and i restart it using telepathy. So many needs, but the first thing to do, is to reimplement a telepathy library ! On Oct 30, 2008 4:41pm, Stephane Bauland [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Using the first version of eeePC (quite slow machine) and i dont have that problem. Should we do a EFL version of Pidgin ? :P (That would be cool ^^) It's comming, i'm planning to implement Telepathy under efls. On Oct 30, 2008 3:08pm, Nick Hughart [EMAIL PROTECTED] wrote: Luca De Marini wrote: Hallo people, I received report from two of my developers about pidgin having problems in Enlightenment. I tested it, for me it works fine but maybe because I have a powerful computer... I mean, looks like pidgin uses an incredible amount of resources in E, in general. Jorge reports it to use 99% of is CPU resources, Pablo sais he cannot use it because it lags and is really hard to use. My question is, could someone of you please test this too, so that I can know if it is a real problem for everyone or not? And if it is a problem indeed, how could it happen and how could it be solved (if anyone cares about solving it)? Greetings, Luca Does not do this for me now and has never done it in the past. I also do not know of any other reported cases so this would have to be on their end. The fact that they are using E is probably just a coincidence. E will not cause Pidgin to use 100% cpu. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Pidgin lagging or using too much resources
Diogo Dutra wrote: Guys, if you want a client in EFL help the amsn2 team, they are working hard on it. They are using the lib pymsn for the communication. But logic, its for only msn protocol. Personaly, i don't see any interests of having a msn client only, and Telepathy is a freedesktop standard and it only depends of dbus. I think that's the better way to handle communications arround enlightenment. On Thu, Oct 30, 2008 at 5:51 AM, Lionel ORRY [EMAIL PROTECTED] wrote: Look at amsn2. There is an EFL-based engine for GUI. 2008/10/30 Stephane Bauland [EMAIL PROTECTED]: [EMAIL PROTECTED] wrote: Using the first version of eeePC (quite slow machine) and i dont have that problem. Should we do a EFL version of Pidgin ? :P (That would be cool ^^) It's comming, i'm planning to implement Telepathy under efls. On Oct 30, 2008 3:08pm, Nick Hughart [EMAIL PROTECTED] wrote: Luca De Marini wrote: Hallo people, I received report from two of my developers about pidgin having problems in Enlightenment. I tested it, for me it works fine but maybe because I have a powerful computer... I mean, looks like pidgin uses an incredible amount of resources in E, in general. Jorge reports it to use 99% of is CPU resources, Pablo sais he cannot use it because it lags and is really hard to use. My question is, could someone of you please test this too, so that I can know if it is a real problem for everyone or not? And if it is a problem indeed, how could it happen and how could it be solved (if anyone cares about solving it)? Greetings, Luca Does not do this for me now and has never done it in the past. I also do not know of any other reported cases so this would have to be on their end. The fact that they are using E is probably just a coincidence. E will not cause Pidgin to use 100% cpu. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https
Re: [E-devel] FOSDEM 2009
Sevcsik AndrĂ¡s wrote: On Wed, Oct 22, 2008 at 3:13 PM, Nicolas Aguirre [EMAIL PROTECTED]wrote: 2008/10/22 Vincent Torri [EMAIL PROTECTED] no one is interested at all ? I'll be there. Me too. I think i will be with you too. Not sure right now. -- Nicolas Aguirre Mail: [EMAIL PROTECTED] Web: http://www.digital-corner.org - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel