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
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
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