[E-devel] Nightly build log for E17 on 2008-07-14 07:10:20 -0700

[Nightly build system]

Build log for Enlightenment DR 0.17 on 2008-07-14 07:10:20 -0700
Build logs are available at http://download.enlightenment.org/tests/logs

Packages that failed to build:
edje_editor  http://download.enlightenment.org/tests/logs/edje_editor.log
enna  http://download.enlightenment.org/tests/logs/enna.log
epdf  http://download.enlightenment.org/tests/logs/epdf.log
express  http://download.enlightenment.org/tests/logs/express.log

Packages with no supported build system:
entice, esmart_rsvg, exorcist, python-efl, 

Packages skipped:
camE, ecore_dbus, engage, 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, echo, eclair, ecore_li, ecore, edata, 
edb, e_dbus, edje, edje_viewer, edvi, 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, evolve, ewl, examine, execwatch, exhibit, exml, expedite, 
exquisite, extrackt, feh, flame, forecasts, gevas2, iconbar, iiirk, 
imlib2_loaders, 
imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, mpdule, 
net, news, notification, penguins, 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.


-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] SoC Midterm reviews

[Ravenlock]

On 07/13/2008 17:21, Nathan Ingersoll wrote:
> While I know all mentors have received reminders to complete their
> midterm surveys, I would like to emphasize the importance of
> completing these surveys on time. Not only will it help ensure your
> student receives payment for the second half of the summer, but it can
> positively impact us in the application process next year. If you are
> unable to complete the survey by the deadline tomorrow, please let us
> know so an alternative mentor can be assigned.

All surveys (student and mentor) are now accounted for.

> 
> Thanks,
> Nathan
> 
> -
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 
> 


-- 
Regards,
Ravenlock




signature.asc
Description: OpenPGP digital signature
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] SoC Midterm reviews

[Vincent Torri]

On Mon, 14 Jul 2008, Ravenlock wrote:

> All surveys (student and mentor) are now accounted for.

maybe that would be a good thing that all students give a status of their 
work. I know that i can grab some info here and there, but that mid term 
evaluation can be a good opportunity to share to anyone the status of the 
done work.

Vincent

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] SoC Midterm reviews

[Nathan Ingersoll]

I also think it would be a good idea to add student blogs to Planet E
to give their work more exposure.

On Mon, Jul 14, 2008 at 10:20 AM, Vincent Torri <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 14 Jul 2008, Ravenlock wrote:
>
>> All surveys (student and mentor) are now accounted for.
>
> maybe that would be a good thing that all students give a status of their
> work. I know that i can grab some info here and there, but that mid term
> evaluation can be a good opportunity to share to anyone the status of the
> done work.
>
> Vincent
>
> -
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] SoC Midterm reviews

[Eric Schuele]

On 07/13/2008 17:21, Nathan Ingersoll wrote:
> While I know all mentors have received reminders to complete their
> midterm surveys, I would like to emphasize the importance of
> completing these surveys on time. Not only will it help ensure your
> student receives payment for the second half of the summer, but it can
> positively impact us in the application process next year. If you are
> unable to complete the survey by the deadline tomorrow, please let us
> know so an alternative mentor can be assigned.


All surveys (student and mentor) are now accounted for.

> 
> Thanks,
> Nathan
> 
> -
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 
> 


-- 
Regards,
Eric




signature.asc
Description: OpenPGP digital signature
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [SoC] Eyesight status report

[Sevcsik András]

I made a post to my blog (http://sevcsik.blogspot.com) when you can find a
screenshotof
the application. Here's the post:

Today was the deadline of Google Summer of Code's midterm evaluations. So,
here's a status report of the project.
The current code is broken, but the last revision (r150) in the SVN
repository is working and has the following capabilities:
- showing pdf pages in fit-to-screen zoom
- navigate through pages
- indicate page number
- fullscreen mode
- plugin system for multiple file formats (currently only PDF is available)
Known bugs:
- ridiculously lot of memleaks
- resize and navigation errors during page animations
- bad use of getopt, argument handling errors
- mouseover effects are clipped by esmart container
- auto-hiding but with navigation toolbar
Planned features for SoC (probably in chronological order)
- DVI support (edvi)
- PostScript support (eps)
- improve document viewing (multiple view modes, TOC)
- image support
- configuration dialogs
Planned features beyond SoC (not in chronological order)
- file selector
- new theme that fits to new e17 theme
- localization
- windows port
- new theme that fits Aero
- support for more file types (video, sound, plain text)
Plans for the future are subject to change :)

Thanks vtorri for mentoring me and the whole Enlightenment team for their
support!

-- 
Minden jót,
Sevcsik András
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] ecore_direct_hash() and 64-bit

[Peter Wehrfritz]

While I'm fixing some compilation warnings in ewl on 64-bit archs, I 
wonder if the ecore_direct_hash() function works correct or if it needs 
some adjustments on 64-bit archs.  I attached a little patch, which 
takes care for 64-bit pointer size. Since I haven't got a 64-bit PC, I 
ask you if the patch is right.


Thanks,
Peter
Index: ecore_value.c
===
RCS file: /cvs/e/e17/libs/ecore/src/lib/ecore/ecore_value.c,v
retrieving revision 1.12
diff -u -r1.12 ecore_value.c
--- ecore_value.c	17 May 2008 03:19:38 -	1.12
+++ ecore_value.c	14 Jul 2008 19:31:10 -
@@ -27,6 +27,7 @@
 #include "Ecore.h"
 #include "Ecore_Data.h"
 #include "ecore_private.h"
+#include 
 
 EAPI const unsigned int ecore_prime_table[] =
 {
@@ -56,7 +57,13 @@
 EAPI unsigned int 
 ecore_direct_hash(const void *key)
 {
-   return ((unsigned int) key);
+#if defined(__LP64__) && UINT_MAX != ULONG_MAX
+   unsigned long int val = (unsigned long int)key;
+
+   return (unsigned int) ((val >> 32) ^ val);
+#else
+   return (unsigned int) key;
+#endif
 }
 
 /**
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [SoC] Eyesight status report

[Nathan Ingersoll]

On Mon, Jul 14, 2008 at 2:46 PM, Sevcsik András <[EMAIL PROTECTED]> wrote:
> I made a post to my blog (http://sevcsik.blogspot.com) when you can find a
> screenshotof
> the application. Here's the post:
>
> Today was the deadline of Google Summer of Code's midterm evaluations. So,
> here's a status report of the project.
> The current code is broken, but the last revision (r150) in the SVN
> repository is working and has the following capabilities:

Could you provide the URL for your SVN repository?

Thanks,
Nathan

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [SoC] Eyesight status report

[Vincent Pomageot]

Hi,

It's here : http://code.google.com/p/eyesight/

Regards

Vincent Pomageot

2008/7/14 Nathan Ingersoll <[EMAIL PROTECTED]>:

> On Mon, Jul 14, 2008 at 2:46 PM, Sevcsik András <[EMAIL PROTECTED]> wrote:
> > I made a post to my blog (http://sevcsik.blogspot.com) when you can find
> a
> > screenshot<
> http://bp0.blogger.com/_EHjPYdSoHP4/SHuq3YkWS1I/BCE/mq46Oi_J_eM/s1600-h/eyesight_shot.png
> >of
> > the application. Here's the post:
> >
> > Today was the deadline of Google Summer of Code's midterm evaluations.
> So,
> > here's a status report of the project.
> > The current code is broken, but the last revision (r150) in the SVN
> > repository is working and has the following capabilities:
>
> Could you provide the URL for your SVN repository?
>
> Thanks,
> Nathan
>
> -
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [SoC] Evas_Quartz status report

[Timothy P. Horton]

We've all been asked to write little notes to the Enlightenment  
development list detailing where we are with our Summer of Code  
projects, where we plan to go, etc.

I'm in the middle of developing a Quartz backend for Evas. The project  
is going reasonably well:

I've already implemented:
— image load/draw
— font load/text draw
— rectangle/line/polygon draw
— context manipulation
— a port of the old evas test program to Cocoa/Evas_Quartz
— a Evas_GL_Quartz engine (this was just to find my way around, but  
will get committed as well) and a port of the test program to this  
engine

I'm currently working on:
— image data access functions
— gradient drawing
— Expedite backend (I have some questions that I might pose to the  
list at some point about this)

I'm planning on finishing before the end of SoC:
— all of the above
— Ecore_Cocoa (I hope I'm not underestimating the difficulty of this...)

I'm going to decide later whether or not I'm going to finish these  
after SoC:
— Tiger fallbacks for everything that's Leopard only
— other smaller test applications, useful on OS X

I've got lots of other things I'd like to do when I get back to school  
(other random software projects, /besides/ school), so I'm not  
entirely positive I'll be working on Evas when I get back, but I  
certainly do expect to occasionally come back and work on random things!

I've been playing around with embedding Evas_Quartz views in normal  
Cocoa applications and it's really cool :-) heh...

Random links:

Git Repo: http://repo.or.cz/w/evas_quartz.git
Google Code project (just for code reviews): 
http://code.google.com/p/evas-quartz/
Blog: http://apad.sytes.net/blog/topics/soc/

Thanks, Nathan and Dan!!

-- Tim Horton
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Evas] possible bug in gradient

[Jose Gonzalez]

  Let me continue with this evas gradients overview and with my 'critique'
of its current state (largely due both to me and to legacy and other 
constraints),
and to continue proposing *api-breaking* changes.
  Before doing so though, let me quickly point out something to Dave 
regarding
his (really nice) work on adding grad support to edje-editor:  Be careful with 
the
issue of premul vs non-premul color spaces. Edje deals with non-premul color 
stops
for gradients, whereas evas deals with premul color stops and separate alpha 
stops.
You can get the former via the latter easily, but not the other way around.
  If you want to 'input' non-premul color stops, ie. (r,g,b,a, d) where the 
'a'
isn't restricted to satisfy a >= r,g,b, like edje does, then in order to emulate
this in evas (currently), you must do:

evas_object_gradient_color_stop_add(grad, r, g, b, 255, d);
evas_object_gradient_alpha_stop_add(grad, a, d);

this is what edje does internally - it's NOT the same thing as:

evas_object_gradient_color_stop_add(grad, r, g, b, a, d);

in fact, this latter will give you some very unexpected results, in general, if 
the
r,g,b,a are indeed non-premul. :)

  It's a shame that all gfx apis/specs that deal with gradients use only the
legacy non-premul approach :(  But it doesn't appear that this is *ever* going 
to
change with any of the "standards", or any libs that want to support such 
standards
and little else...
  Hence my suggestion that evas do likewise. It would be the simplest way 
to be
able to have direct support for grads via most engine 'backends' that are 
around.


  Again, though not completely to my personal liking (and contradicting my 
original
version), I'd like to propose changing the evas gradient 'spectrum' api to be 
of the form:

evas_object_gradient_color_stop_insert(grad, r, g, b, a, float pos);

where the 'r,g,b,a' part of the color-stop is assumed NON-PREMUL.

  Unless there's overwhelming resistance to this, or raster actually shows 
me
that software 3D stuff he has from back when, I will change evas grad spectra
to this form.. and hurt anyone who tries to stop it from being committed. :)

  I'll also go over the other half of the evas grad api (ie. related to 
type of
grad, fill geometries, spread modes, and such stuff) a bit later, but any 
comments
on this part from developers, designers, grandmothers, ... would be welcomed.



Explore all of Europe's beauty! Click now for great vacation packages!
http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3nKHLljrNsrAODiA6pFsQs8I4BnXKWo8Vt4B1zhhjjD1aW96/

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Evas] possible bug in gradient

[Jose Gonzalez]

>   Again, though not completely to my personal liking (and contradicting 
> my original
> version), I'd like to propose changing the evas gradient 'spectrum' api to be 
> of the form:
>
> evas_object_gradient_color_stop_insert(grad, r, g, b, a, float pos);
>
> where the 'r,g,b,a' part of the color-stop is assumed NON-PREMUL.
>
>   Unless there's overwhelming resistance to this, or raster actually 
> shows me
> that software 3D stuff he has from back when, I will change evas grad spectra
> to this form.. and hurt anyone who tries to stop it from being committed. :)
>
>   
  And just to quadruple-state my reasons for proposing this:

  I would *prefer* to have (closer to the current version),

evas_object_gradient_color_stop_insert(grad, r, r, b, a, float pos);
evas_object_gradient_alpha_stop_insert(grad, a, float pos);

where the rgba in the color-stop one are assumed premul, and I would also
keep the 'data' ones,

evas_object_gradient_color_data_set(grad, *data, len, has_alpha);
evas_object_gradient_alpha_data_set(grad, *data, len);

  They're far more flexible and consistent with a premul compositing model..

  BUT, the problem with these is that there's NO way to directly implement
them (in general) with things like xrender, or cairo, or OpenVG,  We'd have
to do things in software most of the time and create implementation 
complications
in general to get some direct support.

  It was a good experiment, and there are people who would like to see this
kind of thing, but it's likely never going to happen with any of the "standards"
or with most libs/apis one could use for engine backends.. :(  Hence, better to
conform, as this aspect is important.

  Of course this is as far as the premul vs non-premul stops deal. The other
part of changing to inserting with a "float pos" rather than adding stops with
some int delta/distance/whatnot.. is partly in order to also have more direct
'standard' support, but also to make it somewhat more intuitive.



>   I'll also go over the other half of the evas grad api (ie. related to 
> type of
> grad, fill geometries, spread modes, and such stuff) a bit later, but any 
> comments
> on this part from developers, designers, grandmothers, ... would be welcomed.
>   

Click here to find Medical Transcription Training programs.
http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3nFN8vm5Jdu04IkayXHo4dl6Og8JIjIKhv5rVuwFX1ROTTjK/

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel