On Fri, Mar 19, 2010 at 17:25, Gustavo Sverzut Barbieri
<[email protected]> wrote:
> On Fri, Mar 19, 2010 at 7:39 AM, Tom Haste <[email protected]> wrote:
>> I agree on this. There are more useful modules to most users in
>> E-MODULES-EXTRAs that would be better suited to the main tarball... like
>> calendar.
>
> Needless to say, I disagree with that.
>
> These are in the same class of "Mixer" or "Illume", they are or will
> be core functionality, even if you do not use them now, you might
> using it really soon as most systems start shipping with bluetooth (as
> it is the case) or 3g modems as lots of netbooks to come. And they are
> being officially included and maintained by me... so blame me at any
> problems, these modules should work, and work well.
>
> What we could do is disable their compilation by default. It would be
> the case for lots of modules, like all of the illume. This is not so
> good because bugs and warnings would not show and thus be fixed
> soon... the way raster likes to manage it :-)
>
> Alternatively, you can just disable these modules --disable-MODULENAME
> to save your build time.

I think it should stay where it is and currently be built by default.
When the release comes, it should not longer be built by default, so
packagers can chose if they want the features without explicitly
deactivating them (only the other way around). Same goes probably for
most non-trivial and non-shelf modules.

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to