Il giorno 17/ott/2013, alle ore 18:41, Phil Race <philip.r...@oracle.com> ha scritto:
> I think I can see Mario's point/confusion. > > The CPU-critical-request keyword is really just about what you'd like to see > in Oracle's > next binary product release and isn't needed for OpenJDK since the fix is > likely already > sitting in 7u-dev and just has to be pulled into the CPU binary release. > OpenJDK doesn't > do binary releases, and anyone who wants to create a binary release based on > OpenJDK 7 > sources can do so any time they like based off 7u-dev without caring about > Oracle > processes or releases. > > So it comes down to whether external OpenJDK developers care what fixes Oracle > cares to take in its CPU releases besides security issues. > > I think that at this point in time the basis for Oracle's next 7 CPU releases > is 7u40 + selected fixes, > not 7u-dev + selected fixes. And prior to 7u40 GA it was something like 7u10 > + selected fixes .. > I'm not sure on that as I've lost track of when 7u-dev has been synced with > the CPU train. > > But I can also see that distros would generally want to align their releases > to Oracle's binary > product releases. And that's particularly so when security releases come out. > I'm not > sure if they already do (or want to) follow Oracle's basing them off the last > non-CPU release. > > But if they base it off 7u-dev then they'll be getting some what more 'ahead' > of Oracle's releases > in overall bug fixing at the risk of more regressions until SQE ramps up > testing for 7u60. Hi Phil, Thanks for the explanation, this is all clear now! Cheers, Mario --- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF http://www.ladybug-studio.com IcedRobot: www.icedrobot.org Proud GNU Classpath developer: http://www.classpath.org/ Read About us at: http://planet.classpath.org OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/
