Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1220138
Summary: | EPEL's version of Mono is horrendously outdated with lots of vulns. [epel-all] | ||
---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | Moez Roy <moez.roy> |
Component: | mono | Assignee: | Timotheus Pokorra <pokorra.mailinglists> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | epel7 | CC: | chkr, chmorgan, claudiorodrigo, el, extras-qa, georgiytreyvus, itamar, j.orti.alcaine, kevin, lxtnow, mailinglists, mcepl, mcepl, michael.frank, moceap, moez.roy, paul, quent.haas, scattol |
Target Milestone: | --- | Keywords: | FutureFeature, Security, SecurityTracking |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | mono-4.2.4-7.el7 | Doc Type: | Release Note |
Doc Text: | Story Points: | --- | |
Clone Of: | 1089426 | Environment: | |
Last Closed: | 2016-11-16 23:20:06 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1089426, 1295117, 1296095, 1296105, 1307549 | ||
Bug Blocks: | 226158, 839978, 853110, 1089278, 1128499, 1159091, 1166897, 1166916 |
Description
Moez Roy
2015-05-10 11:46:48 UTC
I has been working on mono 4 with tpokorra Mono 3 version https://copr.fedoraproject.org/coprs/elsupergomez/mono Mono 4 version https://copr.fedoraproject.org/coprs/tpokorra/mono also view https://fedoraproject.org/wiki/Changes/Mono_4 this apply to epel to. There is a decision to *not* provide Mono4 in F22 cause of too much work with bootstrapping from Mono2. So I guess there are similiar issues with EPEL7. how many packages in EPEL7 depend on mono? answer to my own question: repoquery --whatrequires --recursive mono-core banshee-0:2.6.2-9.el7.x86_64 banshee-devel-0:2.6.2-9.el7.x86_64 dbus-sharp-1:0.7.0-11.el7.x86_64 dbus-sharp-devel-1:0.7.0-11.el7.x86_64 dbus-sharp-glib-0:0.5.0-9.el7.x86_64 dbus-sharp-glib-devel-0:0.5.0-9.el7.x86_64 gdata-sharp-0:1.4.0.2-13.el7.x86_64 gdata-sharp-devel-0:1.4.0.2-13.el7.x86_64 gio-sharp-0:0.3-10.el7.x86_64 gio-sharp-devel-0:0.3-10.el7.x86_64 gkeyfile-sharp-0:0.1-15.el7.x86_64 gkeyfile-sharp-devel-0:0.1-15.el7.x86_64 gnome-sharp-0:2.24.2-7.el7.x86_64 gnome-sharp-devel-0:2.24.2-7.el7.x86_64 gtk-sharp-beans-0:2.14.0-13.el7.x86_64 gtk-sharp-beans-devel-0:2.14.0-13.el7.x86_64 gtk-sharp2-0:2.12.11-12.el7.x86_64 gtk-sharp2-devel-0:2.12.11-12.el7.x86_64 gtk-sharp2-doc-0:2.12.11-12.el7.x86_64 gtk-sharp2-gapi-0:2.12.11-12.el7.x86_64 gtk-sharp3-0:2.99.3-10.el7.x86_64 gtk-sharp3-devel-0:2.99.3-10.el7.x86_64 gtk-sharp3-doc-0:2.99.3-10.el7.noarch gtk-sharp3-gapi-0:2.99.3-10.el7.x86_64 gudev-sharp-0:0.1-14.el7.x86_64 gudev-sharp-devel-0:0.1-14.el7.x86_64 ibm-data-db2-0:2.10.8-8.el7.x86_64 libappindicator-sharp-0:12.10.0-10.el7.x86_64 libappindicator-sharp-devel-0:12.10.0-10.el7.x86_64 libgpod-sharp-0:0.8.3-6.el7.x86_64 libgpod-sharp-devel-0:0.8.3-6.el7.x86_64 mono-addins-0:0.6.2-11.el7.x86_64 mono-addins-devel-0:0.6.2-11.el7.x86_64 mono-data-0:2.10.8-8.el7.x86_64 mono-data-oracle-0:2.10.8-8.el7.x86_64 mono-data-postgresql-0:2.10.8-8.el7.x86_64 mono-data-sqlite-0:2.10.8-8.el7.x86_64 mono-devel-0:2.10.8-8.el7.x86_64 mono-extras-0:2.10.8-8.el7.x86_64 mono-locale-extras-0:2.10.8-8.el7.x86_64 mono-mvc-0:2.10.8-8.el7.x86_64 mono-mvc-devel-0:2.10.8-8.el7.x86_64 mono-nunit-0:2.10.8-8.el7.x86_64 mono-nunit-devel-0:2.10.8-8.el7.x86_64 mono-wcf-0:2.10.8-8.el7.x86_64 mono-web-0:2.10.8-8.el7.x86_64 mono-web-devel-0:2.10.8-8.el7.x86_64 mono-winforms-0:2.10.8-8.el7.x86_64 mono-winfx-0:2.10.8-8.el7.x86_64 mono-yui-0:1.1.0-3.el7.x86_64 mono-zeroconf-0:0.9.0-13.el7.x86_64 mono-zeroconf-devel-0:0.9.0-13.el7.x86_64 monodoc-0:2.10.8-8.el7.x86_64 monodoc-devel-0:2.10.8-8.el7.x86_64 notify-sharp-0:0.4.0-0.23.20100411svn.el7.x86_64 notify-sharp-devel-0:0.4.0-0.23.20100411svn.el7.x86_64 notify-sharp-doc-0:0.4.0-0.23.20100411svn.el7.x86_64 pinta-0:1.5-1.el7.x86_64 taglib-sharp-0:2.0.3.7-11.el7.x86_64 taglib-sharp-devel-0:2.0.3.7-11.el7.x86_64 According to https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies this is a major upgrade. Should we just wait for Epel8, or already put Mono 4.x updates into testing, and wait for Epel8? Or should we create a new package mono4, similar to Python3 for Epel? see https://fedoraproject.org/wiki/User:Bkabrda/EPEL7_Python3#EPEL_7_in_Python_3_Plan_Draft (In reply to Timotheus Pokorra from comment #4) > answer to my own question: > > repoquery --whatrequires --recursive mono-core > > banshee-0:2.6.2-9.el7.x86_64 > banshee-devel-0:2.6.2-9.el7.x86_64 > dbus-sharp-1:0.7.0-11.el7.x86_64 > dbus-sharp-devel-1:0.7.0-11.el7.x86_64 > dbus-sharp-glib-0:0.5.0-9.el7.x86_64 > dbus-sharp-glib-devel-0:0.5.0-9.el7.x86_64 > gdata-sharp-0:1.4.0.2-13.el7.x86_64 > gdata-sharp-devel-0:1.4.0.2-13.el7.x86_64 > gio-sharp-0:0.3-10.el7.x86_64 > gio-sharp-devel-0:0.3-10.el7.x86_64 > gkeyfile-sharp-0:0.1-15.el7.x86_64 > gkeyfile-sharp-devel-0:0.1-15.el7.x86_64 > gnome-sharp-0:2.24.2-7.el7.x86_64 > gnome-sharp-devel-0:2.24.2-7.el7.x86_64 > gtk-sharp-beans-0:2.14.0-13.el7.x86_64 > gtk-sharp-beans-devel-0:2.14.0-13.el7.x86_64 > gtk-sharp2-0:2.12.11-12.el7.x86_64 > gtk-sharp2-devel-0:2.12.11-12.el7.x86_64 > gtk-sharp2-doc-0:2.12.11-12.el7.x86_64 > gtk-sharp2-gapi-0:2.12.11-12.el7.x86_64 > gtk-sharp3-0:2.99.3-10.el7.x86_64 > gtk-sharp3-devel-0:2.99.3-10.el7.x86_64 > gtk-sharp3-doc-0:2.99.3-10.el7.noarch > gtk-sharp3-gapi-0:2.99.3-10.el7.x86_64 > gudev-sharp-0:0.1-14.el7.x86_64 > gudev-sharp-devel-0:0.1-14.el7.x86_64 > ibm-data-db2-0:2.10.8-8.el7.x86_64 > libappindicator-sharp-0:12.10.0-10.el7.x86_64 > libappindicator-sharp-devel-0:12.10.0-10.el7.x86_64 > libgpod-sharp-0:0.8.3-6.el7.x86_64 > libgpod-sharp-devel-0:0.8.3-6.el7.x86_64 > mono-addins-0:0.6.2-11.el7.x86_64 > mono-addins-devel-0:0.6.2-11.el7.x86_64 > mono-data-0:2.10.8-8.el7.x86_64 > mono-data-oracle-0:2.10.8-8.el7.x86_64 > mono-data-postgresql-0:2.10.8-8.el7.x86_64 > mono-data-sqlite-0:2.10.8-8.el7.x86_64 > mono-devel-0:2.10.8-8.el7.x86_64 > mono-extras-0:2.10.8-8.el7.x86_64 > mono-locale-extras-0:2.10.8-8.el7.x86_64 > mono-mvc-0:2.10.8-8.el7.x86_64 > mono-mvc-devel-0:2.10.8-8.el7.x86_64 > mono-nunit-0:2.10.8-8.el7.x86_64 > mono-nunit-devel-0:2.10.8-8.el7.x86_64 > mono-wcf-0:2.10.8-8.el7.x86_64 > mono-web-0:2.10.8-8.el7.x86_64 > mono-web-devel-0:2.10.8-8.el7.x86_64 > mono-winforms-0:2.10.8-8.el7.x86_64 > mono-winfx-0:2.10.8-8.el7.x86_64 > mono-yui-0:1.1.0-3.el7.x86_64 > mono-zeroconf-0:0.9.0-13.el7.x86_64 > mono-zeroconf-devel-0:0.9.0-13.el7.x86_64 > monodoc-0:2.10.8-8.el7.x86_64 > monodoc-devel-0:2.10.8-8.el7.x86_64 > notify-sharp-0:0.4.0-0.23.20100411svn.el7.x86_64 > notify-sharp-devel-0:0.4.0-0.23.20100411svn.el7.x86_64 > notify-sharp-doc-0:0.4.0-0.23.20100411svn.el7.x86_64 > pinta-0:1.5-1.el7.x86_64 > taglib-sharp-0:2.0.3.7-11.el7.x86_64 > taglib-sharp-devel-0:2.0.3.7-11.el7.x86_64 Many of the above packages are owned by me in EPEL7 branch, but I don't have commit privileges in the master branch. I noticed the spec files in the Master branch has stuff like %if rhel conditionals which if removed/modified, would help making future updates easier (I would only have to do fedpkg merge master & fedpkg build). Peter Robinson can you help? sed -i '/rhel/d' $SPEC? Just realized that the if %rhel conditionals span more than few lines so would need a to figure out how to remove those until the end of the if statement. I think it would take too much time for me to do all of this manually. And right now I am very short on time, sorry. :( (In reply to Raphael Groner from comment #2) > There is a decision to *not* provide Mono4 in F22 cause of too much work > with bootstrapping from Mono2. So I guess there are similiar issues with > EPEL7. Except Fedoras are coming and going, whereas RHEL-7 will stay around (and hopefully be useable) for another eight years. And already current state of Mono in EPEL makes it more or less useless (except of supporting already existing applications). I have now created a copr to see how much changes are needed to get Mono 4.2 into Epel7: https://copr.fedoraproject.org/coprs/tpokorra/mono-epel/ It actually looks like not as much work! This work would be required: * The mono macros need to go into epel-rpm-macros: https://bugzilla.redhat.com/show_bug.cgi?id=1295117 * The mono package needs be bootstrapped on Epel. Do we need a permission to do that, similar as it was for Fedora Rawhide? * the nunit package needs to built for Epel, it replaces mono-nunit * 2 packages fail to build from source in Rawhide, gdata-sharp (#1296095) and gnome-sharp (#1296105). They are easy to fix. * only one package (libgpod) has a %rhel conditional in Rawhide that needs to be fixed * the package banshee has one little difference, it requires gnome-desktop3-devel in Epel7 instead of gnome-desktop-devel in Fedora * all other packages that depend on Mono can be built from their rawhide/f23 srpm. I have documented the packages individually here: https://github.com/tpokorra/mono-epel/wiki You can see the differences of those packages that I needed to modify from Fedora 23 here: https://github.com/tpokorra/mono-epel (In reply to Timotheus Pokorra from comment #9) > * the nunit package needs to built for Epel, it replaces mono-nunit You can request a branch in pkgdb to build it for EPEL7. After the epel macros are added we would need to request a koji buildroot by filing a ticket in rel-eng trac. (unless you want to solve the package dependencies using build-root overrides) mono-4.2.4-5.el7 mono-cecil-0.9.6-6.el7 nunit-3.4.1-2.el7 nunit2-2.6.4-14.el7 mono-zeroconf-0.9.0-16.el7 gtk-sharp2-2.12.26-3.el7 mono-addins-1.1-3.el7 gio-sharp-0.3-14.el7 gkeyfile-sharp-0.1-19.el7 dbus-sharp-0.7.0-15.el7 libgpod-0.8.3-8.el7 dbus-sharp-glib-0.5.0-13.el7 gudev-sharp-0.1-18.el7 gtk-sharp-beans-2.14.0-17.el7 pinta-1.6-5.el7 gnome-sharp-2.24.2-12.el7 gdata-sharp-1.4.0.2-18.el7 taglib-sharp-2.1.0.0-3.el7 notify-sharp-0.4.0-0.26.20100411svn.el7 banshee-2.6.2-11.el7 libappindicator-12.10.0-11.el7 gtk-sharp3-2.99.3-16.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-03fb3c1531 actually, there is an update for libyui-bindings as well, but I did not have commit permissions, so mrunge did that push that package to testing for me: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-5377018e61 banshee-2.6.2-11.el7, dbus-sharp-0.7.0-15.el7, dbus-sharp-glib-0.5.0-13.el7, gdata-sharp-1.4.0.2-18.el7, gio-sharp-0.3-14.el7, gkeyfile-sharp-0.1-19.el7, gnome-sharp-2.24.2-12.el7, gtk-sharp-beans-2.14.0-17.el7, gtk-sharp2-2.12.26-3.el7, gtk-sharp3-2.99.3-16.el7, gudev-sharp-0.1-18.el7, libappindicator-12.10.0-11.el7, libgpod-0.8.3-8.el7, mono-4.2.4-5.el7, mono-addins-1.1-3.el7, mono-cecil-0.9.6-6.el7, mono-zeroconf-0.9.0-16.el7, notify-sharp-0.4.0-0.26.20100411svn.el7, nunit-3.4.1-2.el7, nunit2-2.6.4-14.el7, pinta-1.6-5.el7, taglib-sharp-2.1.0.0-3.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-03fb3c1531 banshee-2.6.2-11.el7 dbus-sharp-0.7.0-15.el7 dbus-sharp-glib-0.5.0-13.el7 gdata-sharp-1.4.0.2-18.el7 gio-sharp-0.3-14.el7 gkeyfile-sharp-0.1-19.el7 gnome-sharp-2.24.2-12.el7 gtk-sharp-beans-2.14.0-17.el7 gtk-sharp2-2.12.26-3.el7 gtk-sharp3-2.99.3-16.el7 gudev-sharp-0.1-18.el7 libappindicator-12.10.0-11.el7 libgpod-0.8.3-8.el7 mono-4.2.4-6.el7 mono-addins-1.1-3.el7 mono-cecil-0.9.6-6.el7 mono-zeroconf-0.9.0-16.el7 notify-sharp-0.4.0-0.26.20100411svn.el7 nunit-3.4.1-2.el7 nunit2-2.6.4-14.el7 pinta-1.6-5.el7 taglib-sharp-2.1.0.0-3.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-03fb3c1531 banshee-2.6.2-11.el7, dbus-sharp-0.7.0-15.el7, dbus-sharp-glib-0.5.0-13.el7, gdata-sharp-1.4.0.2-18.el7, gio-sharp-0.3-14.el7, gkeyfile-sharp-0.1-19.el7, gnome-sharp-2.24.2-12.el7, gtk-sharp-beans-2.14.0-17.el7, gtk-sharp2-2.12.26-3.el7, gtk-sharp3-2.99.3-16.el7, gudev-sharp-0.1-18.el7, libappindicator-12.10.0-11.el7, libgpod-0.8.3-8.el7, mono-4.2.4-6.el7, mono-addins-1.1-3.el7, mono-cecil-0.9.6-6.el7, mono-zeroconf-0.9.0-16.el7, notify-sharp-0.4.0-0.26.20100411svn.el7, nunit-3.4.1-2.el7, nunit2-2.6.4-14.el7, pinta-1.6-5.el7, taglib-sharp-2.1.0.0-3.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-03fb3c1531 banshee-2.6.2-11.el7 dbus-sharp-0.7.0-15.el7 dbus-sharp-glib-0.5.0-13.el7 gdata-sharp-1.4.0.2-18.el7 gio-sharp-0.3-14.el7 gkeyfile-sharp-0.1-19.el7 gnome-sharp-2.24.2-12.el7 gtk-sharp-beans-2.14.0-17.el7 gtk-sharp2-2.12.26-3.el7 gtk-sharp3-2.99.3-16.el7 gudev-sharp-0.1-18.el7 libappindicator-12.10.0-11.el7 libgpod-0.8.3-8.el7 mono-4.2.4-7.el7 mono-addins-1.1-3.el7 mono-cecil-0.9.6-6.el7 mono-zeroconf-0.9.0-16.el7 notify-sharp-0.4.0-0.26.20100411svn.el7 nunit-3.4.1-2.el7 nunit2-2.6.4-14.el7 pinta-1.6-5.el7 taglib-sharp-2.1.0.0-3.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-03fb3c1531 banshee-2.6.2-11.el7, dbus-sharp-0.7.0-15.el7, dbus-sharp-glib-0.5.0-13.el7, gdata-sharp-1.4.0.2-18.el7, gio-sharp-0.3-14.el7, gkeyfile-sharp-0.1-19.el7, gnome-sharp-2.24.2-12.el7, gtk-sharp-beans-2.14.0-17.el7, gtk-sharp2-2.12.26-3.el7, gtk-sharp3-2.99.3-16.el7, gudev-sharp-0.1-18.el7, libappindicator-12.10.0-11.el7, libgpod-0.8.3-8.el7, mono-4.2.4-7.el7, mono-addins-1.1-3.el7, mono-cecil-0.9.6-6.el7, mono-zeroconf-0.9.0-16.el7, notify-sharp-0.4.0-0.26.20100411svn.el7, notify-sharp3-3.0.3-2.el7, nunit-3.4.1-2.el7, nunit2-2.6.4-14.el7, pinta-1.6-5.el7, taglib-sharp-2.1.0.0-3.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-03fb3c1531 banshee-2.6.2-11.el7, dbus-sharp-0.7.0-15.el7, dbus-sharp-glib-0.5.0-13.el7, gdata-sharp-1.4.0.2-18.el7, gio-sharp-0.3-14.el7, gkeyfile-sharp-0.1-19.el7, gnome-sharp-2.24.2-12.el7, gtk-sharp-beans-2.14.0-17.el7, gtk-sharp2-2.12.26-3.el7, gtk-sharp3-2.99.3-16.el7, gudev-sharp-0.1-18.el7, libappindicator-12.10.0-11.el7, libgpod-0.8.3-8.el7, mono-4.2.4-7.el7, mono-addins-1.1-3.el7, mono-cecil-0.9.6-6.el7, mono-zeroconf-0.9.0-16.el7, notify-sharp-0.4.0-0.26.20100411svn.el7, notify-sharp3-3.0.3-2.el7, nunit-3.5-1.el7, nunit2-2.6.4-14.el7, pinta-1.6-5.el7, taglib-sharp-2.1.0.0-3.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-03fb3c1531 banshee-2.6.2-11.el7, dbus-sharp-0.7.0-15.el7, dbus-sharp-glib-0.5.0-13.el7, gdata-sharp-1.4.0.2-18.el7, gio-sharp-0.3-14.el7, gkeyfile-sharp-0.1-19.el7, gnome-sharp-2.24.2-12.el7, gtk-sharp-beans-2.14.0-17.el7, gtk-sharp2-2.12.26-3.el7, gtk-sharp3-2.99.3-16.el7, gudev-sharp-0.1-18.el7, libappindicator-12.10.0-11.el7, libgpod-0.8.3-14.el7, libyui-bindings-1.1.0-7.el7, mono-4.2.4-7.el7, mono-addins-1.1-3.el7, mono-cecil-0.9.6-6.el7, mono-zeroconf-0.9.0-16.el7, notify-sharp-0.4.0-0.26.20100411svn.el7, notify-sharp3-3.0.3-2.el7, nunit-3.5-1.el7, nunit2-2.6.4-14.el7, pinta-1.6-5.el7, taglib-sharp-2.1.0.0-3.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-03fb3c1531 banshee-2.6.2-11.el7, dbus-sharp-0.7.0-15.el7, dbus-sharp-glib-0.5.0-13.el7, gdata-sharp-1.4.0.2-18.el7, gio-sharp-0.3-14.el7, gkeyfile-sharp-0.1-19.el7, gnome-sharp-2.24.2-12.el7, gtk-sharp-beans-2.14.0-17.el7, gtk-sharp2-2.12.26-3.el7, gtk-sharp3-2.99.3-16.el7, gudev-sharp-0.1-18.el7, libappindicator-12.10.0-11.el7, libgpod-0.8.3-14.el7, libyui-bindings-1.1.0-7.el7, mono-4.2.4-7.el7, mono-addins-1.1-3.el7, mono-cecil-0.9.6-6.el7, mono-zeroconf-0.9.0-16.el7, notify-sharp-0.4.0-0.26.20100411svn.el7, notify-sharp3-3.0.3-2.el7, nunit-3.5-1.el7, nunit2-2.6.4-14.el7, pinta-1.6-5.el7, taglib-sharp-2.1.0.0-3.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report. I have now retired Mono 1.2 from Epel5. I recommend to use Mono 4.2 in Epel7. Mono 4.6 in EPEL7 is getting very outdated these days, some projects won't build with 4.x anymore (e.g. UnrealEngine). Could we get it upgraded to a newer major release? @Quentin: I am glad you asked. I asked on the mono mailinglist some weeks ago, but nobody replied. https://lists.fedoraproject.org/archives/list/mono@lists.fedoraproject.org/thread/VHFVU6RK4L326JNQPLRFQUMUG6JFE6IY/ Since there is interest, I will start working on that. I have created a new bug 1857518 for upgrading Mono in Epel7. |