mono March 2016

mono@lists.fedoraproject.org

3 participants
3 discussions

[Bug 1255741] New: nunit fails to build on ppc64le
by Red Hat Bugzilla 07 Jul '16

07 Jul '16

https://bugzilla.redhat.com/show_bug.cgi?id=1255741 Bug ID: 1255741 Summary: nunit fails to build on ppc64le Product: Fedora Version: 23 Component: nunit Assignee: timotheus.pokorra(a)solidcharity.com Reporter: rdossant(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: claudiorodrigo(a)pereyradiaz.com.ar, mono(a)lists.fedoraproject.org, timotheus.pokorra(a)solidcharity.com Blocks: 1051573 (PPC64LETracker), 1185763 Description of problem: nunit fails to build with the following error message: /usr/lib/mono/4.5/Microsoft.Common.targets: error : Tool exited with code: 1. Output: Error: Exception has been thrown by the target of an invocation. Inner exception: A null reference or invalid value was found [GDI+ status: InvalidParameter] Tool /usr/lib/mono/4.5/resgen.exe execution started with arguments: /useSourcePath /compile "TestTree.resx,obj/Debug/NUnit.UiKit.TestTree.resources" Tool /usr/lib/mono/4.5/resgen.exe execution started with arguments: /useSourcePath /compile "TextOutputSettingsPage.resx,obj/Debug/NUnit.UiKit.TextOutputSettingsPage.resources" Tool /usr/lib/mono/4.5/resgen.exe execution started with arguments: /useSourcePath /compile "TipWindow.resx,obj/Debug/CP.Windows.Forms.TipWindow.resources" Tool /usr/lib/mono/4.5/resgen.exe execution started with arguments: /useSourcePath /compile "TreeBasedSettingsDialog.resx,obj/Debug/NUnit.UiKit.TreeBasedSettingsDialog.resources" /usr/lib/mono/4.5/Microsoft.Common.targets: error : Tool exited with code: 1. Output: Error: Exception has been thrown by the target of an invocation. Inner exception: A null reference or invalid value was found [GDI+ status: InvalidParameter] Task "GenerateResource" execution -- FAILED Done building target "GenerateResources" in project "/builddir/build/BUILD/nunitv2-2.6.4/src/GuiComponents/UiKit/nunit.uikit.dll.csproj".-- FAILED Done building project "/builddir/build/BUILD/nunitv2-2.6.4/src/GuiComponents/UiKit/nunit.uikit.dll.csproj".-- FAILED Task "MSBuild" execution -- FAILED Done building target "ResolveProjectReferences" in project "/builddir/build/BUILD/nunitv2-2.6.4/src/GuiRunner/nunit-gui/nunit-gui.csproj".-- FAILED Done building project "/builddir/build/BUILD/nunitv2-2.6.4/src/GuiRunner/nunit-gui/nunit-gui.csproj".-- FAILED Build FAILED. Errors: /builddir/build/BUILD/nunitv2-2.6.4/src/GuiRunner/nunit-gui/nunit-gui.csproj (default targets) -> /usr/lib/mono/4.5/Microsoft.Common.targets (ResolveProjectReferences target) -> /builddir/build/BUILD/nunitv2-2.6.4/src/GuiComponents/UiKit/nunit.uikit.dll.csproj (default targets) -> /usr/lib/mono/4.5/Microsoft.Common.targets (GenerateResources target) -> /usr/lib/mono/4.5/Microsoft.Common.targets: error : Tool exited with code: 1. Output: Error: Exception has been thrown by the target of an invocation. Inner exception: A null reference or invalid value was found [GDI+ status: InvalidParameter] /usr/lib/mono/4.5/Microsoft.Common.targets: error : Tool exited with code: 1. Output: Error: Exception has been thrown by the target of an invocation. Inner exception: A null reference or invalid value was found [GDI+ status: InvalidParameter] 0 Warning(s) 2 Error(s) Time Elapsed 00:00:07.7548090 RPM build errors: error: Bad exit status from /var/tmp/rpm-tmp.qjZa6L (%build) Version-Release number of selected component (if applicable): 2.6.4-9 How reproducible: ppc-koji build nonunit on ppc64le Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1051573 [Bug 1051573] ppc64le tracker bug https://bugzilla.redhat.com/show_bug.cgi?id=1185763 [Bug 1185763] smuxi fails to build on ppc64le -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=NByEbd61Df&a=cc_unsubscribe

1 3

[Bug 1259328] New: docky-2.2.1 is available
by Red Hat Bugzilla 05 Mar '16

05 Mar '16

https://bugzilla.redhat.com/show_bug.cgi?id=1259328 Bug ID: 1259328 Summary: docky-2.2.1 is available Product: Fedora Version: rawhide Component: docky Keywords: FutureFeature, Triaged Assignee: i(a)cicku.me Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i(a)cicku.me, mono(a)lists.fedoraproject.org Latest upstream release: 2.2.1 Current version/release in rawhide: 2.2.0-6.fc23 URL: https://launchpad.net/docky Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=hYmOz9LwSq&a=cc_unsubscribe

1 9

Mono 4.3.2 (to be 4.4) in Rawhide
by Timotheus Pokorra 04 Mar '16

04 Mar '16

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/docs/about-mono/releases/4.4.0/ One bigger change is this: "Our build system has been reconfigured to become a 4.x setup, as opposed to 4.5 only and it’s now tracking .NET 4.6.1 APIs." It seems the reference assemblies are taking a more prominent place. We are not using them for Fedora. So we can only target the latest 4.6.1 APIs. I have added symlinks for 4.0 and 4.5 to point at the latest API. That way we don't need to change the TargetFramework in the csproj files of all the packages depending on Mono in Fedora. See the changes here: http://pkgs.fedoraproject.org/cgit/rpms/mono.git/tree/mono-4.0.0-ignore-ref… I also had quite an issue with mscorlib and other dlls not included in the rpm package. I am glad that I was still able to run koji untag-pkg as suggested in fedora-devel. So in the future, we need to build Mono packages first in copr, and then see if we can still compile other packages depending on Mono, and Mono itself with that new version. The reason for the problems in this release is that less assemblies are in the GAC by default. Even not System.IO.dll. I don't fully understand that, but I guess it works. We just need to make sure that mono-find-provides still picks those dlls up even though they are not in the GAC. I have fixed that here: http://pkgs.fedoraproject.org/cgit/rpms/mono.git/tree/mono-4.3.2-find-provi… The Xamarin rpms have manual mention of each Provide, which we don't want in our spec file: https://github.com/mono/linux-packaging-mono/blob/centos/mono-core.spec We are not able to build MonoDevelop 6 Alpha, because there are no tarballs released yet. Please let me know if you find any issues with Mono in Rawhide. Have a nice weekend, Timotheus

2 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

mono March 2016