Re: [E-devel] [PATCH][RFC] signal/select race problem in ecore_main
On Jan 29, 2008 8:03 AM, Lars Munch <[EMAIL PROTECTED]> wrote: > On Sat, Jan 26, 2008 at 01:16:24PM -0600, Nathan Ingersoll wrote: > > I checked the man page for Mac OS X as well. Looks like pselect() > > comes from FreeBSD in that case. > > Ok, you got me convinced. Attached is a pselect version of the race fix. > > Two questions remain: > > 1. Do we want to keep all signals blocked except in the pselect call or > do we want to unblock signals after the pselect call? You don't want to maintain the block through the pselect call because signals should cause it to return before it's expiration time is reached, so I would block except when inside pselect. > 2. pselect breaks the win32 port. what is the best way to handle this? > implement our own pselect for win32 using select or use "#ifdef's" ? I believe Vincent is working on a library of win32 work-arounds, maybe he can propose an alternative call for that case. If not, then the pipe method described previously may need to be implemented for win32, or we live with a race condition by emulating pselect like glibc does. Thanks, Nathan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH][RFC] signal/select race problem in ecore_main
I don't see why not, as it should be limited to a single package. Do you know of anything else that needs to handle this race condition between select and signals? On Jan 29, 2008 10:26 AM, Vincent Torri <[EMAIL PROTECTED]> wrote: > > > On Tue, 29 Jan 2008, Nathan Ingersoll wrote: > > > Oh, even better. I would probably just add a check to the configure.in > > for pselect, and then ifdef to select without the signal mask. > > will Mike accept all those #defines ? :p > > Vincent > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Suggestions and Problems.
Suggestions: I do not like the icons on the desktop. Other users also agree me. The initiative of the D-Bus support is very good, but links on entropy solve the case. Another possibility is a configurator as of the GNOME conf where I choose whether I want these icons on the desktop. The shelfs should take the whole area and be invisible. This will prevent maximizes distorted. Within the shelfs would panels, which would be mobile and visivéis the gadgets and contained. It could be putting a shelf by corner of the screen, but detro of each shelf (which is invisible) podeiriam be placed several panels, these yes, furniture, visible will be applied where the skins of the subject and gadgets. Good work in the Penguins, Calendar, Echo, Forecasts. Mem with image was better. Net, one on the other boxes with numerical values to the side. Or put numbers next the boxes Images more text inform much more and much better. The Bling havent a configurator. I can enable the module, but not the effects. One problem: I use the Enlightenment in the second terminal (Crtl + Alt + F8), and when I change terminal (Crtl + Alt + FX) sometimes falls Enlightenment. ___ """@@@ Força & Honra @@@""" Use Softwere Livre /Debian GNU/Linux Experimente e nunca mais verá o seu computador da mesma maneira. Um abraço, by LixHell; Leonardo Reis / <[EMAIL PROTECTED]>. Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH][RFC] signal/select race problem in ecore_main
On Tue, 29 Jan 2008, Nathan Ingersoll wrote: I don't see why not, as it should be limited to a single package. Do you know of anything else that needs to handle this race condition between select and signals? well, as we discussed on irc, according to Bart Massey, there might be a race condition with xcb_poll_for_event in ecore_xcb, but I don't know if it's the same kind of race or not. Vincent On Jan 29, 2008 10:26 AM, Vincent Torri <[EMAIL PROTECTED]> wrote: On Tue, 29 Jan 2008, Nathan Ingersoll wrote: Oh, even better. I would probably just add a check to the configure.in for pselect, and then ifdef to select without the signal mask. will Mike accept all those #defines ? :p Vincent - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Ce message a été vérifié par MailScanner pour des virus ou des polluriels et rien de suspect n'a été trouvé. Message délivré par le serveur de messagerie de l'Université d'Evry. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas_common_cpu_count() hang up calling process
On Tue, 29 Jan 2008 09:15:55 +1100 Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > On Mon, 28 Jan 2008 10:28:05 +0100 Dariusz Knociński NeXT <[EMAIL PROTECTED]> > babbled: > > > On Mon, 28 Jan 2008 14:38:47 +1100 > > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > > > > > On Sun, 27 Jan 2008 18:00:09 +0100 Dariusz Knociński NeXT > > > <[EMAIL PROTECTED]> babbled: > > > > > > definitely not a userspace (evas) problem. the kernel should return form > > > this call - ALWAYS. any such hangs are either: > > > > > > 1. kernel bug > > > 2. hardware bug > > > > > > suggestions: > > > > > > 1. try new/different kernel version > > > > 2.6.22.16 working identically :-( But I tested kernels only from my > > distribution, in next step I use vanilla kernel. > > also try different hardware. i had a chat with some kernel guys i know and > they > also said the same thing - definitely not a userspace issue - kernel bug > (highly unlikely though) or more likely is a hardware issue so try a different > machine. > On kernel 2.6.23.14 function sched_setaffinity working very well but my Radeon working only in VESA mode :-) I have another question, imlib2_colorspace test have two pictures, one RGBA working well, I see gradient from red to magenta but HSVA picture is black. Is It a bug? Regards -- Dariusz Knoci_ski - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Suggestions and Problems. [Revised text].
Suggestions: I do not like the icons on the desktop. Other users also agree me. The initiative of the D-Bus support is very good, but links on entropy solve the case. Another possibility is a configurator as of the GNOME conf where I choose whether I want these icons on the desktop. The shelfs should take the whole area and be invisible. This will prevent maximizes distorted. Within the shelfs would panels, which would be mobile and visivéis the gadgets and contained. It could be putting a shelf by corner of the screen, but within each shelf (which is invisible) can be placed several panels, these yes, furniture, visible will be applied where the skins of the subject and gadgets. Good work in the Penguins, Calendar, Echo, Forecasts. Mem with image was better. Net, one on the other boxes with numerical values to the side. Or put numbers next the boxes Images more text inform much more and much better. One problem: I use the Enlightenment in the second terminal (Crtl + Alt + F8), and when I change terminal (Crtl + Alt + FX) sometimes falls Enlightenment. ___ """@@@ Força & Honra @@@""" Use Softwere Livre /Debian GNU/Linux Experimente e nunca mais verá o seu computador da mesma maneira. Um abraço, by LixHell; Leonardo Reis / <[EMAIL PROTECTED]>. Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH][RFC] signal/select race problem in ecore_main
On Tue, Jan 29, 2008 at 09:28:11AM -0600, Nathan Ingersoll wrote: > On Jan 29, 2008 9:14 AM, Lars Munch <[EMAIL PROTECTED]> wrote: > > > > Ok, I might have asked the question wrongly. My current patch already > > calls pselect with an empty set of signals, so signals will only be > > handled when pselect is called. As an alternative we could do: > > > > _ecore_main_select() > > > > 1. block signals > > 2. check signals > > 3. call pselect with an empty set > > 4. unblock signals > > > > that way we can receive/handle signals at (almost) any time (like we do > > now). > > > > The first method has the benefit that we always handle signals at the > > same place and that we can remove a lot of the signal checking stuff > > from the main loop. > > > > The second method has the benefit that the signal handler is called > > almost immediately. > > Ah, I understand your question now. When we receive the signals now, > don't we defer the delivery of those signals anyways? I lean towards > simplifying the code if we can, since signals are asynchronous and > shouldn't be counted on to be delivered in a timely manner, just > in-order. Ok, I will stick with the simple solution and clean up all the signaling checks in the main loop. > > > > > > 2. pselect breaks the win32 port. what is the best way to handle this? > > > > implement our own pselect for win32 using select or use "#ifdef's" ? > > > > > > I believe Vincent is working on a library of win32 work-arounds, maybe > > > he can propose an alternative call for that case. If not, then the > > > pipe method described previously may need to be implemented for win32, > > > or we live with a race condition by emulating pselect like glibc does. > > > > Signals do not exists on windows, so there is no race. The question is > > only if we could use #ifdefs or make a pselect windows function without > > the signal stuff using select. > > Oh, even better. I would probably just add a check to the configure.in > for pselect, and then ifdef to select without the signal mask. Ok, I will try that. Thanks Lars Munch - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] larger gadgets/shelves?
On Jan 29, 2008 2:49 AM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Gustavo wrote: > > > > Has anyone followed up on this? It seems to me that this > > > could be easily done in a way that would allow for a certain amount > > > of re-usability of such 'gadgets', and yet enough flexibility to > > > have custom designs as well. Likely there are multitudes of ways to > > > go about doing something like this, but maybe a simple approach > > > could be a good one to start with? > > > > Raster sent this code as example, it's pretty simple, but no time to > > work on it still: > > > >http://www.rasterman.com/files/logo-0.0.1.tar.gz > > > A very nice example :) Note that one could do much the same > with many of the current gadcon based e17-modules - ie. display them > directly on a zone's bg evas and have move/resize handlers if desired. > And of course one could write whole new ones... > > But there are a couple of limitations with this: > > 1. All these nice gadgets are strictly "e17 only". Not much > here that other apps/libs could use (except copy paste some code). > > 2. Even within e17 only, there are some undesirable aspects. > eg. if you wanted to have a gadget that consists of a clock, plus a > cpu-monitor, plus a mem-monitor, and you want these to be arranged > in some interesting way relative to each other, and maybe have a nice > background that contains them which does a nebula-effect (whatever > that is) on mouse-over, then it's not clear wether you'd have to > write all of these components from scratch... > > One would like to be able to address these things in as simple > a way as possible - ie. make it easier to re-use exhisting 'gadgets', > to create new ones from sets of given ones, etc. > > Note that one thing that all these kinds of 'gadgets' have in > common is that they define evas objects on a given evas, preferably a > 'themable' object - and commonly they simply define an edje object. > They could also have certain 'properties' that might be varied, and > this is usually done via some configuration gui. > > Does this seem like something one could use as a starting point > for finding a means to address the above mentioned limitations? > > For example, let's say we take only the "core" aspects of > these gadget modules so that one has only some loadable libs that > expose certain functions - say a function that 'adds' an evas object > to a given evas, and another to 'set' a theme/resource file on such > a thusly created evas object, and maybe a function to set/get named > property/values, and possibly other functions particular to a > given gadget. > Of course one might want a way to 'manage' such object-modules > and thus maybe a lib to load them, init them, keep references, etc... > > Could these generic 'object-modules' (plus a 'managing' lib) > be used for building 'gadgets' as desired?? Hi, I have no time to reply your mail as detailed as I would like, but one idea to do what you want is to make the gadcon usage recursive. Then we could have an object that exports its own gadcon api to children. Maybe it's an overkill and can be done by means similar to evas smart objects. -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH][RFC] signal/select race problem in ecore_main
On Jan 29, 2008 11:15 AM, Vincent Torri <[EMAIL PROTECTED]> wrote: > > well, as we discussed on irc, according to Bart Massey, there might be a > race condition with xcb_poll_for_event in ecore_xcb, but I don't know if > it's the same kind of race or not. > > Vincent It's difficult to know because his response was so vague. I would doubt that it would be the same race with signals, as I don't see a good reason for XCB to be managing signal handling. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Help with ecore_file_download and callbacks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi devs, i'm trying to solve a segv that happens in my conf_wallpaper (i'm implementing a wallpaper fetcher from get-e.org), but it seems very hard for me. ** Little explanation ** First i get a RSS feed from get-e.org using ecore_file_download, and when the registered callback for download_complete fires I start to parse the feed to fill an ecore_hash with available wallpapers. When the hash is right-filled I iterate into to fetch each image, having a preview of wallpaper. The dialog contains two buttons: OK and Cancel. OK button is disabled by default, and switch to enabled state only when all of images are fetched; Cancel button is always enabled, and after some cleanups it close the dialog (the dialog can be closed obviously clicking on the Close button on the dialog). Segv happens when i click Cancel during the parsing process: the dialog goes down, and after very little time E crashes. Lookign in the frame 0 of bt, it seems that there's some pending operation related to the parsing function. On my cleanup steps I call ecore_file_download_abort_all if there's pending downloads, and always ecore_file_download_shutdown, that should close gracefully libcurl processes. I'm very sorry but atm i don't have either code or bt to attach. You can find the primary version in another mail from me, just grep for "[RFC]" and "get-e.org integration" in your e-devel mail folder. Thanks Massimiliano - -- Massimiliano Calamelli http://mcalamelli.netsons.org [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (MingW32) iD8DBQFHn13qleGEL56NNP4RAuRpAJwMF+MD5gjaHiqSdHSMoZcCJ7+7tQCfRHmN kEsqLr2kHMy+8MuitowtRSw= =7xU5 -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Suggestions and Problems.
Forgot to send this to the ml. Leonardo Reis wrote: > Suggestions: > > I do not like the icons on the desktop. Other users also agree me. The > initiative of the D-Bus support is very good, but links on entropy > solve the case. Another possibility is a configurator as of the GNOME > conf where I choose whether I want these icons on the desktop. > If you would actually look before you complained you would see we do have a configuration panel. One that is quite excessive even. And if you looked at the configuration options for the file manager you would see you can disable desktop icons. Entropy is no ready and is also not part of the default Enlightenment install. You can battle with raster on this, but you probably won't get far. > The shelfs should take the whole area and be invisible. This will > prevent maximizes distorted. Within the shelfs would panels, which > would be mobile and visivéis the gadgets and contained. > What do you mean by "maximizes distored"? Your idea is just goofy anyway. What you are suggesting is what we already have. The shelf is simply the panel you are describing. Of course having completely mobile shelf instead of being tied to a side may be nice, patches accepted. > It could be putting a shelf by corner of the screen, but detro of each > shelf (which is invisible) podeiriam be placed several panels, these > yes, furniture, visible will be applied where the skins of the subject > and gadgets. > I can't even understand this, you'll need to explain it again. I'm guessing it's just an extension of your previous thought. > Good work in the Penguins, Calendar, Echo, Forecasts. > Mem with image was better. > Net, one on the other boxes with numerical values to the side. Or put > numbers next the boxes > These are separate modules that you'll need to talk to the authors about. > Images more text inform much more and much better. > Huh? > The Bling havent a configurator. I can enable the module, but not the > effects. > Bling is a hack and was never properly finished. The version in CVS was very broken when I tried to use it last. There is another version in maintained by the author of itask that works much better and with which I know for a fact has a configuration panel. > One problem: > > I use the Enlightenment in the second terminal (Crtl + Alt + F8), and > when I change terminal (Crtl + Alt + FX) sometimes falls Enlightenment. > Explain how it "falls". This could be X dying as if Enlightenment segvs, it will catch itself. > ___ > """@@@ Força & Honra @@@""" > >Use Softwere Livre /Debian GNU/Linux >Experimente e nunca mais verá o seu computador da mesma maneira. > > Um abraço, by LixHell; > Leonardo Reis / <[EMAIL PROTECTED]>. > > > > > > Abra sua conta no Yahoo! Mail, o único sem limite de espaço para > armazenamento! > http://br.mail.yahoo.com/ > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH][RFC] signal/select race problem in ecore_main
On Tue, 29 Jan 2008, Nathan Ingersoll wrote: > Oh, even better. I would probably just add a check to the configure.in > for pselect, and then ifdef to select without the signal mask. will Mike accept all those #defines ? :p Vincent - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH][RFC] signal/select race problem in ecore_main
On Sat, Jan 26, 2008 at 01:16:24PM -0600, Nathan Ingersoll wrote: > I checked the man page for Mac OS X as well. Looks like pselect() > comes from FreeBSD in that case. Ok, you got me convinced. Attached is a pselect version of the race fix. Two questions remain: 1. Do we want to keep all signals blocked except in the pselect call or do we want to unblock signals after the pselect call? 2. pselect breaks the win32 port. what is the best way to handle this? implement our own pselect for win32 using select or use "#ifdef's" ? Thanks Lars Munch Index: src/lib/ecore/ecore_main.c === RCS file: /var/cvs/e/e17/libs/ecore/src/lib/ecore/ecore_main.c,v retrieving revision 1.33 diff -u -r1.33 ecore_main.c --- src/lib/ecore/ecore_main.c 26 Jan 2008 10:11:48 - 1.33 +++ src/lib/ecore/ecore_main.c 29 Jan 2008 13:39:27 - @@ -284,34 +284,35 @@ static int _ecore_main_select(double timeout) { - struct timeval tv, *t; - fd_set rfds, wfds, exfds; - intmax_fd; - intret; - Ecore_List2*l; + sigset_temptyset; + struct timespec ts, *t; + fd_set rfds, wfds, exfds; + int max_fd; + int ret; + Ecore_List2 *l; t = NULL; if ((!finite(timeout)) || (timeout == 0.0)) /* finite() tests for NaN, too big, too small, and infinity. */ { - tv.tv_sec = 0; - tv.tv_usec = 0; - t = &tv; + ts.tv_sec = 0; + ts.tv_nsec = 0; + t = &ts; } else if (timeout > 0.0) { - int sec, usec; + int sec, nsec; #ifdef FIX_HZ timeout += (0.5 / HZ); sec = (int)timeout; - usec = (int)((timeout - (double)sec) * 100); + nsec = (int)((timeout - (double)sec) * 10); #else sec = (int)timeout; - usec = (int)((timeout - (double)sec) * 100); + nsec = (int)((timeout - (double)sec) * 10); #endif - tv.tv_sec = sec; - tv.tv_usec = usec; - t = &tv; + ts.tv_sec = sec; + ts.tv_nsec = nsec; + t = &ts; } max_fd = 0; FD_ZERO(&rfds); @@ -350,7 +351,9 @@ } } if (_ecore_signal_count_get()) return -1; - ret = select(max_fd + 1, &rfds, &wfds, &exfds, t); + sigemptyset(&emptyset); + ret = pselect(max_fd + 1, &rfds, &wfds, &exfds, t, &emptyset); + if (ret < 0) { if (errno == EINTR) return -1; Index: src/lib/ecore/ecore_signal.c === RCS file: /var/cvs/e/e17/libs/ecore/src/lib/ecore/ecore_signal.c,v retrieving revision 1.35 diff -u -r1.35 ecore_signal.c --- src/lib/ecore/ecore_signal.c 26 Aug 2007 11:17:21 - 1.35 +++ src/lib/ecore/ecore_signal.c 29 Jan 2008 13:39:27 - @@ -113,10 +113,37 @@ void _ecore_signal_init(void) { + sigset_t blockset; + int ret; #ifdef SIGRTMIN int i, num = SIGRTMAX - SIGRTMIN; #endif + sigemptyset(&blockset); + sigaddset(&blockset, SIGPIPE); + sigaddset(&blockset, SIGALRM); + sigaddset(&blockset, SIGCHLD); + sigaddset(&blockset, SIGUSR1); + sigaddset(&blockset, SIGUSR2); + sigaddset(&blockset, SIGHUP); + sigaddset(&blockset, SIGQUIT); + sigaddset(&blockset, SIGINT); + sigaddset(&blockset, SIGTERM); +#ifdef SIGPWR + sigaddset(&blockset, SIGPWR); +#endif + +#ifdef SIGRTMIN + for (i = 0; i < num; i++) + sigaddset(&blockset, SIGRTMIN + i); +#endif + + sigprocmask(SIG_BLOCK, &blockset, NULL); + _ecore_signal_callback_set(SIGPIPE, _ecore_signal_callback_ignore); _ecore_signal_callback_set(SIGALRM, _ecore_signal_callback_ignore); _ecore_signal_callback_set(SIGCHLD, _ecore_signal_callback_sigchld); - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Moving conf_winlist from advanced to window
Hello, I think conf_winlist better fits into section windows. All settings are window specific. The patch is applied. Any votes against moving it? regards AndreasIndex: e_mod_main.c === RCS file: /cvs/e/e17/apps/e/src/modules/conf_winlist/e_mod_main.c,v retrieving revision 1.3 diff -u -u -r1.3 e_mod_main.c --- e_mod_main.c 31 Oct 2007 12:23:13 - 1.3 +++ e_mod_main.c 29 Jan 2008 17:56:15 - @@ -31,8 +31,8 @@ EAPI void * e_modapi_init(E_Module *m) { - e_configure_registry_category_add("advanced", 80, _("Advanced"), NULL, "enlightenment/advanced"); - e_configure_registry_item_add("advanced/window_list", 30, _("Window List"), NULL, "enlightenment/winlist", e_int_config_winlist); + e_configure_registry_category_add("windows", 80, _("Windows"), NULL, "enlightenment/windows"); + e_configure_registry_item_add("windows/window_list", 30, _("Window List"), NULL, "enlightenment/winlist", e_int_config_winlist); conf_module = m; e_module_delayed_set(m, 1); return m; - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH][RFC] signal/select race problem in ecore_main
On Tue, Jan 29, 2008 at 08:48:42AM -0600, Nathan Ingersoll wrote: > On Jan 29, 2008 8:03 AM, Lars Munch <[EMAIL PROTECTED]> wrote: > > On Sat, Jan 26, 2008 at 01:16:24PM -0600, Nathan Ingersoll wrote: > > > I checked the man page for Mac OS X as well. Looks like pselect() > > > comes from FreeBSD in that case. > > > > Ok, you got me convinced. Attached is a pselect version of the race fix. > > > > Two questions remain: > > > > 1. Do we want to keep all signals blocked except in the pselect call or > > do we want to unblock signals after the pselect call? > > You don't want to maintain the block through the pselect call because > signals should cause it to return before it's expiration time is > reached, so I would block except when inside pselect. Ok, I might have asked the question wrongly. My current patch already calls pselect with an empty set of signals, so signals will only be handled when pselect is called. As an alternative we could do: _ecore_main_select() 1. block signals 2. check signals 3. call pselect with an empty set 4. unblock signals that way we can receive/handle signals at (almost) any time (like we do now). The first method has the benefit that we always handle signals at the same place and that we can remove a lot of the signal checking stuff from the main loop. The second method has the benefit that the signal handler is called almost immediately. > > 2. pselect breaks the win32 port. what is the best way to handle this? > > implement our own pselect for win32 using select or use "#ifdef's" ? > > I believe Vincent is working on a library of win32 work-arounds, maybe > he can propose an alternative call for that case. If not, then the > pipe method described previously may need to be implemented for win32, > or we live with a race condition by emulating pselect like glibc does. Signals do not exists on windows, so there is no race. The question is only if we could use #ifdefs or make a pselect windows function without the signal stuff using select. Thanks for your fast feedback Lars Munch - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH][RFC] signal/select race problem in ecore_main
On Jan 29, 2008 9:14 AM, Lars Munch <[EMAIL PROTECTED]> wrote: > > Ok, I might have asked the question wrongly. My current patch already > calls pselect with an empty set of signals, so signals will only be > handled when pselect is called. As an alternative we could do: > > _ecore_main_select() > > 1. block signals > 2. check signals > 3. call pselect with an empty set > 4. unblock signals > > that way we can receive/handle signals at (almost) any time (like we do > now). > > The first method has the benefit that we always handle signals at the > same place and that we can remove a lot of the signal checking stuff > from the main loop. > > The second method has the benefit that the signal handler is called > almost immediately. Ah, I understand your question now. When we receive the signals now, don't we defer the delivery of those signals anyways? I lean towards simplifying the code if we can, since signals are asynchronous and shouldn't be counted on to be delivered in a timely manner, just in-order. > > > > 2. pselect breaks the win32 port. what is the best way to handle this? > > > implement our own pselect for win32 using select or use "#ifdef's" ? > > > > I believe Vincent is working on a library of win32 work-arounds, maybe > > he can propose an alternative call for that case. If not, then the > > pipe method described previously may need to be implemented for win32, > > or we live with a race condition by emulating pselect like glibc does. > > Signals do not exists on windows, so there is no race. The question is > only if we could use #ifdefs or make a pselect windows function without > the signal stuff using select. Oh, even better. I would probably just add a check to the configure.in for pselect, and then ifdef to select without the signal mask. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH][RFC] signal/select race problem in ecore_main
On Tue, 29 Jan 2008, Nathan Ingersoll wrote: >> 2. pselect breaks the win32 port. what is the best way to handle this? >> implement our own pselect for win32 using select or use "#ifdef's" ? > > I believe Vincent is working on a library of win32 work-arounds, maybe > he can propose an alternative call for that case. If not, then the > pipe method described previously may need to be implemented for win32, > or we live with a race condition by emulating pselect like glibc does. the win32 api does not support signals ala unix. so there is no pselect in the win32 api. I guess that I can just ignore the signals and just wrap select around pselect for the win32 code by ignoring the signal parameters. I've not looked at the patch yet. So i can not comment a lot right now. Also, in case it interest you, about pselect: http://lwn.net/Articles/176911/ Vincent - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] larger gadgets/shelves?
Gustavo wrote: > I have no time to reply your mail as detailed as I would like, > but one idea to do what you want is to make the gadcon usage > recursive. Then we could have an object that exports its own gadcon > api to children. Maybe it's an overkill and can be done by means > similar to evas smart objects. Well, gadcons are mostly evas smart objects that implement a certain simple layout policy on its member objects, so likely having gadcons that contain other gadcons as members wouldn't be too hard to achieve.. and of course one could also have all sorts of other layout/container objects as well. All this could be very useful to have for actual, real uses. What I was pointing to though was something a bit more abstract in nature. Basically, it's really just the notion of loadable, themable "evas-objects" (akin to what edje is in particular), eg. things like a 'clock-object', or a 'cpu-monitor-object', or a 'jumping-logo-object' etc... as well as various kinds of container/layout objects (possibly with some notion of a fg or bg), all are just examples - with some of them possibly exporting more functions unique to them, but all exporting (at least) the ability to add an object instance to a given evas, and of setting a theme/resource file on such instances. By abstracting this out into a lib that 'manages' these loadable, themable 'evas-object' modules, you can use them wherever you have an evas available, create new ones (using existing ones or not), put them where others can also use them, etc. There's no need for many of these kinds of things to be e17- modules or e17 specific in any way, they really don't need to be restricted that way (any more than say let's just put edje inside e17), though some could also be 'e17-objects' or 'appX-objects' rather than generic 'evas-objects'. Again, I'm just proposing a simple mechanism to enable the notion of loadable, themable 'evas-objects', so that these interesting, compound, gadget-like things can be made available for use/re-use on a wider basis. There are a LOT of interesting 'objects' one can make using evas/ecore/edje/other-stuff... things from a simple boing-boing-logo to system-monitors to clocks to matrix-bgs to some-layout-object to some-gui-control to color-picker to virtual-keyboard to calculator to simple-video-playing-object to whatever. It's a shame not to be able to load/use/build these kinds of things, where appropiate, or explore what this kind of capability could evolve into with further refinements. _ Boost your business with a small business loan. Click now! http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3no7b2odKd6a6lfu3Q6Kj4XbEduIi8vxVpkcLCWGKildKgLu/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] larger gadgets/shelves?
On Jan 29, 2008 3:25 PM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Gustavo wrote: > > > I have no time to reply your mail as detailed as I would like, > > but one idea to do what you want is to make the gadcon usage > > recursive. Then we could have an object that exports its own gadcon > > api to children. Maybe it's an overkill and can be done by means > > similar to evas smart objects. > > Well, gadcons are mostly evas smart objects that implement > a certain simple layout policy on its member objects, so likely having > gadcons that contain other gadcons as members wouldn't be too hard > to achieve.. and of course one could also have all sorts of other > layout/container objects as well. All this could be very useful to > have for actual, real uses. > > What I was pointing to though was something a bit more abstract > in nature. Basically, it's really just the notion of loadable, themable > "evas-objects" (akin to what edje is in particular), eg. things like > a 'clock-object', or a 'cpu-monitor-object', or a 'jumping-logo-object' > etc... as well as various kinds of container/layout objects (possibly > with some notion of a fg or bg), all are just examples - with some > of them possibly exporting more functions unique to them, but all > exporting (at least) the ability to add an object instance to a given > evas, and of setting a theme/resource file on such instances. > > By abstracting this out into a lib that 'manages' these > loadable, themable 'evas-object' modules, you can use them wherever > you have an evas available, create new ones (using existing ones or > not), put them where others can also use them, etc. > > There's no need for many of these kinds of things to be e17- > modules or e17 specific in any way, they really don't need to be > restricted that way (any more than say let's just put edje inside > e17), though some could also be 'e17-objects' or 'appX-objects' > rather than generic 'evas-objects'. > > Again, I'm just proposing a simple mechanism to enable the > notion of loadable, themable 'evas-objects', so that these interesting, > compound, gadget-like things can be made available for use/re-use > on a wider basis. > There are a LOT of interesting 'objects' one can make using > evas/ecore/edje/other-stuff... things from a simple boing-boing-logo > to system-monitors to clocks to matrix-bgs to some-layout-object to > some-gui-control to color-picker to virtual-keyboard to calculator > to simple-video-playing-object to whatever. > > It's a shame not to be able to load/use/build these kinds of > things, where appropiate, or explore what this kind of capability > could evolve into with further refinements. what you want is basically what KDE plasma provides, we already did it using python-efl for Canola, it's not as generic as you want, but it's more generic than what we need, working really well. Given some time, I'd really like to provide a layout library and possible some basic widget-like components, just get e_box, e_widget_* and make a lib. Maybe it should go into esmart, dunno. It works, it's easy to do, what lack is people actually doing it. -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e_module-notification installation location
On Monday 28 January 2008 17:29:01 Sebastian Dransfeld wrote: > Eric Sandall wrote: > > If that's the proper method then I will change our packages to use > > that. ;) Will all e_module packages support e_module=? > > Nah. Doesn't work like that ATM :/ But it's possible to make > 'e_modules=/dir ./configure' work. If that's a good solution, I will fix > it (if I get the time...) As long as it is standard across all the modules and documented, any way you guys like is fine by me. :) -sandalle -- Eric Sandall | Source Mage GNU/Linux Developer [EMAIL PROTECTED] PGP: 0xA8EFDD61 | http://www.sourcemage.org/ http://eric.sandall.us/ | http://counter.li.org/ #196285 signature.asc Description: This is a digitally signed message part. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Res: Suggestions and Problems.
Hi, Really, exist the config about icons on desktop, in the item File Manager, I was not tried there. Very gook work!!! If the Entropy is not part of the project, should. Examples: Nautilus, Konqueror, Dolphin, Thunar, Finder (state of art!), Windows Explorer. Importants tecnologies are being developed, as ext3cow + Time Travelling File Manager. Its very very very very important. The Finder only is quickly, because is integrated with MacOS. (quickly, nice and good) "maximizes distored" is when the window is between shelf and a corner of the screen. Consider something like this: If the shelfs take all the space in the corner of the screen and be invisible. And what become known as shelf panels to be within the shelfs, creating a new layer in the software, in addition to eliminating the problem of windows maximized as sausage (form). New windows not be created under this, or between shelf and corner of the screen, as the KDE and GNOME, Windows, MacOS. It is bad to have that drag a window newly created for resize because it was below the shelf. Or mamize > resize > put in the center of the desktop > maximize, because was with sausage form. Modules: Ok, I go talk wit the authors. Itask, ok! Its good, but the Bling generates effects of composite for any window. Something like the beryl, see this video: http://www.youtube.com/watch?v=ZovBpvhZbZM (nice!). Itask supports animated icons If not, is not good for enlightenment (I think) Problem: My first term graphic mode, stay with GDM, I used the second term. I go to the sixth term (text mode) do loggin and $ startx -- :1 If xinitrc configured with KDE, GNOME, XFCE, Window Maker, Fluzbox, Openbox, E DR16 All OK! But, with E DR17, when I change of the term, Ctrl+Alt+F1 (for example) the E DR 17 is down!! end the linux go to sixt term with a message "E17 Shotdown " and the prompt wanting commands. ___ """@@@ Força & Honra @@@""" Use Softwere Livre /Debian GNU/Linux Experimente e nunca mais verá o seu computador da mesma maneira. Um abraço, by LixHell; Leonardo Reis / <[EMAIL PROTECTED]>. - Mensagem original De: Nick Hughart <[EMAIL PROTECTED]> Para: enlightenment-devel@lists.sourceforge.net Enviadas: Terça-feira, 29 de Janeiro de 2008 14:13:26 Assunto: Re: [E-devel] Suggestions and Problems. Forgot to send this to the ml. Leonardo Reis wrote: > Suggestions: > > I do not like the icons on the desktop. Other users also agree me. The > initiative of the D-Bus support is very good, but links on entropy > solve the case. Another possibility is a configurator as of the GNOME > conf where I choose whether I want these icons on the desktop. > If you would actually look before you complained you would see we do have a configuration panel. One that is quite excessive even. And if you looked at the configuration options for the file manager you would see you can disable desktop icons. Entropy is no ready and is also not part of the default Enlightenment install. You can battle with raster on this, but you probably won't get far. > The shelfs should take the whole area and be invisible. This will > prevent maximizes distorted. Within the shelfs would panels, which > would be mobile and visivéis the gadgets and contained. > What do you mean by "maximizes distored"? Your idea is just goofy anyway. What you are suggesting is what we already have. The shelf is simply the panel you are describing. Of course having completely mobile shelf instead of being tied to a side may be nice, patches accepted. > It could be putting a shelf by corner of the screen, but detro of each > shelf (which is invisible) podeiriam be placed several panels, these > yes, furniture, visible will be applied where the skins of the subject > and gadgets. > I can't even understand this, you'll need to explain it again. I'm guessing it's just an extension of your previous thought. > Good work in the Penguins, Calendar, Echo, Forecasts. > Mem with image was better. > Net, one on the other boxes with numerical values to the side. Or put > numbers next the boxes > These are separate modules that you'll need to talk to the authors about. > Images more text inform much more and much better. > Huh? > The Bling havent a configurator. I can enable the module, but not the > effects. > Bling is a hack and was never properly finished. The version in CVS was very broken when I tried to use it last. There is another version in maintained by the author of itask that works much better and with which I know for a fact has a configuration panel. > One problem: > > I use the Enlightenment in the second terminal (Crtl + Alt + F8), and > when I change terminal (Crtl + Alt + FX) sometimes
Re: [E-devel] Res: Suggestions and Problems.
On 30/01/2008, Leonardo Reis <[EMAIL PROTECTED]> wrote: > Itask, ok! Its good, but the Bling generates effects of composite for any > window. Something like the beryl, see this video: > http://www.youtube.com/watch?v=ZovBpvhZbZM (nice!). > Itask supports animated icons If not, is not good for enlightenment (I > think) > Bling is old and nasty. Ecomorph is the future! http://www.youtube.com/watch?v=RHbQ0ASlzCQ Also, desktop icons can be turned off without a hint of effort if you look in the right places. I also submitted a patch to get rid of the drive icons on the Desktop if thats bothering people. (I know it bothers me) Toma- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Res: Res: Suggestions and Problems.
Good! Toma, and the bang ?!?! see: http://video.google.com/videoplay?docid=7008496279631191197&q=bang+e17&total=7&start=0&num=10&so=0&type=search&plindex=1 http://video.google.com/videoplay?docid=-2121676874259766687&q=bang+e17&total=7&start=0&num=10&so=0&type=search&plindex=2 http://video.google.com/videoplay?docid=-1067110727577498167&q=bang+e17&total=7&start=0&num=10&so=0&type=search&plindex=0 ___ """@@@ Força & Honra @@@""" Use Softwere Livre /Debian GNU/Linux Experimente e nunca mais verá o seu computador da mesma maneira. Um abraço, by LixHell; Leonardo Reis / <[EMAIL PROTECTED]>. - Mensagem original De: Toma <[EMAIL PROTECTED]> Para: Leonardo Reis <[EMAIL PROTECTED]> Cc: enlightenment-devel@lists.sourceforge.net Enviadas: Terça-feira, 29 de Janeiro de 2008 20:33:10 Assunto: Re: [E-devel] Res: Suggestions and Problems. On 30/01/2008, Leonardo Reis <[EMAIL PROTECTED]> wrote: > Itask, ok! Its good, but the Bling generates effects of composite for any window. Something like the beryl, see this video: > http://www.youtube.com/watch?v=ZovBpvhZbZM (nice!). > Itask supports animated icons If not, is not good for enlightenment (I think) > Bling is old and nasty. Ecomorph is the future! http://www.youtube.com/watch?v=RHbQ0ASlzCQ Also, desktop icons can be turned off without a hint of effort if you look in the right places. I also submitted a patch to get rid of the drive icons on the Desktop if thats bothering people. (I know it bothers me) Toma- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas_common_cpu_count() hang up calling process
On Tue, 29 Jan 2008 17:02:18 + Dariusz Knociński NeXT <[EMAIL PROTECTED]> babbled: > On Tue, 29 Jan 2008 09:15:55 +1100 > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > > > On Mon, 28 Jan 2008 10:28:05 +0100 Dariusz Knociński NeXT > > <[EMAIL PROTECTED]> babbled: > > > > > On Mon, 28 Jan 2008 14:38:47 +1100 > > > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > > > > > > > On Sun, 27 Jan 2008 18:00:09 +0100 Dariusz Knociński NeXT > > > > <[EMAIL PROTECTED]> babbled: > > > > > > > > definitely not a userspace (evas) problem. the kernel should return form > > > > this call - ALWAYS. any such hangs are either: > > > > > > > > 1. kernel bug > > > > 2. hardware bug > > > > > > > > suggestions: > > > > > > > > 1. try new/different kernel version > > > > > > 2.6.22.16 working identically :-( But I tested kernels only from my > > > distribution, in next step I use vanilla kernel. > > > > also try different hardware. i had a chat with some kernel guys i know and > > they also said the same thing - definitely not a userspace issue - kernel > > bug (highly unlikely though) or more likely is a hardware issue so try a > > different machine. > > > On kernel 2.6.23.14 function sched_setaffinity working very well but my > Radeon working only in VESA mode :-) ok - so we know it's a kernel bug! really odd - but there it is. > I have another question, imlib2_colorspace test have two pictures, one RGBA > working well, I see gradient from red to magenta but HSVA picture is black. > Is It a bug? i don't know. i haven't touched imlib2 or used it in years :/ (well beyond submitting patches into cvs) > Regards > -- > Dariusz Knoci_ski > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Suggestions and Problems.
On Tue, 29 Jan 2008 08:46:37 -0800 (PST) Leonardo Reis <[EMAIL PROTECTED]> babbled: > Suggestions: > > I do not like the icons on the desktop. Other users also agree me. The > initiative of the D-Bus support is very good, but links on entropy solve the > case. Another possibility is a configurator as of the GNOME conf where I > choose whether I want these icons on the desktop. already there - it's in gui config dialogs for the filemanager. :) > The shelfs should take the whole area and be invisible. This will prevent > maximizes distorted. Within the shelfs would panels, which would be mobile > and visivéis the gadgets and contained. shelves have a lot of config options - have you tried them? :) > It could be putting a shelf by corner of the screen, but detro of each shelf > (which is invisible) podeiriam be placed several panels, these yes, > furniture, visible will be applied where the skins of the subject and gadgets. > > Good work in the Penguins, Calendar, Echo, Forecasts. > Mem with image was better. > Net, one on the other boxes with numerical values to the side. Or put numbers > next the boxes > > Images more text inform much more and much better. > > The Bling havent a configurator. I can enable the module, but not the effects. > > One problem: > > I use the Enlightenment in the second terminal (Crtl + Alt + F8), and when I > change terminal (Crtl + Alt + FX) sometimes falls Enlightenment. > ___ """@@@ Força & Honra @@@""" > >Use Softwere Livre /Debian GNU/Linux >Experimente e nunca mais verá o seu computador da mesma maneira. > > Um abraço, by LixHell; > Leonardo Reis / <[EMAIL PROTECTED]>. > > > > > > Abra sua conta no Yahoo! Mail, o único sem limite de espaço para > armazenamento! http://br.mail.yahoo.com/ > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] larger gadgets/shelves?
> >Again, I'm just proposing a simple mechanism to enable > > the notion of loadable, themable 'evas-objects', so that these > > interesting, compound, gadget-like things can be made available > > for use/re-use on a wider basis. > > There are a LOT of interesting 'objects' one can make > > using evas/ecore/edje/other-stuff... things from a simple boing- > > boing-logo to system-monitors to clocks to matrix-bgs to some- > > layout-object to some-gui-control to color-picker to virtual- > > keyboard to calculator to simple-video-playing-object to > > whatever. > > > > It's a shame not to be able to load/use/build these > > kinds of things, where appropiate, or explore what this kind of > > capability could evolve into with further refinements. > > what you want is basically what KDE plasma provides, we already > did it using python-efl for Canola, it's not as generic as you > want, but it's more generic than what we need, working really well. That's actually very interesting about canola - you've never really mentioned much about it. :) I guess Kde's plasma (I know as much about it as I do about the surface of the moon, ie. seen a few pictures, read a few stories), could in part be an example of something like that.. and so is their "kparts" stuff (minus the merged-gui-controls bit). In the windows world there's this "DesktopX" framework which also seems similar, and it's built on something very close to edje - though I believe it's all developed via some gui builder and a scripting language, same as with Flash I'd imagine. I suppose many that have to do with "guis" could be said to have similar aspects... really anything that claims to have some kind of 'modules' system - it's mostly a matter of the functions/properties exported by the modules and the objects they deal with. For what we're talking about here it'd be evas objects, though I suppose one could do the same with ewl/etk-widgets or with something derived from these toolkit widgets. With certain kinds of 'object systems' one often sees libs that have a 'base' object which one can 'extend'. Invariably one then sees developed larger libs which attempt to collect a set of standard/ common 'objects' which depend on each other and work together somehow. They also allow for building on this by further 'extending', and often such further derived objects are offered via other known libs. Invariably though, one also sees 'objects' that are fairly self-contained or very specialized (regardless of how they're created), and these are sometimes best used at run-time, if desired, rather than linked-to beforehand, hence some sort of mechanism for querying/using these also seems to be common. I don't think it'll ever be the case that one will supplant the other, regardless of the kind of object-system or the programming language used -- especially if the objects in question allow for 'embedding' of objects into some others. > > Given some time, I'd really like to provide a layout library and > possible some basic widget-like components, just get e_box, > e_widget_* and make a lib. Maybe it should go into esmart, dunno. > That could be very useful to many. [NB. raster has often mentioned wanting to extend edje/edc in various ways.. eg. more scripting language support, but also possibly having more layout mechanisms and maybe some form of widgetry..?] > It works, it's easy to do, what lack is people actually doing it. Ummm... not a lot of work to write an intial pass at a lib to manage such an 'evas-object' modules system.. and the actual modules themselves would just be developed over time as desired. I suspect there are other reasons why things like this have 'problems' getting off the ground. _ Get the perfect student credit card by clicking now! http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3mIRRUD5M9ASNCepX4RYtstkgdgX48tsxJdJVvRv0ajqfvJG/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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 2008-01-29 07:09:05 -0800
Build log for Enlightenment DR 0.17 on 2008-01-29 07:09:05 -0800 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: echo http://download.enlightenment.org/tests/logs/echo.log ecore_li http://download.enlightenment.org/tests/logs/ecore_li.log edvi http://download.enlightenment.org/tests/logs/edvi.log engage http://download.enlightenment.org/tests/logs/engage.log enna http://download.enlightenment.org/tests/logs/enna.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: entice, esmart_rsvg, exorcist, penguin, 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, calendar, cpu, deskshow, eclair, ecore, edata, edb, e_dbus, edje_editor, edje, edje_viewer, eet, eflame, eflpp, efm_nav, efm_path, efreet, elapse, elation, elicit, elitaire, e, embrace, embryo, emotion, emphasis, empower, emprint, emu, enesim, engrave, engycad, enhance, enity, enterminus, enthrall, entrance_edit_gui, entrance, entropy, envision, epeg, ephoto, e_phys, epsilon, epx, equate, esmart, estickies, etk_extra, etk, etk-perl, evas, evfs, ewl, examine, execwatch, exhibit, exml, expedite, express, exquisite, extrackt, feh, flame, forecasts, gevas2, iconbar, imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, mpdule, net, news, notification, 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Nightly build log for E17 on 2008-01-29 07:09:05 -0800
On 30/01/2008, Nightly build system <[EMAIL PROTECTED]> wrote: > Build log for Enlightenment DR 0.17 on 2008-01-29 07:09:05 -0800 > Build logs are available at http://download.enlightenment.org/tests/logs > > Packages that failed to build: > echo http://download.enlightenment.org/tests/logs/echo.log checking for ALSA... no (then finishes configure script like nothing is wrong...) Which then leads to e_mod_alsa.c:2:28: error: alsa/asoundlib.h: No such file or directory which can be remedied with the libasound2-dev package Thatll make it build, but the configure script probably should be erroring out, unless checks for OSS headers or something. > ecore_li http://download.enlightenment.org/tests/logs/ecore_li.log > edvi http://download.enlightenment.org/tests/logs/edvi.log > engage http://download.enlightenment.org/tests/logs/engage.log > enna http://download.enlightenment.org/tests/logs/enna.log checking for MUSICBRAINZ... no configure: error: Musicbrainz not found. Install the libmusicbrainz4-dev package > epdf http://download.enlightenment.org/tests/logs/epdf.log > evolve http://download.enlightenment.org/tests/logs/evolve.log > Toma- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Nightly build log for E17 on 2008-01-27 07:08:56 -0800
On Mon, 28 Jan 2008 11:43:35 +0100 Dave <[EMAIL PROTECTED]> wrote: > Nightly build system ha scritto: > > Build log for Enlightenment DR 0.17 on 2008-01-27 07:08:56 -0800 > > Build logs are available at > > http://download.enlightenment.org/tests/logs > > > > Packages that failed to build: > > echo http://download.enlightenment.org/tests/logs/echo.log > > ecore_li http://download.enlightenment.org/tests/logs/ecore_li.log > > edvi http://download.enlightenment.org/tests/logs/edvi.log > > engage http://download.enlightenment.org/tests/logs/engage.log > > enna http://download.enlightenment.org/tests/logs/enna.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: > > entice, esmart_rsvg, exorcist, penguin, python-efl, > > > penguins does not compile because the name is written wrongly (miss > final 's'). > 'penguins' not 'penguin' ... you can have a lot of penguins on your > desktop :) Oops. Fixed. signature.asc Description: PGP signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Nightly build log for E17 on 2008-01-29 07:09:05 -0800
On Wed, 30 Jan 2008 11:49:55 +0900 Toma <[EMAIL PROTECTED]> wrote: > On 30/01/2008, Nightly build system <[EMAIL PROTECTED]> wrote: > > Build log for Enlightenment DR 0.17 on 2008-01-29 07:09:05 -0800 > > Build logs are available at > > http://download.enlightenment.org/tests/logs > > > > Packages that failed to build: > > echo http://download.enlightenment.org/tests/logs/echo.log > > checking for ALSA... no > (then finishes configure script like nothing is wrong...) > Which then leads to > e_mod_alsa.c:2:28: error: alsa/asoundlib.h: No such file or directory > which can be remedied with the libasound2-dev package > > Thatll make it build, but the configure script probably should be > erroring out, unless checks for OSS headers or something. > > > ecore_li http://download.enlightenment.org/tests/logs/ecore_li.log > > edvi http://download.enlightenment.org/tests/logs/edvi.log > > engage http://download.enlightenment.org/tests/logs/engage.log > > enna http://download.enlightenment.org/tests/logs/enna.log > > checking for MUSICBRAINZ... no > configure: error: Musicbrainz not found. > > Install the libmusicbrainz4-dev package Installed that, and libasound2-dev, which should take care of the ALSA problem as well. signature.asc Description: PGP signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel