Re: [E-devel] E17's Direction and Development
Am Wed, 31 Oct 2007 20:25:58 -0400 schrieb Christopher Michael: Hisham Mardam Bey wrote: Hello gang, I'm sure some of you have (passively) read some of the discussions that are occurring on #edevelop from time to time regarding the direction this project is taking. I am mainly talking about E17, the window manager, and not the entire EFL. The main discussion was centered about how we're developing E17 and where its going. We now have two places where we keep TODO items and bugs, the TODO file in apps/e, and bugzilla. Well, imo, this is just silly to have things in two places. From what I have noticed so far, not too many people are actually using the bugzilla for e17. Users appear to be entering bugs there, but noone appears to be paying much attention to it. I do what I can there...fixing things, sorting invalid bugs vs legit ones, but alas I am only one person with a set amount of time available and would rather not be spending it mucking with bugzilla. The way things are going, Interesting information. I'll think about if it worth again to write feature requests or bug reports for E17 in the future. If nobody reads it, I could save this work. :-( I've CVS write permission, but I think you'll not that happy if I insert my requests direct into TODO, not? :-) So a system like bugzilla is really needed. I don't understand your problem. You get an email from bugzilla with the content of the new post. So no need to use a web browser. And if you like to change something, then click on the link and it opens in the web browser. You could close it one minute later after posting your comment. As natural there're everytime two groups of people. That one requesting the bugs and that one fixing the bugs. Both are important and needed! In my experience external testers are more effective that if the developer tests his own code. The testers also spend many time in writing bug reports, create gdb traces and so on. Don't forget this work! regards Andreas - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17's Direction and Development
On 11/1/07, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Wed, 31 Oct 2007 20:09:17 -0400 Hisham Mardam Bey [EMAIL PROTECTED] babbled: Hello gang, I'm sure some of you have (passively) read some of the discussions that are occurring on #edevelop from time to time regarding the direction this project is taking. I am mainly talking about E17, the window manager, and not the entire EFL. The main discussion was centered about how we're developing E17 and where its going. We now have two places where we keep TODO items and bugs, the TODO file in apps/e, and bugzilla. The way things are going, we have several open features in E17 that are partially done, some major, some minor. Among those features are EFM, and the First Time Run Wizard (FTRW). i think i did warn people that if this is moved to bugzilla i am certain i will probably not read it - having a web browser up consuming half my screen and a web interface to trawl through painfully just to check what people have filed is a sure way to make me avoid it. bugzilla is painful. compared to the compact simplicity of a TODO file in CVS - it's an abomination (from a developers point of view). a lot of you may just love the web, and web ui's, and sit and drool over your gmail web page etc. etc. - but i do not. i find it royally painful. so as i said - the result is me not reading the bug reports/feature requests. EFM was supposed to be a simple file selector, it then grew into a actually no - it was meant to be BOTH a file selector back-end AND a simple filemanager. there is no point making 2 of them separate. they do the same thing. list files. Granted, but if the file manager functionality is going to take a lot of time to complete we should just put it on hold and work on the bugs in the TODO. file manager, it then started getting custom directory and window configuration abilities, and then grew so big it needed its own config has been there from day 0 so it can look like a list (used int he file selector) or icons (desktop bg/fwin views). config is there as simple twiddle knobs for icon size and more. process. As it stands, none of its features are 100% complete and no - the process was there to split file IO out ot a slave so the WM doesn't hang doing file IO to slow file systems (eg AFS, a CF/SD card plugged in via a USB 1 card reader etc.). i actually did this because of slowness in the file selector - not the file manager. it has a bonus of making the file manager better too. almost without bugs, except the file selector. The file selector is a core part of E17 (for obvious reasons), but the file manager is really not. I would classify it as a nice to have feature, along with desktop icons, but its nothing major that can prevent a release from happening. there's a bunch of things to finish off with the fm - but it's not a huge amount of work to finish ti to simple usability. it's almost there. just the actual file operations need fixing to work properly in all cases and report errors properly. that's about all that's really left to do here (other than initial setup of Desktop so u have some links to places like your homedir). i wanted to add links to the ~/.e/e/themes, backgrounds etc. dirs for trivial DND of downloaded items etc. the FM allows that and it's ALMOST there. The FTRW is a useful feature to have that has also been started and the wizard core is pretty much done - i paused to go fix the default theme ans i frankly was disgusted with the look of the wizard and couldn't continue until i fixed things. i wanted to get that settled and come back. i want to get the first few pages done that demonstrate how to do most things - then the rest can be filled in as needed. what pages are to be done is listed in the wizard - but we can make it more minimal to save time. has not seen completion yet. It was always on the TODO, but it sprung out of no where at a certain point in time during the EFM development cycle. Although its a nice and very useful feature, and I think it would be a good idea to have it available when we have a release, its taken development time from EFM and other incomplete features in E, and is currently not finished. Yet another incomplete and relatively big feature. it is really just these 2 big ones with smaller cleanups that need doing - tho default theme cleanup is not a small task BTW - i'm commenting the .edc heavily. I'm not criticizing how these things are designed or saying they are bad or extra features. I am just saying that as it stands, they need a good amount of work and have the tendency to grow. We should say that we want to make them do a, b, and c, and freeze anything else. Some other items in the TODO are considered medium sized tasks, and the majority can be considered small tasks. I don't know about the state of things in bugzilla, but we can assume the same as with
[E-devel] gPC at Walmart
Some interesting news related to E: http://blog.wired.com/gadgets/2007/10/200-everex-gree.html - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Nightly build log for E17 on 2007-11-01 07:05:11 -0700
Build log for Enlightenment DR 0.17 on 2007-11-01 07:05:11 -0700 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: engage http://download.enlightenment.org/tests/logs/engage.log epdf http://download.enlightenment.org/tests/logs/epdf.log evolve http://download.enlightenment.org/tests/logs/evolve.log Packages with no supported build system: esmart_rsvg, exorcist, python-efl, Packages skipped: camE, enotes, enscribe, epbb, eplay, erss, etk_server, etox, e_utils, Evas_Perl, evoak, gfx_routines, lvs-gui, med, nexus, notgame, ruby-efl, webcam, Packages that build OK: alarm, bling, cpu, deskshow, eclair, ecore, edb, e_dbus, edje_editor, edje, edje_viewer, edvi, eet, eflame, eflpp, efreet, elapse, elation, elicit, elitaire, e, embrace, embryo, emotion, emphasis, empower, emu, engrave, engycad, enhance, enity, enterminus, enthrall, entice, entrance_edit_gui, entrance, entropy, envision, epeg, ephoto, e_phys, epsilon, equate, esmart, estickies, etk_extra, etk, etk-perl, evas, evfs, ewl, examine, exhibit, exml, expedite, express, extrackt, feh, flame, forecasts, gevas2, iconbar, imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, net, news, pesh, photo, rage, rain, screenshot, scrot, slideshow, snow, taskbar, tclock, uptime, weather, winselector, wlan, Debian GNU/Linux 4.0 \n \l Linux enlightenment2 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007 i686 GNU/Linux See http://download.enlightenment.org/tests/ for details. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] gPC at Walmart
On Thu, 1 Nov 2007 09:33:54 -0500 Nathan Ingersoll [EMAIL PROTECTED] babbled: N.B. - This isn't a surprise - to some of you at least. There may be more interesting things brewing from this, so lets keep positive about this. :) *** big smiley face on *** Some interesting news related to E: http://blog.wired.com/gadgets/2007/10/200-everex-gree.html - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] strange bug with Ecore and timers
Hello, I've a strange bug with Ecore when I will add a timer after the ecore_main_loop_begin (); when this main_loop is in a pthread. I use the last Ecore snapshot 0.9.9.041 and the bug can be reproduced with the file source attached to this email. For compile, just : gcc buggy_timer.c -lecore -lpthread -o buggy_timer Without change in the source, the output is : wait 5 sec create timer 2 In this case, a timer2 is created ~5 seconds after the ecore_main_loop_begin (); and never start. The ecore_main_loop_begin (); is called from a pthread and it seems to be the problem. After the create timer 2, each second the text TIMER 2 must appear but it doesn't work. If you uncomment the lines 52 and 53. Then timer1 is created before ecore_main_loop_begin (); and in this case, after 5 seconds in this example, the timer2 is created too.. and the output is : create timer 1 wait 5 sec TIMER 1 TIMER 1 TIMER 1 TIMER 1 create timer 2 TIMER 1 TIMER 2 TIMER 1 TIMER 2 TIMER 1 TIMER 2 TIMER 1 TIMER 2 TIMER 1 etc,.. This output is okay.. Just a thing is strange in this case too, CTRL+C break the loop but the program is not killed. I don't understand the bugs. And if I put de main_loop_begin in the pthread, it is just because I use Ecore in a library. Regards, Mathieu SCHROETER #include stdlib.h #include stdio.h #include pthread.h #include unistd.h #include Ecore.h Ecore_Timer *timer1 = NULL; Ecore_Timer *timer2 = NULL; int timer1_tick (void *data) { printf (TIMER 1\n); return 1; } int timer2_tick (void *data) { printf (TIMER 2\n); return 1; } void * thread_efl (void *arg) { (void) arg; ecore_main_loop_begin (); pthread_exit (0); } int init_efl (pthread_t *th_efl) { ecore_init (); if (pthread_create (th_efl, NULL, thread_efl, NULL) = 0) return 0; return -1; } int main (void) { pthread_t th; ecore_init (); printf (create timer 1\n); timer1 = ecore_timer_add (1.0, timer1_tick, NULL); init_efl (th); printf (wait 5 sec\n); sleep (5); printf (create timer 2\n); timer2 = ecore_timer_add (1.0, timer2_tick, NULL); while (1) sleep (10); ecore_shutdown (); return 0; } - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] strange bug with Ecore and timers
On Thu, 2007-11-01 at 23:22 +0100, Mathieu SCHROETER wrote: Hello, I've a strange bug with Ecore when I will add a timer after the ecore_main_loop_begin (); when this main_loop is in a pthread. To the best of my knowledge, ecore's main loop doesn't really handle events being posted in other threads. In fact ecore is not really thread safe or re-entrant. Any problems from there are fundamental issues with the intended design and usage of the library. Regards nash - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] segfault
Hi all, just discovered a segfault when configuring keyboard shortcuts. cvs is from today. To reproduce: go to configure - keybindings - select Launch application - when you are asked to press the keys press win - a - segfault I haven't tested any other key combinations. Backtrace attached. Continuing. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb74486b0 (LWP 18452)] 0xb72390f2 in _grab_key_down_cb (data=0x8816e70, type=11, event=0x823c9f8) at e_int_config_keybindings.c:1096 1096 if (cfdata-params[0]) #0 0xb72390f2 in _grab_key_down_cb (data=0x8816e70, type=11, event=0x823c9f8) at e_int_config_keybindings.c:1096 #1 0xb7b8f4e7 in _ecore_event_call () at ecore_events.c:428 #2 0xb7b95f3e in _ecore_main_loop_iterate_internal (once_only=0) at ecore_main.c:646 #3 0xb7b9612a in ecore_main_loop_begin () at ecore_main.c:83 #4 0x0806bdfe in main (argc=1, argv=0xbfe101c4) at e_main.c:916 #0 0xb72390f2 in _grab_key_down_cb (data=0x8816e70, type=11, event=0x823c9f8) at e_int_config_keybindings.c:1096 1096 if (cfdata-params[0]) 1091 } 1092 e_widget_ilist_selected_set(cfdata-gui.o_binding_list, n); 1093 e_widget_ilist_unselect(cfdata-gui.o_action_list); 1094 if (cfdata-locals.action) free(cfdata-locals.action); 1095 cfdata-locals.action = strdup(); 1096 if (cfdata-params[0]) 1097 { 1098int j, g = -1; 1099_find_key_binding_action(exec, NULL, g, NULL, j); 1100if (j = 0) $1 = value optimized out Cannot access memory at address 0x0 $2 = 18 $3 = value optimized out Cannot access memory at address 0x0 The program is running. Quit anyway (and detach it)? (y or n) Detaching from program: /usr/bin/enlightenment, process 18452 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] segfault
jochen schroeder wrote: Hi all, just discovered a segfault when configuring keyboard shortcuts. cvs is from today. To reproduce: go to configure - keybindings - select Launch application - when you are asked to press the keys press win - a - segfault I haven't tested any other key combinations. Backtrace attached. Should be fixed in cvs now. Can you cvs sync confirm? I don't have a Win key on my keyboard, but all of the keys I tested seem to work fine. devilhorns - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] segfault
On Fri, 2007-11-02 at 12:17 +1300, jochen schroeder wrote: Hi all, just discovered a segfault when configuring keyboard shortcuts. cvs is from today. To reproduce: go to configure - keybindings - select Launch application - when you are asked to press the keys press win - a - segfault I haven't tested any other key combinations. Backtrace attached. Out of curiosity, how did you obtain this bt? I've been trying to get a trace of this segfault through gdb for a couple of days, and it just spits out inconsistent garbage here. Will Keaney uberpinguin -- Build a person a fire, and they may be warm for a day. Set that person on fire, and they will be warm for the rest of their life. GnuPG Public Key ID 1024D/203C7431. Public Key Available From http://keyserv.nic-se.se:11371/#extract signature.asc Description: This is a digitally signed message part - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] segfault
On Thu, 2007-11-01 at 22:15 -0400, Will Keaney wrote: On Fri, 2007-11-02 at 12:17 +1300, jochen schroeder wrote: Hi all, just discovered a segfault when configuring keyboard shortcuts. cvs is from today. To reproduce: go to configure - keybindings - select Launch application - when you are asked to press the keys press win - a - segfault I haven't tested any other key combinations. Backtrace attached. Out of curiosity, how did you obtain this bt? I've been trying to get a trace of this segfault through gdb for a couple of days, and it just spits out inconsistent garbage here. Will Keaney uberpinguin Yeah was a bit of a hassle. I had the same problem as you when I connected after the segfault I just got garbage because gdb could not resolve the stack (or something like that). What I did was start e, then went to a console connected gdb to the running process. You then type continue inside gdb and go back to running e. Now follow the steps to reproduce the segfault and voila you have a good backtrace. Cheers Jochen - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] segfault
On Thu, 2007-11-01 at 21:38 -0400, Christopher Michael wrote: jochen schroeder wrote: Hi all, just discovered a segfault when configuring keyboard shortcuts. cvs is from today. To reproduce: go to configure - keybindings - select Launch application - when you are asked to press the keys press win - a - segfault I haven't tested any other key combinations. Backtrace attached. Should be fixed in cvs now. Can you cvs sync confirm? I don't have a Win key on my keyboard, but all of the keys I tested seem to work fine. devilhorns Confirmed fixed. Cheers Jochen - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel