On 03/12/2012, at 21:50, David Seikel <onef...@gmail.com> wrote:
> On Mon, 3 Dec 2012 20:23:48 +0900 Carsten Haitzler (The Rasterman) > <ras...@rasterman.com> wrote: > >> On Mon, 3 Dec 2012 20:17:49 +1000 David Seikel <onef...@gmail.com> >> said: >> >>> On Mon, 3 Dec 2012 10:03:24 +0100 Vincent Torri >>> <vincent.to...@gmail.com> wrote: >>> >>>> On Mon, Dec 3, 2012 at 9:55 AM, David Seikel <onef...@gmail.com> >>>> wrote: >>>>> On Sun, 2 Dec 2012 23:45:46 +0100 Vincent Torri >>>>> <vincent.to...@gmail.com> 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. > >>> 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. > > EFL giveth, EFL taketh away. Do you see it makes no sense to add a burden for everybody because one single user with strange requirements? You basically have two options: 1 - keep using split tree 1.7 2 - modify configure.ac and/or Makefile.am. The code still (how long is undefined) support changes, we just do not support these insane number of combinations anymore. I really doubt that due the nature of your software you can be linked to SVN head anyways, as we commit shitloads of code that would need to be re-audited on every update. If that is not s problem, just justify the new hard dependencies as those other changes... It is as dangerous to get new code as separate libraries as new bytes in existing libraries. > > -- > A big old stinking pile of genius that no one wants > coz there are too many silver coated monkeys in the world. > ------------------------------------------------------------------------------ > 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 > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel ------------------------------------------------------------------------------ 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 enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
