On Tue, 4 Dec 2012 09:50:25 +1000 David Seikel <[email protected]> said:
> On Mon, 3 Dec 2012 20:23:48 +0900 Carsten Haitzler (The Rasterman) > <[email protected]> wrote: > > > On Mon, 3 Dec 2012 20:17:49 +1000 David Seikel <[email protected]> > > said: > > > > > On Mon, 3 Dec 2012 10:03:24 +0100 Vincent Torri > > > <[email protected]> wrote: > > > > > > > On Mon, Dec 3, 2012 at 9:55 AM, David Seikel <[email protected]> > > > > wrote: > > > > > On Sun, 2 Dec 2012 23:45:46 +0100 Vincent Torri > > > > > <[email protected]> wrote: > > > > > > > > > >> hey > > > > >> > > > > >> i've aded ecore in efl/ I'm pretty sure that there are plenty > > > > >> if bugs. Please report them here > > > > >> > > > > >> There are also plenty of improvements to do too, i'm aware of > > > > >> that. > > > > > > > > > > I noticed you made ecore_con compile mandatory. > > > > > > > > indeed. Is it a problem for you ? > > > > > > Yep, as I have mentioned before, this embedded project I've been > > > working on has legal requirements that must be met, and an audit lab > > > that it has to go through to make sure it meets those legal > > > requirements. One of those legal requirements is to not have > > > anything on the device that is not actually needed for the device > > > to perform it's specific legal function. On top of that, the less > > > there is on the device, the less time it will take the audit lab to > > > audit it, the cheaper the audit will be. The device does not need > > > networking, so leaving out ecore_con would be good. > > > > ecore-con is not just for "networking". it's for ipc. ecore-evas > > requires it because ecore-evas supports remote ipc canvases from > > other processes (ecore-evas-extn). in the bid to simplify our ifdef > > hell we have and ensure people have an always usable setup - > > ecore-con is now on by default. > > I don't need IPC or remote canvases either. > > And yes, it's still a problem for me. Now I have to explain to the > audit lab that while there is now the potential to connect up to the > device over a network and use this fancy ecore_con thing to add new > functionality and change what's on the screen, thus potentially > bypassing the legal requirements for our own nefarious purposes, I > promise that we don't do that. Cross my heart and hope to die. oh don't be silly - unless some software literally ADVERTISES a service you can't do squat diddly to connect to it and do anything. you have to EXPLICITLY create a remove server service... and the ecore_evas_extn stuff never does remote services - it's machine-local only as it relies on shmmem to share pixel data. > > > Raster said that --disable-foo options will get replaced by "just > > > delete the libfoo.* files". I'm hoping that is stuck to, at least > > > for the stuff *I* don't need. B-) > > > > not in all cases. see above. :) > > EFL 1.7.2 let my remove fontconfig and it's dependencies, but made me > add pthreads and ecore_con. At least there was still an overall > decrease in the resulting flash image size. 1.7.2 made u AND pthreads and ecore-con? this was only in trunk (efl tree and ecore tree prior to merge) or... should only have been. ? > EFL giveth, EFL taketh away. > > -- > A big old stinking pile of genius that no one wants > coz there are too many silver coated monkeys in the world. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
