Any update on this?
Am 04.05.2016 18:44 schrieb "Dirk Fauth" <[email protected]>:

> Hi,
>
> Thanks for the explanation. It almost makes sense. That also means that
> the version of a bundle doesn't matter.
>
> The question now again is how to deal with Nebula release components, as
> from my understanding there is no real release yet. Even the so called
> Nebula release plugins are in incubation state. NatTable on the other hand
> is separated from Nebula and did several releases according to the release
> process.
>
> If Nebula has no real release and is therefore in incubation, does that
> mean every project that consumes Nebula widgets needs to conform the
> incubation branding? That would hurt several projects like for example
> papyrus.
>
> Greez,
> Dirk
> Am 04.05.2016 17:41 schrieb "Wayne Beaton" <[email protected]>:
>
>> The Eclipse Development Process has no notion of incubating *components*.
>>
>> In fact, the EDP has no formal notion of component; notions of separate
>> components within a mature project that are "incubating", "interim",
>> "experimental" or whatever are project-specific notions.
>>
>> A project can consume any bits that have been *released* by another
>> project.
>>
>> Permanent incubators, like the Nebula Incubator project cannot not do
>> releases.
>>
>> So... if you're talking about a component that's from a release version
>> of mature projects Nebula or NatTable, then the EDP considers you
>> good-to-go.
>>
>> If you're talking about a component from the Nebula Incubator, you can't
>> use it in another project's release until it's moved into the parent
>> project and included in a release.
>>
>> For completeness, you can include released code from a project in the
>> incubation phase, but the consuming components would have to conform to the
>> incubation branding requirements.
>>
>> Does this make sense?
>>
>> Wayne
>>
>>
>>
>> On 04/05/16 05:42 AM, Wim Jongman wrote:
>>
>> We are waiting on Wayne/EMO to respond.
>>
>> Wayne/EMO:
>>
>> * can release train projects consume incubation components from Nebula?
>> * If so, is there a restriction on the version number that these
>> components must have e.g => 1.0.0?
>>
>>
>>
>>
>>
>> On Wed, May 4, 2016 at 10:02 AM, Dirk Fauth <[email protected]> wrote:
>>
>>> Hi,
>>>
>>> Any opinions or information on that topic? Does anybody care?
>>>
>>> Greez,
>>> Dirk
>>> Am 29.04.2016 11:24 schrieb "Wim Jongman" <[email protected]>:
>>>
>>>> cc-ing Wayne for comments.
>>>>
>>>> Wayne:
>>>>
>>>> * can release train projects consume incubation components from Nebula?
>>>> * If so, is there a restriction on the version number that these
>>>> components must have?
>>>>
>>>> Dirk:
>>>>
>>>> Normally the major version number is bumped when the API changes.
>>>> However I am not sure if this rule also applies when going from 0.x.x to
>>>> 1.0.0
>>>>
>>>> When people consume a component they normally restrict the version
>>>> number in that API range e.g. [0.0.0 1.0.0) (square bracket is inclusive
>>>> and round bracket is exclusive). This means that peoples build would break
>>>> when we do this.
>>>>
>>>> The Stable widgets all deserve to go to version 1 if they are not yet.
>>>>
>>>> I am not comfortable bumping the version number just to "make people
>>>> feel good" or comply to some companies internal rules about version
>>>> numbers. However, I also not want to block it.
>>>>
>>>> Are there other opinions in the list?
>>>>
>>>> Cheers,
>>>>
>>>> Wim
>>>>
>>>>
>>>>
>>>> On Thu, Apr 28, 2016 at 8:57 PM, Dirk Fauth <[email protected]>
>>>> wrote:
>>>>
>>>>> Hi Nebula Team,
>>>>>
>>>>> I have a question regarding the version policy of our "released"
>>>>> widgets. In detail I'm talking about the CDateTime widget.
>>>>>
>>>>> I created a NatTable editor based on CDateTime because the SWT
>>>>> DateTime control has several issues. There I realized that CDateTime is
>>>>> published with version 0.14.0. CDateTime also has a dependency to CWT 
>>>>> which
>>>>> is published with version 0.9.0.
>>>>>
>>>>> I just learned that there are release rules regarding the usage of
>>>>> plugins in incubation state. While of course Nebula as project is in
>>>>> incubation, people assume that the released widgets with a version >= 
>>>>> 1.0.0
>>>>> are stable and mature. But plugins with a version < 1.0.0 is still seen as
>>>>> incubation/unstable and therefore not allowed to use it within projects in
>>>>> the release train.
>>>>>
>>>>> Honestly I'm not sure about that rules and NatTable is not part of the
>>>>> release train. But NatTable is consumed by projects in the release train.
>>>>> Now if NatTable breaks the release rules by consuming incubation plugins,
>>>>> it would affect these projects too.
>>>>>
>>>>> There hasn't been a lot of activity in these two projects, despite
>>>>> some cleanups a few months ago.
>>>>>
>>>>> I would like to bump the versions of these two projects to 1.0.0, so I
>>>>> am able to release a NatTable editor based on CDateTime without 
>>>>> introducing
>>>>> issues to other release projects.
>>>>>
>>>>> Are there any objections regarding such an update?
>>>>>
>>>>> Greez,
>>>>> Dirk
>>>>>
>>>>> _______________________________________________
>>>>> nebula-dev mailing list
>>>>> [email protected]
>>>>> To change your delivery options, retrieve your password, or
>>>>> unsubscribe from this list, visit
>>>>> https://dev.eclipse.org/mailman/listinfo/nebula-dev
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> nebula-dev mailing list
>>>> [email protected]
>>>> To change your delivery options, retrieve your password, or unsubscribe
>>>> from this list, visit
>>>> https://dev.eclipse.org/mailman/listinfo/nebula-dev
>>>>
>>>
>>> _______________________________________________
>>> nebula-dev mailing list
>>> [email protected]
>>> To change your delivery options, retrieve your password, or unsubscribe
>>> from this list, visit
>>> https://dev.eclipse.org/mailman/listinfo/nebula-dev
>>>
>>
>>
>> --
>> Wayne Beaton on behalf of the Eclipse Management Organization
>> @waynebeaton
>> The Eclipse Foundation
>> [image: EclipseCon France 2016] <http://www.eclipsecon.org/france2016>
>>
>> _______________________________________________
>> nebula-dev mailing list
>> [email protected]
>> To change your delivery options, retrieve your password, or unsubscribe
>> from this list, visit
>> https://dev.eclipse.org/mailman/listinfo/nebula-dev
>>
>
_______________________________________________
nebula-dev mailing list
[email protected]
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/nebula-dev

Reply via email to