> From a packagers perspective it would be great if we could keep the > efl, elementary and evas/emotion_generic_loaders version numbers the > same even if there are no changes, the same as we did for the 1.7 tree. > I'll leave it for you guys to decide though.
+ 1 2013/12/9 Simon <si...@simotek.net> > On 12/09/2013 08:33 PM, Stefan Schmidt wrote: > > Hello. > > > > On Mon, 2013-12-09 at 20:05, Simon wrote: > >> On 12/09/2013 05:40 PM, Stefan Schmidt wrote: > >>> Hello. > >>> > >>> On Sun, 2013-12-08 at 14:58, Jeff Hoogland wrote: > >>>> Just wanted to confirm emotion generic players isn't getting a 1.8.1 > >>>> release. > >>> Confirmed. Emotion generic players had not a single commit since > >>> 1.8.0. Nothing to release. > >>> > >>> regards > >>> Stefan Schmidt > >> From a packagers perspective it would be great if we could keep the > >> efl, elementary and evas/emotion_generic_loaders version numbers the > >> same even if there are no changes, the same as we did for the 1.7 tree. > >> I'll leave it for you guys to decide though. > > I was pondering about that. For 1.7.x we had way more tarballs for one > > release. Due to the merged efl tree this really got down. > > > > Would you expect emotion generic player release tarballs for 1.8.1 and > > 1.8.2 even when not a single commit hit that repo? > > > > We can switch back to that model but I'm not a fan of doing "empty" > > releases just to stay in sync for the version number. > > > > It would only heppen from 1.8.3 though. Skipping a minor release for > > everything but efl. IT will always be out of sync with e18 in any > > case. > > > > In sumarry I have no hard feeling in any direction. :) > > > > regards > > Stefan Schmidt > > > I wasn't much of a fan of the empty releases at first either, but > realistic the enlightenment foundation libraries are efl, elementary and > e*_generic_loaders, its just some components are built separately > because its easier and others due to licensing. From a user perspective > particularly in regards to filing bugs it makes it easier if they all > follow the same versioning, especially if efl and elementary are out of > sync. > I understand and treat Enlightenment as a different thing and that i > understand. > Cheers > Simon > > > ------------------------------------------------------------------------------ > Sponsored by Intel(R) XDK > Develop, test and display web and hybrid apps with a single code base. > Download it for free now! > > http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------------ Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
