Hi Folks,
Just spotted on the mono forums that mono-2.6 is being branched on Monday which means that it (should) be in the Rawhide repos Tuesday.
As it stands, 2.6 is a world of difference to 2.4.2.3 in terms of speed and reliability. I've not encountered any big problems with code compiled under previous versions of Mono not running under the 2.6 svn branch yet, so it should be good and smooth.
I would recommend though that maintainers of applications reliant on mono recompile them against 2.6 when it hits rawhide just to be safe.
TTFN
Paul
On Fri, 2009-09-18 at 11:10 +0100, Paul wrote:
Hi Folks,
Just spotted on the mono forums that mono-2.6 is being branched on Monday which means that it (should) be in the Rawhide repos Tuesday.
As it stands, 2.6 is a world of difference to 2.4.2.3 in terms of speed and reliability. I've not encountered any big problems with code compiled under previous versions of Mono not running under the 2.6 svn branch yet, so it should be good and smooth.
I would recommend though that maintainers of applications reliant on mono recompile them against 2.6 when it hits rawhide just to be safe.
Given that we are feature frozen, is it wise to bump mono like this at this stage in the development cycle?
On 09/18/2009 02:17 PM, Jesse Keating wrote:
Given that we are feature frozen, is it wise to bump mono like this at this stage in the development cycle?
No. We should be doing this work in the dist-f13 target, especially given the complexity and pain of doing a proper bootstrap and rebuild.
~spot
On Fri, Sep 18, 2009 at 10:47 PM, Tom "spot" Callaway tcallawa@redhat.com wrote:
On 09/18/2009 02:17 PM, Jesse Keating wrote:
Given that we are feature frozen, is it wise to bump mono like this at this stage in the development cycle?
No. We should be doing this work in the dist-f13 target, especially given the complexity and pain of doing a proper bootstrap and rebuild.
~spot
+1. If you want, Paul, you might want to request the F-12 branch for mono to be created early, and then you can experiment with 2.6 in the devel branch.
Hope there's no packaging regression this time too. Please *don't* import SRPMs wholesale!