SHA256
1
0
forked from pool/mono-core
mono-core/mono-core.spec

1647 lines
63 KiB
RPMSpec
Raw Permalink Normal View History

#
# spec file for package mono-core
#
# Copyright (c) 2021 SUSE LINUX GmbH, Nuernberg, Germany.
#
# All modifications and additions to the file contributed by third parties
# remain the property of their copyright owners, unless otherwise agreed
# upon. The license for this file, and modifications and additions to the
# file, is the same license as for the pristine package itself (unless the
# license for the pristine package is not an Open Source License, in which
# case the license is the MIT License). An "Open Source License" is a
# license that conforms to the Open Source Definition (Version 1.9)
# published by the Open Source Initiative.
# Please submit bugfixes or comments via https://bugs.opensuse.org/
#
%{!?ext_man: %define ext_man .gz}
%define llvm no
%define sgen yes
%ifarch aarch64
%define boehm no
%else
%define boehm yes
%endif
%ifarch %ix86 x86_64 %{arm} aarch64 ppc64 ppc64le s390x
%define btls yes
%else
%define btls no
%endif
%ifarch %ix86 x86_64 %{arm} aarch64
%define roslyn yes
%else
%define roslyn no
%endif
%define version_suffix 199
Name: mono-core
Version: 6.12.0
Release: 0
Summary: Cross-platform, Open Source, .NET development framework
License: LGPL-2.1-only AND MIT AND MS-PL
Group: Development/Languages/Mono
Url: http://www.mono-project.com
Source0: http://download.mono-project.com/sources/mono/mono-%{version}.%{version_suffix}.tar.xz
Accepting request 244977 from home:Mailaender:branches:Mono:Factory - Rebased patches and submitted to upstream - Removed ARM compatibility hacks https://github.com/mono/mono/pull/1211 + mono-arm-cpuinfo-v5.patch + mono-arm-cpuinfo-v7.patch + mono-arm-vfp.patch - Update to 3.6.0 + Runtime performance counters have been integrated into the profiler allowing the performance counter information to be surfaced to profiling tools and in particular Xamarin’s upcoming profiler. + The profiler now produces backtraces for statistical mode. The profiler’s tracing mode now works on ARM. + The debugger now support line and column ranges. pdb2mdb supports it. Note: the rest of our toolchain still needs to be updated. + The debugger now supports changing the current line in the top frame. + Lots of bugfixes and performance improvements on the profiler. + The debugger now support reading simple properties without calling their getter, this is done by having a lightweight IL interpreter for small pieces of code. This allows more properties to be inspected while the process is completely stopped and without having to temporarily resume execution of the target to execute the property code. + Added buffered response mode to improve network efficiency on high latency links such as USB. + The GC bridge got a lot of performance work. There are now two new modes that can significantly improve some workloads. + Multiple http stack improvements: some leaks in the stack have been fixed, as well as solving some long-standing bugs involving asynchronous operations and proxies. We have introduced a more comprehensive test harness to ensure that those bugs do not surface again. + System.IO.Compression is now implemented + System.Security.Claims is now implemented. It resides in the System assembly (existed before in the Identity stack, but now we track the new home from the .NET 4.5 API). + Reworked locking to drop a hot lock in method lookup. + Use fine grained locking instead of a big hot lock. + Better hashing of some runtime internal items to avoid some corner-case slowdowns with generics. + The profiler is now able to produces backtraces in statistical mode. + Added periodical flushing that should help interactive users. This means that the profiling will send data over the profiling even if the application is not currently sending data (this is there to support the upcoming new profiler UI). + It now collects and reports performance counter information. See mprof-report’s man page. + Fixed the handling of the volatile. CIL prefix. + We now distribute IKVM’s ikdasm tool. This is a reliable disassembler that does not have the limitation of monodis of requiring a complete set of assemblies that are compatible to disassemble. This will disassemble even files that do not have their dependencies available. + Optimized EqualityComparer for more types. + Our msbuild implementation can now build Project K and Roslyn + Optimized EqualityComparer for more types. + [mcs] Flow analysis of nested binary expressions inside anonymous methods was missing on left/right reset. + [mcs] Fix betterness logic for default vs params parameters. OBS-URL: https://build.opensuse.org/request/show/244977 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=130
2014-08-26 16:56:31 +02:00
Source1: mono-core.rpmlintrc
Source2: gmcs
Source3: mono.attr
Source4: mono-find-provides
Source5: mono-find-requires
# ppc build segfault so exclude it
ExcludeArch: ppc
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
# PATCH-FIX-OPENSUSE remove checks for libmono in mono-find-provides and mono-find-requires scripts
Patch14: find-deps-fix.patch
# PATCH-FIX-OPENSUSE revert Microsoft.Build.Tasks library to use old mcs compiler. This will make xbuild to use old mcs instead of csc - patch is used when roslyn is unavailable for current platform (big-endian systems).
Patch15: xbuild-revert-to-mcs.patch
# PATCH-FIX-OPENSUSE make xbuild to use roslyn-vbc on roslyn-enabled builds, in order to fix vbnc's VBNC99999 failures on such builds
Patch20: xbuild-use-roslyn-vbc.patch
# PATCH-FIX-UPSTREAM fix-s390x-ucontext.patch bsc#1171934 mgorse@suse.com -- fix s390x build on glibc 2.26.
Patch22: fix-s390x-ucontext.patch
# PATCH-FIX-OPENSUSE enable-X509_V_FLAG_TRUSTED_FIRST-flag.patch bsc#1191220 mliska@suse.com -- fix the new Let's encrypt issue
Patch23: enable-X509_V_FLAG_TRUSTED_FIRST-flag.patch
BuildRequires: autoconf
BuildRequires: automake
BuildRequires: bison
BuildRequires: ca-certificates
BuildRequires: cmake
BuildRequires: fdupes
BuildRequires: gcc-c++
BuildRequires: libtool
BuildRequires: pkgconfig
BuildRequires: python3
Accepting request 247822 from home:Mailaender:branches:Mono:Factory - Removed upstreamed ppc.patch - Updated to 3.8.0 + The JIT now better handle long remainers by powers of two, generating significantly better code. + Over 10x faster code is generated for delegates that only invoked once. C# features such as async and LINQ produces a lot of those delegates, so this improvement will impact everyone. + Improved alias analysis can now handle second order aliases and eliminate null checks. + The runtime now has a concurrently readable hashtable that can makes reflection heavy workloads significantly faster and more scalable. + Optimized one of the core data structures of the garbage collector should result in 5 to 10% reduction in collection times. + Fix the leaking of mach ports introduced by 98bbf8512aec0fa01b4426583280f6d231d22187. bxc#22068 + Fix Process.PrivateMemorySize64 etc. on ios. bxc#21882 + Fix enum->int casts in gsharedvt code. bxc#21893 + Avoid making generic calls from gsharedvt methods normally, go through the rgctx infrastructure instead. bxc#21677 + Fix another native-types problem. Hopefully fixes #21670 and #21636 + Use alias information to eliminate explicit null checks. bxc#21645 + Initialize fields in MonoField:GetFieldOffset () if needed. Fixes part of #21604 + Properly handle rethrow outside of catch blocks. bxc#20412 + Disable runtime unit tests on linux, because it cannot be linked due to circular dependencies between libraries. bxc#21520 + When parsing a method header, ensure we pass any available generic context. bxc#21388 + Added new mono_domain_set_config function; used to fix ConfigurationErrorsException in bxc#10468 + Only apply the maverick stack size hack to the main thread. bxc#10096 + Don’t hardcode the temp dir to /tmp, use g_get_tmp_dir instead. bxc#20894 + Explicit thread GC data around instead of relying on TLS storage. bxc#20360 + Make WaitForPendingFinalizers () really wait for the finalizers added by a previous GC. bxc#20503 + Fix the marshal7.cs test, longs can be aligned to 4 bytes on 32 bit linux, and the runtime no longer aligns structure sizes to 8 bytes. bxc#20788 + Fix the popping of LMF frames during unwinding. bxc#20616 + Fix the marshalling of ByValTStr types which have a size specified. bxc#20674 + Fix the decoding of MonoJitInfo. bxc#16439 + Make it possible to create views to magic zero size files such as /dev/zero. bxc#19460 + Free static bound delegate wrappers of dynamic methods. bxc#19058 + Don’t perform double accounting of offset for named memory segments. bxc#20591 + Avoid joining attached threads. bxc#19343 OBS-URL: https://build.opensuse.org/request/show/247822 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=131
2014-09-15 16:07:31 +02:00
BuildRequires: systemtap-sdt-devel
BuildRequires: timezone
BuildRequires: which
Accepting request 247822 from home:Mailaender:branches:Mono:Factory - Removed upstreamed ppc.patch - Updated to 3.8.0 + The JIT now better handle long remainers by powers of two, generating significantly better code. + Over 10x faster code is generated for delegates that only invoked once. C# features such as async and LINQ produces a lot of those delegates, so this improvement will impact everyone. + Improved alias analysis can now handle second order aliases and eliminate null checks. + The runtime now has a concurrently readable hashtable that can makes reflection heavy workloads significantly faster and more scalable. + Optimized one of the core data structures of the garbage collector should result in 5 to 10% reduction in collection times. + Fix the leaking of mach ports introduced by 98bbf8512aec0fa01b4426583280f6d231d22187. bxc#22068 + Fix Process.PrivateMemorySize64 etc. on ios. bxc#21882 + Fix enum->int casts in gsharedvt code. bxc#21893 + Avoid making generic calls from gsharedvt methods normally, go through the rgctx infrastructure instead. bxc#21677 + Fix another native-types problem. Hopefully fixes #21670 and #21636 + Use alias information to eliminate explicit null checks. bxc#21645 + Initialize fields in MonoField:GetFieldOffset () if needed. Fixes part of #21604 + Properly handle rethrow outside of catch blocks. bxc#20412 + Disable runtime unit tests on linux, because it cannot be linked due to circular dependencies between libraries. bxc#21520 + When parsing a method header, ensure we pass any available generic context. bxc#21388 + Added new mono_domain_set_config function; used to fix ConfigurationErrorsException in bxc#10468 + Only apply the maverick stack size hack to the main thread. bxc#10096 + Don’t hardcode the temp dir to /tmp, use g_get_tmp_dir instead. bxc#20894 + Explicit thread GC data around instead of relying on TLS storage. bxc#20360 + Make WaitForPendingFinalizers () really wait for the finalizers added by a previous GC. bxc#20503 + Fix the marshal7.cs test, longs can be aligned to 4 bytes on 32 bit linux, and the runtime no longer aligns structure sizes to 8 bytes. bxc#20788 + Fix the popping of LMF frames during unwinding. bxc#20616 + Fix the marshalling of ByValTStr types which have a size specified. bxc#20674 + Fix the decoding of MonoJitInfo. bxc#16439 + Make it possible to create views to magic zero size files such as /dev/zero. bxc#19460 + Free static bound delegate wrappers of dynamic methods. bxc#19058 + Don’t perform double accounting of offset for named memory segments. bxc#20591 + Avoid joining attached threads. bxc#19343 OBS-URL: https://build.opensuse.org/request/show/247822 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=131
2014-09-15 16:07:31 +02:00
BuildRequires: pkgconfig(libgdiplus)
BuildRequires: pkgconfig(x11)
BuildRequires: pkgconfig(xinerama)
BuildRequires: pkgconfig(zlib)
%ifnarch ia64 %arm s390
Accepting request 247822 from home:Mailaender:branches:Mono:Factory - Removed upstreamed ppc.patch - Updated to 3.8.0 + The JIT now better handle long remainers by powers of two, generating significantly better code. + Over 10x faster code is generated for delegates that only invoked once. C# features such as async and LINQ produces a lot of those delegates, so this improvement will impact everyone. + Improved alias analysis can now handle second order aliases and eliminate null checks. + The runtime now has a concurrently readable hashtable that can makes reflection heavy workloads significantly faster and more scalable. + Optimized one of the core data structures of the garbage collector should result in 5 to 10% reduction in collection times. + Fix the leaking of mach ports introduced by 98bbf8512aec0fa01b4426583280f6d231d22187. bxc#22068 + Fix Process.PrivateMemorySize64 etc. on ios. bxc#21882 + Fix enum->int casts in gsharedvt code. bxc#21893 + Avoid making generic calls from gsharedvt methods normally, go through the rgctx infrastructure instead. bxc#21677 + Fix another native-types problem. Hopefully fixes #21670 and #21636 + Use alias information to eliminate explicit null checks. bxc#21645 + Initialize fields in MonoField:GetFieldOffset () if needed. Fixes part of #21604 + Properly handle rethrow outside of catch blocks. bxc#20412 + Disable runtime unit tests on linux, because it cannot be linked due to circular dependencies between libraries. bxc#21520 + When parsing a method header, ensure we pass any available generic context. bxc#21388 + Added new mono_domain_set_config function; used to fix ConfigurationErrorsException in bxc#10468 + Only apply the maverick stack size hack to the main thread. bxc#10096 + Don’t hardcode the temp dir to /tmp, use g_get_tmp_dir instead. bxc#20894 + Explicit thread GC data around instead of relying on TLS storage. bxc#20360 + Make WaitForPendingFinalizers () really wait for the finalizers added by a previous GC. bxc#20503 + Fix the marshal7.cs test, longs can be aligned to 4 bytes on 32 bit linux, and the runtime no longer aligns structure sizes to 8 bytes. bxc#20788 + Fix the popping of LMF frames during unwinding. bxc#20616 + Fix the marshalling of ByValTStr types which have a size specified. bxc#20674 + Fix the decoding of MonoJitInfo. bxc#16439 + Make it possible to create views to magic zero size files such as /dev/zero. bxc#19460 + Free static bound delegate wrappers of dynamic methods. bxc#19058 + Don’t perform double accounting of offset for named memory segments. bxc#20591 + Avoid joining attached threads. bxc#19343 OBS-URL: https://build.opensuse.org/request/show/247822 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=131
2014-09-15 16:07:31 +02:00
BuildRequires: pkgconfig(valgrind)
%endif
%if "%llvm" == "yes"
BuildRequires: llvm-mono-devel
%endif
Requires: ca-certificates
Provides: mono = %{version}
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
Provides: mono-cairo = %{version}
Provides: mono-drawing = %{version}
Provides: mono-ikvm = %{version}
Provides: mono-posix = %{version}
Provides: mono-xml-relaxng = %{version}
Provides: mono-ziplib = %{version}
BuildRoot: %{_tmppath}/%{name}-%{version}-build
%if "%llvm" == "yes"
Recommends: libmono-llvm0 = %{version}
%endif
Recommends: libgdiplus0
Provides: mono(Commons.Xml.Relaxng) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(Commons.Xml.Relaxng) = 2.0.0.0
Provides: mono(CustomMarshalers) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(CustomMarshalers) = 2.0.0.0
Provides: mono(I18N) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(I18N) = 2.0.0.0
Provides: mono(I18N.West) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(I18N.West) = 2.0.0.0
Provides: mono(ICSharpCode.SharpZipLib) = 0.6.0.0
Provides: mono(ICSharpCode.SharpZipLib) = 0.84.0.0
Provides: mono(ICSharpCode.SharpZipLib) = 2.6.0.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(ICSharpCode.SharpZipLib) = 2.84.0.0
Provides: mono(Mono.Cairo) = 1.0.5000.0
Provides: mono(Mono.Cairo) = 2.0.0.0
Provides: mono(Mono.CompilerServices.SymbolWriter) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(Mono.CompilerServices.SymbolWriter) = 2.0.0.0
Provides: mono(Mono.Configuration.Crypto) = 4.0.0.0
Provides: mono(Mono.Posix) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(Mono.Posix) = 2.0.0.0
Provides: mono(Mono.Security) = 1.0.5000.0
Provides: mono(Mono.Security) = 2.0.0.0
Provides: mono(System) = 1.0.5000.0
Provides: mono(System) = 2.0.0.0
Provides: mono(System.Collections) = 4.0.0.0
Provides: mono(System.Collections.Concurrent) = 4.0.0.0
Provides: mono(System.ComponentModel) = 4.0.0.0
Provides: mono(System.ComponentModel.Annotations) = 4.0.0.0
Provides: mono(System.ComponentModel.EventBasedAsync) = 4.0.0.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(System.Configuration) = 1.0.5000.0
Provides: mono(System.Configuration) = 2.0.0.0
Provides: mono(System.Diagnostics.Contracts) = 4.0.0.0
Provides: mono(System.Diagnostics.Debug) = 4.0.0.0
Provides: mono(System.Diagnostics.Tools) = 4.0.0.0
Provides: mono(System.Diagnostics.Tracing) = 4.0.0.0
Provides: mono(System.Dynamic.Runtime) = 4.0.0.0
Provides: mono(System.Globalization) = 4.0.0.0
Provides: mono(System.IO) = 4.0.0.0
Provides: mono(System.Linq) = 4.0.0.0
Provides: mono(System.Linq.Expressions) = 4.0.0.0
Provides: mono(System.Linq.Parallel) = 4.0.0.0
Provides: mono(System.Linq.Queryable) = 4.0.0.0
Provides: mono(System.Net.NetworkInformation) = 4.0.0.0
Provides: mono(System.Net.Primitives) = 4.0.0.0
Provides: mono(System.Net.Requests) = 4.0.0.0
Provides: mono(System.ObjectModel) = 4.0.0.0
Provides: mono(System.Reflection) = 4.0.0.0
Provides: mono(System.Reflection.Emit) = 4.0.0.0
Provides: mono(System.Reflection.Emit.ILGeneration) = 4.0.0.0
Provides: mono(System.Reflection.Emit.Lightweight) = 4.0.0.0
Provides: mono(System.Reflection.Extensions) = 4.0.0.0
Provides: mono(System.Reflection.Primitives) = 4.0.0.0
Provides: mono(System.Resources.ResourceManager) = 4.0.0.0
Provides: mono(System.Runtime) = 4.0.0.0
Provides: mono(System.Runtime.Extensions) = 4.0.0.0
Provides: mono(System.Runtime.InteropServices) = 4.0.0.0
Provides: mono(System.Runtime.InteropServices.WindowsRuntime) = 4.0.0.0
Provides: mono(System.Runtime.Numerics) = 4.0.0.0
Provides: mono(System.Runtime.Serialization.Json) = 4.0.0.0
Provides: mono(System.Runtime.Serialization.Primitives) = 4.0.0.0
Provides: mono(System.Runtime.Serialization.Xml) = 4.0.0.0
Provides: mono(System.Security) = 1.0.5000.0
Provides: mono(System.Security) = 2.0.0.0
Provides: mono(System.Security.Principal) = 4.0.0.0
Provides: mono(System.Text.Encoding) = 4.0.0.0
Provides: mono(System.Text.Encoding.Extensions) = 4.0.0.0
Provides: mono(System.Text.RegularExpressions) = 4.0.0.0
Provides: mono(System.Threading) = 4.0.0.0
Provides: mono(System.Threading.Tasks) = 4.0.0.0
Provides: mono(System.Threading.Tasks.Parallel) = 4.0.0.0
Provides: mono(System.Threading.Timer) = 4.0.0.0
Provides: mono(System.Xml) = 1.0.5000.0
Provides: mono(System.Xml) = 2.0.0.0
Provides: mono(System.Xml.ReaderWriter) = 4.0.0.0
Provides: mono(System.Xml.XDocument) = 4.0.0.0
Provides: mono(System.Xml.XmlSerializer) = 4.0.0.0
Provides: mono(mscorlib) = 1.0.5000.0
Provides: mono(mscorlib) = 2.0.0.0
Provides: mono(mscorlib) = 4.0.0.0
Provides: mono(netstandard) = 2.0.0.0
Provides: mono(System.Runtime.CompilerServices.Unsafe) = 4.0.4.1
# mono-core provides System.DateTime functions, which rely on timezone information
Requires: timezone
%define _use_internal_dependency_generator 0
# mono now ships with precompiled roslyn components that will lead us to broken requires\provides
# instead of filtering bigger list of broken requires\provides, filter initial filelist and disable precompiled binaries from evaluation
%define roslyn_prefix %{buildroot}%{_prefix}/lib/mono/4.5
%define msbuild_prefix %{buildroot}%{_prefix}/lib/mono/msbuild/15.0/bin/Roslyn
%define filtered_filelist printf "%s\\n" "${filelist[@]}" | grep -v "%{roslyn_prefix}/dim/" | grep -v "%{roslyn_prefix}/Microsoft.CodeAnalysis" | grep -v "%{roslyn_prefix}/Microsoft.Build.Tasks.CodeAnalysis.dll" | grep -v "%{roslyn_prefix}/System.Collections.Immutable.dll" | grep -v "%{roslyn_prefix}/System.Reflection.Metadata.dll" | grep -v "%{roslyn_prefix}/csc.exe" | grep -v "%{roslyn_prefix}/csc-dim.exe" | grep -v "%{roslyn_prefix}/vbc.exe" | grep -v "%{roslyn_prefix}/csi.exe" | grep -v "%{roslyn_prefix}/VBCSCompiler.exe" | grep -v "%{msbuild_prefix}/Microsoft.CodeAnalysis" | grep -v "%{msbuild_prefix}/Microsoft.Build.Tasks.CodeAnalysis.dll" | grep -v "%{msbuild_prefix}/System.Collections.Immutable.dll" | grep -v "%{msbuild_prefix}/System.Reflection.Metadata.dll" | grep -v "%{msbuild_prefix}/csc.exe" | grep -v "%{msbuild_prefix}/vbc.exe" | grep -v "%{msbuild_prefix}/csi.exe" | grep -v "%{msbuild_prefix}/VBCSCompiler.exe" | cat -
%define extra_req_filters grep -vE "%{buildroot}%{_prefix}/lib/mono/.*-api/Mono.Debugger.Soft.dll"
%define __find_provides env sh -c 'filelist=($(cat)) && { %{filtered_filelist} | /usr/lib/rpm/find-provides && %{filtered_filelist} | prefix=%{buildroot}%{_prefix} %{buildroot}%{_bindir}/mono-find-provides ; } | sort | uniq'
%define __find_requires env sh -c 'filelist=($(cat)) && { %{filtered_filelist} | %{extra_req_filters} | /usr/lib/rpm/find-requires && %{filtered_filelist} | %{extra_req_filters} | prefix=%{buildroot}%{_prefix} %{buildroot}%{_bindir}/mono-find-requires | grep -v "System.Numerics.Vectors" | grep -v "System.Buffers" | grep -v "Microsoft.Build.Framework" | grep -v "Microsoft.Build.Tasks.Core" | grep -v "Microsoft.Build.Utilities.Core" | grep -v "System.Runtime.Loader" | grep -v "System.Text.Encoding.CodePages" ; } | sort | uniq'
%description
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
%prep
%setup -q -n mono-%{version}.%{version_suffix}
%patch -P 14 -p1
%if "%roslyn" == "no"
%patch -P 15 -p1
%else
%patch -P 20 -p1
%endif
%patch -P 22 -p1
%patch -P 23 -p1
%build
%define _lto_cflags %{nil}
# autogen.sh seems broken: it is not processing libgs subdirectory leaving old stuff there untouched.
# so, remove gnu-build-system files manually
find . \( \
-name "Makefile.in" \
-o -name "missing" \
-o -name "ltmain.sh" \
-o -name "install-sh" \
-o -name "depcomp" \
-o -name "configure" \
-o -name "compile" \
-o -name "config.guess" \
-o -name "config.sub" \
-o -name "config.h.in" \
-o -name "aclocal.m4" \
-o -name "test-driver" \
-o -name "libtool.m4" \
-o -name "ltoptions.m4" \
-o -name "ltsugar.m4" \
-o -name "ltversion.m4" \
-o -name "lt~obsolete.m4" \
\) -a -not -path "./external/*" \
-exec rm -v {} \;
# and recreate them with autoreconf
autoreconf -fvi
export CFLAGS=" %{optflags} -fno-strict-aliasing"
%ifarch armv7l armv7hl
export MONO_CPU_ARCH="armv7l-thumb"
%endif
%ifarch armv5el
export MONO_CPU_ARCH="armv5el"
%endif
# distro specific configure options
%if "%llvm" == "yes"
export PATH=/opt/novell/llvm-mono/bin:$PATH
%endif
%configure \
--with-sgen=%{sgen} \
%if "%llvm" == "yes"
--enable-loadedllvm \
%endif
%ifarch ppc
--with-sigaltstack=no \
%endif
%ifnarch %ix86 x86_64
--disable-system-aot \
%endif
%if "%roslyn" == "no"
--with-csc=mcs \
%endif
--with-ikvm=yes \
--with-moonlight=no
#make VERBOSE=1 V=s
make
%install
%make_install
%if 0%{?suse_version} > 1500
# install the rpm file attributes to arm the dependency scanner
mkdir -p %{buildroot}%{_rpmconfigdir}/fileattrs
install %{SOURCE3} %{buildroot}%{_rpmconfigdir}/fileattrs/mono.attr
# Install custom mono-find-{provides/requires}
install -p -m755 %{SOURCE4} %{SOURCE5} %{buildroot}%{_rpmconfigdir}
%endif
# Remove hardcoded lib directory from the config
sed -i 's,\$mono_libdir/,,g' %{buildroot}%{_sysconfdir}/mono/config
# remove .la files (they are generally bad news)
rm -f %{buildroot}%{_libdir}/*.la
# remove Windows-only stuff
rm -rf %{buildroot}%{_prefix}/lib/mono/*/Mono.Security.Win32*
rm -f %{buildroot}%{_libdir}/libMonoSupportW.*
# remove .a files for libraries that are really only for us
rm -f %{buildroot}%{_libdir}/libMonoPosixHelper.a
rm -f %{buildroot}%{_libdir}/libmono-native.a
rm -f %{buildroot}%{_libdir}/libikvm-native.a
rm -f %{buildroot}%{_libdir}/libmono-llvm.a
rm -f %{buildroot}%{_libdir}/libmono-2.0.a
rm -f %{buildroot}%{_libdir}/libmonoboehm-2.0.a
rm -f %{buildroot}%{_libdir}/libmonosgen-2.0.a
# remove libgc cruft
rm -rf %{buildroot}%{_datadir}/libgc-mono
# remove stuff that we don't package
rm -f %{buildroot}%{_bindir}/cilc
rm -f %{buildroot}%{_mandir}/man1/cilc.1*
rm -f %{buildroot}%{_mandir}/man1/mdb2ppdb.1*
rm -f %{buildroot}%{_prefix}/lib/mono/*/browsercaps-updater.*
rm -f %{buildroot}%{_prefix}/lib/mono/*/culevel.*
# brp-compress doesn't search _mandir
# so we cheat it
ln -s . %{buildroot}%{_prefix}%{_prefix}
RPM_BUILD_ROOT=%{buildroot}%{_prefix} /usr/lib/rpm/brp-compress
rm %{buildroot}%{_prefix}%{_prefix}
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
# Fix non-executable-in-bin
chmod +x %{buildroot}%{_bindir}/mono-gdb.py
chmod +x %{buildroot}%{_bindir}/mono-sgen-gdb.py
#ERROR: link target doesn't exist (neither in build root nor in installed system):
rm -rf %{buildroot}%{_prefix}/lib/mono/xbuild/12.0/bin/Microsoft.Build.dll
rm -rf %{buildroot}%{_prefix}/lib/mono/xbuild/12.0/bin/Microsoft.Build.Engine.dll
rm -rf %{buildroot}%{_prefix}/lib/mono/xbuild/12.0/bin/Mono.XBuild.Tasks.dll
rm -rf %{buildroot}%{_prefix}/lib/mono/xbuild/12.0/bin/Microsoft.Build.Framework.dll
rm -rf %{buildroot}%{_prefix}/lib/mono/xbuild/12.0/bin/Microsoft.Build.Tasks.v12.0.dll
rm -rf %{buildroot}%{_prefix}/lib/mono/xbuild/12.0/bin/Microsoft.Build.Utilities.v12.0.dll
# Fake the deprecated binary to build legacy packages.
install -D -m 0755 %{S:2} %{buildroot}%{_bindir}/gmcs
# remove roslyn components, if it is disabled from build.
# this trick is needed to fix build for some packages (gnome-keyring-sharp for example),
# that incorrectly detect CSC precense when it is actually not usable for current platform.
# mono still package roslyn components even if it is disabled from build
%if "%roslyn" == "no"
rm -v %{buildroot}%{_prefix}/lib/mono/4.5/Microsoft.CodeAnalysis.CSharp.dll*
rm -v %{buildroot}%{_prefix}/lib/mono/4.5/Microsoft.CodeAnalysis.dll*
rm -v %{buildroot}%{_prefix}/lib/mono/4.5/System.Collections.Immutable.dll*
rm -v %{buildroot}%{_prefix}/lib/mono/4.5/System.Reflection.Metadata.dll*
rm -v %{buildroot}%{_prefix}/lib/mono/4.5/Microsoft.CodeAnalysis.CSharp.Scripting.dll*
rm -v %{buildroot}%{_prefix}/lib/mono/4.5/Microsoft.CodeAnalysis.Scripting.dll*
rm -v %{buildroot}%{_prefix}/lib/mono/4.5/Microsoft.CodeAnalysis.VisualBasic.dll*
rm -v %{buildroot}%{_prefix}/lib/mono/4.5/VBCSCompiler.*
rm -v %{buildroot}%{_prefix}/lib/mono/4.5/csc.*
rm -v %{buildroot}%{_prefix}/lib/mono/4.5/csi.*
rm -v %{buildroot}%{_prefix}/lib/mono/4.5/vbc.*
rm -v %{buildroot}%{_bindir}/csc
rm -v %{buildroot}%{_bindir}/csi
rm -v %{buildroot}%{_bindir}/vbc
rm -rfv %{msbuild_prefix}
# also remove stale symlinks to prevent from brp-25-symlink errors:
rm -v %{buildroot}%{_prefix}/lib/mono/msbuild/Current/bin/Roslyn/*
%endif
%fdupes %{buildroot}%{_prefix}
%find_lang mcs
%if "%sgen" == "no"
# installed anyway but not packaged
rm %{buildroot}%{_bindir}/mono-sgen-gdb.py
%endif
%files -f mcs.lang
%defattr(-, root, root)
%doc NEWS README.md
%license COPYING.LIB LICENSE
%config %{_sysconfdir}/mono/2.0/machine.config
%config %{_sysconfdir}/mono/2.0/settings.map
%config %{_sysconfdir}/mono/4.0/machine.config
%config %{_sysconfdir}/mono/4.0/settings.map
%config %{_sysconfdir}/mono/4.5/machine.config
%config %{_sysconfdir}/mono/4.5/settings.map
%config %{_sysconfdir}/mono/config
%dir %{_prefix}/lib/mono
%dir %{_prefix}/lib/mono/4.5
%dir %{_prefix}/lib/mono/4.5/Facades
%dir %{_prefix}/lib/mono/gac
%dir %{_sysconfdir}/mono
%dir %{_sysconfdir}/mono/2.0
%dir %{_sysconfdir}/mono/4.0
%dir %{_sysconfdir}/mono/4.5
%{_bindir}/al
%{_bindir}/al2
%{_bindir}/cert-sync
%{_bindir}/certmgr
%{_bindir}/chktrust
%{_bindir}/crlupdate
%{_bindir}/csharp
%{_bindir}/dmcs
%{_bindir}/gacutil
%{_bindir}/gacutil2
%{_bindir}/gmcs
Accepting request 244977 from home:Mailaender:branches:Mono:Factory - Rebased patches and submitted to upstream - Removed ARM compatibility hacks https://github.com/mono/mono/pull/1211 + mono-arm-cpuinfo-v5.patch + mono-arm-cpuinfo-v7.patch + mono-arm-vfp.patch - Update to 3.6.0 + Runtime performance counters have been integrated into the profiler allowing the performance counter information to be surfaced to profiling tools and in particular Xamarin’s upcoming profiler. + The profiler now produces backtraces for statistical mode. The profiler’s tracing mode now works on ARM. + The debugger now support line and column ranges. pdb2mdb supports it. Note: the rest of our toolchain still needs to be updated. + The debugger now supports changing the current line in the top frame. + Lots of bugfixes and performance improvements on the profiler. + The debugger now support reading simple properties without calling their getter, this is done by having a lightweight IL interpreter for small pieces of code. This allows more properties to be inspected while the process is completely stopped and without having to temporarily resume execution of the target to execute the property code. + Added buffered response mode to improve network efficiency on high latency links such as USB. + The GC bridge got a lot of performance work. There are now two new modes that can significantly improve some workloads. + Multiple http stack improvements: some leaks in the stack have been fixed, as well as solving some long-standing bugs involving asynchronous operations and proxies. We have introduced a more comprehensive test harness to ensure that those bugs do not surface again. + System.IO.Compression is now implemented + System.Security.Claims is now implemented. It resides in the System assembly (existed before in the Identity stack, but now we track the new home from the .NET 4.5 API). + Reworked locking to drop a hot lock in method lookup. + Use fine grained locking instead of a big hot lock. + Better hashing of some runtime internal items to avoid some corner-case slowdowns with generics. + The profiler is now able to produces backtraces in statistical mode. + Added periodical flushing that should help interactive users. This means that the profiling will send data over the profiling even if the application is not currently sending data (this is there to support the upcoming new profiler UI). + It now collects and reports performance counter information. See mprof-report’s man page. + Fixed the handling of the volatile. CIL prefix. + We now distribute IKVM’s ikdasm tool. This is a reliable disassembler that does not have the limitation of monodis of requiring a complete set of assemblies that are compatible to disassemble. This will disassemble even files that do not have their dependencies available. + Optimized EqualityComparer for more types. + Our msbuild implementation can now build Project K and Roslyn + Optimized EqualityComparer for more types. + [mcs] Flow analysis of nested binary expressions inside anonymous methods was missing on left/right reset. + [mcs] Fix betterness logic for default vs params parameters. OBS-URL: https://build.opensuse.org/request/show/244977 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=130
2014-08-26 16:56:31 +02:00
%{_bindir}/ikdasm
%{_bindir}/mcs
%{_bindir}/mono
%{_bindir}/mono-hang-watchdog
%if "%boehm" == "yes"
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
%{_bindir}/mono-boehm
%endif
%{_bindir}/mono-configuration-crypto
%if "%sgen" == "yes"
%{_bindir}/mono-sgen
%endif
%{_bindir}/mono-test-install
%{_bindir}/mozroots
%{_bindir}/peverify
%{_bindir}/setreg
%{_bindir}/sn
%{_libdir}/libMonoPosixHelper.so*
%{_libdir}/libmono-native.so*
%{_libdir}/libikvm-native.so
%{_mandir}/man1/cert-sync.1%ext_man
%{_mandir}/man1/certmgr.1%ext_man
%{_mandir}/man1/chktrust.1%ext_man
%{_mandir}/man1/crlupdate.1%ext_man
%{_mandir}/man1/csharp.1%ext_man
%{_mandir}/man1/gacutil.1%ext_man
%{_mandir}/man1/mcs.1%ext_man
%{_mandir}/man1/mono-configuration-crypto.1%ext_man
%{_mandir}/man1/mono.1%ext_man
%{_mandir}/man1/mozroots.1%ext_man
%{_mandir}/man1/setreg.1%ext_man
%{_mandir}/man1/sn.1%ext_man
%{_mandir}/man5/mono-config.5%ext_man
%{_prefix}/lib/mono/4.5/System.IO.Compression.FileSystem.dll
%{_prefix}/lib/mono/4.5/System.IO.Compression.dll
%{_prefix}/lib/mono/4.5/al.exe*
%{_prefix}/lib/mono/4.5/cert-sync.exe*
%{_prefix}/lib/mono/4.5/certmgr.exe*
%{_prefix}/lib/mono/4.5/chktrust.exe*
%{_prefix}/lib/mono/4.5/crlupdate.exe*
%{_prefix}/lib/mono/4.5/csharp.exe*
%{_prefix}/lib/mono/4.5/gacutil.exe*
Accepting request 244977 from home:Mailaender:branches:Mono:Factory - Rebased patches and submitted to upstream - Removed ARM compatibility hacks https://github.com/mono/mono/pull/1211 + mono-arm-cpuinfo-v5.patch + mono-arm-cpuinfo-v7.patch + mono-arm-vfp.patch - Update to 3.6.0 + Runtime performance counters have been integrated into the profiler allowing the performance counter information to be surfaced to profiling tools and in particular Xamarin’s upcoming profiler. + The profiler now produces backtraces for statistical mode. The profiler’s tracing mode now works on ARM. + The debugger now support line and column ranges. pdb2mdb supports it. Note: the rest of our toolchain still needs to be updated. + The debugger now supports changing the current line in the top frame. + Lots of bugfixes and performance improvements on the profiler. + The debugger now support reading simple properties without calling their getter, this is done by having a lightweight IL interpreter for small pieces of code. This allows more properties to be inspected while the process is completely stopped and without having to temporarily resume execution of the target to execute the property code. + Added buffered response mode to improve network efficiency on high latency links such as USB. + The GC bridge got a lot of performance work. There are now two new modes that can significantly improve some workloads. + Multiple http stack improvements: some leaks in the stack have been fixed, as well as solving some long-standing bugs involving asynchronous operations and proxies. We have introduced a more comprehensive test harness to ensure that those bugs do not surface again. + System.IO.Compression is now implemented + System.Security.Claims is now implemented. It resides in the System assembly (existed before in the Identity stack, but now we track the new home from the .NET 4.5 API). + Reworked locking to drop a hot lock in method lookup. + Use fine grained locking instead of a big hot lock. + Better hashing of some runtime internal items to avoid some corner-case slowdowns with generics. + The profiler is now able to produces backtraces in statistical mode. + Added periodical flushing that should help interactive users. This means that the profiling will send data over the profiling even if the application is not currently sending data (this is there to support the upcoming new profiler UI). + It now collects and reports performance counter information. See mprof-report’s man page. + Fixed the handling of the volatile. CIL prefix. + We now distribute IKVM’s ikdasm tool. This is a reliable disassembler that does not have the limitation of monodis of requiring a complete set of assemblies that are compatible to disassemble. This will disassemble even files that do not have their dependencies available. + Optimized EqualityComparer for more types. + Our msbuild implementation can now build Project K and Roslyn + Optimized EqualityComparer for more types. + [mcs] Flow analysis of nested binary expressions inside anonymous methods was missing on left/right reset. + [mcs] Fix betterness logic for default vs params parameters. OBS-URL: https://build.opensuse.org/request/show/244977 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=130
2014-08-26 16:56:31 +02:00
%{_prefix}/lib/mono/4.5/ikdasm.exe*
%{_prefix}/lib/mono/4.5/mcs.exe*
%{_prefix}/lib/mono/4.5/mozroots.exe*
%{_prefix}/lib/mono/4.5/setreg.exe*
%{_prefix}/lib/mono/4.5/sn.exe*
%{_prefix}/lib/mono/4.5/Commons.Xml.Relaxng.dll
%{_prefix}/lib/mono/4.5/CustomMarshalers.dll
%{_prefix}/lib/mono/4.5/I18N.West.dll
%{_prefix}/lib/mono/4.5/I18N.dll
%{_prefix}/lib/mono/4.5/ICSharpCode.SharpZipLib.dll
%{_prefix}/lib/mono/4.5/Microsoft.CSharp.dll
%{_prefix}/lib/mono/4.5/Microsoft.VisualC.dll
%{_prefix}/lib/mono/4.5/Mono.CSharp.dll
%{_prefix}/lib/mono/4.5/Mono.Cairo.dll
%{_prefix}/lib/mono/4.5/Mono.CompilerServices.SymbolWriter.dll
%{_prefix}/lib/mono/4.5/Mono.Management.dll
%{_prefix}/lib/mono/4.5/Mono.Parallel.dll
%{_prefix}/lib/mono/4.5/Mono.Posix.dll
%{_prefix}/lib/mono/4.5/Mono.Profiler.Log.dll
%{_prefix}/lib/mono/4.5/Mono.Security.dll
%{_prefix}/lib/mono/4.5/Mono.Simd.dll
%{_prefix}/lib/mono/4.5/Mono.Tasklets.dll
%{_prefix}/lib/mono/4.5/System.Configuration.dll
%{_prefix}/lib/mono/4.5/System.Core.dll
%{_prefix}/lib/mono/4.5/System.Drawing.dll
%{_prefix}/lib/mono/4.5/System.Deployment.dll
%{_prefix}/lib/mono/4.5/System.Dynamic.dll
%{_prefix}/lib/mono/4.5/System.Json.dll
%{_prefix}/lib/mono/4.5/System.Json.Microsoft.dll
%{_prefix}/lib/mono/4.5/System.Memory.dll
%{_prefix}/lib/mono/4.5/System.Net.dll
%{_prefix}/lib/mono/4.5/System.Net.Http.dll
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
%{_prefix}/lib/mono/4.5/System.Net.Http.Formatting.dll
%{_prefix}/lib/mono/4.5/System.Net.Http.WebRequest.dll
%{_prefix}/lib/mono/4.5/System.Numerics.dll
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
%{_prefix}/lib/mono/4.5/System.Numerics.Vectors.dll
%{_prefix}/lib/mono/4.5/System.Reflection.Context.dll
%{_prefix}/lib/mono/4.5/System.Runtime.CompilerServices.Unsafe.dll
%{_prefix}/lib/mono/4.5/System.Security.dll
%{_prefix}/lib/mono/4.5/System.Threading.Tasks.Dataflow.dll
%{_prefix}/lib/mono/4.5/System.Threading.Tasks.Extensions.dll
%{_prefix}/lib/mono/4.5/System.Web.Mobile.dll
%{_prefix}/lib/mono/4.5/System.Web.RegularExpressions.dll
%{_prefix}/lib/mono/4.5/System.Workflow.Activities.dll
%{_prefix}/lib/mono/4.5/System.Workflow.ComponentModel.dll
%{_prefix}/lib/mono/4.5/System.Workflow.Runtime.dll
%{_prefix}/lib/mono/4.5/System.Windows.dll
%{_prefix}/lib/mono/4.5/System.Xml.Serialization.dll
%{_prefix}/lib/mono/4.5/System.Xml.Linq.dll
%{_prefix}/lib/mono/4.5/System.Xml.dll
%{_prefix}/lib/mono/4.5/System.dll
%{_prefix}/lib/mono/4.5/cscompmgd.dll
%{_prefix}/lib/mono/4.5/mscorlib.dll*
%{_prefix}/lib/mono/4.5/Facades/System*
%exclude %{_prefix}/lib/mono/4.5/Facades/System.ServiceModel*
%exclude %{_prefix}/lib/mono/4.5/Facades/System.ServiceProcess*
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
%{_prefix}/lib/mono/4.5/Facades/Microsoft*
%{_prefix}/lib/mono/4.5/Facades/netstandard*
%{_prefix}/lib/mono/gac/Commons.Xml.Relaxng
%{_prefix}/lib/mono/gac/CustomMarshalers
%{_prefix}/lib/mono/gac/I18N
%{_prefix}/lib/mono/gac/I18N.West
%{_prefix}/lib/mono/gac/ICSharpCode.SharpZipLib
%{_prefix}/lib/mono/gac/Microsoft.CSharp
%{_prefix}/lib/mono/gac/Microsoft.VisualC
%{_prefix}/lib/mono/gac/Mono.CSharp
%{_prefix}/lib/mono/gac/Mono.Cairo
%{_prefix}/lib/mono/gac/Mono.Cecil
%{_prefix}/lib/mono/gac/Mono.CompilerServices.SymbolWriter
%{_prefix}/lib/mono/gac/Mono.Management
%{_prefix}/lib/mono/gac/Mono.Parallel
%{_prefix}/lib/mono/gac/Mono.Posix
%{_prefix}/lib/mono/gac/Mono.Profiler.Log
%{_prefix}/lib/mono/gac/Mono.Security
%{_prefix}/lib/mono/gac/Mono.Simd
%{_prefix}/lib/mono/gac/Mono.Tasklets
%{_prefix}/lib/mono/gac/System
%{_prefix}/lib/mono/gac/System.Configuration
%{_prefix}/lib/mono/gac/System.Core
%{_prefix}/lib/mono/gac/System.Drawing
%{_prefix}/lib/mono/gac/System.Deployment
%{_prefix}/lib/mono/gac/System.Dynamic
%{_prefix}/lib/mono/gac/System.Net
%{_prefix}/lib/mono/gac/System.Net.Http
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
%{_prefix}/lib/mono/gac/System.Net.Http.Formatting
%{_prefix}/lib/mono/gac/System.Net.Http.WebRequest
%{_prefix}/lib/mono/gac/System.Numerics
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
%{_prefix}/lib/mono/gac/System.Numerics.Vectors
%{_prefix}/lib/mono/gac/System.Reflection.Context
%{_prefix}/lib/mono/gac/System.Security
%{_prefix}/lib/mono/gac/System.Threading.Tasks.Dataflow
%{_prefix}/lib/mono/gac/System.Web.Mobile
%{_prefix}/lib/mono/gac/System.Web.RegularExpressions
%{_prefix}/lib/mono/gac/System.Workflow.Activities
%{_prefix}/lib/mono/gac/System.Workflow.ComponentModel
%{_prefix}/lib/mono/gac/System.Workflow.Runtime/
%{_prefix}/lib/mono/gac/System.Windows
%{_prefix}/lib/mono/gac/System.Xml.Serialization
%{_prefix}/lib/mono/gac/System.Xml
%{_prefix}/lib/mono/gac/System.Xml.Linq
%{_prefix}/lib/mono/gac/System.Json
%{_prefix}/lib/mono/gac/System.Json.Microsoft
%{_prefix}/lib/mono/gac/System.IO.Compression.FileSystem
%{_prefix}/lib/mono/gac/System.IO.Compression
%{_prefix}/lib/mono/gac/cscompmgd
%{_prefix}/lib/mono/mono-configuration-crypto
%if "%btls" == "yes"
%{_libdir}/libmono-btls-shared.so*
%{_prefix}/lib/mono/4.5/Mono.Btls.Interface.dll
%{_prefix}/lib/mono/gac/Mono.Btls.Interface
%endif
%if "%roslyn" == "yes"
%{_bindir}/csc
%{_bindir}/csi
%{_bindir}/vbc
%{_prefix}/lib/mono/4.5/csc.*
%{_prefix}/lib/mono/4.5/csi.*
%{_prefix}/lib/mono/4.5/vbc.*
%{_prefix}/lib/mono/4.5/System.Collections.Immutable.dll*
%{_prefix}/lib/mono/4.5/Microsoft.CodeAnalysis.dll*
%{_prefix}/lib/mono/4.5/Microsoft.CodeAnalysis.CSharp.dll*
%{_prefix}/lib/mono/4.5/Microsoft.CodeAnalysis.CSharp.Scripting.dll*
%{_prefix}/lib/mono/4.5/Microsoft.CodeAnalysis.Scripting.dll*
%{_prefix}/lib/mono/4.5/Microsoft.CodeAnalysis.VisualBasic.dll*
%{_prefix}/lib/mono/4.5/System.Reflection.Metadata.dll*
%{_prefix}/lib/mono/4.5/VBCSCompiler.*
%{_prefix}/lib/mono/4.5/al.pdb
%{_prefix}/lib/mono/4.5/cert-sync.pdb
%{_prefix}/lib/mono/4.5/certmgr.pdb
%{_prefix}/lib/mono/4.5/chktrust.pdb
%{_prefix}/lib/mono/4.5/crlupdate.pdb
%{_prefix}/lib/mono/4.5/csharp.pdb
%{_prefix}/lib/mono/4.5/gacutil.pdb
%{_prefix}/lib/mono/4.5/ikdasm.pdb
%{_prefix}/lib/mono/4.5/mcs.pdb
%{_prefix}/lib/mono/4.5/mozroots.pdb
%{_prefix}/lib/mono/4.5/setreg.pdb
%{_prefix}/lib/mono/4.5/sn.pdb
%{_prefix}/lib/mono/4.5/mscorlib.pdb
%endif
%post
cert-sync /etc/ssl/ca-bundle.pem
%package -n libmono-2_0-1
Summary: A Library for embedding Mono in your Application
License: LGPL-2.1-only
Group: Development/Libraries/C and C++
%if "%sgen" == "yes"
Requires: libmonosgen-2_0-1
%else
Requires: libmonoboehm-2_0-1
%endif
%description -n libmono-2_0-1
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
A Library for embedding Mono in your Application.
%files -n libmono-2_0-1
%defattr(-, root, root)
%{_libdir}/libmono-2.0.so.1*
%post -n libmono-2_0-1 -p /sbin/ldconfig
%postun -n libmono-2_0-1 -p /sbin/ldconfig
%package -n libmono-2_0-devel
Summary: Development files for libmono
License: LGPL-2.1-only
Group: Development/Languages/Mono
Requires: libmono-2_0-1 = %{version}
%if "%sgen" == "yes"
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Requires: libmonosgen-2_0-devel
%else
Requires: libmonoboehm-2_0-devel
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
%endif
Requires: mono-core = %{version}
%description -n libmono-2_0-devel
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Development files for libmono.
%files -n libmono-2_0-devel
%defattr(-, root, root)
%{_bindir}/mono-gdb.py
%{_includedir}/mono-2.0
%{_datarootdir}/mono-2.0/mono/eglib/
%{_libdir}/libmono-2.0.so
%{_libdir}/pkgconfig/mono-2.pc
%if "%boehm" == "yes"
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
%package -n libmonoboehm-2_0-1
Summary: A Library for embedding Mono in your Application (Boehm GC)
License: LGPL-2.1-only
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
Group: Development/Libraries/C and C++
%description -n libmonoboehm-2_0-1
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
A Library for embedding Mono in your application using the conservative
Boehm garbage collector.
%files -n libmonoboehm-2_0-1
%defattr(-, root, root)
%{_libdir}/libmonoboehm-2.0.so.*
%post -n libmonoboehm-2_0-1 -p /sbin/ldconfig
%postun -n libmonoboehm-2_0-1 -p /sbin/ldconfig
%package -n libmonoboehm-2_0-devel
Summary: Development files for libmonoboehm
License: LGPL-2.1-only
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
Group: Development/Languages/Mono
Requires: libmono-2_0-devel
Requires: libmonoboehm-2_0-1 = %{version}
Requires: mono-core = %{version}
%description -n libmonoboehm-2_0-devel
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Development files for libmonoboehm
%files -n libmonoboehm-2_0-devel
%defattr(-, root, root)
%{_libdir}/libmonoboehm-2.0.so
%endif
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
%if "%sgen" == "yes"
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
%package -n libmonosgen-2_0-1
Summary: A Library for embedding Mono in your Application (SGen GC)
License: LGPL-2.1-only
Group: Development/Libraries/C and C++
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
%description -n libmonosgen-2_0-1
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
A Library for embedding Mono in your application using the precise SGen
garbage collector.
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
%files -n libmonosgen-2_0-1
%defattr(-, root, root)
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
%{_libdir}/libmonosgen-2.0.so.*
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
%post -n libmonosgen-2_0-1 -p /sbin/ldconfig
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
%postun -n libmonosgen-2_0-1 -p /sbin/ldconfig
%package -n libmonosgen-2_0-devel
Summary: Development files for libmonosgen
License: LGPL-2.1-only
Group: Development/Languages/Mono
Requires: libmono-2_0-devel
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
Requires: libmonosgen-2_0-1 = %{version}
Requires: mono-core = %{version}
%description -n libmonosgen-2_0-devel
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Development files for libmonosgen.
%files -n libmonosgen-2_0-devel
%defattr(-, root, root)
%{_bindir}/mono-sgen-gdb.py
%{_libdir}/libmonosgen-2.0.so
%{_libdir}/pkgconfig/monosgen-2.pc
%endif
%if "%llvm" == "yes"
%package -n libmono-llvm0
Summary: Loadable LLVM libary for mono
License: LGPL-2.1-only
Group: Development/Libraries/C and C++
%description -n libmono-llvm0
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Loadable LLVM libary for mono.
%files -n libmono-llvm0
%defattr(-, root, root)
%{_libdir}/libmono-llvm.so*
%post -n libmono-llvm0 -p /sbin/ldconfig
%postun -n libmono-llvm0 -p /sbin/ldconfig
%endif
%package -n mono-locale-extras
Summary: Extra locale information
License: LGPL-2.1-only
Group: Development/Languages/Mono
Requires: mono-core = %{version}
Provides: mono(I18N.CJK) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(I18N.CJK) = 2.0.0.0
Provides: mono(I18N.MidEast) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(I18N.MidEast) = 2.0.0.0
Provides: mono(I18N.Other) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(I18N.Other) = 2.0.0.0
Provides: mono(I18N.Rare) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(I18N.Rare) = 2.0.0.0
%description -n mono-locale-extras
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Extra locale information.
%files -n mono-locale-extras
%defattr(-, root, root)
%{_prefix}/lib/mono/4.5/I18N.CJK.dll
%{_prefix}/lib/mono/4.5/I18N.MidEast.dll
%{_prefix}/lib/mono/4.5/I18N.Other.dll
%{_prefix}/lib/mono/4.5/I18N.Rare.dll
%{_prefix}/lib/mono/gac/I18N.CJK
%{_prefix}/lib/mono/gac/I18N.MidEast
%{_prefix}/lib/mono/gac/I18N.Other
%{_prefix}/lib/mono/gac/I18N.Rare
%package -n mono-data
Summary: Database connectivity for Mono
License: LGPL-2.1-only
Group: Development/Languages/Mono
Requires: mono-core = %{version}
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
Provides: mono-directory = %{version}
Provides: mono-ms-enterprise = %{version}
Provides: mono-novell-directory = %{version}
Provides: mono(Mono.Data.Tds) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(Mono.Data.Tds) = 2.0.0.0
Provides: mono(Novell.Directory.Ldap) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(Novell.Directory.Ldap) = 2.0.0.0
Provides: mono(System.Data) = 1.0.5000.0
Provides: mono(System.Data) = 2.0.0.0
Provides: mono(System.DirectoryServices) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(System.DirectoryServices) = 2.0.0.0
Provides: mono(System.EnterpriseServices) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(System.EnterpriseServices) = 2.0.0.0
%description -n mono-data
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Database connectivity for Mono.
%files -n mono-data
%defattr(-, root, root)
%{_bindir}/sqlmetal
%{_bindir}/sqlsharp
%{_mandir}/man1/sqlsharp.1%ext_man
%{_prefix}/lib/mono/4.5/Mono.Data.Tds.dll
%{_prefix}/lib/mono/4.5/Novell.Directory.Ldap.dll
%{_prefix}/lib/mono/4.5/System.Data.DataSetExtensions.dll
%{_prefix}/lib/mono/4.5/System.Data.Linq.dll
%{_prefix}/lib/mono/4.5/System.Data.dll
%{_prefix}/lib/mono/4.5/System.Data.Entity.dll
%{_prefix}/lib/mono/4.5/System.DirectoryServices.dll
%{_prefix}/lib/mono/4.5/System.DirectoryServices.Protocols.dll
%{_prefix}/lib/mono/4.5/System.EnterpriseServices.dll
%{_prefix}/lib/mono/4.5/System.Runtime.Serialization.dll
%{_prefix}/lib/mono/4.5/System.Transactions.dll
%{_prefix}/lib/mono/4.5/WebMatrix.Data.dll
%{_prefix}/lib/mono/4.5/sqlmetal.exe*
%{_prefix}/lib/mono/4.5/sqlsharp.exe*
%{_prefix}/lib/mono/gac/Mono.Data.Tds
%{_prefix}/lib/mono/gac/Novell.Directory.Ldap
%{_prefix}/lib/mono/gac/System.Data
%{_prefix}/lib/mono/gac/System.Data.Entity
%{_prefix}/lib/mono/gac/System.Data.DataSetExtensions
%{_prefix}/lib/mono/gac/System.Data.Linq
%{_prefix}/lib/mono/gac/System.DirectoryServices
%{_prefix}/lib/mono/gac/System.DirectoryServices.Protocols
%{_prefix}/lib/mono/gac/System.EnterpriseServices
%{_prefix}/lib/mono/gac/System.Runtime.Serialization
%{_prefix}/lib/mono/gac/System.Transactions
%{_prefix}/lib/mono/gac/WebMatrix.Data
%if "%roslyn" == "yes"
%{_prefix}/lib/mono/4.5/sqlmetal.pdb
%{_prefix}/lib/mono/4.5/sqlsharp.pdb
%endif
%package -n mono-winforms
Summary: Mono's Windows Forms implementation
License: LGPL-2.1-only
Group: Development/Languages/Mono
Requires: mono-core = %{version}
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
Provides: mono-window-forms = %{version}
Provides: mono(Accessibility) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(Accessibility) = 2.0.0.0
Provides: mono(System.Design) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(System.Design) = 2.0.0.0
Provides: mono(System.Drawing) = 1.0.5000.0
Provides: mono(System.Drawing) = 2.0.0.0
Provides: mono(System.Drawing.Design) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(System.Drawing.Design) = 2.0.0.0
Provides: mono(System.Windows.Forms) = 1.0.5000.0
Provides: mono(System.Windows.Forms) = 2.0.0.0
%description -n mono-winforms
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Mono's Windows Forms implementation.
%files -n mono-winforms
%defattr(-, root, root)
%{_prefix}/lib/mono/4.5/Accessibility.dll
%{_prefix}/lib/mono/4.5/Mono.WebBrowser.dll
%{_prefix}/lib/mono/4.5/System.Design.dll
%{_prefix}/lib/mono/4.5/System.Drawing.Design.dll
%{_prefix}/lib/mono/4.5/System.Windows.Forms.DataVisualization.dll
%{_prefix}/lib/mono/4.5/System.Windows.Forms.dll
%{_prefix}/lib/mono/gac/Accessibility
%{_prefix}/lib/mono/gac/Mono.WebBrowser
%{_prefix}/lib/mono/gac/System.Design
%{_prefix}/lib/mono/gac/System.Drawing.Design
%{_prefix}/lib/mono/gac/System.Windows.Forms
%{_prefix}/lib/mono/gac/System.Windows.Forms.DataVisualization
%package -n ibm-data-db2
Summary: Database connectivity for DB2
License: LGPL-2.1-only
Group: Development/Languages/Mono
Requires: mono-core = %{version}
%description -n ibm-data-db2
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Database connectivity for DB2.
%files -n ibm-data-db2
%defattr(-, root, root)
%{_prefix}/lib/mono/4.5/IBM.Data.DB2.dll
%{_prefix}/lib/mono/gac/IBM.Data.DB2
%package -n mono-extras
Summary: Extra packages
License: LGPL-2.1-only
Group: Development/Languages/Mono
Requires: mono-core = %{version}
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
Provides: mono-ms-extras = %{version}
Provides: mono(Mono.Messaging) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(Mono.Messaging) = 2.0.0.0
Provides: mono(Mono.Messaging.RabbitMQ) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(Mono.Messaging.RabbitMQ) = 2.0.0.0
Provides: mono(RabbitMQ.Client) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(RabbitMQ.Client) = 2.0.0.0
Provides: mono(System.Configuration.Install) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(System.Configuration.Install) = 2.0.0.0
Provides: mono(System.Management) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(System.Management) = 2.0.0.0
Provides: mono(System.Messaging) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(System.Messaging) = 2.0.0.0
Provides: mono(System.ServiceProcess) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(System.ServiceProcess) = 2.0.0.0
Provides: mono(mono-service) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(mono-service) = 2.0.0.0
%description -n mono-extras
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Extra packages.
%files -n mono-extras
%defattr(-, root, root)
%{_bindir}/mono-service
%{_bindir}/mono-service2
%{_mandir}/man1/mono-service.1%ext_man
%{_prefix}/lib/mono/4.5/installutil.exe*
%{_prefix}/lib/mono/4.5/mono-service.exe*
%{_prefix}/lib/mono/4.5/Mono.Messaging.RabbitMQ.dll
%{_prefix}/lib/mono/4.5/Mono.Messaging.dll
%{_prefix}/lib/mono/4.5/RabbitMQ.Client.Apigen.exe*
%{_prefix}/lib/mono/4.5/RabbitMQ.Client.dll
%{_prefix}/lib/mono/4.5/System.Configuration.Install.dll
%{_prefix}/lib/mono/4.5/System.Management.dll
%{_prefix}/lib/mono/4.5/System.Messaging.dll
%{_prefix}/lib/mono/4.5/System.Runtime.Caching.dll
%{_prefix}/lib/mono/4.5/System.ServiceProcess.dll
%{_prefix}/lib/mono/4.5/System.Xaml.dll
%{_prefix}/lib/mono/4.5/Facades/System.ServiceProcess*
%{_prefix}/lib/mono/gac/Mono.Messaging
%{_prefix}/lib/mono/gac/Mono.Messaging.RabbitMQ
%{_prefix}/lib/mono/gac/RabbitMQ.Client
%{_prefix}/lib/mono/gac/System.Configuration.Install
%{_prefix}/lib/mono/gac/System.Management
%{_prefix}/lib/mono/gac/System.Messaging
%{_prefix}/lib/mono/gac/System.Runtime.Caching
%{_prefix}/lib/mono/gac/System.ServiceProcess
%{_prefix}/lib/mono/gac/System.Xaml
%{_prefix}/lib/mono/gac/mono-service
%if "%roslyn" == "yes"
%{_prefix}/lib/mono/4.5/installutil.pdb
%{_prefix}/lib/mono/4.5/mono-service.pdb
%{_prefix}/lib/mono/4.5/RabbitMQ.Client.Apigen.pdb
%endif
%package -n mono-data-sqlite
Summary: Database connectivity for Mono
License: LGPL-2.1-only
Group: Development/Languages/Mono
Requires: mono-core = %{version}
Requires: mono-data = %{version}
Provides: mono(Mono.Data.Sqlite) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(Mono.Data.Sqlite) = 2.0.0.0
%description -n mono-data-sqlite
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Database connectivity for Mono.
%files -n mono-data-sqlite
%defattr(-, root, root)
%{_prefix}/lib/mono/4.5/Mono.Data.Sqlite.dll
%{_prefix}/lib/mono/gac/Mono.Data.Sqlite
%package -n mono-wcf
Summary: Mono implementation of WCF, Windows Communication Foundation
License: MIT AND MS-PL
Group: Development/Languages/Mono
Requires: mono-core = %{version}
Provides: mono(System.ServiceModel.Http) = 4.0.0.0
Provides: mono(System.ServiceModel.Primitives) = 4.0.0.0
Provides: mono(System.ServiceModel.Security) = 4.0.0.0
# Moved files
Provides: mono-core:%{_prefix}/lib/mono/4.5/Facades/System.ServiceModel.Http.dll
Provides: mono-winfxcore:%{_prefix}/lib/mono/4.5/System.Data.Services.Client.dll
%description -n mono-wcf
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Mono implementation of WCF, Windows Communication Foundation
%files -n mono-wcf
%defattr(-, root, root)
%{_bindir}/svcutil
%{_libdir}/pkgconfig/wcf.pc
%{_prefix}/lib/mono/4.5/System.Data.Services.dll
%{_prefix}/lib/mono/4.5/System.Data.Services.Client.dll*
%{_prefix}/lib/mono/4.5/System.IdentityModel.Selectors.dll
%{_prefix}/lib/mono/4.5/System.IdentityModel.dll
%{_prefix}/lib/mono/4.5/System.Runtime.DurableInstancing.dll
%{_prefix}/lib/mono/4.5/System.ServiceModel.Activation.dll
%{_prefix}/lib/mono/4.5/System.ServiceModel.Discovery.dll
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
%{_prefix}/lib/mono/4.5/System.ServiceModel.Internals.dll
%{_prefix}/lib/mono/4.5/System.ServiceModel.Routing.dll
%{_prefix}/lib/mono/4.5/System.ServiceModel.Web.dll
%{_prefix}/lib/mono/4.5/System.ServiceModel.dll
%{_prefix}/lib/mono/4.5/SMDiagnostics.dll
%{_prefix}/lib/mono/4.5/svcutil.exe*
%{_prefix}/lib/mono/4.5/Facades/System.ServiceModel*
%{_prefix}/lib/mono/gac/System.Data.Services
%{_prefix}/lib/mono/gac/System.Data.Services.Client
%{_prefix}/lib/mono/gac/System.IdentityModel
%{_prefix}/lib/mono/gac/System.IdentityModel.Selectors
%{_prefix}/lib/mono/gac/System.Runtime.DurableInstancing
%{_prefix}/lib/mono/gac/System.ServiceModel
%{_prefix}/lib/mono/gac/System.ServiceModel.Activation
%{_prefix}/lib/mono/gac/System.ServiceModel.Discovery
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
%{_prefix}/lib/mono/gac/System.ServiceModel.Internals
%{_prefix}/lib/mono/gac/System.ServiceModel.Routing
%{_prefix}/lib/mono/gac/System.ServiceModel.Web
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
%{_prefix}/lib/mono/gac/SMDiagnostics
%if "%roslyn" == "yes"
%{_prefix}/lib/mono/4.5/svcutil.pdb
%endif
%package -n mono-winfxcore
Summary: Mono implementation of core WinFX APIs
License: MIT AND MS-PL
Group: Development/Languages/Mono
Requires: mono-core = %{version}
%description -n mono-winfxcore
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Mono implementation of core WinFX APIs
%files -n mono-winfxcore
%defattr(-, root, root)
%{_prefix}/lib/mono/4.5/WindowsBase.dll*
%{_prefix}/lib/mono/gac/WindowsBase
%package -n mono-web
Summary: Mono implementation of ASP
License: MIT AND MS-PL
Group: Development/Languages/Mono
Requires: mono-core = %{version}
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
Provides: mono-remoting = %{version}
Provides: mono-web-forms = %{version}
Provides: mono-web-services = %{version}
Provides: mono(Mono.Http) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(Mono.Http) = 2.0.0.0
Provides: mono(System.Runtime.Remoting) = 1.0.5000.0
Provides: mono(System.Runtime.Remoting) = 2.0.0.0
Provides: mono(System.Runtime.Serialization.Formatters.Soap) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(System.Runtime.Serialization.Formatters.Soap) = 2.0.0.0
Provides: mono(System.Web) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(System.Web) = 2.0.0.0
Provides: mono(System.Web.Razor) = 2.0.0.0
Provides: mono(System.Web.Services) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(System.Web.Services) = 2.0.0.0
Provides: mono(System.Web.WebPages.Deployment) = 2.1.0.0
Provides: mono(System.Web.WebPages.Razor) = 2.0.0.0
%description -n mono-web
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Mono implementation of ASP.NET, Remoting and Web Services.
%files -n mono-web
%defattr(-, root, root)
%config %{_sysconfdir}/mono/2.0/Browsers
%config %{_sysconfdir}/mono/2.0/DefaultWsdlHelpGenerator.aspx
%config %{_sysconfdir}/mono/2.0/web.config
%config %{_sysconfdir}/mono/4.0/Browsers
%config %{_sysconfdir}/mono/4.0/DefaultWsdlHelpGenerator.aspx
%config %{_sysconfdir}/mono/4.0/web.config
%config %{_sysconfdir}/mono/4.5/Browsers
%config %{_sysconfdir}/mono/4.5/DefaultWsdlHelpGenerator.aspx
%config %{_sysconfdir}/mono/4.5/web.config
%config %{_sysconfdir}/mono/browscap.ini
%config %{_sysconfdir}/mono/mconfig/config.xml
%dir %{_sysconfdir}/mono/mconfig
%{_bindir}/disco
%{_bindir}/mconfig
%{_bindir}/soapsuds
%{_bindir}/wsdl
%{_bindir}/wsdl2
%{_bindir}/xsd
%{_libdir}/pkgconfig/aspnetwebstack.pc
%{_mandir}/man1/disco.1%ext_man
%{_mandir}/man1/mconfig.1%ext_man
%{_mandir}/man1/soapsuds.1%ext_man
%{_mandir}/man1/wsdl.1%ext_man
%{_mandir}/man1/xsd.1%ext_man
%{_prefix}/lib/mono/4.5/Mono.Http.dll
%{_prefix}/lib/mono/4.5/System.ComponentModel.Composition.dll
%{_prefix}/lib/mono/4.5/System.ComponentModel.DataAnnotations.dll
%{_prefix}/lib/mono/4.5/System.Runtime.Remoting.dll
%{_prefix}/lib/mono/4.5/System.Runtime.Serialization.Formatters.Soap.dll
%{_prefix}/lib/mono/4.5/System.Web.Abstractions.dll
%{_prefix}/lib/mono/4.5/System.Web.ApplicationServices.dll
%{_prefix}/lib/mono/4.5/System.Web.Http.dll
%{_prefix}/lib/mono/4.5/System.Web.Http.SelfHost.dll
%{_prefix}/lib/mono/4.5/System.Web.Http.WebHost.dll
%{_prefix}/lib/mono/4.5/System.Web.Routing.dll
%{_prefix}/lib/mono/4.5/System.Web.Razor.dll
%{_prefix}/lib/mono/4.5/System.Web.Services.dll
%{_prefix}/lib/mono/4.5/System.Web.WebPages.Deployment.dll
%{_prefix}/lib/mono/4.5/System.Web.WebPages.Razor.dll
%{_prefix}/lib/mono/4.5/System.Web.WebPages.dll
%{_prefix}/lib/mono/4.5/System.Web.dll
%{_prefix}/lib/mono/4.5/disco.exe*
%{_prefix}/lib/mono/4.5/mconfig.exe*
%{_prefix}/lib/mono/4.5/soapsuds.exe*
%{_prefix}/lib/mono/4.5/wsdl.exe*
%{_prefix}/lib/mono/4.5/xsd.exe*
%{_prefix}/lib/mono/4.5/Microsoft.Web.Infrastructure.dll
%{_prefix}/lib/mono/gac/Microsoft.Web.Infrastructure
%{_prefix}/lib/mono/gac/Mono.Http
%{_prefix}/lib/mono/gac/System.ComponentModel.Composition
%{_prefix}/lib/mono/gac/System.ComponentModel.DataAnnotations
%{_prefix}/lib/mono/gac/System.Runtime.Remoting
%{_prefix}/lib/mono/gac/System.Runtime.Serialization.Formatters.Soap
%{_prefix}/lib/mono/gac/System.Web
%{_prefix}/lib/mono/gac/System.Web.Abstractions
%{_prefix}/lib/mono/gac/System.Web.ApplicationServices
%{_prefix}/lib/mono/gac/System.Web.Http
%{_prefix}/lib/mono/gac/System.Web.Http.SelfHost
%{_prefix}/lib/mono/gac/System.Web.Http.WebHost
%{_prefix}/lib/mono/gac/System.Web.Routing
%{_prefix}/lib/mono/gac/System.Web.Razor
%{_prefix}/lib/mono/gac/System.Web.Services
%{_prefix}/lib/mono/gac/System.Web.WebPages.Deployment
%{_prefix}/lib/mono/gac/System.Web.WebPages.Razor
%{_prefix}/lib/mono/gac/System.Web.WebPages
%if "%roslyn" == "yes"
%{_prefix}/lib/mono/4.5/disco.pdb
%{_prefix}/lib/mono/4.5/mconfig.pdb
%{_prefix}/lib/mono/4.5/soapsuds.pdb
%{_prefix}/lib/mono/4.5/wsdl.pdb
%{_prefix}/lib/mono/4.5/xsd.pdb
%endif
%package -n mono-mvc
Summary: Mono implementation of ASP
License: MIT AND MS-PL
Group: Development/Languages/Mono
Requires: mono-core = %{version}
%description -n mono-mvc
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Mono implementation of ASP.NET MVC.
%files -n mono-mvc
%defattr(-, root, root)
%{_libdir}/pkgconfig/system.web.extensions.design_1.0.pc
%{_libdir}/pkgconfig/system.web.extensions_1.0.pc
%{_libdir}/pkgconfig/system.web.mvc.pc
%{_libdir}/pkgconfig/system.web.mvc2.pc
%{_libdir}/pkgconfig/system.web.mvc3.pc
%{_prefix}/lib/mono/4.5/System.Web.DynamicData.dll
%{_prefix}/lib/mono/4.5/System.Web.Extensions.Design.dll
%{_prefix}/lib/mono/4.5/System.Web.Extensions.dll
%{_prefix}/lib/mono/4.5/System.Web.Mvc.dll
%{_prefix}/lib/mono/gac/System.Web.DynamicData
%{_prefix}/lib/mono/gac/System.Web.Extensions
%{_prefix}/lib/mono/gac/System.Web.Extensions.Design
%{_prefix}/lib/mono/gac/System.Web.Mvc
%package -n mono-data-oracle
Summary: Database connectivity for Mono
License: LGPL-2.1-only
Group: Development/Languages/Mono
Requires: mono-core = %{version}
Requires: mono-data = %{version}
Provides: mono(System.Data.OracleClient) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(System.Data.OracleClient) = 2.0.0.0
%description -n mono-data-oracle
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Database connectivity for Mono.
%files -n mono-data-oracle
%defattr(-, root, root)
%{_prefix}/lib/mono/4.5/System.Data.OracleClient.dll
%{_prefix}/lib/mono/gac/System.Data.OracleClient
%package -n mono-devel
Summary: Mono development tools
License: LGPL-2.1-only
Group: Development/Languages/Mono
Requires: libgdiplus-devel
Requires: mono-core = %{version}
# Required because they are referenced by .pc files
Requires: mono-data = %{version}
Requires: mono-data-oracle = %{version}
Requires: mono-extras = %{version}
Requires: mono-web = %{version}
Requires: mono-winforms = %{version}
Requires: pkgconfig
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
Provides: mono-xbuild = %{version}
# We build natively on ppc64 now
%ifarch ppc64
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
Provides: mono-biarchcompat = %{version}
%endif
Provides: mono(PEAPI) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(PEAPI) = 2.0.0.0
Provides: mono(resgen) = 1.0.5000.0
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
Provides: mono(resgen) = 2.0.0.0
#following 5 lines needed for a temporary build fix. According to https://github.com/mono/mono/commit/1f4133a06f252ec1b78637dd91e49f50836cf570, we shoud fix individual packages that rely on incorrect dependencies
Provides: mono(Mono.Posix) = 2.0.0.0
Provides: mono(System.Configuration.Install) = 2.0.0.0
Provides: mono(System.Core) = 3.5.0.0
Provides: mono(System.ServiceModel) = 3.0.0.0
Provides: mono(System.Transactions) = 2.0.0.0
%description -n mono-devel
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. This package contains compilers and
other tools needed to develop .NET applications.
Mono development tools.
%post -n mono-devel -p /sbin/ldconfig
%postun -n mono-devel -p /sbin/ldconfig
%files -n mono-devel
%defattr(-, root, root)
%{_bindir}/aprofutil
%{_prefix}/lib/mono/4.5/aprofutil.exe
%ifnarch ppc64 ppc64le s390x
%{_prefix}/lib/mono/4.5/aprofutil.pdb
%else
%{_prefix}/lib/mono/4.5/aprofutil.exe.mdb
%endif
%{_mandir}/man1/aprofutil.1%ext_man
%{_bindir}/caspol
%{_bindir}/ccrewrite
%{_bindir}/cccheck
%{_bindir}/cert2spc
%{_bindir}/dtd2rng
%{_bindir}/dtd2xsd
%{_bindir}/genxs
%{_bindir}/httpcfg
%{_bindir}/ilasm
%{_bindir}/illinkanalyzer
%{_bindir}/installvst
%{_bindir}/lc
%{_bindir}/macpack
%{_bindir}/makecert
%{_bindir}/mdbrebase
%{_bindir}/mkbundle
%{_bindir}/mono-api-info
%{_bindir}/mono-api-html
%{_bindir}/mono-cil-strip
%if 0%{?suse_version} > 1500
%{_rpmconfigdir}/fileattrs/mono.attr
%{_rpmconfigdir}/mono-find-provides
%{_rpmconfigdir}/mono-find-requires
%endif
%{_bindir}/mono-find-provides
%{_bindir}/mono-find-requires
%{_bindir}/mono-heapviz
%{_bindir}/mono-package-runtime
%{_bindir}/mono-shlib-cop
%{_bindir}/mono-symbolicate
%{_bindir}/mono-xmltool
%{_bindir}/monodis
%{_bindir}/monolinker
%{_bindir}/monop
%{_bindir}/monop2
%{_bindir}/mprof-report
%{_bindir}/pdb2mdb
%{_bindir}/pedump
%{_bindir}/permview
%{_bindir}/resgen
%{_bindir}/resgen2
%{_bindir}/secutil
%{_bindir}/sgen
%{_bindir}/sgen-grep-binprot
%{_bindir}/signcode
%{_bindir}/xbuild
%dir %{_datadir}/mono-2.0
%dir %{_datadir}/mono-2.0/mono
%dir %{_datadir}/mono-2.0/mono/cil
%dir %{_datadir}/mono-2.0/mono/profiler
%{_datadir}/mono-2.0/mono/cil/cil-opcodes.xml
%{_datadir}/mono-2.0/mono/profiler/mono-profiler-coverage.suppression
%{_libdir}/libmono-profiler-*.*
%{_libdir}/pkgconfig/cecil.pc
%{_libdir}/pkgconfig/dotnet.pc
%{_libdir}/pkgconfig/dotnet35.pc
%{_libdir}/pkgconfig/mono-cairo.pc
%{_libdir}/pkgconfig/mono-lineeditor.pc
%{_libdir}/pkgconfig/mono-options.pc
%{_libdir}/pkgconfig/mono.pc
%{_libdir}/pkgconfig/xbuild12.pc
%{_mandir}/man1/al.1%ext_man
%{_mandir}/man1/ccrewrite.1%ext_man
%{_mandir}/man1/cccheck.1%ext_man
%{_mandir}/man1/cert2spc.1%ext_man
%{_mandir}/man1/dtd2xsd.1%ext_man
%{_mandir}/man1/genxs.1%ext_man
%{_mandir}/man1/httpcfg.1%ext_man
%{_mandir}/man1/ilasm.1%ext_man
%{_mandir}/man1/illinkanalyzer.1%ext_man
%{_mandir}/man1/lc.1%ext_man
%{_mandir}/man1/macpack.1%ext_man
%{_mandir}/man1/makecert.1%ext_man
%{_mandir}/man1/mkbundle.1%ext_man
%{_mandir}/man1/mono-api-info.1%ext_man
%{_mandir}/man1/mono-cil-strip.1%ext_man
%{_mandir}/man1/mono-profilers.1%ext_man
%{_mandir}/man1/mono-shlib-cop.1%ext_man
%{_mandir}/man1/mono-symbolicate.1%ext_man
%{_mandir}/man1/mono-xmltool.1%ext_man
%{_mandir}/man1/monodis.1%ext_man
%{_mandir}/man1/monolinker.1%ext_man
%{_mandir}/man1/monop.1%ext_man
%{_mandir}/man1/mprof-report.1%ext_man
%{_mandir}/man1/pdb2mdb.1%ext_man
%{_mandir}/man1/permview.1%ext_man
%{_mandir}/man1/resgen.1%ext_man
%{_mandir}/man1/secutil.1%ext_man
%{_mandir}/man1/sgen.1%ext_man
%{_mandir}/man1/signcode.1%ext_man
%{_mandir}/man1/xbuild.1%ext_man
%{_prefix}/lib/mono-source-libs
%{_prefix}/lib/mono/4.0
%{_prefix}/lib/mono/4.8-api
%{_prefix}/lib/mono/4.7.2-api
%{_prefix}/lib/mono/4.7.1-api
%{_prefix}/lib/mono/4.7-api
%{_prefix}/lib/mono/4.6.2-api
%{_prefix}/lib/mono/4.6.1-api
%{_prefix}/lib/mono/4.6-api
%{_prefix}/lib/mono/4.5.2-api
%{_prefix}/lib/mono/4.5.1-api
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
%{_prefix}/lib/mono/4.5-api
%{_prefix}/lib/mono/4.0-api
%{_prefix}/lib/mono/3.5-api
%{_prefix}/lib/mono/2.0-api
%{_prefix}/lib/mono/4.5/Microsoft.Build.dll
%{_prefix}/lib/mono/4.5/Microsoft.Build.Engine.dll
%{_prefix}/lib/mono/4.5/Microsoft.Build.Framework.dll
%{_prefix}/lib/mono/4.5/Microsoft.Build.Tasks.v4.0.dll
%{_prefix}/lib/mono/4.5/Microsoft.Build.Utilities.v4.0.dll
%{_prefix}/lib/mono/4.5/Mono.Debugger.Soft.dll
%{_prefix}/lib/mono/4.5/Mono.CodeContracts.dll
%{_prefix}/lib/mono/4.5/PEAPI.dll
%{_prefix}/lib/mono/4.5/caspol.exe*
%{_prefix}/lib/mono/4.5/cccheck.exe*
%{_prefix}/lib/mono/4.5/ccrewrite.exe*
%{_prefix}/lib/mono/4.5/cert2spc.exe*
%{_prefix}/lib/mono/4.5/dtd2rng.exe*
%{_prefix}/lib/mono/4.5/dtd2xsd.exe*
%{_prefix}/lib/mono/4.5/genxs.exe*
%{_prefix}/lib/mono/4.5/httpcfg.exe*
%{_prefix}/lib/mono/4.5/ictool.exe*
%{_prefix}/lib/mono/4.5/ilasm.exe*
%{_prefix}/lib/mono/4.5/illinkanalyzer.exe*
%{_prefix}/lib/mono/4.5/installvst.exe*
%{_prefix}/lib/mono/4.5/lc.exe*
%{_prefix}/lib/mono/4.5/macpack.exe*
%{_prefix}/lib/mono/4.5/makecert.exe*
%{_prefix}/lib/mono/4.5/mdbrebase.exe*
%{_prefix}/lib/mono/4.5/mkbundle.exe*
%{_prefix}/lib/mono/4.5/mono-api-info.exe*
%{_prefix}/lib/mono/4.5/mono-api-diff.exe*
%{_prefix}/lib/mono/4.5/mono-api-html.exe*
%{_prefix}/lib/mono/4.5/mono-cil-strip.exe*
%{_prefix}/lib/mono/4.5/mono-shlib-cop.exe*
%{_prefix}/lib/mono/4.5/mono-xmltool.exe*
%ifnarch ppc64 ppc64le s390x
%{_prefix}/lib/mono/4.5/monolinker.*
%endif
%{_prefix}/lib/mono/4.5/monop.exe*
%{_prefix}/lib/mono/4.5/pdb2mdb.exe*
%{_prefix}/lib/mono/4.5/permview.exe*
%{_prefix}/lib/mono/4.5/resgen.exe*
%{_prefix}/lib/mono/4.5/secutil.exe*
%{_prefix}/lib/mono/4.5/sgen.exe*
%{_prefix}/lib/mono/4.5/signcode.exe*
Accepting request 401391 from home:Warhammer40k:Mono:Factory Update to mono 4.4.0.182, new major release v4.4. Fix possible bug with incorrect $mono_libdir substitution for libMonoPosixHelper.so, see my explanation below: It seems that recent changes in mono-config.c and config.in (https://github.com/mono/mono/commit/6b5f6dd0434b66062110cf764688975ecfed646f) is not entirely correct for situations when mono installed in different location than native libraries for current system arch. Fox example, on x86_64 builds, dllmap_start function in mono-config.c, somehow, expands $mono_libdir in config file to /usr/lib. I think, that line 283 in mono-config.c do this job: const char *libdir = mono_assembly_getrootdir (); So, when native library installed in libdir (/usr/lib64) that differs from mono install dir (/usr/lib), $mono_libdir expands to incorrect location (/usr/lib). I think, this leads us to this error for libMonoPosixHelper library (for example, when starting monodevelop) : http://pastebin.com/gRDkgR4V . For now, i rollback changes only in config.in files for libMonoPosixHelper.so native library, so search path will be hardcoded in config file as in previous mono 4.2 build. I think we should inbestigate this problem further (test mono-core package from official mono repo?) and maybe fill a bug report to upstream. Or, maybe, something gone wrong only with my build - i'm doing something wrong or do not understand yet... Whatever it is, this temporary patch for config.in file should not brake anything. OBS-URL: https://build.opensuse.org/request/show/401391 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=170
2016-06-12 18:51:22 +02:00
%{_prefix}/lib/mono/4.5/*symbolicate.exe*
%{_prefix}/lib/mono/4.5/xbuild.exe*
%{_prefix}/lib/mono/4.5/xbuild.rsp
%{_prefix}/lib/mono/4.5/MSBuild/
%{_prefix}/lib/mono/4.5/Microsoft.Build.xsd
%{_prefix}/lib/mono/4.5/Microsoft.CSharp.targets
%{_prefix}/lib/mono/4.5/Microsoft.Common.targets
%{_prefix}/lib/mono/4.5/Microsoft.Common.tasks
%{_prefix}/lib/mono/4.5/Microsoft.VisualBasic.targets
%{_prefix}/lib/mono/4.5/Mono.XBuild.Tasks.dll
%{_prefix}/lib/mono/gac/Microsoft.Build
%{_prefix}/lib/mono/gac/Microsoft.Build.Engine
%{_prefix}/lib/mono/gac/Microsoft.Build.Framework
%{_prefix}/lib/mono/gac/Microsoft.Build.Tasks.v4.0
%{_prefix}/lib/mono/gac/Microsoft.Build.Tasks.v12.0/
%{_prefix}/lib/mono/gac/Microsoft.Build.Tasks.Core/
%{_prefix}/lib/mono/gac/Microsoft.Build.Utilities.v4.0
%{_prefix}/lib/mono/gac/Microsoft.Build.Utilities.v12.0/
%{_prefix}/lib/mono/gac/Microsoft.Build.Utilities.Core/
%{_prefix}/lib/mono/gac/Mono.CodeContracts
%{_prefix}/lib/mono/gac/Mono.Debugger.Soft
%{_prefix}/lib/mono/gac/Mono.XBuild.Tasks/
%{_prefix}/lib/mono/gac/PEAPI
%{_prefix}/lib/mono/xbuild
%{_prefix}/lib/mono/xbuild-frameworks
%dir %{_libdir}/mono/
%{_libdir}/mono/lldb
%if "%roslyn" == "yes"
%{_prefix}/lib/mono/msbuild
%{_prefix}/lib/mono/4.5/caspol.pdb
%{_prefix}/lib/mono/4.5/cccheck.pdb
%{_prefix}/lib/mono/4.5/ccrewrite.pdb
%{_prefix}/lib/mono/4.5/cert2spc.pdb
%{_prefix}/lib/mono/4.5/dtd2rng.pdb
%{_prefix}/lib/mono/4.5/dtd2xsd.pdb
%{_prefix}/lib/mono/4.5/genxs.pdb
%{_prefix}/lib/mono/4.5/httpcfg.pdb
%{_prefix}/lib/mono/4.5/ictool.pdb
%{_prefix}/lib/mono/4.5/ilasm.pdb
%{_prefix}/lib/mono/4.5/illinkanalyzer.pdb
%{_prefix}/lib/mono/4.5/installvst.pdb
%{_prefix}/lib/mono/4.5/lc.pdb
%{_prefix}/lib/mono/4.5/macpack.pdb
%{_prefix}/lib/mono/4.5/makecert.pdb
%{_prefix}/lib/mono/4.5/mdbrebase.pdb
%{_prefix}/lib/mono/4.5/mkbundle.pdb
%{_prefix}/lib/mono/4.5/mono-api-info.pdb
%{_prefix}/lib/mono/4.5/mono-api-diff.pdb
%{_prefix}/lib/mono/4.5/mono-api-html.pdb
%{_prefix}/lib/mono/4.5/mono-cil-strip.pdb
%{_prefix}/lib/mono/4.5/mono-shlib-cop.pdb
%{_prefix}/lib/mono/4.5/mono-xmltool.pdb
%{_prefix}/lib/mono/4.5/monop.pdb
%{_prefix}/lib/mono/4.5/pdb2mdb.pdb
%{_prefix}/lib/mono/4.5/permview.pdb
%{_prefix}/lib/mono/4.5/resgen.pdb
%{_prefix}/lib/mono/4.5/secutil.pdb
%{_prefix}/lib/mono/4.5/sgen.pdb
%{_prefix}/lib/mono/4.5/signcode.pdb
%{_prefix}/lib/mono/4.5/*symbolicate.pdb
%{_prefix}/lib/mono/4.5/xbuild.pdb
%endif
%package -n mono-reactive
Summary: Reactive Extensions
License: Apache-2.0
Group: Development/Languages/Mono
Requires: mono-core = %{version}
%description -n mono-reactive
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Microsoft's Reactive Extensions.
%files -n mono-reactive
%defattr(-, root, root)
%{_libdir}/pkgconfig/reactive.pc
%{_prefix}/lib/mono/4.5/System.Reactive.Core.dll
%{_prefix}/lib/mono/4.5/System.Reactive.Debugger.dll
%{_prefix}/lib/mono/4.5/System.Reactive.Experimental.dll
%{_prefix}/lib/mono/4.5/System.Reactive.Interfaces.dll
%{_prefix}/lib/mono/4.5/System.Reactive.Linq.dll
%{_prefix}/lib/mono/4.5/System.Reactive.Observable.Aliases.dll
%{_prefix}/lib/mono/4.5/System.Reactive.PlatformServices.dll
%{_prefix}/lib/mono/4.5/System.Reactive.Providers.dll
%{_prefix}/lib/mono/4.5/System.Reactive.Runtime.Remoting.dll
%{_prefix}/lib/mono/4.5/System.Reactive.Windows.Forms.dll
%{_prefix}/lib/mono/4.5/System.Reactive.Windows.Threading.dll
%{_prefix}/lib/mono/gac/System.Reactive.Core/
%{_prefix}/lib/mono/gac/System.Reactive.Debugger/
%{_prefix}/lib/mono/gac/System.Reactive.Experimental/
%{_prefix}/lib/mono/gac/System.Reactive.Interfaces/
%{_prefix}/lib/mono/gac/System.Reactive.Linq/
%{_prefix}/lib/mono/gac/System.Reactive.Observable.Aliases/
%{_prefix}/lib/mono/gac/System.Reactive.PlatformServices/
%{_prefix}/lib/mono/gac/System.Reactive.Providers/
%{_prefix}/lib/mono/gac/System.Reactive.Runtime.Remoting/
%{_prefix}/lib/mono/gac/System.Reactive.Windows.Forms/
%{_prefix}/lib/mono/gac/System.Reactive.Windows.Threading/
%package -n monodoc-core
Summary: Monodoc - Documentation tools for C# code
License: LGPL-2.1-only
Group: Development/Tools/Other
Requires: mono-core = %{version}
# Added to uncompress and compare documentation used by build-compare
Requires: unzip
Provides: monodoc
Provides: monodoc-devel
%description -n monodoc-core
Monodoc-core contains documentation tools for C#.
%files -n monodoc-core
%defattr(-, root, root)
%{_bindir}/mdassembler
%{_bindir}/mdoc
%{_bindir}/mdoc-assemble
%{_bindir}/mdoc-export-html
%{_bindir}/mdoc-export-msxdoc
%{_bindir}/mdoc-update
%{_bindir}/mdoc-validate
%{_bindir}/mdvalidater
%{_bindir}/mod
%{_bindir}/monodocer
%{_bindir}/monodocs2html
%{_bindir}/monodocs2slashdoc
%{_libdir}/pkgconfig/monodoc.pc
%{_mandir}/man1/mdassembler.1%ext_man
%{_mandir}/man1/mdoc-assemble.1%ext_man
%{_mandir}/man1/mdoc-export-html.1%ext_man
%{_mandir}/man1/mdoc-export-msxdoc.1%ext_man
%{_mandir}/man1/mdoc-update.1%ext_man
%{_mandir}/man1/mdoc-validate.1%ext_man
%{_mandir}/man1/mdoc.1%ext_man
%{_mandir}/man1/mdvalidater.1%ext_man
%{_mandir}/man1/monodocer.1%ext_man
%{_mandir}/man1/monodocs2html.1%ext_man
%{_mandir}/man5/mdoc.5%ext_man
%ifnarch ppc64 ppc64le s390x
%{_prefix}/lib/mono/4.5/mdoc.exe*
%endif
%{_prefix}/lib/mono/4.5/mod.exe*
%{_prefix}/lib/mono/gac/monodoc
%{_prefix}/lib/mono/monodoc
%{_prefix}/lib/monodoc
%if "%roslyn" == "yes"
%{_prefix}/lib/mono/4.5/mdoc.pdb
%{_prefix}/lib/mono/4.5/mod.pdb
%endif
%package -n mono-complete
Summary: Install everything built from the mono source tree
License: LGPL-2.1-only
Group: Development/Languages/Mono
Requires: ibm-data-db2 = %{version}
Requires: libmono-2_0-1 = %{version}
Requires: libmono-2_0-devel = %{version}
Requires: mono-core = %{version}
%if "%llvm" == "yes"
Requires: libmono-llvm0 = %{version}
%endif
%if "%sgen" == "yes"
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
Requires: libmonosgen-2_0-1 = %{version}
Requires: libmonosgen-2_0-devel = %{version}
%endif
%if "%boehm" == "yes"
Accepting request 186187 from home:Mailaender:branches:Mono:Factory - Uppdate to version 3.2.1 + Fixes bug 13509, which causes a crash when the current culture is set to zh_TW. - Update to version 3.2.0 + LLVM updated to version 3.2, this brings better optimizations for mono. + problematic workloads for the SGen Garbage Collector addressed: - popular objects are made immortal until the next major collection. - hash filtering on pin queues and that dramatically reduce their average size - switched to lazy sweeping by default + Three new experimental modes for the garbage collection are now available: - Low pause mode - Low promotion nursery - Mostly precise stack scanning + Size Reduction: Multiple features can now be disabled for the classlibs + The FullAOT compiler can now generate much faster code for icalls and has support for generic valuetype sharing. + Performance of primitive parsing was greatly enhanced. + LINQ is now much faster with arrays. + Large object cloning and boxing is up to two times faster. + Optimize Marshal.Read/Write methods to avoid a trip to unmanaged when possible. + Google contributed ports of NaCl for ARM and Amd64. - Update to version 3.1.2 + Emit additional sequence points for call entry when needed. + Loading of nested type of missing type needs to create another missing type. + Equality structural comparer needs to do recursive comparisons. + Allow async for explicitly implemented interface methods. + Implement webrequest cancellation. + Prefer user operators over predefined operators for binary enum operations too. - Changes from version 3.1.1 * Mono now defaults to sgen OBS-URL: https://build.opensuse.org/request/show/186187 OBS-URL: https://build.opensuse.org/package/show/Mono:Factory/mono-core?expand=0&rev=117
2013-08-08 06:49:04 +02:00
Requires: libmonoboehm-2_0-1 = %{version}
Requires: libmonoboehm-2_0-devel = %{version}
%endif
Requires: mono-data = %{version}
Requires: mono-data-oracle = %{version}
Requires: mono-data-sqlite = %{version}
Requires: mono-devel = %{version}
Requires: mono-extras = %{version}
Requires: mono-locale-extras = %{version}
Requires: mono-mvc = %{version}
Requires: mono-reactive = %{version}
Requires: mono-wcf = %{version}
Requires: mono-web = %{version}
Requires: mono-winforms = %{version}
Requires: mono-winfxcore = %{version}
Requires: monodoc-core = %{version}
Obsoletes: mono-data-postgresql < 4.0.0
Obsoletes: mono-entityframework < 4.0.0
%description -n mono-complete
The Mono Project is an open development initiative that is working to
develop an open source, Unix version of the .NET development platform.
Its objective is to enable Unix developers to build and deploy
cross-platform .NET applications. The project will implement various
technologies that have been submitted to the ECMA for standardization.
Install everything built from the mono source tree. Note that this does
not install anything from outside the mono source (XSP, mono-basic, etc.).
%files -n mono-complete
%defattr(-, root, root)
%changelog