Hello.
On 07/02/17 08:28, Carsten Haitzler (The Rasterman) wrote:
> On Tue, 7 Feb 2017 11:56:38 +0900 Jean-Philippe André <j...@videolan.org>
> said:
>
>> My only point with gl filters, eo intf and cmake is that we have those
>> works in progress that need to be put on hold if we're intent on doing this
>> release properly. In other words: stop developing in branches, except for
>> the regular rebase on master, and focus on fixing existing issues.
>
> this is an issue. the cmake work has to stop then. well it can go off to a
> branch... but it cant happen in master.
The moving around of libs and bins into seperate dirs could not happen
as it could affect our autotools build as well. I personally see no
problem when more CMakeLists.txt are added during the stabilization as
long as they do not touch any parts of the autotools build.
>>> Time-based releases keep the expectations if they are followed. Once
>>> we miss the frame, we start to have this feature-based releases ("oh,
>>> waited so long, can wait a bit more") and when people work
>>> independently, they always have some in-flux work that could get in...
>>> so at some point these guys will want to delay a bit more so their
>>> work gets in as well... endless wait -- AKA e17/efl-1.0
>>>
>>> IOW: just do it, and let's not miss the 3 month schedule next time. ;-)
>>>
>>
>> I agree. I didn't mean to disagree, I just wanted the question to be raised.
>> And yes, we shouldn't have postponed this release so much once we realised
>> that the EO APIs would not be ready so soon.
>>
>> In fact it would probably be safer to strictly stick to the 3 months
>> schedule and postpone features rather than postponing releases.
>
> then we need to pause various work and stop doing any eo/interfaces work or
> filters, cmake etc. and get down to bug fixing if we are to do a release...
That is the same concern JP expressed. I understand the reluctance, but
given that at least cmake and eo/intf work will be with us for a longer
time my call would be to make a release now, get over with it and have
some nice fresh development months afterwards to get this all in better
shape. :)
regards
Stefan Schmidt
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
