| Port details |
- mono5.10 Open source implementation of .NET Development Framework
- 5.10.1.57_6 lang
 =3      5.10.1.57_6Version of this port present on the latest quarterly branch. - There is no maintainer for this port.
- Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.org
- Port Added: 2020-12-18 19:32:48
- Last Update: 2024-02-24 16:12:15
- Commit Hash: 8ad9248
- People watching this port, also watch:: mono6.8, jicofo, jitsi-meet, jitsi-meet-full, jitsi-srtp-native
- License: MIT
- WWW:
- https://www.mono-project.com/
- Description:
- Mono is an open source implementation of .NET Development Framework. Its
objective is to enable UNIX developers to build and deploy cross-platform
.NET Applications. The project implements various technologies developed by
Microsoft that have now been submitted to the ECMA for standardization.
Mono provides the necessary software to develop and run .NET client and
server applications on BSD, Linux, Solaris, Mac OS X, Windows, and Unix.
  ¦  ¦  ¦  ¦ 
- Manual pages:
- FreshPorts has no man page information for this port.
- pkg-plist: as obtained via:
make generate-plist - Dependency lines:
-
- Conflicts:
- CONFLICTS_INSTALL:
- certmgr
- coin-or-disco
- disco
- mono
- mono[0-9]*
- To install the port:
- cd /usr/ports/lang/mono5.10/ && make install clean
- To add the package, run one of these commands:
- pkg install lang/mono5.10
- pkg install mono5.10
NOTE: If this package has multiple flavors (see below), then use one of them instead of the name specified above.- PKGNAME: mono5.10
- Flavors: there is no flavor information for this port.
- ONLY_FOR_ARCHS: aarch64 amd64 armv6 armv7 i386 powerpc powerpc64 powerpc64le
- distinfo:
- TIMESTAMP = 1535767329
SHA256 (mono-5.10.1.57.tar.bz2) = 76cbd8545db6adc5a1738c343d957a7015c95e1439c461ea4f2bd56bd6337ab4
SIZE (mono-5.10.1.57.tar.bz2) = 210896685
Packages (timestamps in pop-ups are UTC):
- Dependencies
- NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.
- Build dependencies:
-
- p5-XML-Parser>=0 : textproc/p5-XML-Parser
- bash : shells/bash
- cmake-core>0 : devel/cmake-core
- bison : devel/bison
- gmake>=4.3 : devel/gmake
- python3.9 : lang/python39
- gettext-runtime>=0.22_1 : devel/gettext-runtime
- msgfmt : devel/gettext-tools
- Xvfb : x11-servers/xorg-server@xvfb
- 8x13O.pcf.gz : x11-fonts/xorg-fonts-miscbitmaps
- fonts.alias : x11-fonts/font-alias
- base : x11/xkeyboard-config
- xkbcomp : x11/xkbcomp
- autoconf>=2.71 : devel/autoconf
- automake>=1.16.5 : devel/automake
- libtoolize : devel/libtool
- perl5>=5.36<5.37 : lang/perl5.36
- Test dependencies:
-
- python3.9 : lang/python39
- Runtime dependencies:
-
- py39-pillow>=7.0.0 : graphics/py-pillow@py39
- ca_root_nss>=0 : security/ca_root_nss
- python3.9 : lang/python39
- Library dependencies:
-
- libinotify.so : devel/libinotify
- libintl.so : devel/gettext-runtime
- There are no ports dependent upon this port
Configuration Options:- ===> The following configuration options are available for mono5.10-5.10.1.57_6:
NLS=on: Native Language Support
X11=on: X11 (graphics) support
===> Use 'make config' to modify these settings
- Options name:
- lang_mono5.10
- USES:
- autoreconf bison compiler:c11 cpe elfctl gmake iconv libtool pathfix perl5 python shebangfix tar:bzip2 gettext display:test
- pkg-message:
- For install:
- If you have build/runtime errors with Mono and Gtk# apps please try the
following first:
* Build Mono and gtk+ (x11-toolkits/gtk20) without CPUTYPE and with the
default FreeBSD CFLAGS ('-O2 -fno-strict-aliasing -pipe') as Mono has
been known to expose compiler bugs.
* Try building and running Mono with the GENERIC kernel.
- Mono requires SYSVSHM, SYSVMSG, and SYSVSEM which are part of the
GENERIC kernel.
- Removing kernel options or changing defaults to use experimental
options can adversely affect Mono's ability to build and run.
* Remove leftover semaphores / increase semaphore limits.
- Close apps which use Mono and run `ipcs -sbt`. Remove the
semaphores with MODE "--rw-------" and NSEMS "8" using ipcrm (1)
- _OR_ simply reboot which is the safest method.
- On multi-user systems the semaphore limits may need to be increased
from the defaults. The following should comfortably support 30 users.
# echo "kern.ipc.semmni=40" >> /boot/loader.conf
# echo "kern.ipc.semmns=300" >> /boot/loader.conf
* If you are in a jailed environment, ensure System V IPC are enabled.
You can rely on the security.jail.sysvipc_allowed sysctl to check
this status. The following enables this feature on the host system:
# echo "jail_sysvipc_allow=\"YES\"" >> /etc/rc.conf
* Some process information are accessed through /proc (e.g. when using
NUnit) and procfs(5) has to be mounted for these features to work:
# echo "proc /proc procfs rw 0 0" >> /etc/fstab
- Master Sites:
|
| Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
| Commit | Credits | Log message |
|---|
5.10.1.57_6
24 Feb 2024 16:12:15
 |
Muhammad Moinur Rahman (bofh) |
lang/mono5.10: Moved man to share/man
Approved by: portmgr (blanket) |
5.10.1.57_5
10 Aug 2023 10:37:18
|
Jan Beich (jbeich) |
lang/mono5.10: revert local hack from 47a148ae6aa0
qemu-user-static hasn't received updates for years, so I've stopped
caring about it. |
5.10.1.57_5
10 Aug 2023 00:47:06
|
Jan Beich (jbeich) |
lang/mono5*: unbreak with kern.elf*.allow_wx=0
$ mono foo
Segmentation fault
* thread #1, name = 'mono-sgen', stop reason = signal SIGSEGV: invalid address
(fault address: 0x0)
frame #0: 0x00000000005632f9
mono`mono_arch_create_sdb_trampoline(single_step=0, info=0x0000000820fe7d90,
aot=0) at tramp-amd64.c:854:2
851 // IP saved at CFA - 8
852 mono_add_unwind_op_offset (unwind_ops, code, buf, AMD64_RIP,
-cfa_offset);
853
-> 854 amd64_push_reg (code, AMD64_RBP);
855 cfa_offset += sizeof(mgreg_t);
856 mono_add_unwind_op_def_cfa_offset (unwind_ops, code, buf,
cfa_offset);
857 mono_add_unwind_op_offset (unwind_ops, code, buf, AMD64_RBP, -
cfa_offset);
(lldb) bt
* thread #1, name = 'mono-sgen', stop reason = signal SIGSEGV: invalid address
(fault address: 0x0)
* frame #0: 0x00000000005632f9
mono`mono_arch_create_sdb_trampoline(single_step=0, info=0x0000000820fe7d90,
aot=0) at tramp-amd64.c:854:2
frame #1: 0x000000000047cf36 mono`mini_get_breakpoint_trampoline at
mini-trampolines.c:1812:12
frame #2: 0x00000000004dc5a1 mono`mono_arch_init at mini-amd64.c:1405:19
frame #3: 0x000000000035fde4 mono`mini_init(filename="foo",
runtime_version=0x0000000000000000) at mini-runtime.c:4364:2
frame #4: 0x0000000000426853 mono`mono_main(argc=2, argv=0x0000000820fe8268)
at driver.c:2470:11
frame #5: 0x0000000000359363 mono`mono_main_with_options(argc=2,
argv=0x0000000820fe8268) at main.c:50:9
frame #6: 0x00000000003589b1 mono`main(argc=2, argv=0x0000000820fe8268) at
main.c:406:9
frame #7: 0x0000000000358770 mono`_start(ap=<unavailable>,
cleanup=<unavailable>) at crt1_c.c:75:7 |
5.10.1.57_4
08 Aug 2023 11:16:44
|
Jan Beich (jbeich) |
lang/mono5.10: sync with lang/mono |
5.10.1.57_3
25 Jul 2023 13:14:13
|
Dan Langille (dvl) |
*/*: return mono@ ports to the pool
The team previously known as mono has no active members.
I will send an email to ports@ in case anyone wants to pick up these
ports.
Approved by: portmgr (bofh) |
5.10.1.57_3
27 Jun 2023 19:34:34
|
Rene Ladan (rene) |
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568> |
5.10.1.57_3
10 Sep 2022 13:37:08
|
Po-Chuan Hsieh (sunpoet) |
*: Fix e2438a86b81aea7cd41a66ca23fc49510679d85b |
5.10.1.57_3
09 Sep 2022 21:02:04
|
Daniel Engberg (diizzy) |
*/*: Update path set in BUILD_DEPENDS for CMake in more ports
Commit b23ea4e2d2f51b53d8915fe9fd7b4efbdd575e38 changed its location to
devel/cmake-core
Approved by: portmgr (blanket) |
07 Sep 2022 21:58:51
|
Stefan Eßer (se) |
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner) |
5.10.1.57_3
07 Sep 2022 21:10:59
|
Stefan Eßer (se) |
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above  ) |
5.10.1.57_3
20 Jul 2022 14:22:15
|
Tobias C. Berner (tcberner) |
lang: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* Aaron Dalton <aaron@FreeBSD.org>
* Adam Weinberger <adamw@FreeBSD.org>
* Akinori MUSHA aka knu <knu@idaemons.org>
* Alex Dupre <ale@FreeBSD.org>
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Alonso Cardenas Marquez <acm@FreeBSD.org>
* Andreas Klemm <andreas@klemm.gtn.com>
* Andrew Pantyukhin <infofarmer@FreeBSD.org>
* Andrey Zakhvatov
* Anton Berezin <tobez@FreeBSD.org>
* Anton Berezin <tobez@tobez.org> (Only the first 15 lines of the commit message are shown above ) |
5.10.1.57_3
28 Mar 2022 10:21:05
|
Mikael Urankar (mikael) |
lang/mono5.10,lang/mono: Attempt to fix build on aarch64
The Roslyn C# compiler has a concurrency problem on aarch64:
https://github.com/mono/mono/issues/7017 (not FreeBSD specific)
so the workaround is to disable parallelism… so the .NET libraries are built
very very slowly
PR: 229710
Approved by: portmgr (build fix blanket) |
5.10.1.57_3
10 Jan 2022 15:15:39
|
Stefan Eßer (se) |
Fix CONFLICTS entries of multiple ports
There have been lots of missing CONFLICTS_INSTALL entries, either
because conflicting ports were added without updating existing ports,
due to name changes of generated packages, due to mis-understanding
the format and semantics of the conflicts entries, or just due to
typoes in package names.
This patch is the result of a comparison of all files contained in
the official packages with each other. This comparison was based on
packages built with default options and may therefore have missed
further conflicts with optionally installed files.
Where possible, version numbers in conflicts entries have been
generalized, some times taking advantage of the fact that a port (Only the first 15 lines of the commit message are shown above ) |
5.10.1.57_3
09 Dec 2021 20:37:13
|
Cy Schubert (cy) |
lang/mono5.10: Invoke CPU_COUNT properly
3a278c7add6265e6d545f3014d7f6a6e9c222fa7 did not include a patch to
configure.ac that allowed it to properly detect CPU_COUNT.
Fixes: 3a278c7add6265e6d545f3014d7f6a6e9c222fa7
MFH: 2021Q4 |
5.10.1.57_3
29 Nov 2021 20:55:18
|
Cy Schubert (cy) |
lang/mono5.10: Fix build on current with _WITH_CPU_SET_T
Fix the same error as lang/mono.
MFH after: 3 days |
5.10.1.57_3
19 Oct 2021 08:36:47
|
Tobias Kortkamp (tobik) |
*: apply refactor.remove-consecutive-empty-lines
Submitted by: portedit |
5.10.1.57_3
18 Oct 2021 11:43:57
|
Mikael Urankar (mikael) |
lang/mono: Fix build on aarch64.
Approved by: portmgr (build fix blanket) |
5.10.1.57_3
07 Oct 2021 17:53:57
|
Piotr Kubaj (pkubaj) |
lang/mono5.10: enable on powerpc64le |
5.10.1.57_3
06 Oct 2021 20:52:40
|
Piotr Kubaj (pkubaj) |
lang/mono5.10: port to powerpc64 |
5.10.1.57_3
06 Oct 2021 20:52:34
|
Piotr Kubaj (pkubaj) |
lang/mono5.10: fix build on powerpc
Same as lang/mono. |
5.10.1.57_3
06 Apr 2021 14:31:07
|
Mathieu Arnold (mat) |
Remove # $FreeBSD$ from Makefiles. |
5.10.1.57_3
05 Jan 2021 20:53:59
 |
rene |
Follow up on graphics/py-pillow6 port removal in r559976
The graphics/py-pillow6 port was removed in r559976 as it was for
Python 2.7 only and no longer referenced in the default cases.
However it was still defined in Mk/Uses/python.mk in PY_PILLOW,
leaving a dangling reference.
Remove it from Mk/Uses/python.mk, leaving only the Python 3
version of that port, graphics/py-pillow, defined and bump the
minimal verion of Python to 3.6 for affected ports. |
5.10.1.57_3
18 Dec 2020 20:06:49
|
antoine |
Fix PKGBASE collisions |
5.10.1.57_3
18 Dec 2020 19:37:25
|
linimon |
Add proper CONFLICTS_INSTALL.
These should now be complete and ready for wider testing, so change the
maintainers to all be mono@FreeBSD.org
PR: 251795
Submitted by: linimon |
5.10.1.57_3
18 Dec 2020 19:32:37
|
linimon |
Repo-copy existing lang/mono port to lang/mono5.10 in preparation for
switching lang/mono to a metaport. |
As an Amazon Associate I earn from qualifying purchases.