New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mono/fixes #36711
Mono/fixes #36711
Conversation
A lot of updates from mono-project' folks. Patches dropped, because both merged upstream.
Configure script complains, that unable to build gif loading support, but it's a lie -- it builds against libgif 5, which have DGifOpenFile as well.
No packages directly use 5.8, so I replace 5.8 with 5.10 as last official stable version.
What mono versions are still supported upstream? The default mono is still mono 4.0, which seems pretty old to me (2015). |
Also add "defaults" -- `mono5` and `mono4`.
@Mic92 I add two commits, which introduce I also have intention to refactor dotnetPackages to make them mono build' specific. |
pkgs/top-level/all-packages.nix
Outdated
mono = mono40; | ||
mono = mono4; | ||
|
||
mono4 = mono40; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about mono = mono48
? I am pretty sure there have been several fixed security issues in the 4.x series.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sure, via mono -> mono4 -> mono48 (in stable), and mono5 in master. Just idk what apps can break. I'd happy to leave only 4.8 and latest 5.x (but at least 2 apps require exact 4.6
mono = mono40; | ||
mono = mono4; | ||
|
||
mono4 = mono40; | ||
|
||
mono40 = callPackage ../development/compilers/mono/4.0.nix { | ||
inherit (darwin) libobjc; | ||
inherit (darwin.apple_sdk.frameworks) Foundation; | ||
}; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Then this one can be dropped as well.
How stable is mono within a major version? How many different versions are useful to have? Would it |
Since we have to support mono in stable also for at least 6 months, it would be also reasonable to upgrade the default mono version (a newer version of mono4) to receive upstream security fixes. We don't have the man power to backport patches on our own. |
@Mic92 I set default to 4.8, let's look what breaks ;) |
The following fails to build:
Could check hydra what packages of this list where broken before? |
There are all attributes that will be rebuild:
|
This looks good enough to me! I'd like to merge it before it gets stale. Any objections @Mic92? |
@matthewbauer if you can test that we don't break important package, the changes here should be fine. |
The overall amount of rebuilds is still reasonable for mono. |
👍 imho |
I think the stuff that breaks in |
I changed the default version of mono to 5.8 in master because 4.0 simply does not evaluate anymore. My thinking was that if packages require 4.8 or older, they should just specify that. But I don't know that much about the difference between mono 4 and mono 5. |
I am not so familiar with the c# ecosystem, so I would like to delegate this decision to someone else. |
By now there is a stable version of mono 5.14. Could you update to that? |
We already have mono514 in the repository. |
FTR, the failing |
Was this given up on? |
On Thu, Dec 20, 2018 at 12:39:59AM -0800, obadz wrote:
Was this given up on?
#52438 points out that we should update to Mono 5.16.
We should probably also default `mono5` to 5.16.
Don't know that we need to keep 5.8 around.
I am ok, if this PR will superseeded with newer one.
|
Only gdiplus stuff can be worth,if it not (yet) hit next release of libgdiplus |
Ok I moved the libgdiplus stuff in #52712 so it should supersede this PR. |
Motivation for this change
Upgrade mono 5.8.x -> 5.10.x.
Fix mono+libgdiplus crashes on reading .gif files (https://github.com/MacTee/KSP-Mod-Admin-aOS segfaults both compiling from source (via resgen) or pre-compiled binaries
Things done
build-use-sandbox
innix.conf
on non-NixOS)nix-shell -p nox --run "nox-review wip"
./result/bin/
)