celix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Pepijn Noltes <pepijnnol...@gmail.com>
Subject Re: Event Admin and the release
Date Wed, 03 Jun 2015 07:45:15 GMT

On Mon, Jun 1, 2015 at 8:09 PM Erik Jansman <erik@jansman.eu> wrote:

> Hash: SHA1
> Hello All,
> For some time now I have been working on the Event admin. Due to other
> things, University looking for a job and moving, this is still not
> done. Sorry about that, I am working on it.
> However I have noticed an I think unwanted sideeffect, Since APR is
> not yet removed from the event admin we cannot release the new
> version. While I think some of the bundles should always be working
> with the latest version of the framework I think bundles like the
> event admin are not required for the workings of the framework and
> therefore I think they could be slightly out of sync.
> So my question bassicly is: Should be try to put the subprojects in
> seperate releases?

I would prefer not to do this. Altough I agree some bundles will not be
mature enough we can reflect this by using version numbers (e..g a 0.1
version instead of 1.0, 2.0, etc).

For bundles still using APR (event admin, bonjour shell) I would like to
purpose to disable them when we create the release branch (e.g. comment out
the add_subdirectory in the CMakeLists.txt).

> This will require more work when creating a release but it will allow
> certain parts of the project which are used more, the framework and
> the remote services i guess, to get more development attention while
> fun projects but not critical (in my opinion), like the event admin,
> to slightly slack behind.
> Regards,
> Erik
> Version: GnuPG v1
> YS+jo85nrDEHJyrK1KiYrZS/yry6gIeLCDYD+E8Y5VmRt+3nc1CRs8rGDDxBIcdW
> Yrsy3NzqRJ5aLsw4TekuYQgslBXUpEj9WpE6QPJGLM73dUTVtT/xbgLiTsBdaOed
> EQ7gFXcPvzCOn0s7vq8ACzvvuGv890PPg8bFJtqamIRwijA1VrxJZhkyLEF6bpAi
> hK03Wx4SfsRPm0j/A2JLlZemI7dlucuV/mir1iek5spvHJAprieaqaw0EUhtnEfi
> CbDevtJk0Q1tclzNmy0V66x/bC2KMqj9cljOeLopOa+d5QfIbTQlV4tV/HVhYivM
> o4aKn7oKJzZ6MbNUaok+QGSfrTFdPzNprK4MQhFbgGxUqKGwp2myigd9LcA282lH
> QbDLmHkI0QTpJgJlFT+ydPgqggioX+raUJextWXuL8lwFL+zo7i+CTB/4+hEZMFA
> 3XAfGGsT0rU57DWFbuWk6CkyaPZVhsZMdRG2z98EJuRSvd3U4KKxDE+ElpsHewZE
> Mnby5vG6QOvOCrpKdffH/8lLlFCq3aPD02L1dAdHldqH/ACUTgzAjxO5fHBaHPMI
> Ky2nfZf2F39MfDCBSuTQ9WkYB3KxOdfkVrLMpctzhQ+lOziF2twW2mwNKp4Zyein
> QpORMhfhkca1yMJz3K/i
> =GFWv

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message