On 01/13/2016 09:24 PM, David Seikel wrote: > On Wed, 13 Jan 2016 10:07:01 +0000 Andrew Williams > <[email protected]> wrote: > >> Hi, >> >> I agree with all your points and consider the merge a good thing. >> However I'm not sure why we're avoiding a --disable flag for those >> who specifically don't want it - is it much work to satisfy a use >> case? > You had been away for some time, you might have missed Raster and I > arguing over this sort of stuff. Raster prefers a "compile everything, > just delete the stuff you don't need afterwards" approach. He seems to > strongly dislike autodetecting stuff as well. I prefer to autodetect > stuff, and disabling stuff I don't need before compile. In particular > he always puts down my efforts to sanely squeeze EFL size down to fit > into my embedded project, no matter how many times I point out to him > that the legislation covering this sort of device requires it. With my "distro package maintainer" hat on auto detecting packages is pure evil, it makes it 100x as hard to work out witch options efl devs do and don't recommend removing auto detection and adding --enable or --disable flags for what you don't want to be the default means that most non gentoo users will end up with a sane build.
Fun fact there was at one point a bug in the efl autofoo stuffs that meant release tarballs generated with "make dist" were different depending on whether or not the machine the tar was built on contained the systemd development headers Cheers Simon ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
