Re: [E-devel] Nightly build log for E17 on 2007-11-30 18:22:26 -0800
Am Fri, 30 Nov 2007 18:22:26 -0800 (PST) schrieb Nightly build system: Hello, Build log for Enlightenment DR 0.17 on 2007-11-30 18:22:26 -0800 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: edvi http://download.enlightenment.org/tests/logs/edvi.log eflpp http://download.enlightenment.org/tests/logs/eflpp.log elitaire http://download.enlightenment.org/tests/logs/elitaire.log embrace http://download.enlightenment.org/tests/logs/embrace.log empower http://download.enlightenment.org/tests/logs/empower.log engage http://download.enlightenment.org/tests/logs/engage.log epdf http://download.enlightenment.org/tests/logs/epdf.log ephoto http://download.enlightenment.org/tests/logs/ephoto.log equate http://download.enlightenment.org/tests/logs/equate.log evolve http://download.enlightenment.org/tests/logs/evolve.log ewl http://download.enlightenment.org/tests/logs/ewl.log The EWL nightly build is now broken for about two weeks. Since then I didn't try to compile EFL because of this. Any ideas why this happens and when it will be fixed? regards Andreas - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Evas] add -enable-sctrict option
Hey, Albin Tonnerre (aka Lutin) requested configure scripts to fail when an option is requested with --enable-*, but the dependancies are not met. Albin wrote a patch for that behavior. It's attached. basically, it replaces want_foo=yes by want_foo=auto when needed and check if that variable is changed or not when --enable-foo is passed to configure. if --enable-strict is passed to configure, the dependancy is not met and want_foo == yes, then AC_MSG_ERROR is called. Please test it and report comments about it. Thank you Vincent? evas.patch ? evas2.patch ? evas_autofoo.diff Index: configure.in === RCS file: /cvs/e/e17/libs/evas/configure.in,v retrieving revision 1.244 diff -u -r1.244 configure.in --- configure.in18 Nov 2007 22:10:50 - 1.244 +++ configure.in29 Nov 2007 20:21:22 - @@ -54,6 +54,16 @@ qt_libs= qt_moc=moc +dnl when used, that option makes configure script fails when +dnl a requirement is selected, but not met. +AC_ARG_ENABLE(strict, + AC_HELP_STRING( +[enable strict mode]), + [use_strict=yes], + [use_strict=no] +) + + # # blah-config style checks @@ -73,7 +83,7 @@ ### ## FontConfig -want_fontconfig=yes +want_fontconfig=auto have_fontconfig=no AC_ARG_ENABLE(fontconfig, AC_HELP_STRING( @@ -83,14 +93,18 @@ [ want_fontconfig=$enableval ] ) -if test x$want_fontconfig = xyes; then +if test x$want_fontconfig = xyes -o x$want_fontconfig = xauto ; then # Check if really available - PKG_CHECK_MODULES(FONTCONFIG, fontconfig, [ -have_fontconfig=yes -AC_DEFINE(HAVE_FONTCONFIG, 1, [have fontconfig searching capabilities]) - ], [ -have_fontconfig=no - ]) + PKG_CHECK_MODULES(FONTCONFIG, fontconfig, +[ + have_fontconfig=yes + AC_DEFINE(HAVE_FONTCONFIG, 1, [have fontconfig searching capabilities]) +], +[ + if test x$want_fontconfig = xyes -a x$use_strict = xyes ; then +AC_MSG_ERROR([Error: Fontconfig not found (strict dependencies checking)]) + fi +]) fi ### @@ -140,7 +154,7 @@ ### ## Check if we should build the software_ddraw engine -want_evas_software_ddraw=no; +want_evas_software_ddraw=auto; have_evas_software_ddraw=no; AC_MSG_CHECKING(whether software directdraw backend is to be built) @@ -150,12 +164,17 @@ ) AC_MSG_RESULT($want_evas_software_ddraw) -if test x$want_evas_software_ddraw = xyes; then +if test x$want_evas_software_ddraw = xyes -o x$want_evas_software_ddraw = xauto ; then AC_CHECK_HEADER(ddraw.h, [ have_evas_software_ddraw=yes AC_DEFINE(BUILD_ENGINE_SOFTWARE_DDRAW, 1, [Software DirectDraw Rendering Backend]) ddraw_libs=-lddraw +], +[ + if test x$want_evas_software_ddraw = xyes -a x$use_strict = xyes ; then +AC_MSG_ERROR([Error: DirectDraw not found (strict dependencies checking)]) + fi ] ) fi @@ -165,7 +184,7 @@ ### ## Check if we should build the 16bit software_ddraw engine -want_evas_software_16_ddraw=no; +want_evas_software_16_ddraw=auto; have_evas_software_16_ddraw=no; AC_MSG_CHECKING(whether 16 bit software directdraw backend is to be built) @@ -175,12 +194,17 @@ ) AC_MSG_RESULT($want_evas_software_16_ddraw) -if test x$want_evas_software_16_ddraw = xyes; then +if test x$want_evas_software_16_ddraw = xyes -o x$want_evas_software_16_ddraw = xauto; then AC_CHECK_HEADER(ddraw.h, [ AC_DEFINE(BUILD_ENGINE_SOFTWARE_16_DDRAW, 1, [16bit Software DirectDraw Rendering Backend]) ddraw_16_libs=-lddraw -lgdi32 have_evas_software_16_ddraw=yes +], +[ + if test x$want_evas_software_16_ddraw = xyes -a x$use_strict = xyes ; then +AC_MSG_ERROR([Error: DirectDraw not found (strict dependencies checking)]) + fi ] ) fi @@ -191,7 +215,7 @@ ### ## Check if we should build the direct3d engine -want_evas_direct3d=no; +want_evas_direct3d=auto; have_evas_direct3d=no; AC_MSG_CHECKING(whether direct3d backend is to be built) @@ -207,6 +231,11 @@ AC_DEFINE(BUILD_ENGINE_DIRECT3D, 1, [Direct3D Rendering Backend]) direct3d_libs=-ld3d9 -ld3dx9d have_evas_direct3d=yes +], +[ + if test x$want_evas_direct3d = xyes -a x$use_strict = xyes ; then +AC_MSG_ERROR([Error: Direct3D not found (strict dependencies checking)]) + fi ] ) fi @@ -217,7 +246,7 @@ ### ## Check if we should build the software_x11 engine -want_evas_software_x11=yes; +want_evas_software_x11=auto; have_evas_software_x11=no; AC_MSG_CHECKING(whether software x11 backend is to be built) @@ -227,7 +256,7 @@ ) AC_MSG_RESULT($want_evas_software_x11) -if test
Re: [E-devel] Nightly build log for E17 on 2007-11-30 18:22:26 -0800
On Sat, 1 Dec 2007, Andreas Volz wrote: Am Fri, 30 Nov 2007 18:22:26 -0800 (PST) schrieb Nightly build system: Hello, Build log for Enlightenment DR 0.17 on 2007-11-30 18:22:26 -0800 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: edvi http://download.enlightenment.org/tests/logs/edvi.log eflpp http://download.enlightenment.org/tests/logs/eflpp.log elitaire http://download.enlightenment.org/tests/logs/elitaire.log embrace http://download.enlightenment.org/tests/logs/embrace.log empower http://download.enlightenment.org/tests/logs/empower.log engage http://download.enlightenment.org/tests/logs/engage.log epdf http://download.enlightenment.org/tests/logs/epdf.log ephoto http://download.enlightenment.org/tests/logs/ephoto.log equate http://download.enlightenment.org/tests/logs/equate.log evolve http://download.enlightenment.org/tests/logs/evolve.log ewl http://download.enlightenment.org/tests/logs/ewl.log The EWL nightly build is now broken for about two weeks. Since then I didn't try to compile EFL because of this. Any ideas why this happens and when it will be fixed? change the number of threads (for make) in that script to 1 instead of 2. It works. Vincent - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Wiki] add a page about the build of the EFL on Win32
Hey, I have added a document in the Wiki that details how to build the EFL on Windows. You can find it here: http://wiki.enlightenment.org/index.php/Category:EFL_Windows There's also a link in the main page of the Wiki. Currently, only the build with MSYS/MinGW is described. Also, I only wrote the build of eet. I'll add the other EFL later (mainly, how to install the dependencies) feel free to comment regards Vincent - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ 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 2007-11-30 18:22:26 -0800
Am Sat, 1 Dec 2007 10:41:53 +0100 (CET) schrieb Vincent Torri: On Sat, 1 Dec 2007, Andreas Volz wrote: Am Fri, 30 Nov 2007 18:22:26 -0800 (PST) schrieb Nightly build system: Hello, Build log for Enlightenment DR 0.17 on 2007-11-30 18:22:26 -0800 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: edvi http://download.enlightenment.org/tests/logs/edvi.log eflpp http://download.enlightenment.org/tests/logs/eflpp.log elitaire http://download.enlightenment.org/tests/logs/elitaire.log embrace http://download.enlightenment.org/tests/logs/embrace.log empower http://download.enlightenment.org/tests/logs/empower.log engage http://download.enlightenment.org/tests/logs/engage.log epdf http://download.enlightenment.org/tests/logs/epdf.log ephoto http://download.enlightenment.org/tests/logs/ephoto.log equate http://download.enlightenment.org/tests/logs/equate.log evolve http://download.enlightenment.org/tests/logs/evolve.log ewl http://download.enlightenment.org/tests/logs/ewl.log The EWL nightly build is now broken for about two weeks. Since then I didn't try to compile EFL because of this. Any ideas why this happens and when it will be fixed? change the number of threads (for make) in that script to 1 instead of 2. It works. Ok, I could do it on my local system here. But I think someone should change the nightly build script. regards Andreas - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ 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 2007-11-30 18:22:26 -0800
On Dec 1, 2007 4:05 PM, Andreas Volz [EMAIL PROTECTED] wrote: Am Sat, 1 Dec 2007 10:41:53 +0100 (CET) schrieb Vincent Torri: On Sat, 1 Dec 2007, Andreas Volz wrote: Am Fri, 30 Nov 2007 18:22:26 -0800 (PST) schrieb Nightly build system: Hello, Build log for Enlightenment DR 0.17 on 2007-11-30 18:22:26 -0800 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: edvi http://download.enlightenment.org/tests/logs/edvi.log eflpp http://download.enlightenment.org/tests/logs/eflpp.log elitaire http://download.enlightenment.org/tests/logs/elitaire.log embrace http://download.enlightenment.org/tests/logs/embrace.log empower http://download.enlightenment.org/tests/logs/empower.log engage http://download.enlightenment.org/tests/logs/engage.log epdf http://download.enlightenment.org/tests/logs/epdf.log ephoto http://download.enlightenment.org/tests/logs/ephoto.log equate http://download.enlightenment.org/tests/logs/equate.log evolve http://download.enlightenment.org/tests/logs/evolve.log ewl http://download.enlightenment.org/tests/logs/ewl.log The EWL nightly build is now broken for about two weeks. Since then I didn't try to compile EFL because of this. Any ideas why this happens and when it will be fixed? change the number of threads (for make) in that script to 1 instead of 2. It works. Ok, I could do it on my local system here. But I think someone should change the nightly build script. No, the bug should be tracked and fixed, not hidden by changing the build script. -- Chady 'Leviathan' Kassouf http://chady.net/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ 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-12-01 07:49:17 -0800
Build log for Enlightenment DR 0.17 on 2007-12-01 07:49:17 -0800 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: edvi http://download.enlightenment.org/tests/logs/edvi.log eflpp http://download.enlightenment.org/tests/logs/eflpp.log elitaire http://download.enlightenment.org/tests/logs/elitaire.log embrace http://download.enlightenment.org/tests/logs/embrace.log empower http://download.enlightenment.org/tests/logs/empower.log engage http://download.enlightenment.org/tests/logs/engage.log epdf http://download.enlightenment.org/tests/logs/epdf.log ephoto http://download.enlightenment.org/tests/logs/ephoto.log equate http://download.enlightenment.org/tests/logs/equate.log evolve http://download.enlightenment.org/tests/logs/evolve.log ewl http://download.enlightenment.org/tests/logs/ewl.log examine http://download.enlightenment.org/tests/logs/examine.log Packages with no supported build system: entice, 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, eet, eflame, efreet, elapse, elation, elicit, e, embryo, emotion, emphasis, emu, engrave, engycad, enhance, enity, enterminus, enthrall, entrance_edit_gui, entrance, entropy, envision, epeg, e_phys, epsilon, esmart, estickies, etk_extra, etk, etk-perl, evas, evfs, 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. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ 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-12-01 08:42:12 -0800
Build log for Enlightenment DR 0.17 on 2007-12-01 08:42:12 -0800 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: edvi http://download.enlightenment.org/tests/logs/edvi.log eflpp http://download.enlightenment.org/tests/logs/eflpp.log elitaire http://download.enlightenment.org/tests/logs/elitaire.log empower http://download.enlightenment.org/tests/logs/empower.log engage http://download.enlightenment.org/tests/logs/engage.log epdf http://download.enlightenment.org/tests/logs/epdf.log ephoto http://download.enlightenment.org/tests/logs/ephoto.log equate http://download.enlightenment.org/tests/logs/equate.log evolve http://download.enlightenment.org/tests/logs/evolve.log ewl http://download.enlightenment.org/tests/logs/ewl.log examine http://download.enlightenment.org/tests/logs/examine.log Packages with no supported build system: entice, 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, eet, eflame, efreet, elapse, elation, elicit, e, embrace, embryo, emotion, emphasis, emu, engrave, engycad, enhance, enity, enterminus, enthrall, entrance_edit_gui, entrance, entropy, envision, epeg, e_phys, epsilon, esmart, estickies, etk_extra, etk, etk-perl, evas, evfs, 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. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Epsilon problems
As raster mentioned, and as I believe, the best thing for epsilon would be a rewrite using evas instead of imlib2... something extremely similar to e_thumb. Raster said that if this did occur, e would likely change to using epsilon as well. On Nov 30, 2007 8:01 AM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: Hi guys, So the canola team is in a hurry to launch the new version, but we have some problems that we cannot solve that easily, one of them is about Epsilon. I have not much information, that's why I'm asking help, if I did have this info, probably I'd have fixed this already, but here it goes: 1 - we're using an ARM platform (omap2420, Nokia N800) and getting problems with ld-linux doing unaligned loads! Really, it's not about libepsilon.so execution, but ld-linux loading it. It's really hard to understand/check/solve. Possible this is the cause of other problems. If possible, could you help me to look at epsilon code and improve possible bits? 2 - from time to time we get SPANK SPANK errors from clients accessing the server. I'm not sure if the server is not replying, if it's dying or if it's being launched and client is timing out before it's able to reply. If someone have time to improve anything, please do and commit, I read the commit list so I'll compile and report ASAP. Thanks, -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet raster
What was the reasoning behind this? This change is what broke the
parallel build. When I revert it there are no problems doing the build
in parallel.
A zero sized file seems perfectly legitimate for writing. It's
possible that make is touching the file prior to the execution of
edje_cc as a locking mechanism on the parallel build. I committed a
patch to only enforce the file size check in read mode.
On Nov 12, 2007 12:15 AM, Enlightenment CVS
[EMAIL PROTECTED] wrote:
Enlightenment CVS committal
Author : raster
Project : e17
Module : libs/eet
Dir : e17/libs/eet/src/lib
Modified Files:
eet_lib.c
Log Message:
refuse to handle a 0 sized file without an error
===
RCS file: /cvs/e/e17/libs/eet/src/lib/eet_lib.c,v
retrieving revision 1.80
retrieving revision 1.81
diff -u -3 -r1.80 -r1.81
--- eet_lib.c 25 Sep 2007 18:26:49 - 1.80
+++ eet_lib.c 12 Nov 2007 06:15:08 - 1.81
@@ -497,6 +497,10 @@
else
return NULL;
}
+ else if (file_stat.st_size == 0)
+ {
+ return NULL;
+ }
/* We found one */
if (ef (file_stat.st_mtime != ef-mtime))
-
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-cvs mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs
-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell. From the desktop to the data center, Linux is going
mainstream. Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
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 2007-11-30 18:22:26 -0800
Looks like it was a problem with a change to eet opening files. I've committed a fix and a message with more details about the problem. On Dec 1, 2007 7:17 AM, Chady Kassouf [EMAIL PROTECTED] wrote: On Dec 1, 2007 4:05 PM, Andreas Volz [EMAIL PROTECTED] wrote: Am Sat, 1 Dec 2007 10:41:53 +0100 (CET) schrieb Vincent Torri: On Sat, 1 Dec 2007, Andreas Volz wrote: Am Fri, 30 Nov 2007 18:22:26 -0800 (PST) schrieb Nightly build system: Hello, Build log for Enlightenment DR 0.17 on 2007-11-30 18:22:26 -0800 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: edvi http://download.enlightenment.org/tests/logs/edvi.log eflpp http://download.enlightenment.org/tests/logs/eflpp.log elitaire http://download.enlightenment.org/tests/logs/elitaire.log embrace http://download.enlightenment.org/tests/logs/embrace.log empower http://download.enlightenment.org/tests/logs/empower.log engage http://download.enlightenment.org/tests/logs/engage.log epdf http://download.enlightenment.org/tests/logs/epdf.log ephoto http://download.enlightenment.org/tests/logs/ephoto.log equate http://download.enlightenment.org/tests/logs/equate.log evolve http://download.enlightenment.org/tests/logs/evolve.log ewl http://download.enlightenment.org/tests/logs/ewl.log The EWL nightly build is now broken for about two weeks. Since then I didn't try to compile EFL because of this. Any ideas why this happens and when it will be fixed? change the number of threads (for make) in that script to 1 instead of 2. It works. Ok, I could do it on my local system here. But I think someone should change the nightly build script. No, the bug should be tracked and fixed, not hidden by changing the build script. -- Chady 'Leviathan' Kassouf http://chady.net/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Proportional scaling for Eterm earth night/day viewport mode
Hello! I'm just trying to get the nice viewport mode with earth at day and night to work. I have fluxbox backgrund image scaled with aspect kept. I just can't get eterm to scale and keep the aspect of the night image in viewport mode. Is that possible at all? I tried: res=(`fbresolution | tr 'x' ' '`) Eterm -P dateien/[EMAIL PROTECTED]:propscaled --viewport-mode Eterm -P dateien/[EMAIL PROTECTED]:propscaled --viewport-mode Thanks for Eterm 0.9.4! It's great!!! Lynx PS: I'm not in the list. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Epsilon problems
On Dec 1, 2007 4:44 PM, Stephen Houston [EMAIL PROTECTED] wrote: As raster mentioned, and as I believe, the best thing for epsilon would be a rewrite using evas instead of imlib2... something extremely similar to e_thumb. Raster said that if this did occur, e would likely change to using epsilon as well. Ok, I've discussed this at #edevelop with some folks, I'll probably use e_thumb myself because for Canola we need a special, non-standard size: instead of bounding box of 128x128 or 256x256 we need a fixed height of 96 with variable width (see http://www.marceloeduardo.com/blog/design/graphical-design/canola-20-design-process-the-photo-viewer). So using the fdo stuff will not help that much, at least not at this part... sure we can try to use fdo sizes for video thumbs or something else. As for e_thumb, I did a quick view of its code and looks nice and small, that's great, but I wonder: - how expensive is evas/ecore_evas_buffer in comparison to imlib2 to generate thumbs; - saving to eet the uncompressed data really help? Ok, this is more about testing on our hardware, but maybe it will not help and it's cheaper to uncompress a JPEG than read pixels from flash (flash slowness versus cpu usage). In that case, what's the best option to save the image as JPEG? Create an evas_object_image on the same canvas, set it's pixesl to buffer pixels and then evas_object_image_save() it? Also, what to change in e_thumb to make it the perfect epsilon? fdo-compatible saving? Use epeg? I'll have a look at this next week, so any tips before that is appreciated :-) -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Right-clicking shelf modules only works once
I've just updated to the latest cvs after a long break. Right-clicking in *some* shelf modules only works once ... after this, right-clicking in them fails to deliver a context-sensitive menu. Affected modules ( that I've tested ) that exhibit this behaviour are: - pager - forecasts - news - cpufreq - temperature - battery Restarting E after right-clicking these modules causes a segfault, but restores the ability to right-click ( once more only ). I didn't build anything with debugging symbols, but I can if someone wants. Dan - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Epsilon problems
Well I don't understand why you couldn't have the fdo sizes and then another option as a feature for setting a custom size.. and of course, you wouldn't want to save to eet. On Dec 1, 2007 5:16 PM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: On Dec 1, 2007 4:44 PM, Stephen Houston [EMAIL PROTECTED] wrote: As raster mentioned, and as I believe, the best thing for epsilon would be a rewrite using evas instead of imlib2... something extremely similar to e_thumb. Raster said that if this did occur, e would likely change to using epsilon as well. Ok, I've discussed this at #edevelop with some folks, I'll probably use e_thumb myself because for Canola we need a special, non-standard size: instead of bounding box of 128x128 or 256x256 we need a fixed height of 96 with variable width (see http://www.marceloeduardo.com/blog/design/graphical-design/canola-20-design-process-the-photo-viewer ). So using the fdo stuff will not help that much, at least not at this part... sure we can try to use fdo sizes for video thumbs or something else. As for e_thumb, I did a quick view of its code and looks nice and small, that's great, but I wonder: - how expensive is evas/ecore_evas_buffer in comparison to imlib2 to generate thumbs; - saving to eet the uncompressed data really help? Ok, this is more about testing on our hardware, but maybe it will not help and it's cheaper to uncompress a JPEG than read pixels from flash (flash slowness versus cpu usage). In that case, what's the best option to save the image as JPEG? Create an evas_object_image on the same canvas, set it's pixesl to buffer pixels and then evas_object_image_save() it? Also, what to change in e_thumb to make it the perfect epsilon? fdo-compatible saving? Use epeg? I'll have a look at this next week, so any tips before that is appreciated :-) -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
