Hello,
> I would like to see Fedora keep up with the Mono upstream as well.
>
> The Mono 3.4 packaged as a test for F21 months ago worked well
> for me on my test OpenSimulators.
>
> Yes, I would also like to help with bringing Mono uptodate in Fedora.
What worries me is how we want to test all
Hello Ismael,
> Could someone confirm if xsp and mono-debugger are deprecated in 3.*?
>
> There is no updates at http://origin-download.mono-project.com/sources but
> would like to verify it by someone better informed than me.
I don't know much about mono-debugger, I am not using it myself.
Lookin
>> is it worth the effort for Mono 3.10?
>> Perhaps it is more reasonable to wait for Mono 4.0? That will definitely
>> change a lot of things, because it will not support .Net Framework 2.0
>> anymore.
>
>
>
> AFAIK the .Net Core model is almost completely different and would need
> upstream work
Hello,
I have just built a Mono 4.0.0 alpha1 package based on the mono 3.12.1
package from https://copr.fedoraproject.org/coprs/elsupergomez/mono/
It is available here:
https://copr.fedoraproject.org/coprs/tpokorra/mono/builds/
You can see the diff of the spec file against 3.12.1 here:
https://g
Moving this conversation back to the Fedora mono list...
On 13 April 2015 at 13:29, Claudio Rodrigo wrote:
> I think, Mono 3 and 4 must coexist like python 2 and python 3. Unless all
> software dependent on profiles 2, 3.5 and 4 migrate to profile 4.5. This is
> a huge task like I see, because ma
> Perhaps that repo can be rolled into the mix and the effort here
> merged with the effort there for RPMs, and reporting bugs upstream?
>
> Or at least the group here work with the people building and pushing
> those packages there?
>
> http://www.mono-project.com/download/#download-lin
You are co
> On 13 April 2015 at 13:29, Claudio Rodrigo wrote:
>> I think, Mono 3 and 4 must coexist like python 2 and python 3. Unless all
>> software dependent on profiles 2, 3.5 and 4 migrate to profile 4.5. This is
>> a huge task like I see, because many package depend on this profiles. What
>> do you th
To report back on these questions:
> Actually, there is quite a big number of dll files in the source
> tarball, see the list at the end of this email.
>
> How should we go about this?
> I have also sent an email to the upstream mono packagers list to ask
> Jo Shields who is employed by Xamarin and
> When I am happy with the result, I will upload to copr again.
I have now uploaded Mono 4 alpha1, and also KeePass and MonoDevelop
5.7 to my copr account:
https://copr.fedoraproject.org/coprs/tpokorra/mono/
Mono4 now even builds for Epel6 and Epel7, by disabling the debug package.
I also had to
Hello,
this is all looking good!
Now with Mono 4.0.1 officially released, nothing can stop us now :)
Claudio is doing all the work on the packages, thank you!
I wonder if the package owners of the packages depending on Mono will
have any work left ;)
On 29 April 2015 at 19:28, Claudio Rodrigo wr
Hello Mono SIG,
I just wanted to congratulate us on the Mono4 in Fedora 23 that was
released today! :)
Thank you to everyone involved in that project!
Here are some points you might want to look at, to improve Mono on Fedora:
On the just released Fedora Developer Portal, there is no section
abou
Hello Claudio, and all,
I saw you are working on the 4.2 Mono packages now that Xamarin have
declared them stable.
Thanks for working on this!
I agree that Rawhide should get the mono 4.2 package, but I am not
sure if we should push mono 4.2 to Fedora 23 as well?
The release notes mention that qu
Hello Claudio,
> We could propose a new change for f24 to have mono 4.2
> My be Olea is right.
> For the moment I only try build. But not push the update for f23.
I think you should do a scratch build instead.
https://fedoraproject.org/wiki/Using_the_Koji_build_system#Scratch_Builds
If the build f
Hello,
I read this article on Fedora Magazine:
https://fedoramagazine.org/what-is-a-fedora-year-in-review/
I wonder if we as the Mono SIG should also contribute a blog post on
the community blog?
Here is a template:
https://communityblog.fedoraproject.org/share-your-year-in-review-with-fedora/
Hello Raphael,
> a contribution to Fedora Magazine about Mono sounds like a good idea to me,
> go for it.
>
> Generally, we need more people interested in the mono package reviews,
> indeed especially for OpenRA and its dependencies.
The article is online now!
https://communityblog.fedoraproject.
Hello,
just to let you know:
We now have Mono 4.3.2 in Rawhide. It is called Cycle 7 Alpha. In the
#mono IRC I was told that it should have been named Mono 4.4, and the
next Alpha release will be from the Mono 4.4 branch.
Here are the first drafts of the release notes:
http://www.mono-project.com
Hello Raphael,
> thanks a lot for sharing the information about new mono. My introduction to
> mono topics was due to the OpenRA project, I'm not happy with the OBS
> solution of upstream. Please blame me for the unbundling upstream did start
> as a following of my first requests.
I have read
Hello Mono SIG,
I thought I write a short update, to keep everyone on the same page.
* Fedora 24 will have the latest Mono 4.2 packages, see
https://releases.xamarin.com/stable-release-cycle-6-service-release-4/
The package will be submitted to updates after the F24 Freeze.
* Fedora 24 MonoDevelo
Hello,
I am working on getting MonoDevelop 6 built in Rawhide.
https://bugzilla.redhat.com/show_bug.cgi?id=1313236
Still quite some work to do.
I am even wondering if we should package Roslyn for
System.Collections.ImmutableCollections and other assemblies?
One thing related to this is the upgrade
Hello,
There is quite some movement, and I wonder what people think.
a) WebKit1, webkitgtk removal [1] leads to webkit-sharp [2] and
mono-tools [3] being in trouble.
mono-tools provides monodoc, which is used for displaying the
documentation in MonoDevelop, when you click on Help / API
documentat
Hello Ismael,
>> c) Fedora packager npmccallum orphaned a number of mono-related
>> packages yesterday:
>> https://admin.fedoraproject.org/pkgdb/package/gudev-sharp/
>> https://admin.fedoraproject.org/pkgdb/package/gtk-sharp-beans/
>> https://admin.fedoraproject.org/pkgdb/package/gkeyfile-sharp/
>
Hello Radka,
Months later without any response to any of my emails, I urge you,
dear Mono Dead Sig, to wake up. The page requires 10 minutes of your
attention:
https://github.com/developer-portal/content/issues/217
you changed much of the Mono page, so somehow I assumed you had taken
responsi
Hello all,
Yes, mono is behind, but it isn't a simple reason. The way mono is
bootstrapped and compiled has changed starting with version 5.0. The
Roslyn compiler is now the default and requires bootstrapping from
binary-only sources provided by upstream. This is a no-no in Fedora.
There was an
Dear members of the Mono SIG group,
I have been working in the past week on building Mono 5 for Fedora Rawhide.
This has been made possible by the work of directhex, who fixed the build for
Debian.
For details on his work see https://github.com/mono/mono/issues/7445
The discussion lives at http
Hello all,
On 21.02.19 22:41, Radka Janekova wrote:
> Awesome Timotheus, thank you for all this work on mono!
Thanks Radka!
> I will prepare a similar change proposal for Mono 5 for Fedora 31.
Here is the change proposal. I hope I did not forget any important
information.
https://fedoraproj
Mono
need to be rebuilt.
Thank you,
Timotheus
On 02.03.19 06:59, Timotheus Pokorra wrote:
Hello all,
On 21.02.19 22:41, Radka Janekova wrote:
> Awesome Timotheus, thank you for all this work on mono!
Thanks Radka!
> I will prepare a similar change proposal for Mono 5 for Fedora 31.
Hello Peter,
Would it be valuable to create a `mono` package group in Koschei? I have a
feeling that a
few package builds started failing when Mono 5 landed, but it would be nice to
be able
to see that at a glance.
I went ahead and created
https://apps.fedoraproject.org/koschei/groups/mavi
Hello all,
I have tried to build Mono 5.20 without bootstrap, but it does not seem
to be possible.
see https://github.com/mono/mono/issues/15643
and https://bugzilla.redhat.com/show_bug.cgi?id=1697526
I have now created a change for Fedora 31:
https://fedoraproject.org/wiki/Changes/Mono_5_20
Hello friends,
here is a quick update.
Since the request for a blanket exception for building with bootstrap
was accepted [1], things are now quicker to build a new Mono release.
I have now released Mono 6.8.0.123 for Fedora Rawhide [2]
I have also prepared an update for Fedora 32, from Mono 6.
Hello,
since August 2020 we have an issue with Mono Segfault on armv7hl.
This is one bug report (keepass):
https://bugzilla.redhat.com/show_bug.cgi?id=1878365
It seems to segfault on processing resource files with resgen.exe
Same issue here (pinta):
https://bugzilla.redhat.com/show_bug.cgi?id=
Hello,
I am resending this email to devel, because I did not get a reply on the
ARM list.
https://lists.fedoraproject.org/archives/list/a...@lists.fedoraproject.org/thread/6DO5RTOBNB6RYY4VS3Z5RMWVVNEK5AF3/
Since August 2020 we have an issue with Mono Segfault on armv7hl.
This is one bug repo
31 matches
Mail list logo
