Daniel Juyung Seo (SeoZ)
On Dec 5, 2012 8:07 AM, "Carsten Haitzler" <raster@...> wrote:
> On Tue, 04 Dec 2012 17:38:26 +0100 Massimo Maiurana <maiurana@...>
> > Olivier ., il 04/12/2012 13:37, ha scritto:
> > > It seems that there are some changes in the directories. Ecore was
> > > to to efl/ or is deplaced to IN-EFL/?
> > /IN-EFL is the tree for the 1.7.x version of the libraries, and it will
> > when the version 1.7.2 will be released. e-0.17 will depend on 1.7.2,
> > think they'll be released together on 21 december.
> actuy no - IN-EFL is simply historical reference of the trees as they
> prior to merge into efl. this helps vincent and everyone fix up efl tree
> problems quickly as we have an instant reference to the "last working
> trunk". the 1.7.x (1.7.2) is a totally separate branch based on the 1.7.0
> release with JUSt bugfixes (no new features). the IN-EFL trees are actual
> "development" trees with lots of additions and changes as well. :)
> > the various libraries in svn are being merged, one after the other, in a
> > unified package, which is /efl. the last merged library is ecore. there
> > never be an ecore package in svn anymore, and the same will happen for
> > (and maybe for elementary too). we'll just have an efl.pot to translate
> correct. except for now elementary won't go in. we have some.. technical
> problems to solve first. e_dbus won't go in either. edbus will, as will
> edje, and efreet. eeze probably needs to be there too. i'd like to see
> go in too.
> ethumb, e_dbus and elm are issues. e_dbus because its being superseded by
> edbus and so we need to migrate to it (but e_dbus will never be killed
> do efl 2.0 - it just will be separate). ethumb depends on e_dbus and
> migrate to edbus to be able to go in. elm also depends on e_dbus and
> addition we have some other wonderful fun bits like efl webkit (outside
> - it depends on efl, but not elm. but elm depends on webkit (optional) so
> have a circular dep here. for now the best thing to do is keep elm out
> have a clear and clean solution to this.
as far as i remember correctly all efl libs/programs depend on edbus except
barbieri changed them recently.
> the only other thing - evas_generic_loaders. i'd like this to be in, but
> it was separated for license as well a stability reasons, i'm currently
> fence as to if it can be put in without there being a license issue.
> ------------- Codito, ergo sum - "I code, therefore I am" --------------
> The Rasterman (Carsten Haitzler) raster@...
> 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
> Enlightenment-intl mailing list