New Release Branch

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
15 messages Options
Reply | Threaded
Open this post in threaded view
|

New Release Branch

BJ Freeman
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310500&fixfor=12313602
it say release Branch 9.3
so no 5,6,7, or 8
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJoKOGrP3NbaWWqE4RAuf+AJ9Y6UPuy1DlVX4UyT83VVr6PaldwACeJQlb
L6cXgWhDj7e6JMebzN6gIuI=
=1dLs
-----END PGP SIGNATURE-----
Reply | Threaded
Open this post in threaded view
|

Re: New Release Branch

Bruno Busco
Well,
the unresolved issues scheduled for 9.3 are:
https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC

OFBIZ-2133 has a patch ready and is actually waiting for a review.

-Bruno


2009/2/22 BJ Freeman <[hidden email]>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310500&fixfor=12313602
> it say release Branch 9.3
> so no 5,6,7, or 8
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFJoKOGrP3NbaWWqE4RAuf+AJ9Y6UPuy1DlVX4UyT83VVr6PaldwACeJQlb
> L6cXgWhDj7e6JMebzN6gIuI=
> =1dLs
> -----END PGP SIGNATURE-----
>
Reply | Threaded
Open this post in threaded view
|

Re: New Release Branch

BJ Freeman
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

so why did ofbiz jump from 4.0 to 9.3?

Bruno Busco sent the following on 2/22/2009 2:59 AM:

> Well,
> the unresolved issues scheduled for 9.3 are:
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>
> OFBIZ-2133 has a patch ready and is actually waiting for a review.
>
> -Bruno
>
>
> 2009/2/22 BJ Freeman <[hidden email]>:
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310500&fixfor=12313602
> it say release Branch 9.3
> so no 5,6,7, or 8
>>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJoTdNrP3NbaWWqE4RAvr/AJ9LFwP9/YE2lSRY3K4tGsId3bjB+gCgijrf
kKVBA295Vc0s3fOri/a8P6M=
=MILP
-----END PGP SIGNATURE-----
Reply | Threaded
Open this post in threaded view
|

Re: New Release Branch

Bruno Busco
Sorry,
I did not understand your real question.

We have decided to use a release numbering scheme similar to UBUNTU.
9.3 means March 2009

-Bruno

2009/2/22 BJ Freeman <[hidden email]>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> so why did ofbiz jump from 4.0 to 9.3?
>
> Bruno Busco sent the following on 2/22/2009 2:59 AM:
>> Well,
>> the unresolved issues scheduled for 9.3 are:
>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>
>> OFBIZ-2133 has a patch ready and is actually waiting for a review.
>>
>> -Bruno
>>
>>
>> 2009/2/22 BJ Freeman <[hidden email]>:
>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310500&fixfor=12313602
>> it say release Branch 9.3
>> so no 5,6,7, or 8
>>>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFJoTdNrP3NbaWWqE4RAvr/AJ9LFwP9/YE2lSRY3K4tGsId3bjB+gCgijrf
> kKVBA295Vc0s3fOri/a8P6M=
> =MILP
> -----END PGP SIGNATURE-----
>
Reply | Threaded
Open this post in threaded view
|

Re: New Release Branch

BJ Freeman
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

interesting. so how do you denote a minor release or update?

Bruno Busco sent the following on 2/22/2009 3:35 AM:

> Sorry,
> I did not understand your real question.
>
> We have decided to use a release numbering scheme similar to UBUNTU.
> 9.3 means March 2009
>
> -Bruno
>
> 2009/2/22 BJ Freeman <[hidden email]>:
> so why did ofbiz jump from 4.0 to 9.3?
>
> Bruno Busco sent the following on 2/22/2009 2:59 AM:
>>>> Well,
>>>> the unresolved issues scheduled for 9.3 are:
>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>>>
>>>> OFBIZ-2133 has a patch ready and is actually waiting for a review.
>>>>
>>>> -Bruno
>>>>
>>>>
>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310500&fixfor=12313602
>>>> it say release Branch 9.3
>>>> so no 5,6,7, or 8
>>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJoTsArP3NbaWWqE4RAnAJAJwL2QBJ5qohvu0DQGY1vKErTrZsQQCfYO3V
R5s/zYI6xl/TJWO7Q4oOAZg=
=Zgcv
-----END PGP SIGNATURE-----
Reply | Threaded
Open this post in threaded view
|

Re: New Release Branch

Bruno Busco
I think we will use the SVN revision for that.


2009/2/22 BJ Freeman <[hidden email]>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> interesting. so how do you denote a minor release or update?
>
> Bruno Busco sent the following on 2/22/2009 3:35 AM:
>> Sorry,
>> I did not understand your real question.
>>
>> We have decided to use a release numbering scheme similar to UBUNTU.
>> 9.3 means March 2009
>>
>> -Bruno
>>
>> 2009/2/22 BJ Freeman <[hidden email]>:
>> so why did ofbiz jump from 4.0 to 9.3?
>>
>> Bruno Busco sent the following on 2/22/2009 2:59 AM:
>>>>> Well,
>>>>> the unresolved issues scheduled for 9.3 are:
>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>>>>
>>>>> OFBIZ-2133 has a patch ready and is actually waiting for a review.
>>>>>
>>>>> -Bruno
>>>>>
>>>>>
>>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310500&fixfor=12313602
>>>>> it say release Branch 9.3
>>>>> so no 5,6,7, or 8
>>>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFJoTsArP3NbaWWqE4RAnAJAJwL2QBJ5qohvu0DQGY1vKErTrZsQQCfYO3V
> R5s/zYI6xl/TJWO7Q4oOAZg=
> =Zgcv
> -----END PGP SIGNATURE-----
>
Reply | Threaded
Open this post in threaded view
|

Re: New Release Branch

Jacques Le Roux
Administrator
In reply to this post by BJ Freeman
In Ubuntu world they use LTS concept (Long Time Support) which means 5 (yes five!) years of guaranteed support on these specific
versions (there are already 2 of them : 6.06 and 8.04).
Of course OFBiz is not an OS and I think we will never support a release 5 years (how could we do with the lack of manpower we still
have despite of all wonderful efforts we have seen taking place since the beginning of this project).
So I guess we will simply have releases (or versions, like 9.3, but I guess we will postpone its release, hence the number will
change) and the trunk as it's already done.
In one word a version will be
either
    trunk.releaseNumber
either
    versionNumber.releaseNumber (like 9.3.999999)

Note that the footer shows already this information if you run the ant svninfo target after your build

If we are all ok with this description (David?) I could add this to http://docs.ofbiz.org/display/OFBADMIN/Release+Plan
And I think we should at least update title in http://docs.ofbiz.org/display/OFBIZ/OFBiz+4.X+and+5.0

HTH

Jacques

From: "BJ Freeman" <[hidden email]>

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> interesting. so how do you denote a minor release or update?
>
> Bruno Busco sent the following on 2/22/2009 3:35 AM:
>> Sorry,
>> I did not understand your real question.
>>
>> We have decided to use a release numbering scheme similar to UBUNTU.
>> 9.3 means March 2009
>>
>> -Bruno
>>
>> 2009/2/22 BJ Freeman <[hidden email]>:
>> so why did ofbiz jump from 4.0 to 9.3?
>>
>> Bruno Busco sent the following on 2/22/2009 2:59 AM:
>>>>> Well,
>>>>> the unresolved issues scheduled for 9.3 are:
>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>>>>
>>>>> OFBIZ-2133 has a patch ready and is actually waiting for a review.
>>>>>
>>>>> -Bruno
>>>>>
>>>>>
>>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310500&fixfor=12313602
>>>>> it say release Branch 9.3
>>>>> so no 5,6,7, or 8
>>>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFJoTsArP3NbaWWqE4RAnAJAJwL2QBJ5qohvu0DQGY1vKErTrZsQQCfYO3V
> R5s/zYI6xl/TJWO7Q4oOAZg=
> =Zgcv
> -----END PGP SIGNATURE-----
>


Reply | Threaded
Open this post in threaded view
|

Re: New Release Branch

David E Jones-3

This is just a way of versioning the release branch, nothing more.  
Along with the release branch URL you'll also need the SVN revision  
number to pin down the exact set of files you have.

-David


On Feb 23, 2009, at 12:48 AM, Jacques Le Roux wrote:

> In Ubuntu world they use LTS concept (Long Time Support) which means  
> 5 (yes five!) years of guaranteed support on these specific versions  
> (there are already 2 of them : 6.06 and 8.04).
> Of course OFBiz is not an OS and I think we will never support a  
> release 5 years (how could we do with the lack of manpower we still  
> have despite of all wonderful efforts we have seen taking place  
> since the beginning of this project).
> So I guess we will simply have releases (or versions, like 9.3, but  
> I guess we will postpone its release, hence the number will change)  
> and the trunk as it's already done.
> In one word a version will be
> either
>   trunk.releaseNumber
> either
>   versionNumber.releaseNumber (like 9.3.999999)
>
> Note that the footer shows already this information if you run the  
> ant svninfo target after your build
>
> If we are all ok with this description (David?) I could add this to http://docs.ofbiz.org/display/OFBADMIN/Release+Plan
> And I think we should at least update title in http://docs.ofbiz.org/display/OFBIZ/OFBiz+4.X+and+5.0
>
> HTH
>
> Jacques
>
> From: "BJ Freeman" <[hidden email]>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> interesting. so how do you denote a minor release or update?
>>
>> Bruno Busco sent the following on 2/22/2009 3:35 AM:
>>> Sorry,
>>> I did not understand your real question.
>>>
>>> We have decided to use a release numbering scheme similar to UBUNTU.
>>> 9.3 means March 2009
>>>
>>> -Bruno
>>>
>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>> so why did ofbiz jump from 4.0 to 9.3?
>>>
>>> Bruno Busco sent the following on 2/22/2009 2:59 AM:
>>>>>> Well,
>>>>>> the unresolved issues scheduled for 9.3 are:
>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>>>>>
>>>>>> OFBIZ-2133 has a patch ready and is actually waiting for a  
>>>>>> review.
>>>>>>
>>>>>> -Bruno
>>>>>>
>>>>>>
>>>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310500&fixfor=12313602
>>>>>> it say release Branch 9.3
>>>>>> so no 5,6,7, or 8
>>>>
>>
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.6 (MingW32)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>
>> iD8DBQFJoTsArP3NbaWWqE4RAnAJAJwL2QBJ5qohvu0DQGY1vKErTrZsQQCfYO3V
>> R5s/zYI6xl/TJWO7Q4oOAZg=
>> =Zgcv
>> -----END PGP SIGNATURE-----
>
>

Reply | Threaded
Open this post in threaded view
|

Re: New Release Branch

Bruno Busco
In reply to this post by Jacques Le Roux
Why postpone it?
Will we not be able to close this in february/march?

https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC

-Bruno

2009/2/23 Jacques Le Roux <[hidden email]>:

> In Ubuntu world they use LTS concept (Long Time Support) which means 5 (yes
> five!) years of guaranteed support on these specific versions (there are
> already 2 of them : 6.06 and 8.04).
> Of course OFBiz is not an OS and I think we will never support a release 5
> years (how could we do with the lack of manpower we still have despite of
> all wonderful efforts we have seen taking place since the beginning of this
> project).
> So I guess we will simply have releases (or versions, like 9.3, but I guess
> we will postpone its release, hence the number will change) and the trunk as
> it's already done.
> In one word a version will be
> either
>   trunk.releaseNumber
> either
>   versionNumber.releaseNumber (like 9.3.999999)
>
> Note that the footer shows already this information if you run the ant
> svninfo target after your build
>
> If we are all ok with this description (David?) I could add this to
> http://docs.ofbiz.org/display/OFBADMIN/Release+Plan
> And I think we should at least update title in
> http://docs.ofbiz.org/display/OFBIZ/OFBiz+4.X+and+5.0
>
> HTH
>
> Jacques
>
> From: "BJ Freeman" <[hidden email]>
>>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> interesting. so how do you denote a minor release or update?
>>
>> Bruno Busco sent the following on 2/22/2009 3:35 AM:
>>>
>>> Sorry,
>>> I did not understand your real question.
>>>
>>> We have decided to use a release numbering scheme similar to UBUNTU.
>>> 9.3 means March 2009
>>>
>>> -Bruno
>>>
>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>> so why did ofbiz jump from 4.0 to 9.3?
>>>
>>> Bruno Busco sent the following on 2/22/2009 2:59 AM:
>>>>>>
>>>>>> Well,
>>>>>> the unresolved issues scheduled for 9.3 are:
>>>>>>
>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>>>>>
>>>>>> OFBIZ-2133 has a patch ready and is actually waiting for a review.
>>>>>>
>>>>>> -Bruno
>>>>>>
>>>>>>
>>>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>>>>
>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310500&fixfor=12313602
>>>>>> it say release Branch 9.3
>>>>>> so no 5,6,7, or 8
>>>>
>>
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.6 (MingW32)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>
>> iD8DBQFJoTsArP3NbaWWqE4RAnAJAJwL2QBJ5qohvu0DQGY1vKErTrZsQQCfYO3V
>> R5s/zYI6xl/TJWO7Q4oOAZg=
>> =Zgcv
>> -----END PGP SIGNATURE-----
>>
>
>
>
Reply | Threaded
Open this post in threaded view
|

Re: New Release Branch

Jacques Le Roux
Administrator
Personally I'd like to see all security issues solved before a new release.
There also are some other things I have not in head just right now (Colors and localisation for the calendar is one of them)
Anyway if we are sure we will be able to fix all security issues before freezing this release (hey, I did not say 9.3 ;o) I think it
should be ok.
By this last sentence I mean we may create a branch in march 2009. But this will not imply that the release will be numbered 9.3.
Remember Ubuntu 6.06 should have been 6.04 ...

Jacques

From: "Bruno Busco" <[hidden email]>

> Why postpone it?
> Will we not be able to close this in february/march?
>
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>
> -Bruno
>
> 2009/2/23 Jacques Le Roux <[hidden email]>:
>> In Ubuntu world they use LTS concept (Long Time Support) which means 5 (yes
>> five!) years of guaranteed support on these specific versions (there are
>> already 2 of them : 6.06 and 8.04).
>> Of course OFBiz is not an OS and I think we will never support a release 5
>> years (how could we do with the lack of manpower we still have despite of
>> all wonderful efforts we have seen taking place since the beginning of this
>> project).
>> So I guess we will simply have releases (or versions, like 9.3, but I guess
>> we will postpone its release, hence the number will change) and the trunk as
>> it's already done.
>> In one word a version will be
>> either
>>   trunk.releaseNumber
>> either
>>   versionNumber.releaseNumber (like 9.3.999999)
>>
>> Note that the footer shows already this information if you run the ant
>> svninfo target after your build
>>
>> If we are all ok with this description (David?) I could add this to
>> http://docs.ofbiz.org/display/OFBADMIN/Release+Plan
>> And I think we should at least update title in
>> http://docs.ofbiz.org/display/OFBIZ/OFBiz+4.X+and+5.0
>>
>> HTH
>>
>> Jacques
>>
>> From: "BJ Freeman" <[hidden email]>
>>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> interesting. so how do you denote a minor release or update?
>>>
>>> Bruno Busco sent the following on 2/22/2009 3:35 AM:
>>>>
>>>> Sorry,
>>>> I did not understand your real question.
>>>>
>>>> We have decided to use a release numbering scheme similar to UBUNTU.
>>>> 9.3 means March 2009
>>>>
>>>> -Bruno
>>>>
>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>> so why did ofbiz jump from 4.0 to 9.3?
>>>>
>>>> Bruno Busco sent the following on 2/22/2009 2:59 AM:
>>>>>>>
>>>>>>> Well,
>>>>>>> the unresolved issues scheduled for 9.3 are:
>>>>>>>
>>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>>>>>>
>>>>>>> OFBIZ-2133 has a patch ready and is actually waiting for a review.
>>>>>>>
>>>>>>> -Bruno
>>>>>>>
>>>>>>>
>>>>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>>>>>
>>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310500&fixfor=12313602
>>>>>>> it say release Branch 9.3
>>>>>>> so no 5,6,7, or 8
>>>>>
>>>
>>> -----BEGIN PGP SIGNATURE-----
>>> Version: GnuPG v1.4.6 (MingW32)
>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>>
>>> iD8DBQFJoTsArP3NbaWWqE4RAnAJAJwL2QBJ5qohvu0DQGY1vKErTrZsQQCfYO3V
>>> R5s/zYI6xl/TJWO7Q4oOAZg=
>>> =Zgcv
>>> -----END PGP SIGNATURE-----
>>>
>>
>>
>>
>


Reply | Threaded
Open this post in threaded view
|

Re: New Release Branch

Bruno Busco
Hi,
I think from this moment we should consider to stop adding new
features in the trunk until we create the release branch.
What do you think?
It is hopeful that the 9.3 will be created soon. Lots of users are
waiting to sit on it (including me ;-).

IMO there is no reason to wait longer. If, from this moment on, we
will take care of committing bug fixes to the trunk in separate
commits from improvement it will quite easy to merge them to the
release branch.

From the JIRA release 9.3 roadmap:
https://issues.apache.org/jira/browse/OFBIZ/fixforversion/12313602
I see three issues needs to be closed before releasing.

Any update?

-Bruno


2009/2/23 Jacques Le Roux <[hidden email]>:

> Personally I'd like to see all security issues solved before a new release.
> There also are some other things I have not in head just right now (Colors
> and localisation for the calendar is one of them)
> Anyway if we are sure we will be able to fix all security issues before
> freezing this release (hey, I did not say 9.3 ;o) I think it
> should be ok.
> By this last sentence I mean we may create a branch in march 2009. But this
> will not imply that the release will be numbered 9.3.
> Remember Ubuntu 6.06 should have been 6.04 ...
>
> Jacques
>
> From: "Bruno Busco" <[hidden email]>
>>
>> Why postpone it?
>> Will we not be able to close this in february/march?
>>
>>
>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>
>> -Bruno
>>
>> 2009/2/23 Jacques Le Roux <[hidden email]>:
>>>
>>> In Ubuntu world they use LTS concept (Long Time Support) which means 5
>>> (yes
>>> five!) years of guaranteed support on these specific versions (there are
>>> already 2 of them : 6.06 and 8.04).
>>> Of course OFBiz is not an OS and I think we will never support a release
>>> 5
>>> years (how could we do with the lack of manpower we still have despite of
>>> all wonderful efforts we have seen taking place since the beginning of
>>> this
>>> project).
>>> So I guess we will simply have releases (or versions, like 9.3, but I
>>> guess
>>> we will postpone its release, hence the number will change) and the trunk
>>> as
>>> it's already done.
>>> In one word a version will be
>>> either
>>>  trunk.releaseNumber
>>> either
>>>  versionNumber.releaseNumber (like 9.3.999999)
>>>
>>> Note that the footer shows already this information if you run the ant
>>> svninfo target after your build
>>>
>>> If we are all ok with this description (David?) I could add this to
>>> http://docs.ofbiz.org/display/OFBADMIN/Release+Plan
>>> And I think we should at least update title in
>>> http://docs.ofbiz.org/display/OFBIZ/OFBiz+4.X+and+5.0
>>>
>>> HTH
>>>
>>> Jacques
>>>
>>> From: "BJ Freeman" <[hidden email]>
>>>>
>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>> Hash: SHA1
>>>>
>>>> interesting. so how do you denote a minor release or update?
>>>>
>>>> Bruno Busco sent the following on 2/22/2009 3:35 AM:
>>>>>
>>>>> Sorry,
>>>>> I did not understand your real question.
>>>>>
>>>>> We have decided to use a release numbering scheme similar to UBUNTU.
>>>>> 9.3 means March 2009
>>>>>
>>>>> -Bruno
>>>>>
>>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>>> so why did ofbiz jump from 4.0 to 9.3?
>>>>>
>>>>> Bruno Busco sent the following on 2/22/2009 2:59 AM:
>>>>>>>>
>>>>>>>> Well,
>>>>>>>> the unresolved issues scheduled for 9.3 are:
>>>>>>>>
>>>>>>>>
>>>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>>>>>>>
>>>>>>>> OFBIZ-2133 has a patch ready and is actually waiting for a review.
>>>>>>>>
>>>>>>>> -Bruno
>>>>>>>>
>>>>>>>>
>>>>>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>>>>>>
>>>>>>>>
>>>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310500&fixfor=12313602
>>>>>>>> it say release Branch 9.3
>>>>>>>> so no 5,6,7, or 8
>>>>>>
>>>>
>>>> -----BEGIN PGP SIGNATURE-----
>>>> Version: GnuPG v1.4.6 (MingW32)
>>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>>>
>>>> iD8DBQFJoTsArP3NbaWWqE4RAnAJAJwL2QBJ5qohvu0DQGY1vKErTrZsQQCfYO3V
>>>> R5s/zYI6xl/TJWO7Q4oOAZg=
>>>> =Zgcv
>>>> -----END PGP SIGNATURE-----
>>>>
>>>
>>>
>>>
>>
>
>
>
Reply | Threaded
Open this post in threaded view
|

Re: New Release Branch

BJ Freeman
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

http://docs.ofbiz.org/display/OFBADMIN/Release+Plan
Make the release branch. then do the work listed.
the patches can be applied to both the trunk and the release branch.
A period where the branch is run through it paces.
either manually or though the Junits.


Bruno Busco sent the following on 2/28/2009 11:04 PM:

> Hi,
> I think from this moment we should consider to stop adding new
> features in the trunk until we create the release branch.
> What do you think?
> It is hopeful that the 9.3 will be created soon. Lots of users are
> waiting to sit on it (including me ;-).
>
> IMO there is no reason to wait longer. If, from this moment on, we
> will take care of committing bug fixes to the trunk in separate
> commits from improvement it will quite easy to merge them to the
> release branch.
>
>>From the JIRA release 9.3 roadmap:
> https://issues.apache.org/jira/browse/OFBIZ/fixforversion/12313602
> I see three issues needs to be closed before releasing.
>
> Any update?
>
> -Bruno
>
>
> 2009/2/23 Jacques Le Roux <[hidden email]>:
>> Personally I'd like to see all security issues solved before a new release.
>> There also are some other things I have not in head just right now (Colors
>> and localisation for the calendar is one of them)
>> Anyway if we are sure we will be able to fix all security issues before
>> freezing this release (hey, I did not say 9.3 ;o) I think it
>> should be ok.
>> By this last sentence I mean we may create a branch in march 2009. But this
>> will not imply that the release will be numbered 9.3.
>> Remember Ubuntu 6.06 should have been 6.04 ...
>>
>> Jacques
>>
>> From: "Bruno Busco" <[hidden email]>
>>> Why postpone it?
>>> Will we not be able to close this in february/march?
>>>
>>>
>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>>
>>> -Bruno
>>>
>>> 2009/2/23 Jacques Le Roux <[hidden email]>:
>>>> In Ubuntu world they use LTS concept (Long Time Support) which means 5
>>>> (yes
>>>> five!) years of guaranteed support on these specific versions (there are
>>>> already 2 of them : 6.06 and 8.04).
>>>> Of course OFBiz is not an OS and I think we will never support a release
>>>> 5
>>>> years (how could we do with the lack of manpower we still have despite of
>>>> all wonderful efforts we have seen taking place since the beginning of
>>>> this
>>>> project).
>>>> So I guess we will simply have releases (or versions, like 9.3, but I
>>>> guess
>>>> we will postpone its release, hence the number will change) and the trunk
>>>> as
>>>> it's already done.
>>>> In one word a version will be
>>>> either
>>>>  trunk.releaseNumber
>>>> either
>>>>  versionNumber.releaseNumber (like 9.3.999999)
>>>>
>>>> Note that the footer shows already this information if you run the ant
>>>> svninfo target after your build
>>>>
>>>> If we are all ok with this description (David?) I could add this to
>>>> http://docs.ofbiz.org/display/OFBADMIN/Release+Plan
>>>> And I think we should at least update title in
>>>> http://docs.ofbiz.org/display/OFBIZ/OFBiz+4.X+and+5.0
>>>>
>>>> HTH
>>>>
>>>> Jacques
>>>>
>>>> From: "BJ Freeman" <[hidden email]>
> interesting. so how do you denote a minor release or update?
>
> Bruno Busco sent the following on 2/22/2009 3:35 AM:
>>>>>>> Sorry,
>>>>>>> I did not understand your real question.
>>>>>>>
>>>>>>> We have decided to use a release numbering scheme similar to UBUNTU.
>>>>>>> 9.3 means March 2009
>>>>>>>
>>>>>>> -Bruno
>>>>>>>
>>>>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>>>>> so why did ofbiz jump from 4.0 to 9.3?
>>>>>>>
>>>>>>> Bruno Busco sent the following on 2/22/2009 2:59 AM:
>>>>>>>>>> Well,
>>>>>>>>>> the unresolved issues scheduled for 9.3 are:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>>>>>>>>>
>>>>>>>>>> OFBIZ-2133 has a patch ready and is actually waiting for a review.
>>>>>>>>>>
>>>>>>>>>> -Bruno
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310500&fixfor=12313602
>>>>>>>>>> it say release Branch 9.3
>>>>>>>>>> so no 5,6,7, or 8
>>>>>
>>>>
>>>>
>>
>>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJqm+9rP3NbaWWqE4RAoybAJ42lXwpQ/x2eMhx8N1p1HnBym0AeQCdEKIu
pUu4J4aV5eSeIqlaDiIGfw4=
=sFdW
-----END PGP SIGNATURE-----
Reply | Threaded
Open this post in threaded view
|

Re: New Release Branch

David E Jones-3
In reply to this post by Bruno Busco

The Release Plan document does cover this: http://docs.ofbiz.org/display/OFBADMIN/Release+Plan

The whole point of doing a release branch is so that we never have to  
do a feature freeze in the trunk. The release branch is the place  
where we never allow new features, and in the trunk they are always  
allowed.

As for why to wait longer, I'm still thinking the end of March is a  
better date since a few things are up in the air:

1. completing MyPortal: remove MyPage, move MyPortal to framework

2. framework independence: move all references to non-framework things  
(especially Party) from framework components into applications  
components, and in general make the framework free of dependencies on  
the applications

There may be more things, but IMO those 2 items are critical to finish  
before the release branch so that the branch won't start out with  
significant issues that require refactoring and not bug fixes, and so  
will never be done in the release branch. Those who want such things  
would then have to wait another year or two for the next release  
branch, or use the trunk, which would make this release branch of less  
value.

And no, we're not going to do release branches more often. A release  
branch is only valuable if there are enough people using to help  
maintain it and fix bugs in it. Having lots of release branches  
undermines that, and that issue is already a big one as the release4.0  
branch shows with only about 2-3 bugs ever fixed in it that were not  
back-ported from the trunk.

-David


On Mar 1, 2009, at 12:04 AM, Bruno Busco wrote:

> Hi,
> I think from this moment we should consider to stop adding new
> features in the trunk until we create the release branch.
> What do you think?
> It is hopeful that the 9.3 will be created soon. Lots of users are
> waiting to sit on it (including me ;-).
>
> IMO there is no reason to wait longer. If, from this moment on, we
> will take care of committing bug fixes to the trunk in separate
> commits from improvement it will quite easy to merge them to the
> release branch.
>
> From the JIRA release 9.3 roadmap:
> https://issues.apache.org/jira/browse/OFBIZ/fixforversion/12313602
> I see three issues needs to be closed before releasing.
>
> Any update?
>
> -Bruno
>
>
> 2009/2/23 Jacques Le Roux <[hidden email]>:
>> Personally I'd like to see all security issues solved before a new  
>> release.
>> There also are some other things I have not in head just right now  
>> (Colors
>> and localisation for the calendar is one of them)
>> Anyway if we are sure we will be able to fix all security issues  
>> before
>> freezing this release (hey, I did not say 9.3 ;o) I think it
>> should be ok.
>> By this last sentence I mean we may create a branch in march 2009.  
>> But this
>> will not imply that the release will be numbered 9.3.
>> Remember Ubuntu 6.06 should have been 6.04 ...
>>
>> Jacques
>>
>> From: "Bruno Busco" <[hidden email]>
>>>
>>> Why postpone it?
>>> Will we not be able to close this in february/march?
>>>
>>>
>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>>
>>> -Bruno
>>>
>>> 2009/2/23 Jacques Le Roux <[hidden email]>:
>>>>
>>>> In Ubuntu world they use LTS concept (Long Time Support) which  
>>>> means 5
>>>> (yes
>>>> five!) years of guaranteed support on these specific versions  
>>>> (there are
>>>> already 2 of them : 6.06 and 8.04).
>>>> Of course OFBiz is not an OS and I think we will never support a  
>>>> release
>>>> 5
>>>> years (how could we do with the lack of manpower we still have  
>>>> despite of
>>>> all wonderful efforts we have seen taking place since the  
>>>> beginning of
>>>> this
>>>> project).
>>>> So I guess we will simply have releases (or versions, like 9.3,  
>>>> but I
>>>> guess
>>>> we will postpone its release, hence the number will change) and  
>>>> the trunk
>>>> as
>>>> it's already done.
>>>> In one word a version will be
>>>> either
>>>>  trunk.releaseNumber
>>>> either
>>>>  versionNumber.releaseNumber (like 9.3.999999)
>>>>
>>>> Note that the footer shows already this information if you run  
>>>> the ant
>>>> svninfo target after your build
>>>>
>>>> If we are all ok with this description (David?) I could add this to
>>>> http://docs.ofbiz.org/display/OFBADMIN/Release+Plan
>>>> And I think we should at least update title in
>>>> http://docs.ofbiz.org/display/OFBIZ/OFBiz+4.X+and+5.0
>>>>
>>>> HTH
>>>>
>>>> Jacques
>>>>
>>>> From: "BJ Freeman" <[hidden email]>
>>>>>
>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>> Hash: SHA1
>>>>>
>>>>> interesting. so how do you denote a minor release or update?
>>>>>
>>>>> Bruno Busco sent the following on 2/22/2009 3:35 AM:
>>>>>>
>>>>>> Sorry,
>>>>>> I did not understand your real question.
>>>>>>
>>>>>> We have decided to use a release numbering scheme similar to  
>>>>>> UBUNTU.
>>>>>> 9.3 means March 2009
>>>>>>
>>>>>> -Bruno
>>>>>>
>>>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>>>> so why did ofbiz jump from 4.0 to 9.3?
>>>>>>
>>>>>> Bruno Busco sent the following on 2/22/2009 2:59 AM:
>>>>>>>>>
>>>>>>>>> Well,
>>>>>>>>> the unresolved issues scheduled for 9.3 are:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>>>>>>>>
>>>>>>>>> OFBIZ-2133 has a patch ready and is actually waiting for a  
>>>>>>>>> review.
>>>>>>>>>
>>>>>>>>> -Bruno
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310500&fixfor=12313602
>>>>>>>>> it say release Branch 9.3
>>>>>>>>> so no 5,6,7, or 8
>>>>>>>
>>>>>
>>>>> -----BEGIN PGP SIGNATURE-----
>>>>> Version: GnuPG v1.4.6 (MingW32)
>>>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>>>>
>>>>> iD8DBQFJoTsArP3NbaWWqE4RAnAJAJwL2QBJ5qohvu0DQGY1vKErTrZsQQCfYO3V
>>>>> R5s/zYI6xl/TJWO7Q4oOAZg=
>>>>> =Zgcv
>>>>> -----END PGP SIGNATURE-----
>>>>>
>>>>
>>>>
>>>>
>>>
>>
>>
>>

Reply | Threaded
Open this post in threaded view
|

Re: New Release Branch

Jacques Le Roux
Administrator
This has been already discussed to and fro and I totally agree

Jacques

From: "David E Jones" <[hidden email]>

>
> The Release Plan document does cover this: http://docs.ofbiz.org/display/OFBADMIN/Release+Plan
>
> The whole point of doing a release branch is so that we never have to  do a feature freeze in the trunk. The release branch is the
> place  where we never allow new features, and in the trunk they are always  allowed.
>
> As for why to wait longer, I'm still thinking the end of March is a  better date since a few things are up in the air:
>
> 1. completing MyPortal: remove MyPage, move MyPortal to framework
>
> 2. framework independence: move all references to non-framework things  (especially Party) from framework components into
> applications  components, and in general make the framework free of dependencies on  the applications
>
> There may be more things, but IMO those 2 items are critical to finish  before the release branch so that the branch won't start
> out with  significant issues that require refactoring and not bug fixes, and so  will never be done in the release branch. Those
> who want such things  would then have to wait another year or two for the next release  branch, or use the trunk, which would make
> this release branch of less  value.
>
> And no, we're not going to do release branches more often. A release  branch is only valuable if there are enough people using to
> help  maintain it and fix bugs in it. Having lots of release branches  undermines that, and that issue is already a big one as the
> release4.0  branch shows with only about 2-3 bugs ever fixed in it that were not  back-ported from the trunk.
>
> -David
>
>
> On Mar 1, 2009, at 12:04 AM, Bruno Busco wrote:
>
>> Hi,
>> I think from this moment we should consider to stop adding new
>> features in the trunk until we create the release branch.
>> What do you think?
>> It is hopeful that the 9.3 will be created soon. Lots of users are
>> waiting to sit on it (including me ;-).
>>
>> IMO there is no reason to wait longer. If, from this moment on, we
>> will take care of committing bug fixes to the trunk in separate
>> commits from improvement it will quite easy to merge them to the
>> release branch.
>>
>> From the JIRA release 9.3 roadmap:
>> https://issues.apache.org/jira/browse/OFBIZ/fixforversion/12313602
>> I see three issues needs to be closed before releasing.
>>
>> Any update?
>>
>> -Bruno
>>
>>
>> 2009/2/23 Jacques Le Roux <[hidden email]>:
>>> Personally I'd like to see all security issues solved before a new  release.
>>> There also are some other things I have not in head just right now  (Colors
>>> and localisation for the calendar is one of them)
>>> Anyway if we are sure we will be able to fix all security issues  before
>>> freezing this release (hey, I did not say 9.3 ;o) I think it
>>> should be ok.
>>> By this last sentence I mean we may create a branch in march 2009.  But this
>>> will not imply that the release will be numbered 9.3.
>>> Remember Ubuntu 6.06 should have been 6.04 ...
>>>
>>> Jacques
>>>
>>> From: "Bruno Busco" <[hidden email]>
>>>>
>>>> Why postpone it?
>>>> Will we not be able to close this in february/march?
>>>>
>>>>
>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>>>
>>>> -Bruno
>>>>
>>>> 2009/2/23 Jacques Le Roux <[hidden email]>:
>>>>>
>>>>> In Ubuntu world they use LTS concept (Long Time Support) which  means 5
>>>>> (yes
>>>>> five!) years of guaranteed support on these specific versions  (there are
>>>>> already 2 of them : 6.06 and 8.04).
>>>>> Of course OFBiz is not an OS and I think we will never support a  release
>>>>> 5
>>>>> years (how could we do with the lack of manpower we still have  despite of
>>>>> all wonderful efforts we have seen taking place since the  beginning of
>>>>> this
>>>>> project).
>>>>> So I guess we will simply have releases (or versions, like 9.3,  but I
>>>>> guess
>>>>> we will postpone its release, hence the number will change) and  the trunk
>>>>> as
>>>>> it's already done.
>>>>> In one word a version will be
>>>>> either
>>>>>  trunk.releaseNumber
>>>>> either
>>>>>  versionNumber.releaseNumber (like 9.3.999999)
>>>>>
>>>>> Note that the footer shows already this information if you run  the ant
>>>>> svninfo target after your build
>>>>>
>>>>> If we are all ok with this description (David?) I could add this to
>>>>> http://docs.ofbiz.org/display/OFBADMIN/Release+Plan
>>>>> And I think we should at least update title in
>>>>> http://docs.ofbiz.org/display/OFBIZ/OFBiz+4.X+and+5.0
>>>>>
>>>>> HTH
>>>>>
>>>>> Jacques
>>>>>
>>>>> From: "BJ Freeman" <[hidden email]>
>>>>>>
>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>>> Hash: SHA1
>>>>>>
>>>>>> interesting. so how do you denote a minor release or update?
>>>>>>
>>>>>> Bruno Busco sent the following on 2/22/2009 3:35 AM:
>>>>>>>
>>>>>>> Sorry,
>>>>>>> I did not understand your real question.
>>>>>>>
>>>>>>> We have decided to use a release numbering scheme similar to  UBUNTU.
>>>>>>> 9.3 means March 2009
>>>>>>>
>>>>>>> -Bruno
>>>>>>>
>>>>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>>>>> so why did ofbiz jump from 4.0 to 9.3?
>>>>>>>
>>>>>>> Bruno Busco sent the following on 2/22/2009 2:59 AM:
>>>>>>>>>>
>>>>>>>>>> Well,
>>>>>>>>>> the unresolved issues scheduled for 9.3 are:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>>>>>>>>>
>>>>>>>>>> OFBIZ-2133 has a patch ready and is actually waiting for a  review.
>>>>>>>>>>
>>>>>>>>>> -Bruno
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310500&fixfor=12313602
>>>>>>>>>> it say release Branch 9.3
>>>>>>>>>> so no 5,6,7, or 8
>>>>>>>>
>>>>>>
>>>>>> -----BEGIN PGP SIGNATURE-----
>>>>>> Version: GnuPG v1.4.6 (MingW32)
>>>>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>>>>>
>>>>>> iD8DBQFJoTsArP3NbaWWqE4RAnAJAJwL2QBJ5qohvu0DQGY1vKErTrZsQQCfYO3V
>>>>>> R5s/zYI6xl/TJWO7Q4oOAZg=
>>>>>> =Zgcv
>>>>>> -----END PGP SIGNATURE-----
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>


Reply | Threaded
Open this post in threaded view
|

Re: New Release Branch

porkiey
Just to add my thanks to everyone - this should really help stabilize our development while keeping more great features not found in release 4


On 02/03/2009 15:51, "Jacques Le Roux" <[hidden email]> wrote:

This has been already discussed to and fro and I totally agree

Jacques

From: "David E Jones" <[hidden email]>

>
> The Release Plan document does cover this: http://docs.ofbiz.org/display/OFBADMIN/Release+Plan
>
> The whole point of doing a release branch is so that we never have to  do a feature freeze in the trunk. The release branch is the
> place  where we never allow new features, and in the trunk they are always  allowed.
>
> As for why to wait longer, I'm still thinking the end of March is a  better date since a few things are up in the air:
>
> 1. completing MyPortal: remove MyPage, move MyPortal to framework
>
> 2. framework independence: move all references to non-framework things  (especially Party) from framework components into
> applications  components, and in general make the framework free of dependencies on  the applications
>
> There may be more things, but IMO those 2 items are critical to finish  before the release branch so that the branch won't start
> out with  significant issues that require refactoring and not bug fixes, and so  will never be done in the release branch. Those
> who want such things  would then have to wait another year or two for the next release  branch, or use the trunk, which would make
> this release branch of less  value.
>
> And no, we're not going to do release branches more often. A release  branch is only valuable if there are enough people using to
> help  maintain it and fix bugs in it. Having lots of release branches  undermines that, and that issue is already a big one as the
> release4.0  branch shows with only about 2-3 bugs ever fixed in it that were not  back-ported from the trunk.
>
> -David
>
>
> On Mar 1, 2009, at 12:04 AM, Bruno Busco wrote:
>
>> Hi,
>> I think from this moment we should consider to stop adding new
>> features in the trunk until we create the release branch.
>> What do you think?
>> It is hopeful that the 9.3 will be created soon. Lots of users are
>> waiting to sit on it (including me ;-).
>>
>> IMO there is no reason to wait longer. If, from this moment on, we
>> will take care of committing bug fixes to the trunk in separate
>> commits from improvement it will quite easy to merge them to the
>> release branch.
>>
>> From the JIRA release 9.3 roadmap:
>> https://issues.apache.org/jira/browse/OFBIZ/fixforversion/12313602
>> I see three issues needs to be closed before releasing.
>>
>> Any update?
>>
>> -Bruno
>>
>>
>> 2009/2/23 Jacques Le Roux <[hidden email]>:
>>> Personally I'd like to see all security issues solved before a new  release.
>>> There also are some other things I have not in head just right now  (Colors
>>> and localisation for the calendar is one of them)
>>> Anyway if we are sure we will be able to fix all security issues  before
>>> freezing this release (hey, I did not say 9.3 ;o) I think it
>>> should be ok.
>>> By this last sentence I mean we may create a branch in march 2009.  But this
>>> will not imply that the release will be numbered 9.3.
>>> Remember Ubuntu 6.06 should have been 6.04 ...
>>>
>>> Jacques
>>>
>>> From: "Bruno Busco" <[hidden email]>
>>>>
>>>> Why postpone it?
>>>> Will we not be able to close this in february/march?
>>>>
>>>>
>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>>>
>>>> -Bruno
>>>>
>>>> 2009/2/23 Jacques Le Roux <[hidden email]>:
>>>>>
>>>>> In Ubuntu world they use LTS concept (Long Time Support) which  means 5
>>>>> (yes
>>>>> five!) years of guaranteed support on these specific versions  (there are
>>>>> already 2 of them : 6.06 and 8.04).
>>>>> Of course OFBiz is not an OS and I think we will never support a  release
>>>>> 5
>>>>> years (how could we do with the lack of manpower we still have  despite of
>>>>> all wonderful efforts we have seen taking place since the  beginning of
>>>>> this
>>>>> project).
>>>>> So I guess we will simply have releases (or versions, like 9.3,  but I
>>>>> guess
>>>>> we will postpone its release, hence the number will change) and  the trunk
>>>>> as
>>>>> it's already done.
>>>>> In one word a version will be
>>>>> either
>>>>>  trunk.releaseNumber
>>>>> either
>>>>>  versionNumber.releaseNumber (like 9.3.999999)
>>>>>
>>>>> Note that the footer shows already this information if you run  the ant
>>>>> svninfo target after your build
>>>>>
>>>>> If we are all ok with this description (David?) I could add this to
>>>>> http://docs.ofbiz.org/display/OFBADMIN/Release+Plan
>>>>> And I think we should at least update title in
>>>>> http://docs.ofbiz.org/display/OFBIZ/OFBiz+4.X+and+5.0
>>>>>
>>>>> HTH
>>>>>
>>>>> Jacques
>>>>>
>>>>> From: "BJ Freeman" <[hidden email]>
>>>>>>
>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>>> Hash: SHA1
>>>>>>
>>>>>> interesting. so how do you denote a minor release or update?
>>>>>>
>>>>>> Bruno Busco sent the following on 2/22/2009 3:35 AM:
>>>>>>>
>>>>>>> Sorry,
>>>>>>> I did not understand your real question.
>>>>>>>
>>>>>>> We have decided to use a release numbering scheme similar to  UBUNTU.
>>>>>>> 9.3 means March 2009
>>>>>>>
>>>>>>> -Bruno
>>>>>>>
>>>>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>>>>> so why did ofbiz jump from 4.0 to 9.3?
>>>>>>>
>>>>>>> Bruno Busco sent the following on 2/22/2009 2:59 AM:
>>>>>>>>>>
>>>>>>>>>> Well,
>>>>>>>>>> the unresolved issues scheduled for 9.3 are:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&pid=12310500&fixfor=12313602&resolution=-1&sorter/field=issuekey&sorter/order=DESC
>>>>>>>>>>
>>>>>>>>>> OFBIZ-2133 has a patch ready and is actually waiting for a  review.
>>>>>>>>>>
>>>>>>>>>> -Bruno
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 2009/2/22 BJ Freeman <[hidden email]>:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310500&fixfor=12313602
>>>>>>>>>> it say release Branch 9.3
>>>>>>>>>> so no 5,6,7, or 8
>>>>>>>>
>>>>>>
>>>>>> -----BEGIN PGP SIGNATURE-----
>>>>>> Version: GnuPG v1.4.6 (MingW32)
>>>>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>>>>>
>>>>>> iD8DBQFJoTsArP3NbaWWqE4RAnAJAJwL2QBJ5qohvu0DQGY1vKErTrZsQQCfYO3V
>>>>>> R5s/zYI6xl/TJWO7Q4oOAZg=
>>>>>> =Zgcv
>>>>>> -----END PGP SIGNATURE-----
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>