Bug 1313236 - Upgrade to MonoDevelop 6.0
Upgrade to MonoDevelop 6.0
Status: ASSIGNED
Product: Fedora
Classification: Fedora
Component: monodevelop (Show other bugs)
26
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Timotheus Pokorra
Fedora Extras Quality Assurance
:
Depends On: 1360389
Blocks:
  Show dependency treegraph
 
Reported: 2016-03-01 03:47 EST by Timotheus Pokorra
Modified: 2017-02-28 04:54 EST (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Timotheus Pokorra 2016-03-01 03:47:31 EST
There is now a tarball available for MonoDevelop 6.0.

This bug should contain the issues that still need to be worked out to package MonoDevelop 6 for Fedora Rawhide.

The source of the spec file and the patches is currently maintained at https://github.com/tpokorra/lbs-mono-fedora/tree/ALPHA/monodevelop
Comment 1 Timotheus Pokorra 2016-03-01 03:50:33 EST
MonoDevelop has an addin for NUnit2 and NUnit3 runners.
We need to decide if we upgrade the nunit package in Fedora from NUnit2 to NUnit3, or if we add a new package nunit3.
For the moment, I have disabled nunit3 in my working copy of the MonoDevelop6 spec file.
Comment 2 Timotheus Pokorra 2016-03-01 03:52:23 EST
There is an adding RefactoringEssentials which requires the PCL reference assemblies (see also http://stackoverflow.com/questions/35245840/build-monodevelop-on-debian-jessie-using-mono-4-3-3).
We cannot use reference assemblies in Fedora, so I suggest we drop that addin, as I have done in my working copy of the MonoDevelop spec file.
Comment 3 Timotheus Pokorra 2016-03-01 03:53:52 EST
Another missing assemblies is System.Collections.Immutable
It is used by src/core/MonoDevelop.Core/MonoDevelop.Core.csproj

It comes with the tarball, but we drop precompiled assemblies for Fedora.

So we probably need to create a new package for System.Collections.Immutable.
Comment 4 Claudio Rodrigo Pereyra DIaz 2016-03-17 14:46:00 EDT
(In reply to Timotheus Pokorra from comment #1)
> MonoDevelop has an addin for NUnit2 and NUnit3 runners.
> We need to decide if we upgrade the nunit package in Fedora from NUnit2 to
> NUnit3, or if we add a new package nunit3.
> For the moment, I have disabled nunit3 in my working copy of the
> MonoDevelop6 spec file.

In my opinion the best is update nunit to v3 and if necessary add a new package nunit2 for compatibility
Comment 5 Timotheus Pokorra 2016-06-15 01:30:52 EDT
another added dependancy is fsharp. but perhaps we can patch that out.
Comment 6 Jan Kurik 2016-07-26 00:08:17 EDT
This bug appears to have been reported against 'rawhide' during the Fedora 25 development cycle.
Changing version to '25'.
Comment 7 Timotheus Pokorra 2016-08-10 06:08:13 EDT
Another issue is the assembly external\roslyn\Binaries\Release\Microsoft.CodeAnalysis.dll used in src/core/MonoDevelop.Core/MonoDevelop.Core.csproj

we need to compile that from source somehow.
https://www.nuget.org/packages/Microsoft.CodeAnalysis/

https://github.com/dotnet/roslyn/blob/master/src/Compilers/Core/Portable/CodeAnalysis.csproj
Licensed under the Apache License, Version 2.0.
Comment 8 Timotheus Pokorra 2016-08-10 06:15:19 EDT
current status:

initial work for package mono-immutablecollections which packages System.Collections.Immutable from https://github.com/mono/ImmutableCollections:
https://github.com/tpokorra/lbs-mono-fedora/tree/master/mono-immutablecollections

removed references to FSharp and RefactoringEssentials:
https://github.com/tpokorra/lbs-mono-fedora/blob/master/monodevelop/monodevelop.spec

I have upgraded NUnit to version 3 in Rawhide.
Comment 9 Ondra Pelech 2016-08-11 16:03:41 EDT
curious question: why are you packaging ImmutableCollections from mono:

  * https://github.com/mono/ImmutableCollections

and not the one from .NET:

  * https://github.com/dotnet/corefx/tree/master/src/System.Collections.Immutable
  * https://www.nuget.org/packages/System.Collections.Immutable

?
Comment 10 Timotheus Pokorra 2016-08-12 12:15:12 EDT
@Ondra: it is a good question. I am not sure yet. I actually don't know if there are technical limitations of packages targetted for .NET core, if they can be used with Mono?
Comment 11 Ondra Pelech 2016-08-12 15:58:31 EDT
let's ask Monodevelop developers: https://bugzilla.xamarin.com/show_bug.cgi?id=43322
Comment 12 Brallan Jesús Aguilar Rivera 2017-02-08 22:33:39 EST
hi, there is news about the release?
Comment 13 Timotheus Pokorra 2017-02-09 04:33:34 EST
I have done some work on this in September 2016, but not since then.
so the current status is as described on my blog:

* I am building my own tarball at https://lbs.solidcharity.com/package/tpokorra/mono/monodevelop-tarball. It is currently probably too big, but I download all referenced packages from nuget and include them in the tarball.
* I have made some progress building MonoDevelop 6 for Fedora. At the moment, I have disabled FSharp (cannot build it with xbuild IIRC), and code analysis as well, due to missing .NET portable reference assemblies (they are trying to open source them: http://lists.dot.net/pipermail/monodevelop-list/2016-November/016519.html).

this is my current copr for MonoDevelop 6:
https://copr.fedorainfracloud.org/coprs/tpokorra/monodevelop-alpha/ 
If you have a chance to test it, please let me know if that would work for you.

Still it would be a lot of work to get this into Fedora properly, because we cannot just use packages from nuget.
Comment 14 Fedora End Of Life 2017-02-28 04:54:49 EST
This bug appears to have been reported against 'rawhide' during the Fedora 26 development cycle.
Changing version to '26'.

Note You need to log in before you can comment on or make changes to this bug.