[E-devel] Python-EFL API
http://staff.get-e.org/~barbieri/python-efl-api/ Comments? Suggestions? How and where to upload these for a more official place than my ~/public_html @ staff.get-e.org? -- 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 2005. 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] Python-EFL API
Are these docs generated from the code? If so, they could probably be added to run after the doxygen stuff on the e.org web server. On 10/1/07, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: http://staff.get-e.org/~barbieri/python-efl-api/ Comments? Suggestions? How and where to upload these for a more official place than my ~/public_html @ staff.get-e.org? -- 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 2005. 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 2005. 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] [entrance] client patch for xinerama
On Mon, 1 Oct 2007 14:47:19 +0400 Anton Rukin [EMAIL PROTECTED] babbled: hmm - this isn't right as it ONLY resized the main ui - it doesnt resize other screen ui's as well (entrance should put a background on each screen separately and only put the rest of the ui on the main screen - so on resize technically you need to re-position and resize all backgrounds and the main ui). hm... i've thought that all is already done in setup_ecore_evas function. am i wrong? it won't handle it in the event of a resolution change though. С уважением, Антон - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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] Python-EFL API
It would probably be best to run this as part of the nightly build process. On 10/1/07, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: On 10/1/07, Nathan Ingersoll [EMAIL PROTECTED] wrote: Are these docs generated from the code? If so, they could probably be added to run after the doxygen stuff on the e.org web server. Kind of. They're generated from the final binaries. You first compile the Pyrex into C, then compile C into a shared object and then it import module and do the introspection to extract those. The generator I'm using is epydoc, think of it as the python version of doxygen. As recently we switched from Pyrex to Cython (a fork, with more features and less bugs) and now we depend on the yet unreleased version (from their Mercurial repo), we're thinking about providing .c in the repository. That means we would require just a C compiler on that machine. Is that ok? -- 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 2005. 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 2007-10-01 07:03:06 -0700
Build log for Enlightenment DR 0.17 on 2007-10-01 07:03:06 -0700 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: engage http://download.enlightenment.org/tests/logs/engage.log entropy http://download.enlightenment.org/tests/logs/entropy.log epdf http://download.enlightenment.org/tests/logs/epdf.log evfs http://download.enlightenment.org/tests/logs/evfs.log evolve http://download.enlightenment.org/tests/logs/evolve.log Packages with no supported build system: esmart_rsvg, exorcist, python-efl, Packages skipped: camE, enotes, enscribe, epbb, eplay, erss, etk_server, etox, e_utils, Evas_Perl, evoak, gfx_routines, lvs-gui, med, nexus, notgame, ruby-efl, webcam, Packages that build OK: alarm, bling, cpu, deskshow, eclair, ecore, edb, e_dbus, edje_editor, edje, edje_viewer, edvi, eet, eflame, eflpp, efreet, elapse, elation, elicit, elitaire, e, embrace, embryo, emotion, emphasis, empower, emu, engrave, engycad, enhance, enity, enterminus, enthrall, entice, entrance_edit_gui, entrance, envision, epeg, ephoto, e_phys, epsilon, equate, esmart, estickies, etk_extra, etk, etk-perl, evas, ewl, examine, exhibit, exml, expedite, express, extrackt, feh, flame, forecasts, gevas2, iconbar, imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, net, news, pesh, photo, rage, rain, screenshot, scrot, slideshow, snow, taskbar, tclock, uptime, weather, winselector, wlan, Debian GNU/Linux 4.0 \n \l Linux enlightenment2 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007 i686 GNU/Linux See http://download.enlightenment.org/tests/ for details. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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] Python-EFL API
On 10/1/07, Nathan Ingersoll [EMAIL PROTECTED] wrote: It would probably be best to run this as part of the nightly build process. yes, but it's filled under unsupported build system :-/ -- 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 2005. 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] improvements of configure
While we're talking about configure... :) I'm part of the team which packages E for debian, and there's something in configure we'd really like to see changed (and of course we can provide patches): What we think is that when you enable a feature with --enable-whatever, and if the requirements of that feature are not found, configure should fail rather than silently disable it. The rationale for that is that, in our humble opinions, when you package for a distro, you want the stuff you enable to be actually present - thus, fail if not found rather than disable and tell nothing. As per discussion with raster on irc, I'm sure that some people may not want this behavior, and thus thought we could possibly add a --whatever-name-we-could-call-it , which implements such behavior (and let the default as it is) Thoughts ? (hint: 'this is your distro's problem is not a valid answer) Regards, Albin Tonnerre On Sun, Sep 30, 2007 at 03:01:32PM -0700, Michael Jennings wrote : On Sunday, 30 September 2007, at 16:04:54 (+0200), Vincent Torri wrote: Since I try to port the efl on windows, I've run into some problems with autofoo (strange, isn't it ?). I've looked a bit at autoconf and libtool doc, and I think that configure.in scripts can be improved a bit. Here is what I propose. Feel free to tell me if my proposals are not correct. ... Ideas ? remarks ? Most of that sounds fine, but why not provide us with a sample configure.in with examples of all 5 changes made to it so we can get a more concrete idea of what you're wanting to do? Then if people have any specific objections, they're easier to note. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- I am the one and only; nobody I'd rather be. I am the one and only. You can't take that away from me. -- Chesney Hawkes - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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 -- Albin Tonnerre, aka Lutin - Search a little longer, travel a little further signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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 2007-09-30 07:03:39 -0700
On Sun, 30 Sep 2007 16:45:05 +0200 (CEST) Vincent Torri [EMAIL PROTECTED] wrote: On Sun, 30 Sep 2007, Nightly build system wrote: Packages that failed to build: epdf http://download.enlightenment.org/tests/logs/epdf.log the error is poppler_document.cpp:15:25: error: UGooString.h: No such file or directory but poppler 0.5.4 should install that file which version of poppler is installed ? I support 0.5.4 and 0.6. the 0.5.9* are only RC for the 0.6 version 0.5.91 is the version I installed locally for the build last time. It was the latest version at the time. 0.5.4 is downloaded already, probably cause it was the latest stable at the time. signature.asc Description: PGP signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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] improvements of configure
On Monday, 01 October 2007, at 20:07:41 (+0200), Albin Tonnerre wrote: Thoughts ? (hint: 'this is your distro's problem is not a valid answer) Not only is it valid, it's correct. It is the responsibility of the build system to correctly process dependencies (whether hard or soft) to make sure that the build environment contains all packages requested for the build. The packaging should insure that failures due to missing prerequisites either occur or do not occur, according to the policies of the particular distribution. Relying on the upstream package provider to ensure compliance with Debian packaging standards is entirely the wrong approach. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- I try to smile so the hurt won't show, tell everybody I was glad to see you go. But the tears just won't go away. Loneliness found me; looks like it's here to stay. -- Expose, I'll Never Get Over You (Getting Over Me) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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] Python-EFL API
On Mon, 1 Oct 2007 11:04:33 -0300 Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: On 10/1/07, Nathan Ingersoll [EMAIL PROTECTED] wrote: It would probably be best to run this as part of the nightly build process. yes, but it's filled under unsupported build system :-/ Meet me half way on this, provide whatever is the standard python build system in the base e17/proto/python-efl directory. signature.asc Description: PGP signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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] Python-EFL API
On Mon, 1 Oct 2007 08:54:49 -0500 Nathan Ingersoll [EMAIL PROTECTED] wrote: On 10/1/07, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: On 10/1/07, Nathan Ingersoll [EMAIL PROTECTED] wrote: Are these docs generated from the code? If so, they could probably be added to run after the doxygen stuff on the e.org web server. Kind of. They're generated from the final binaries. You first compile the Pyrex into C, then compile C into a shared object and then it import module and do the introspection to extract those. The generator I'm using is epydoc, think of it as the python version of doxygen. As recently we switched from Pyrex to Cython (a fork, with more features and less bugs) and now we depend on the yet unreleased version (from their Mercurial repo), we're thinking about providing .c in the repository. That means we would require just a C compiler on that machine. Is that ok? It would probably be best to run this as part of the nightly build process. A gendoc script is supported for generating docs by nightly build process. Nothing in done with the docs other than leaving them in the install directory, but links or something could be arranged. signature.asc Description: PGP signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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] A small EWL bugfix
diff -u -r1.46 ewl_config.c
--- tools/ewl_config/ewl_config.c 23 Aug 2007 05:26:52 - 1.46
+++ tools/ewl_config/ewl_config.c 2 Oct 2007 00:15:37 -
@@ -659,7 +659,7 @@
o = ewl_widget_name_find(EC_ICON_SIZE);
val = ewl_config_int_get(ewl_config, EWL_CONFIG_THEME_ICON_SIZE);
- ewl_range_value_set(EWL_RANGE(val), val);
+ ewl_range_value_set(EWL_RANGE(o), val);
for (sel = 0; strings[sel].name != NULL; sel++)
{
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
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] Python-EFL API
On 10/1/07, David Seikel [EMAIL PROTECTED] wrote: On Mon, 1 Oct 2007 11:04:33 -0300 Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: On 10/1/07, Nathan Ingersoll [EMAIL PROTECTED] wrote: It would probably be best to run this as part of the nightly build process. yes, but it's filled under unsupported build system :-/ Meet me half way on this, provide whatever is the standard python build system in the base e17/proto/python-efl directory. Added proto/python-efl/build-all.sh that call each module build.sh. Does this help? -- 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 2005. 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] Irix - Ecore
Again trying to build e17 on irix, after a couple of snags I hit one that I'm
unable to fix. The problem seems to be with the getopt, or the option
struct/arry in ecore_config.c
I'm compiling with Mips 7.4.3.
cc-1070 c99: ERROR File = ecore_config.c, Line = 186
The indicated type is incomplete.
static struct option long_options[] =
^
while(1)
{
static struct option long_options[] =
{
{file, 1, 0, 'c'},
{list, 0, 0, 'a'},
{get,0, 0, 'g'},
{del,0, 0, 'd'},
{bool, 1, 0, 'b'},
{float, 1, 0, 'f'},
{int,1, 0, 'i'},
{rgb,1, 0, 'r'},
{string, 1, 0, 's'},
{theme, 1, 0, 't'},
{key,1, 0, 'k'},
{0, 0, 0, 0}
};
ret = getopt_long(argc, argv, c:agdb:f:i:r:s:t:k:, long_options, NULL);
if(ret == -1)
break;
switch(ret)
{
case 'k':
key = strdup(optarg);
break;
case 'n':
if(value)
usage_and_exit(prog, 2, too many commands);
type = ECORE_CONFIG_NIL;
value = NULL;
break;
case 'b':
if(value)
usage_and_exit(prog, 2, too many commands);
type = ECORE_CONFIG_BLN;
i = atoi(optarg);
value = i;
break;
case 'i':
if(value)
usage_and_exit(prog, 2, too many commands);
type = ECORE_CONFIG_INT;
i = atoi(optarg);
value = i;
break;
case 'f':
if(value)
usage_and_exit(prog, 2, too many commands);
type = ECORE_CONFIG_FLT;
f = atof(optarg);
value = f;
break;
case 'r':
if(value)
usage_and_exit(prog, 2, too many commands);
type = ECORE_CONFIG_RGB;
i = (long) strtoul( (*optarg == '#') ? (optarg + 1) : optarg, NULL, 16 );
value = i;
break;
case 's':
if(value)
usage_and_exit(prog, 2, too many commands);
type = ECORE_CONFIG_STR;
value = strdup(optarg);
break;
case 't':
if(value)
usage_and_exit(prog, 2, too many commands);
type = ECORE_CONFIG_THM;
value = strdup(optarg);
break;
case 'c':
if(file)
free(file);
file = strdup(optarg);
break;
case '?':
case ':':
return 1;
default:
cmd = ret;
break;
}
}
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
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
