Hi Eric,
Thanks for the offer of help.
Having a hard a fast rule w.r.t binary compatibility will preclude
some important bug fixes, this has happened with previous releases,
and includes fixes to 2.4.0. So I'd suggest that one uses discretion
about what parts get merged and if it means breaking
Hi Paul,
It sounds like we are now on roughly the same wavelength w.r.t how to progress.
Right, but that is for maintenance of the next stable branch. How about the
current one (2.4)?
I'd suggest going with a branch from 2.4.0 or 2.5.1 (if you want to be
lazy) i,e
svn copy
Robert Osfield wrote:
Hi Paul,
On Mon, Jun 2, 2008 at 4:03 PM, Paul Melis [EMAIL PROTECTED] wrote:
Why not branch to _create_ the 2.6.x series, instead of branching _after_
2.6.0? The former is far more commonplace.
The system since the 1.9.x dev series has been that we tag when
Robert Osfield wrote:
Hi Paul,
It sounds like we are now on roughly the same wavelength w.r.t how to progress.
Right, but that is for maintenance of the next stable branch. How about the
current one (2.4)?
I'd suggest going with a branch from 2.4.0 or 2.5.1 (if you want to be
lazy)
Robert Osfield wrote:
I can easily make the branch once we decide upon an name, then we'll
need Jose Luis Hidalgo to add logins and write permissions for
yourself, Eric and any others who wish to work on maintaining 2.4.x.
Let's not use just a first name for the user accounts. We're clashing
On Tue, Jun 3, 2008 at 3:04 PM, Paul Melis [EMAIL PROTECTED] wrote:
I'd suggest OpenSceneGraph-2.4. As it is located under /branches, that
should be clear enough.
OK, OpenSceneGraph-2.4 it is then.
I assume these are shell scripts?
The ones I have are.
Should we decide in advance that the
Hi J-S,
On Sun, Jun 1, 2008 at 9:37 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
So I think in addition to all you said in the previous message (and with
which I agree), making a few point releases between stable releases would
help people keep up to date more easily.
This easy part is
Jean-Sébastien Guay wrote:
Hi Robert,
Another aspect to the OpenSceneGraph development cycle is that while
quite a few users do track SVN and developer releases not everyone
does - many users wait till stable releases come out.
Yes, and that coupled with the fact that 2.0 and 2.2 have not
Hi Paul,
On Mon, Jun 2, 2008 at 1:23 PM, Paul Melis [EMAIL PROTECTED] wrote:
Doing a diff between the 2.4 and current SVN headers it seems the API
changes that break things are minimal:
...
So porting from 2.4 to 2.6 (when it comes out) should be fairly easy, unless
you do deep stuff with
Robert Osfield wrote:
Hi Paul,
On Mon, Jun 2, 2008 at 1:23 PM, Paul Melis [EMAIL PROTECTED] wrote:
Doing a diff between the 2.4 and current SVN headers it seems the API
changes that break things are minimal:
...
So porting from 2.4 to 2.6 (when it comes out) should be fairly easy, unless
On Mon, Jun 2, 2008 at 2:34 PM, Paul Melis [EMAIL PROTECTED] wrote:
Would there be a single stable branch and one development one? I.e. when 2.6
would come out it would supersede 2.4?
Each stable series would be independent. A new stable release such as
2.6.0 would become the main stable
Hi Robert,
Robert Osfield wrote:
On Mon, Jun 2, 2008 at 2:34 PM, Paul Melis [EMAIL PROTECTED] wrote:
Would there be a single stable branch and one development one? I.e. when 2.6
would come out it would supersede 2.4?
Each stable series would be independent. A new stable release
Hi Paul,
On Mon, Jun 2, 2008 at 4:03 PM, Paul Melis [EMAIL PROTECTED] wrote:
Why not branch to _create_ the 2.6.x series, instead of branching _after_
2.6.0? The former is far more commonplace.
The system since the 1.9.x dev series has been that we tag when ready
to officially make a release,
I'm willing to help port bug fixes back to stable branches. I have an
ulterior motive though; I made a particular change in the Inventor
plugin that is now in SVN that I would like to see in a stable release.
I think that only bug fixes should be ported back; API changes would
have to wait for
Hi Robert,
Another aspect to the OpenSceneGraph development cycle is that while
quite a few users do track SVN and developer releases not everyone
does - many users wait till stable releases come out.
Yes, and that coupled with the fact that 2.0 and 2.2 have not had any
point releases
15 matches
Mail list logo