Elsupergomez (talk | contribs) |
Elsupergomez (talk | contribs) |
||
Line 46: | Line 46: | ||
== Current status == | == Current status == | ||
* Targeted release: [[Releases/23 | Fedora 23 ]] | * Targeted release: [[Releases/23 | Fedora 23 ]] | ||
* Last updated: Jul | * Last updated: Jul 29, 2015 | ||
<!-- After the change proposal is accepted by FESCo, tracking bug is created in Bugzilla and linked to this page | <!-- After the change proposal is accepted by FESCo, tracking bug is created in Bugzilla and linked to this page | ||
Bugzilla states meaning as usual: | Bugzilla states meaning as usual: |
Latest revision as of 14:41, 29 July 2015
Mono 4
Summary
Update the Mono stack in Fedora from 2.10 to 4.*
Owner
- Name: Claudio Rodrigo Pereyra Diaz
- Email: <elsupergomez@fedoraproject.org>
- Release notes owner:
Current status
Detailed Description
Support for Mono versions 3.0 and 2.10 has been discontinued. No further development of bug fixing is planned for those branches. Mono 4 is the active branch and has many improvements. See upstream notes http://www.mono-project.com/docs/about-mono/releases/4.0.0/
Mono requires itself to build. The Mono version 2.10.8 currently included in Fedora is too old to build version 4 that requires at least version 3.4. At the moment on copr we use monolite, a little version of mono compiler shipped in the tarball for first build time.
We have two options to upgrade:
- Upgrade mono to version 3.4, then to version 3.12 and then to version 4.0.1 on rawhide (3.4 now builds on rawhide: https://copr.fedoraproject.org/coprs/tpokorra/mono-3.4/monitor/)
- Make a one time exception of the rule for build mono 4.0.1-1 using monolite, later make mono depend again on it self and rebuild mono 4.0.1-2 using mono-4.0.1-1
- this is the favoured option, because there are new architectures anyway: armv7hl, aarch64, ppc64, ppc64l
- it would be best to bootstrap Mono 4 for all of the primary and secondary architectures at the same time (https://fedoraproject.org/wiki/Architectures#Structure)
- there is now an FPC ticket for this: https://fedorahosted.org/fpc/ticket/528
Steps for Bootstrapping
- The Monolite binaries are included in the Mono tarball which is provided by upstream. see also http://www.mono-project.com/docs/advanced/monolite/
- Monolite is a minimal binary distribution of mcs. This is the compiler that is able to build the rest of Mono.
- In the spec file, we usually delete all dlls and executables before the build section.
- For the bootstrap, we would once keep the monolite binaries.
- After Mono has been built for all primary and secondary architectures, and for Epel, we enable the deletion of the monolite binaries again in the spec file.
Benefit to Fedora
Fedora aims to showcase the latest in free and open source software - we should have the most recent release of Mono 4.0.1
It will have the ability to run cross-platform applications that require compatibility with Microsoft. Net Framework 4.5
Scope
- Proposal owners:
Update mono spec and build in copr and/or koji until is ready.
- Other developers:
See Upgrade/compatibility impact and Dependencies section
- Release engineering: None
- Policies and guidelines: None
Upgrade/compatibility impact
Mono 4 includes most of the features of Mono 2.10 and Mono 3 branch.
The profiles 2.0, 3.5 and 4.0 will not be build any more in favor of profile 4.5
Many packages may need to be revised, updated or rebuilt because Mono 4 require that all application use target 4.5. In general is a simple task to sed .sln, .cproj, configure, configure.in, configure.am, Makefile, Makefile.in, Makefile.am for use mcs instead gmcs and change profile < 4.5 to 4.5. The files to sed change depending in what form is distributed the sources. In most off the cases only configure files need sed. A few package work without changes like gnome-subtitle or pinta
The fixes is work in progress on https://github.com/elsupergomez/lbs-mono-fedora and https://github.com/tpokorra/lbs-mono-fedora
How To Test
Interested testers do not need special hardware. Take a given Mono application and test it against the Mono at this copr repo and verify it works:
* http://copr.fedoraproject.org/coprs/tpokorra/mono/
Any issue will be reported in github https://github.com/elsupergomez/lbs-mono-fedora or https://github.com/tpokorra/lbs-mono-fedora
User Experience
User should note speedy improvement running Mono applications.
Some applications will have features only supported if used Mono 4
Dependencies
New packages for mono stack
Nuget and nunit are mandatory because monodevelop 5 depend on it and must be updated to work with mono 4. Other packages are desirable to be packaged and included in Fedora, but are not mandatory to accomplish goal of Mono 4 Change.
Package | In Copr | Status | In Rawhide | Notes |
---|---|---|---|---|
gtk-sharp3 | Yes | Done | 2.99.3-11.fc23 | Build in koji http://koji.fedoraproject.org/koji/buildinfo?buildID=637565 |
monodevelop-database | Yes | Review request | https://bugzilla.redhat.com/show_bug.cgi?id=1244899 | |
mysql-connector-net | Yes | Review request | https://bugzilla.redhat.com/show_bug.cgi?id=1223455 | |
notify-sharp3 | Yes | Review request | https://bugzilla.redhat.com/show_bug.cgi?id=1222662 | |
npgsql | Yes | Review request | https://bugzilla.redhat.com/show_bug.cgi?id=1223442 | |
nuget | Yes | Done | 2.8.5-2.fc23 | Build in koji http://koji.fedoraproject.org/koji/buildinfo?buildID=669053 |
nunit | Yes | Done | 2.6.4-8.fc23 | Build in koji http://koji.fedoraproject.org/koji/buildinfo?buildID=669729 |
Contingency Plan
- Contingency mechanism: Still in Mono 2.10
- Contingency deadline: Beta freeze
- Blocks release? No
- Blocks product? Monodevelop >= 5
Documentation
https://fedoraproject.org/wiki/Packaging:Mono