2011-02-22 20:31:18 +01:00
#
# spec file for package mono-core
#
2016-04-24 20:58:50 +02:00
# Copyright (c) 2016 SUSE LINUX GmbH, Nuernberg, Germany.
2011-02-22 20:31:18 +01:00
#
# 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 http://bugs.opensuse.org/
#
2010-05-17 20:02:58 +02:00
%{!?ext_man: %define ext_man .gz}
2011-01-07 17:44:06 +01:00
%define llvm no
2010-10-12 19:45:12 +02:00
%define sgen yes
2010-05-17 20:02:58 +02:00
Name : mono-core
2016-10-02 14:21:56 +02:00
Version : 4.6.1
2012-11-09 17:00:49 +01:00
Release : 0
2013-02-24 05:13:20 +01:00
Summary : Cross-platform, Open Source, .NET development framework
2013-08-08 06:49:04 +02:00
License : LGPL-2.1 and MIT and MS-PL
2012-08-07 14:26:06 +02:00
Group : Development/Languages/Mono
2010-10-12 19:45:12 +02:00
Url : http://www.mono-project.com
2016-10-16 17:45:52 +02:00
Source0 : http://download.mono-project.com/sources/mono/mono-%{version} .5.tar.bz2
2014-08-26 16:56:31 +02:00
Source1 : mono-core.rpmlintrc
2015-05-03 14:04:04 +02:00
Source2 : gmcs
2015-12-10 17:15:47 +01:00
# 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
2016-06-02 19:45:26 +02:00
Patch14 : find-deps-fix.patch
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 fix incorrect $mono_libdir substitution for libMonoPosixHelper.so library when native library dir (/usr/lib64 on x86_64) is different from mono lib dir (/usr/lib)
Patch15 : mono-config-fix-monoposixhelper-libdir.patch
2013-07-09 20:16:31 +02:00
BuildRequires : autoconf
BuildRequires : automake
2010-10-12 19:45:12 +02:00
BuildRequires : bison
2015-01-30 13:53:59 +01:00
BuildRequires : ca-certificates
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
BuildRequires : which
2010-10-12 19:45:12 +02:00
BuildRequires : fdupes
BuildRequires : gcc-c++
2013-07-09 20:16:31 +02:00
BuildRequires : libtool
2010-10-12 19:45:12 +02:00
BuildRequires : pkgconfig
2014-09-15 16:07:31 +02:00
BuildRequires : systemtap-sdt-devel
2015-01-30 13:53:59 +01:00
BuildRequires : timezone
2014-09-15 16:07:31 +02:00
BuildRequires : pkgconfig(libgdiplus)
BuildRequires : pkgconfig(x11)
BuildRequires : pkgconfig(xinerama)
BuildRequires : pkgconfig(zlib)
2014-03-10 20:10:59 +01:00
%ifnarch ia64 %arm aarch64 s390
2014-09-15 16:07:31 +02:00
BuildRequires : pkgconfig(valgrind)
2010-10-12 19:45:12 +02:00
%endif
%if %llvm == yes
BuildRequires : llvm-mono-devel
%endif
2015-05-03 14:04:04 +02:00
Requires : ca-certificates
2012-11-09 17:00:49 +01:00
Provides : mono = %{version}
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}
2012-11-09 17:00:49 +01:00
BuildRoot : %{_tmppath} /%{name} -%{version} -build
2010-10-12 19:45:12 +02:00
%if %llvm == yes
2012-11-09 17:00:49 +01:00
Recommends: libmono-llvm0 = %{version}
2010-05-17 20:02:58 +02:00
%endif
2013-03-12 05:13:15 +01:00
Recommends: libgdiplus0
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
Provides : mono(ICSharpCode.SharpZipLib) = 0.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.6.0.0
2010-10-12 19:45:12 +02:00
Provides : mono(ICSharpCode.SharpZipLib) = 0.84.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
2010-10-12 19:45:12 +02:00
Provides : mono(Mono.Cairo) = 1.0.5000.0
2015-05-03 14:04:04 +02:00
Provides : mono(Mono.Cairo) = 2.0.0.0
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
Provides : mono(Mono.Security) = 1.0.5000.0
2015-05-03 14:04:04 +02:00
Provides : mono(Mono.Security) = 2.0.0.0
2010-10-12 19:45:12 +02:00
Provides : mono(System) = 1.0.5000.0
2015-05-03 14:04:04 +02:00
Provides : mono(System) = 2.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
2015-05-03 14:04:04 +02:00
Provides : mono(System.Configuration) = 2.0.0.0
2010-10-12 19:45:12 +02:00
Provides : mono(System.Security) = 1.0.5000.0
2015-05-03 14:04:04 +02:00
Provides : mono(System.Security) = 2.0.0.0
2010-10-12 19:45:12 +02:00
Provides : mono(System.Xml) = 1.0.5000.0
2015-05-03 14:04:04 +02:00
Provides : mono(System.Xml) = 2.0.0.0
2016-06-02 19:45:26 +02:00
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.Collections) = 4.0.0.0
Provides : mono(System.Collections.Concurrent) = 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.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.ObjectModel) = 4.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(System.ComponentModel) = 4.0.0.0
Provides : mono(System.ComponentModel.Annotations) = 4.0.0.0
Provides : mono(System.ComponentModel.EventBasedAsync) = 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.Resources.ResourceManager) = 4.0.0.0
Provides : mono(System.Security.Principal) = 4.0.0.0
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
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
2010-10-12 19:45:12 +02:00
Provides : mono(mscorlib) = 1.0.5000.0
2015-05-03 14:04:04 +02:00
Provides : mono(mscorlib) = 2.0.0.0
2015-11-22 14:28:50 +01:00
Provides : mono(mscorlib) = 4.0.0.0
Provides : mono(Mono.Configuration.Crypto) = 4.0.0.0
2015-03-16 18:45:45 +01:00
# mono-core provides System.DateTime functions, which rely on timezone information
Requires : timezone
2010-10-12 19:45:12 +02:00
2010-05-17 20:02:58 +02:00
%define _use_internal_dependency_generator 0
%define __find_provides env sh -c 'filelist=($(cat)) && { printf "%s\\n" "${filelist[@]}" | /usr/lib/rpm/find-provides && printf "%s\\n" "${filelist[@]}" | prefix=%{buildroot}%{_prefix} %{buildroot}%{_bindir}/mono-find-provides ; } | sort | uniq'
%define __find_requires env sh -c 'filelist=($(cat)) && { printf "%s\\n" "${filelist[@]}" | /usr/lib/rpm/find-requires && printf "%s\\n" "${filelist[@]}" | prefix=%{buildroot}%{_prefix} %{buildroot}%{_bindir}/mono-find-requires ; } | 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.
2010-10-12 19:45:12 +02:00
%prep
2015-08-22 10:50:06 +02:00
%setup -q -n mono-%{version}
2016-06-02 19:45:26 +02:00
%patch14 -p1
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
%patch15 -p1
2010-05-17 20:02:58 +02:00
2010-10-12 19:45:12 +02:00
%build
2015-05-03 14:04:04 +02:00
NOCONFIGURE=" y e s " ./autogen.sh
2010-10-12 19:45:12 +02:00
# These are only needed if there are patches to the runtime
#rm -f libgc/libtool.m4
#autoreconf --force --install
#autoreconf --force --install libgc
2012-12-20 05:25:06 +01:00
export CFLAGS=" %{optflags} - f n o - s t r i c t - a l i a s i n g "
2012-09-02 00:23:38 +02:00
%ifarch armv7l armv7hl
export MONO_CPU_ARCH=" a r m v 7 l - t h u m b "
%endif
%ifarch armv5el
export MONO_CPU_ARCH=" a r m v 5 e l "
%endif
2010-10-12 19:45:12 +02:00
# 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 \
--disable-system-aot \
%endif
2012-08-07 14:26:06 +02:00
%ifarch ppc
2012-11-09 17:00:49 +01:00
--with-sigaltstack=no \
2012-08-07 14:26:06 +02:00
%endif
2010-10-12 19:45:12 +02:00
%ifnarch %ix86 x86_64
--disable-system-aot \
%endif
--with-ikvm=yes \
--with-moonlight=no
2013-08-08 06:49:04 +02:00
2015-11-16 19:55:47 +01:00
make
2010-10-12 19:45:12 +02:00
%install
2012-11-09 17:00:49 +01:00
%make_install
2013-03-06 15:19:56 +01:00
# Remove hardcoded lib directory from the config
sed -i s,%{_prefix} /lib/,,g %{buildroot} %{_sysconfdir} /mono/config
2010-10-12 19:45:12 +02:00
# remove .la files (they are generally bad news)
2012-11-09 17:00:49 +01:00
rm -f %{buildroot} %{_libdir} /*.la
2013-03-06 15:19:56 +01:00
2010-10-12 19:45:12 +02:00
# remove Windows-only stuff
2012-11-09 17:00:49 +01:00
rm -rf %{buildroot} %{_prefix} /lib/mono/*/Mono.Security.Win32*
rm -f %{buildroot} %{_libdir} /libMonoSupportW.*
2013-03-06 15:19:56 +01:00
2010-10-12 19:45:12 +02:00
# remove .a files for libraries that are really only for us
2012-11-09 17:00:49 +01:00
rm -f %{buildroot} %{_libdir} /libMonoPosixHelper.a
rm -f %{buildroot} %{_libdir} /libikvm-native.a
rm -f %{buildroot} %{_libdir} /libmono-llvm.a
2013-09-12 06:01:50 +02:00
rm -f %{buildroot} %{_libdir} /libmono-2.0.a
rm -f %{buildroot} %{_libdir} /libmonoboehm-2.0.a
rm -f %{buildroot} %{_libdir} /libmonosgen-2.0.a
2013-03-06 15:19:56 +01:00
2010-10-12 19:45:12 +02:00
# remove libgc cruft
2012-11-09 17:00:49 +01:00
rm -rf %{buildroot} %{_datadir} /libgc-mono
2013-03-06 15:19:56 +01:00
2010-10-12 19:45:12 +02:00
# remove stuff that we don't package
2012-11-09 17:00:49 +01:00
rm -f %{buildroot} %{_bindir} /cilc
rm -f %{buildroot} %{_mandir} /man1/cilc.1*
rm -f %{buildroot} %{_prefix} /lib/mono/*/browsercaps-updater.exe*
rm -f %{buildroot} %{_prefix} /lib/mono/*/culevel.exe*
2013-03-06 15:19:56 +01:00
2010-10-12 19:45:12 +02:00
# brp-compress doesn't search _mandir
# so we cheat it
2012-11-09 17:00:49 +01:00
ln -s . %{buildroot} %{_prefix} %{_prefix}
RPM_BUILD_ROOT=%{buildroot} %{_prefix} /usr/lib/rpm/brp-compress
rm %{buildroot} %{_prefix} %{_prefix}
2013-03-06 15:19:56 +01:00
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
2014-02-23 18:31:52 +01:00
#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
2015-05-03 14:04:04 +02:00
# Fake the deprecated binary to build legacy packages.
install -D -m 0755 %{S:2} %{buildroot} %{_bindir} /gmcs
2012-11-09 17:00:49 +01:00
%fdupes %{buildroot} %{_prefix}
2014-02-23 18:31:52 +01:00
2010-10-12 19:45:12 +02:00
%find_lang mcs
2014-02-23 18:31:52 +01:00
2012-12-20 05:25:06 +01:00
%if %sgen == no
# installed anyway but not packaged
rm %{buildroot} %{_bindir} /mono-sgen-gdb.py
%endif
2010-05-17 20:02:58 +02:00
%files -f mcs.lang
%defattr (-, root, root)
2016-09-25 13:35:04 +02:00
%doc COPYING.LIB LICENSE NEWS README.md
2012-11-09 17:00:49 +01:00
%config %{_sysconfdir} /mono/2.0/machine.config
2012-11-10 08:16:17 +01:00
%config %{_sysconfdir} /mono/2.0/settings.map
2012-11-09 17:00:49 +01:00
%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
2013-07-09 20:16:31 +02:00
%dir %{_prefix} /lib/mono/4.5/Facades
2012-11-10 20:10:30 +01:00
%dir %{_prefix} /lib/mono/gac
%dir %{_sysconfdir} /mono
2012-11-09 17:00:49 +01:00
%dir %{_sysconfdir} /mono/2.0
%dir %{_sysconfdir} /mono/4.0
%dir %{_sysconfdir} /mono/4.5
%{_bindir} /al
%{_bindir} /al2
2015-05-03 14:04:04 +02:00
%{_bindir} /cert-sync
2012-11-09 17:00:49 +01:00
%{_bindir} /certmgr
%{_bindir} /chktrust
2012-11-11 00:38:53 +01:00
%{_bindir} /crlupdate
2012-11-09 17:00:49 +01:00
%{_bindir} /csharp
%{_bindir} /dmcs
%{_bindir} /gacutil
%{_bindir} /gacutil2
%{_bindir} /gmcs
2014-08-26 16:56:31 +02:00
%{_bindir} /ikdasm
2012-11-09 17:00:49 +01:00
%{_bindir} /mcs
%{_bindir} /mono
2013-08-08 06:49:04 +02:00
%{_bindir} /mono-boehm
2012-11-09 17:00:49 +01:00
%{_bindir} /mono-configuration-crypto
2010-10-12 19:45:12 +02:00
%if %sgen == yes
2012-11-09 17:00:49 +01:00
%{_bindir} /mono-sgen
2010-10-12 19:45:12 +02:00
%endif
2012-11-09 17:00:49 +01:00
%{_bindir} /mono-test-install
%{_bindir} /mozroots
%{_bindir} /peverify
%{_bindir} /setreg
%{_bindir} /sn
%{_libdir} /libMonoPosixHelper.so*
%{_libdir} /libikvm-native.so
%{_mandir} /man1/certmgr.1%ext_man
%{_mandir} /man1/chktrust.1%ext_man
2012-11-11 00:38:53 +01:00
%{_mandir} /man1/crlupdate.1%ext_man
2012-11-09 17:00:49 +01:00
%{_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
2013-07-09 20:16:31 +02:00
%{_prefix} /lib/mono/4.5/System.IO.Compression.FileSystem.dll
%{_prefix} /lib/mono/4.5/System.IO.Compression.dll
2012-11-11 00:38:53 +01:00
%{_prefix} /lib/mono/4.5/al.exe*
2015-05-03 14:04:04 +02:00
%{_prefix} /lib/mono/4.5/cert-sync.exe*
2012-11-11 00:38:53 +01:00
%{_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*
2014-08-26 16:56:31 +02:00
%{_prefix} /lib/mono/4.5/ikdasm.exe*
2012-11-11 00:38:53 +01:00
%{_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*
2012-11-09 17:00:49 +01:00
%{_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
2012-11-10 08:16:17 +01:00
%{_prefix} /lib/mono/4.5/Mono.Parallel.dll
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/4.5/Mono.Posix.dll
%{_prefix} /lib/mono/4.5/Mono.Security.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/Mono.Security.Providers.DotNet.dll
%{_prefix} /lib/mono/4.5/Mono.Security.Providers.NewSystemSource.dll
%{_prefix} /lib/mono/4.5/Mono.Security.Providers.NewTls.dll
%{_prefix} /lib/mono/4.5/Mono.Security.Providers.OldTls.dll
2012-11-09 17:00:49 +01:00
%{_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
2016-09-25 13:35:04 +02:00
%{_prefix} /lib/mono/4.5/System.Deployment.dll
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/4.5/System.Drawing.dll
%{_prefix} /lib/mono/4.5/System.Dynamic.dll
2012-12-16 01:32:14 +01:00
%{_prefix} /lib/mono/4.5/System.Json.dll
2012-12-16 01:14:07 +01:00
%{_prefix} /lib/mono/4.5/System.Json.Microsoft.dll
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/4.5/System.Net.dll
2012-11-10 08:16:17 +01:00
%{_prefix} /lib/mono/4.5/System.Net.Http.dll
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
2012-11-09 17:00:49 +01:00
%{_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
2016-08-06 03:56:39 +02:00
%{_prefix} /lib/mono/4.5/System.Reflection.Context.dll
%{_prefix} /lib/mono/4.5/System.Runtime.InteropServices.RuntimeInformation.dll
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/4.5/System.Security.dll
2012-11-10 08:16:17 +01:00
%{_prefix} /lib/mono/4.5/System.Threading.Tasks.Dataflow.dll
2013-07-09 20:16:31 +02:00
%{_prefix} /lib/mono/4.5/System.Windows.dll
2016-09-25 13:35:04 +02:00
%{_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
2013-07-09 20:16:31 +02:00
%{_prefix} /lib/mono/4.5/System.Xml.Serialization.dll
2012-11-09 17:00:49 +01:00
%{_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*
2016-05-04 12:46:52 +02:00
%{_prefix} /lib/mono/4.5/Facades/System*
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*
2012-11-09 17:00:49 +01:00
%{_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
2012-11-10 08:16:17 +01:00
%{_prefix} /lib/mono/gac/Mono.Parallel
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/gac/Mono.Posix
%{_prefix} /lib/mono/gac/Mono.Security
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/Mono.Security.Providers.DotNet
%{_prefix} /lib/mono/gac/Mono.Security.Providers.NewSystemSource
%{_prefix} /lib/mono/gac/Mono.Security.Providers.NewTls
%{_prefix} /lib/mono/gac/Mono.Security.Providers.OldTls
2012-11-09 17:00:49 +01:00
%{_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
2016-09-25 13:35:04 +02:00
%{_prefix} /lib/mono/gac/System.Deployment
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/gac/System.Drawing
%{_prefix} /lib/mono/gac/System.Dynamic
%{_prefix} /lib/mono/gac/System.Net
2012-11-10 08:16:17 +01:00
%{_prefix} /lib/mono/gac/System.Net.Http
2013-08-08 06:49:04 +02:00
%{_prefix} /lib/mono/gac/System.Net.Http.Formatting
%{_prefix} /lib/mono/gac/System.Net.Http.WebRequest
2012-11-09 17:00:49 +01:00
%{_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
2016-08-06 03:56:39 +02:00
%{_prefix} /lib/mono/gac/System.Reflection.Context
%{_prefix} /lib/mono/gac/System.Runtime.InteropServices.RuntimeInformation
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/gac/System.Security
2012-11-10 08:16:17 +01:00
%{_prefix} /lib/mono/gac/System.Threading.Tasks.Dataflow
2013-07-09 20:16:31 +02:00
%{_prefix} /lib/mono/gac/System.Windows
2016-09-25 13:35:04 +02:00
%{_prefix} /lib/mono/gac/System.Workflow.Activities
%{_prefix} /lib/mono/gac/System.Workflow.ComponentModel
%{_prefix} /lib/mono/gac/System.Workflow.Runtime/
2013-07-09 20:16:31 +02:00
%{_prefix} /lib/mono/gac/System.Xml.Serialization
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/gac/System.Xml
%{_prefix} /lib/mono/gac/System.Xml.Linq
2012-11-11 00:38:53 +01:00
%{_prefix} /lib/mono/gac/System.Json
2012-12-16 01:14:07 +01:00
%{_prefix} /lib/mono/gac/System.Json.Microsoft
2013-07-09 20:16:31 +02:00
%{_prefix} /lib/mono/gac/System.IO.Compression.FileSystem
%{_prefix} /lib/mono/gac/System.IO.Compression
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/gac/cscompmgd
%{_prefix} /lib/mono/mono-configuration-crypto
2010-10-12 19:45:12 +02:00
2016-04-24 20:58:50 +02:00
%post
2015-05-03 14:04:04 +02:00
cert-sync /etc/ssl/ca-bundle.pem
2010-10-12 19:45:12 +02:00
%package -n libmono-2_0-1
2011-02-22 20:31:18 +01:00
Summary : A Library for embedding Mono in your Application
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-10-12 19:45:12 +02:00
Group : Development/Libraries/C and C++
2015-05-03 14:04:04 +02:00
%if %{sgen}
Requires : libmonosgen-2_0-1
%else
2014-11-13 20:35:39 +01:00
Requires : libmonoboehm-2_0-1
2015-05-03 14:04:04 +02:00
%endif
2010-05-17 20:02:58 +02:00
2010-10-12 19:45:12 +02:00
%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)
2012-11-09 17:00:49 +01:00
%{_libdir} /libmono-2.0.so.1*
2010-05-17 20:02:58 +02:00
2010-10-12 19:45:12 +02:00
%post -n libmono-2_0-1 -p /sbin/ldconfig
%postun -n libmono-2_0-1 -p /sbin/ldconfig
%package -n libmono-2_0-devel
2011-02-22 20:31:18 +01:00
Summary : Development files for libmono
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-05-17 20:02:58 +02:00
Group : Development/Languages/Mono
2012-11-09 17:00:49 +01:00
Requires : libmono-2_0-1 = %{version}
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
%if %{sgen}
Requires : libmonosgen-2_0-devel
%else
2013-10-06 16:51:11 +02:00
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
2012-11-09 17:00:49 +01:00
Requires : mono-core = %{version}
2010-05-17 20:02:58 +02:00
2010-10-12 19:45:12 +02:00
%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.
2010-05-17 20:02:58 +02:00
2010-10-12 19:45:12 +02:00
Development files for libmono.
2010-05-17 20:02:58 +02:00
2010-10-12 19:45:12 +02:00
%files -n libmono-2_0-devel
%defattr (-, root, root)
2012-11-09 17:00:49 +01:00
%{_bindir} /mono-gdb.py
%{_includedir} /mono-2.0
%{_libdir} /libmono-2.0.so
%{_libdir} /pkgconfig/mono-2.pc
2010-10-12 19:45:12 +02:00
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
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
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
2010-10-12 19:45:12 +02:00
%if %sgen == yes
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)
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-10-12 19:45:12 +02:00
Group : Development/Libraries/C and C++
2013-08-08 06:49:04 +02:00
%description -n libmonosgen-2_0-1
2010-10-12 19:45:12 +02:00
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.
2013-08-08 06:49:04 +02:00
A Library for embedding Mono in your application using the precise SGen
garbage collector.
2010-10-12 19:45:12 +02:00
2013-08-08 06:49:04 +02:00
%files -n libmonosgen-2_0-1
2010-10-12 19:45:12 +02:00
%defattr (-, root, root)
2013-08-08 06:49:04 +02:00
%{_libdir} /libmonosgen-2.0.so.*
2010-10-12 19:45:12 +02:00
2013-08-08 06:49:04 +02:00
%post -n libmonosgen-2_0-1 -p /sbin/ldconfig
2010-10-12 19:45:12 +02:00
2013-08-08 06:49:04 +02:00
%postun -n libmonosgen-2_0-1 -p /sbin/ldconfig
2010-10-12 19:45:12 +02:00
%package -n libmonosgen-2_0-devel
2011-02-22 20:31:18 +01:00
Summary : Development files for libmonosgen
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-10-12 19:45:12 +02:00
Group : Development/Languages/Mono
2011-04-27 22:24:22 +02:00
Requires : libmono-2_0-devel
2013-08-08 06:49:04 +02:00
Requires : libmonosgen-2_0-1 = %{version}
2012-11-09 17:00:49 +01:00
Requires : mono-core = %{version}
2010-10-12 19:45:12 +02:00
%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)
2012-11-09 17:00:49 +01:00
%{_bindir} /mono-sgen-gdb.py
%{_libdir} /libmonosgen-2.0.so
%{_libdir} /pkgconfig/monosgen-2.pc
2010-10-12 19:45:12 +02:00
%endif
%if %llvm == yes
%package -n libmono-llvm0
2011-02-22 20:31:18 +01:00
Summary : Loadable LLVM libary for mono
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-10-12 19:45:12 +02:00
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.
2010-05-17 20:02:58 +02:00
2010-10-12 19:45:12 +02:00
Loadable LLVM libary for mono.
2010-05-17 20:02:58 +02:00
2010-10-12 19:45:12 +02:00
%files -n libmono-llvm0
2010-05-17 20:02:58 +02:00
%defattr (-, root, root)
2012-11-09 17:00:49 +01:00
%{_libdir} /libmono-llvm.so*
2010-10-12 19:45:12 +02:00
%post -n libmono-llvm0 -p /sbin/ldconfig
%postun -n libmono-llvm0 -p /sbin/ldconfig
%endif
2010-05-17 20:02:58 +02:00
%package -n mono-locale-extras
Summary : Extra locale information
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-05-17 20:02:58 +02:00
Group : Development/Languages/Mono
2012-11-09 17:00:49 +01:00
Requires : mono-core = %{version}
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-05-17 20:02:58 +02:00
%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)
2012-11-10 08:16:17 +01:00
%{_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
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/gac/I18N.CJK
%{_prefix} /lib/mono/gac/I18N.MidEast
%{_prefix} /lib/mono/gac/I18N.Other
%{_prefix} /lib/mono/gac/I18N.Rare
2010-05-17 20:02:58 +02:00
%package -n mono-data
Summary : Database connectivity for Mono
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-05-17 20:02:58 +02:00
Group : Development/Languages/Mono
2012-11-09 17:00:49 +01:00
Requires : mono-core = %{version}
2013-08-08 06:49:04 +02:00
Provides : mono-directory = %{version}
Provides : mono-ms-enterprise = %{version}
Provides : mono-novell-directory = %{version}
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
Provides : mono(System.Data) = 1.0.5000.0
2015-05-03 14:04:04 +02:00
Provides : mono(System.Data) = 2.0.0.0
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-05-17 20:02:58 +02:00
%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)
2012-11-09 17:00:49 +01:00
%{_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
2015-05-03 14:04:04 +02:00
%{_prefix} /lib/mono/4.5/System.Data.Entity.dll
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/4.5/System.DirectoryServices.dll
2013-10-08 12:22:35 +02:00
%{_prefix} /lib/mono/4.5/System.DirectoryServices.Protocols.dll
2012-11-09 17:00:49 +01:00
%{_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
2015-05-03 14:04:04 +02:00
%{_prefix} /lib/mono/gac/System.Data.Entity
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/gac/System.Data.DataSetExtensions
%{_prefix} /lib/mono/gac/System.Data.Linq
%{_prefix} /lib/mono/gac/System.DirectoryServices
2013-10-08 12:22:35 +02:00
%{_prefix} /lib/mono/gac/System.DirectoryServices.Protocols
2012-11-09 17:00:49 +01:00
%{_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
2010-05-17 20:02:58 +02:00
%package -n mono-winforms
Summary : Mono's Windows Forms implementation
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-05-17 20:02:58 +02:00
Group : Development/Languages/Mono
2012-11-09 17:00:49 +01:00
Requires : mono-core = %{version}
2013-08-08 06:49:04 +02:00
Provides : mono-window-forms = %{version}
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
Provides : mono(System.Drawing) = 1.0.5000.0
2015-05-03 14:04:04 +02:00
Provides : mono(System.Drawing) = 2.0.0.0
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
Provides : mono(System.Windows.Forms) = 1.0.5000.0
2015-05-03 14:04:04 +02:00
Provides : mono(System.Windows.Forms) = 2.0.0.0
2010-05-17 20:02:58 +02:00
%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)
2012-11-09 17:00:49 +01:00
%{_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
2010-05-17 20:02:58 +02:00
%package -n ibm-data-db2
Summary : Database connectivity for DB2
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-05-17 20:02:58 +02:00
Group : Development/Languages/Mono
2012-11-09 17:00:49 +01:00
Requires : mono-core = %{version}
2010-05-17 20:02:58 +02:00
%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)
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/4.5/IBM.Data.DB2.dll
%{_prefix} /lib/mono/gac/IBM.Data.DB2
2010-05-17 20:02:58 +02:00
%package -n mono-extras
Summary : Extra packages
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-05-17 20:02:58 +02:00
Group : Development/Languages/Mono
2012-11-09 17:00:49 +01:00
Requires : mono-core = %{version}
2013-08-08 06:49:04 +02:00
Provides : mono-ms-extras = %{version}
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2010-05-17 20:02:58 +02:00
%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)
2012-11-09 17:00:49 +01:00
%{_bindir} /mono-service
%{_bindir} /mono-service2
%{_mandir} /man1/mono-service.1%ext_man
2012-11-11 00:38:53 +01:00
%{_prefix} /lib/mono/4.5/installutil.exe*
%{_prefix} /lib/mono/4.5/mono-service.exe*
2012-11-09 17:00:49 +01:00
%{_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
2012-11-10 08:16:17 +01:00
%{_prefix} /lib/mono/4.5/System.Xaml.dll
2012-11-09 17:00:49 +01:00
%{_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
2010-05-17 20:02:58 +02:00
%package -n mono-data-sqlite
Summary : Database connectivity for Mono
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-05-17 20:02:58 +02:00
Group : Development/Languages/Mono
2012-11-09 17:00:49 +01:00
Requires : mono-core = %{version}
Requires : mono-data = %{version}
2010-10-12 19:45:12 +02:00
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
2010-05-17 20:02:58 +02:00
%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)
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/4.5/Mono.Data.Sqlite.dll
%{_prefix} /lib/mono/gac/Mono.Data.Sqlite
2010-05-17 20:02:58 +02:00
%package -n mono-wcf
Summary : Mono implementation of WCF, Windows Communication Foundation
2012-12-20 05:25:06 +01:00
License : MIT and MS-PL
2010-05-17 20:02:58 +02:00
Group : Development/Languages/Mono
2012-11-09 17:00:49 +01:00
Requires : mono-core = %{version}
2010-05-17 20:02:58 +02:00
%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)
2012-11-10 08:16:17 +01:00
%{_bindir} /svcutil
2012-11-09 17:00:49 +01:00
%{_libdir} /pkgconfig/wcf.pc
2012-11-10 08:16:17 +01:00
%{_prefix} /lib/mono/4.5/System.Data.Services.dll
%{_prefix} /lib/mono/4.5/System.IdentityModel.Selectors.dll
%{_prefix} /lib/mono/4.5/System.IdentityModel.dll
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/4.5/System.Runtime.DurableInstancing.dll
2013-10-08 12:22:35 +02:00
%{_prefix} /lib/mono/4.5/System.ServiceModel.Activation.dll
2012-11-09 17:00:49 +01:00
%{_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
2012-11-09 17:00:49 +01:00
%{_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
2015-11-22 14:28:50 +01:00
%{_prefix} /lib/mono/4.5/SMDiagnostics.dll
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/4.5/svcutil.exe*
%{_prefix} /lib/mono/gac/System.Data.Services
%{_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
2013-10-08 12:22:35 +02:00
%{_prefix} /lib/mono/gac/System.ServiceModel.Activation
2012-11-09 17:00:49 +01:00
%{_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
2012-11-09 17:00:49 +01:00
%{_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
2010-05-17 20:02:58 +02:00
%package -n mono-winfxcore
Summary : Mono implementation of core WinFX APIs
2012-12-20 05:25:06 +01:00
License : MIT and MS-PL
2010-05-17 20:02:58 +02:00
Group : Development/Languages/Mono
2012-11-09 17:00:49 +01:00
Requires : mono-core = %{version}
2010-05-17 20:02:58 +02:00
%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)
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/4.5/System.Data.Services.Client.dll*
%{_prefix} /lib/mono/4.5/WindowsBase.dll*
%{_prefix} /lib/mono/gac/System.Data.Services.Client
%{_prefix} /lib/mono/gac/WindowsBase
2010-05-17 20:02:58 +02:00
%package -n mono-web
2012-11-09 17:00:49 +01:00
Summary : Mono implementation of ASP
2012-12-20 05:25:06 +01:00
License : MIT and MS-PL
2010-05-17 20:02:58 +02:00
Group : Development/Languages/Mono
2012-11-09 17:00:49 +01:00
Requires : mono-core = %{version}
2013-08-08 06:49:04 +02:00
Provides : mono-remoting = %{version}
Provides : mono-web-forms = %{version}
Provides : mono-web-services = %{version}
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
Provides : mono(System.Runtime.Remoting) = 1.0.5000.0
2015-05-03 14:04:04 +02:00
Provides : mono(System.Runtime.Remoting) = 2.0.0.0
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2015-05-03 14:04:04 +02:00
Provides : mono(System.Web.Razor) = 2.0.0.0
2010-10-12 19:45:12 +02:00
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
2013-02-25 05:14:39 +01:00
Provides : mono(System.Web.WebPages.Deployment) = 2.1.0.0
2015-05-03 14:04:04 +02:00
Provides : mono(System.Web.WebPages.Razor) = 2.0.0.0
2010-05-17 20:02:58 +02:00
%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)
2012-11-09 17:00:49 +01:00
%config %{_sysconfdir} /mono/2.0/Browsers
%config %{_sysconfdir} /mono/2.0/DefaultWsdlHelpGenerator.aspx
%config %{_sysconfdir} /mono/2.0/web.config
2014-02-23 18:31:52 +01:00
%config %{_sysconfdir} /mono/4.0/Browsers
2012-11-09 17:00:49 +01:00
%config %{_sysconfdir} /mono/4.0/DefaultWsdlHelpGenerator.aspx
%config %{_sysconfdir} /mono/4.0/web.config
2014-02-23 18:31:52 +01:00
%config %{_sysconfdir} /mono/4.5/Browsers
2012-11-09 17:00:49 +01:00
%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
2012-11-11 00:38:53 +01:00
%{_libdir} /pkgconfig/aspnetwebstack.pc
2012-11-09 17:00:49 +01:00
%{_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
2012-11-10 08:16:17 +01:00
%{_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
2012-11-11 00:38:53 +01:00
%{_prefix} /lib/mono/4.5/System.Web.Http.dll
%{_prefix} /lib/mono/4.5/System.Web.Http.SelfHost.dll
2013-07-09 20:16:31 +02:00
%{_prefix} /lib/mono/4.5/System.Web.Http.WebHost.dll
2016-09-25 13:35:04 +02:00
%{_prefix} /lib/mono/4.5/System.Web.Mobile.dll
2012-11-10 08:16:17 +01:00
%{_prefix} /lib/mono/4.5/System.Web.Routing.dll
2012-11-11 00:38:53 +01:00
%{_prefix} /lib/mono/4.5/System.Web.Razor.dll
2016-09-25 13:35:04 +02:00
%{_prefix} /lib/mono/4.5/System.Web.RegularExpressions.dll
2012-11-10 08:16:17 +01:00
%{_prefix} /lib/mono/4.5/System.Web.Services.dll
2012-11-11 00:38:53 +01:00
%{_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
2012-11-10 08:16:17 +01:00
%{_prefix} /lib/mono/4.5/System.Web.dll
2012-11-09 17:00:49 +01:00
%{_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*
2012-11-11 00:38:53 +01:00
%{_prefix} /lib/mono/4.5/Microsoft.Web.Infrastructure.dll
2012-11-09 17:00:49 +01:00
%{_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
2012-11-11 00:38:53 +01:00
%{_prefix} /lib/mono/gac/System.Web.Http
%{_prefix} /lib/mono/gac/System.Web.Http.SelfHost
2013-07-09 20:16:31 +02:00
%{_prefix} /lib/mono/gac/System.Web.Http.WebHost
2016-09-25 13:35:04 +02:00
%{_prefix} /lib/mono/gac/System.Web.Mobile/
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/gac/System.Web.Routing
2012-11-11 00:38:53 +01:00
%{_prefix} /lib/mono/gac/System.Web.Razor
2016-09-25 13:35:04 +02:00
%{_prefix} /lib/mono/gac/System.Web.RegularExpressions
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/gac/System.Web.Services
2012-11-11 00:38:53 +01:00
%{_prefix} /lib/mono/gac/System.Web.WebPages.Deployment
%{_prefix} /lib/mono/gac/System.Web.WebPages.Razor
%{_prefix} /lib/mono/gac/System.Web.WebPages
2010-10-12 19:45:12 +02:00
%package -n mono-mvc
2012-11-09 17:00:49 +01:00
Summary : Mono implementation of ASP
2012-12-20 05:25:06 +01:00
License : MIT and MS-PL
2010-10-12 19:45:12 +02:00
Group : Development/Languages/Mono
2012-11-09 17:00:49 +01:00
Requires : mono-core = %{version}
2010-10-12 19:45:12 +02:00
%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)
2012-11-09 17:00:49 +01:00
%{_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
2012-11-09 17:28:16 +01:00
%{_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
2010-05-17 20:02:58 +02:00
%package -n mono-data-oracle
Summary : Database connectivity for Mono
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-05-17 20:02:58 +02:00
Group : Development/Languages/Mono
2012-11-09 17:00:49 +01:00
Requires : mono-core = %{version}
Requires : mono-data = %{version}
2010-10-12 19:45:12 +02:00
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
2010-05-17 20:02:58 +02:00
%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)
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/4.5/System.Data.OracleClient.dll
%{_prefix} /lib/mono/gac/System.Data.OracleClient
2010-05-17 20:02:58 +02:00
%package -n mono-nunit
Summary : NUnit Testing Framework
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-05-17 20:02:58 +02:00
Group : Development/Languages/Mono
2012-11-09 17:00:49 +01:00
Requires : mono-core = %{version}
2010-05-17 20:02:58 +02:00
%description -n mono-nunit
NUnit is a unit-testing framework for all .Net languages. Initially
ported from JUnit, the current release, version 2.2, is the fourth
major release of this Unit based unit testing tool for Microsoft .NET.
2015-03-04 11:36:21 +01:00
It is written entirely in C# and has been completely redesigned to
take advantage of many .NET language features, for example custom
attributes and other reflection related capabilities.
NUnit brings xUnit to all .NET languages.
2010-05-17 20:02:58 +02:00
%files -n mono-nunit
%defattr (-, root, root)
2012-11-09 17:00:49 +01:00
%{_libdir} /pkgconfig/mono-nunit.pc
%{_bindir} /nunit-console
%{_bindir} /nunit-console2
%{_bindir} /nunit-console4
%{_prefix} /lib/mono/4.5/nunit-console-runner.dll
%{_prefix} /lib/mono/4.5/nunit-console.exe*
%{_prefix} /lib/mono/4.5/nunit.core.dll
%{_prefix} /lib/mono/4.5/nunit.core.extensions.dll
%{_prefix} /lib/mono/4.5/nunit.core.interfaces.dll
%{_prefix} /lib/mono/4.5/nunit.framework.dll
%{_prefix} /lib/mono/4.5/nunit.framework.extensions.dll
%{_prefix} /lib/mono/4.5/nunit.mocks.dll
%{_prefix} /lib/mono/4.5/nunit.util.dll
%{_prefix} /lib/mono/gac/nunit-console-runner
%{_prefix} /lib/mono/gac/nunit.core
%{_prefix} /lib/mono/gac/nunit.core.extensions
%{_prefix} /lib/mono/gac/nunit.core.interfaces
%{_prefix} /lib/mono/gac/nunit.framework
%{_prefix} /lib/mono/gac/nunit.framework.extensions
%{_prefix} /lib/mono/gac/nunit.mocks
%{_prefix} /lib/mono/gac/nunit.util
2010-05-17 20:02:58 +02:00
%package -n mono-devel
Summary : Mono development tools
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-05-17 20:02:58 +02:00
Group : Development/Languages/Mono
2013-03-12 05:13:15 +01:00
Requires : libgdiplus-devel
2012-11-09 17:00:49 +01:00
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}
2010-05-17 20:02:58 +02:00
Requires : pkgconfig
2013-08-08 06:49:04 +02:00
Provides : mono-xbuild = %{version}
2015-05-03 14:04:04 +02:00
# We build natively on ppc64 now
%ifarch ppc64
2013-08-08 06:49:04 +02:00
Provides : mono-biarchcompat = %{version}
2015-05-03 14:04:04 +02:00
%endif
2010-10-12 19:45:12 +02:00
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
2010-10-12 19:45:12 +02:00
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
2016-06-02 19:45:26 +02:00
#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
2015-11-22 14:28:50 +01:00
Provides : mono(System.ServiceModel) = 3.0.0.0
Provides : mono(System.Core) = 3.5.0.0
Provides : mono(Mono.Posix) = 2.0.0.0
2016-06-02 19:45:26 +02:00
Provides : mono(System.Transactions) = 2.0.0.0
Provides : mono(System.Configuration.Install) = 2.0.0.0
2010-05-17 20:02:58 +02:00
%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.
2015-05-03 14:04:04 +02:00
%post -n mono-devel -p /sbin/ldconfig
2010-05-17 20:02:58 +02:00
%postun -n mono-devel -p /sbin/ldconfig
%files -n mono-devel
%defattr (-, root, root)
2012-11-09 17:00:49 +01:00
%{_bindir} /caspol
%{_bindir} /ccrewrite
2012-11-11 00:38:53 +01:00
%{_bindir} /cccheck
2012-11-09 17:00:49 +01:00
%{_bindir} /cert2spc
%{_bindir} /dtd2rng
%{_bindir} /dtd2xsd
%{_bindir} /genxs
%{_bindir} /httpcfg
%{_bindir} /ilasm
%{_bindir} /installvst
%{_bindir} /lc
%{_bindir} /macpack
%{_bindir} /makecert
2013-02-24 05:13:20 +01:00
%{_bindir} /mdbrebase
2012-11-09 17:00:49 +01:00
%{_bindir} /mkbundle
%{_bindir} /mono-api-info
2016-09-25 13:35:04 +02:00
%{_bindir} /mono-api-html
2012-11-09 17:00:49 +01:00
%{_bindir} /mono-cil-strip
%{_bindir} /mono-find-provides
%{_bindir} /mono-find-requires
%{_bindir} /mono-heapviz
%{_bindir} /mono-shlib-cop
2015-11-22 14:28:50 +01:00
%{_bindir} /mono-symbolicate
2012-11-09 17:00:49 +01:00
%{_bindir} /mono-xmltool
%{_bindir} /monodis
%{_bindir} /monolinker
%{_bindir} /monop
%{_bindir} /monop2
%{_bindir} /mprof-report
%{_bindir} /pdb2mdb
%{_bindir} /pedump
%{_bindir} /permview
%{_bindir} /prj2make
%{_bindir} /resgen
%{_bindir} /resgen2
%{_bindir} /secutil
%{_bindir} /sgen
%{_bindir} /signcode
%{_bindir} /xbuild
%dir %{_datadir} /mono-2.0
%dir %{_datadir} /mono-2.0/mono
%dir %{_datadir} /mono-2.0/mono/cil
2015-11-22 14:28:50 +01:00
%dir %{_datadir} /mono-2.0/mono/profiler
2012-11-09 17:00:49 +01:00
%{_datadir} /mono-2.0/mono/cil/cil-opcodes.xml
2015-11-22 14:28:50 +01:00
%{_datadir} /mono-2.0/mono/profiler/mono-profiler-log.suppression
2012-11-09 17:00:49 +01:00
%{_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
2014-02-23 18:31:52 +01:00
%{_libdir} /pkgconfig/xbuild12.pc
2012-11-09 17:00:49 +01:00
%{_mandir} /man1/al.1%ext_man
%{_mandir} /man1/ccrewrite.1%ext_man
2012-11-11 00:38:53 +01:00
%{_mandir} /man1/cccheck.1%ext_man
2012-11-09 17:00:49 +01:00
%{_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/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-shlib-cop.1%ext_man
2015-11-22 14:28:50 +01:00
%{_mandir} /man1/mono-symbolicate.1%ext_man
2012-11-09 17:00:49 +01:00
%{_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/prj2make.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
2015-05-03 14:04:04 +02:00
%{_prefix} /lib/mono/4.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
%{_prefix} /lib/mono/4.5-api
%{_prefix} /lib/mono/4.0-api
%{_prefix} /lib/mono/3.5-api
%{_prefix} /lib/mono/2.0-api
2012-11-09 17:00:49 +01:00
%{_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
2012-11-11 00:38:53 +01:00
%{_prefix} /lib/mono/4.5/Mono.Debugger.Soft.dll
%{_prefix} /lib/mono/4.5/Mono.CodeContracts.dll
2012-11-10 08:16:17 +01:00
%{_prefix} /lib/mono/4.5/PEAPI.dll
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/4.5/caspol.exe*
2012-11-10 08:16:17 +01:00
%{_prefix} /lib/mono/4.5/cccheck.exe*
2012-11-09 17:00:49 +01:00
%{_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/installvst.exe*
%{_prefix} /lib/mono/4.5/lc.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/linkeranalyzer.exe*
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/4.5/macpack.exe*
%{_prefix} /lib/mono/4.5/makecert.exe*
2013-02-24 05:13:20 +01:00
%{_prefix} /lib/mono/4.5/mdbrebase.exe*
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/4.5/mkbundle.exe*
%{_prefix} /lib/mono/4.5/mono-api-info.exe*
2016-09-25 13:35:04 +02:00
%{_prefix} /lib/mono/4.5/mono-api-html.exe*
2012-11-09 17:00:49 +01:00
%{_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*
%{_prefix} /lib/mono/4.5/monolinker.*
%{_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*
2012-11-11 00:38:53 +01:00
%{_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*
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/4.5/xbuild.exe*
%{_prefix} /lib/mono/4.5/xbuild.rsp
2014-02-23 18:31:52 +01:00
%{_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
2016-05-04 12:46:52 +02:00
%{_prefix} /lib/mono/4.5/Mono.XBuild.Tasks.dll
2012-11-09 17:00:49 +01:00
%{_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
2014-02-23 18:31:52 +01:00
%{_prefix} /lib/mono/gac/Microsoft.Build.Tasks.v12.0/
2015-05-03 14:04:04 +02:00
%{_prefix} /lib/mono/gac/Microsoft.Build.Tasks.Core/
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/gac/Microsoft.Build.Utilities.v4.0
2014-02-23 18:31:52 +01:00
%{_prefix} /lib/mono/gac/Microsoft.Build.Utilities.v12.0/
2015-05-03 14:04:04 +02:00
%{_prefix} /lib/mono/gac/Microsoft.Build.Utilities.Core/
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/gac/Mono.CodeContracts
%{_prefix} /lib/mono/gac/Mono.Debugger.Soft
2014-02-23 18:31:52 +01:00
%{_prefix} /lib/mono/gac/Mono.XBuild.Tasks/
2012-11-09 17:00:49 +01:00
%{_prefix} /lib/mono/gac/PEAPI
%{_prefix} /lib/mono/xbuild
%{_prefix} /lib/mono/xbuild-frameworks
2015-05-03 14:04:04 +02:00
%dir %{_libdir} /mono/
%{_libdir} /mono/lldb
2012-11-10 08:16:17 +01:00
2013-01-17 20:36:21 +01:00
%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
2014-02-23 18:31:52 +01:00
%{_prefix} /lib/mono/4.5/System.Reactive.Observable.Aliases.dll
2013-01-17 20:36:21 +01:00
%{_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/
2014-02-23 18:31:52 +01:00
%{_prefix} /lib/mono/gac/System.Reactive.Observable.Aliases/
2013-01-17 20:36:21 +01:00
%{_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/
2010-05-17 20:02:58 +02:00
%package -n monodoc-core
Summary : Monodoc - Documentation tools for C# code
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-05-17 20:02:58 +02:00
Group : Development/Tools/Other
2012-11-09 17:00:49 +01:00
Requires : mono-core = %{version}
2010-05-17 20:02:58 +02:00
# Added to uncompress and compare documentation used by build-compare
Requires : unzip
2012-11-09 17:00:49 +01:00
Provides : monodoc
2015-05-03 14:04:04 +02:00
Provides : monodoc-devel
2010-05-17 20:02:58 +02:00
%description -n monodoc-core
Monodoc-core contains documentation tools for C#.
%files -n monodoc-core
%defattr (-, root, root)
2012-11-09 17:00:49 +01:00
%{_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
%{_prefix} /lib/mono/4.5/mdoc.exe*
%{_prefix} /lib/mono/4.5/mod.exe*
%{_prefix} /lib/mono/gac/monodoc
%{_prefix} /lib/mono/monodoc
%{_prefix} /lib/monodoc
2010-05-17 20:02:58 +02:00
%package -n mono-complete
2010-10-12 19:45:12 +02:00
Summary : Install everything built from the mono source tree
2012-08-07 14:26:06 +02:00
License : LGPL-2.1
2010-05-17 20:02:58 +02:00
Group : Development/Languages/Mono
2012-11-09 17:00:49 +01:00
Requires : ibm-data-db2 = %{version}
Requires : libmono-2_0-1 = %{version}
Requires : libmono-2_0-devel = %{version}
Requires : mono-core = %{version}
2010-10-12 19:45:12 +02:00
%if %llvm == yes
2012-11-09 17:00:49 +01:00
Requires : libmono-llvm0 = %{version}
2010-10-12 19:45:12 +02:00
%endif
%if %sgen == yes
2013-08-08 06:49:04 +02:00
Requires : libmonosgen-2_0-1 = %{version}
2012-11-09 17:00:49 +01:00
Requires : libmonosgen-2_0-devel = %{version}
2010-10-12 19:45:12 +02:00
%endif
2013-08-08 06:49:04 +02:00
Requires : libmonoboehm-2_0-1 = %{version}
Requires : libmonoboehm-2_0-devel = %{version}
2012-11-09 17:00:49 +01:00
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}
2013-02-25 05:14:39 +01:00
Requires : mono-mvc = %{version}
2012-11-09 17:00:49 +01:00
Requires : mono-nunit = %{version}
2013-01-17 20:36:21 +01:00
Requires : mono-reactive = %{version}
2012-11-09 17:00:49 +01:00
Requires : mono-wcf = %{version}
Requires : mono-web = %{version}
Requires : mono-winforms = %{version}
Requires : mono-winfxcore = %{version}
Requires : monodoc-core = %{version}
2010-05-17 20:02:58 +02:00
%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.
2010-10-12 19:45:12 +02:00
Install everything built from the mono source tree. Note that this does
not install anything from outside the mono source (XSP, mono-basic, etc.).
2010-05-17 20:02:58 +02:00
%files -n mono-complete
%defattr (-, root, root)
%changelog
