I'm a bit confused, but in any case would need more justification to do a rebuild, this late. What impact to users is there? Can they get your "correct M4" from your own repo? Is there a work around? Does it effect EPP packages?
When I look for Eclipse link in .../releases/staging, I do see the same thing as in .../releases/kepler; EclipseLink Target Components 2.5.0.v20121016-ab08992 So, I think you are saying that's your M3 level? But your note, and your commit to get mention M5: "update Kepler contrib to EclipseLink M5". We are still on M4, if that's a point of confusion. But in any case, can you make an argument why this would be "blocking". FYI, we've not "strict on dates" just for sake of being strict (though, that is a good reason :) ... but the process of doing a rebuild is itself risky ... others might have changed something, intentional or not ... so introduces uncertainty and a lot of re-work for many. So, if your users can get what they need from your project's repo, I'd prefer to go that route. Thanks, From: Eric Gwin <[email protected]> To: Cross project issues <[email protected]>, Date: 12/20/2012 11:34 AM Subject: Re: [cross-project-issues-dev] Status and outlook for Kepler M4 +3 Sent by: [email protected] David, I was certain that I'd already updated EclipseLink, but that was not the case. I double checked this morning on a whim due to this thread, and discovered the issue. You are using our M5, but our build was still set to M4. That would leave two sets of jars in the aggregation. I've just submitted the new build file. I apologize for the mix-up. -Eric _______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
