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.
Update to 3.2.1.
This update include a patch for sgen which avoids an assertion failure
(condition `info->doing_handshake' not met) that will be part of 3.2.2.
Because our mono version is unstable due to this, we decided not to wait for
3.2.2 to be out and update to 3.2.1, cherry-picking the appropriate fix.
Many thanks to Charles Randall for reporting and helping.
Various bugfixes
While these fixes should have been applied upstream, and new tarballs are
available, I am quite out of time ATM so after having successfully tested these
changes, push them to FreeBSD and provide appropriate kudos to appropriate
People.
Updating to more recent lang/mono is in the pipeline, and should reach the
ports tree soon.
PR: ports/176030
Submitted by: Jack Pappas <jack.pappas@tidepowerd.com>
Convert USE_BISON to USES= bison
It brings bison as a build dependency in case it is set the following way:
USES= bison or USES= bison:build
it brings bison as a run dependency in case it is set the following way:
USES= bison:run
it brings bison both as a run and build dependency in case it the set the
following way:
USES= bison:both
While here trim some headers
Convert some USE_GNOME= gnomehack to USES= pathfix
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
- Update lang/mono to 2.4.
- Update a bunch of c# ports as well (gtksharp20, mono-zeroconf, tomboy,
gnome-desktop-sharp, gnomesharp20).
- Remove devel/monodoc as it is now included in lang/mono.
- Add www/mod_mono, an apache module serving ASP.net pages.
- Add www/xsp, a mono-based webserver.
PR: ports/135248, ports/135249
Submitted by: Romain Tartiere <romain@blogreen.org>
- Update lang/mono to 2.0.1.
- Also update a bunch of c-sharp ports to their latest version.
- Change maintainership to mono@FreeBSD.org.
PR: ports/129724
Submitted by: Phillip Neumann, Romain Tartiere (bsd-sharp team)
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
- Work around crashes during build due to LC_* settings in environment by
setting LC_ALL=C [1]
- Crash instead of looping infinitely when Mono can't obtain a semaphore.
Patch from Mono's SVN [2]
Reported by: A few people [1], pointyhat [2]
Submitted by: Phillip Neumann [1], Lou Kamenov [2]
Force build to use the bundled mcs instead of the system's mcs if Mono is
already installed. This clears up issues where some people could not build
Mono if it was already installed.
- Update to 1.2.2.1
- amd64 now enabled (and reportedly works quite well)
- Remove annoying semdel stuff because mono releases its semaphoresa now
Thanks to everyone on the BSD# mailing list for providing feedback as to the
stability of this release on multiple archs and version lines.
Helped by: Many people on the BSD# mailing list
Projecy by: BSD# (http://www.mono-project.com/Mono:FreeBSD)
Update to 1.1.13.8.1
- fix CVE-2006-5072:
Sebastian Krahmer of the SuSE security team discovered that the
System.CodeDom.Compiler classes used temporary files in an insecure
way. This could allow a symbolic link attack to create or overwrite
arbitrary files with the privileges of the user invoking the
program. Under some circumstances, a local attacker could also
exploit this to inject arbitrary code into running Mono processes.
vuxml id: 5a39a22e-5478-11db-8f1a-000a48049292
- Add USE_NANT to bsd.mono.mk for those ports I have hanging around
which require NANT to build.
Release notes:
- 1.1.13.8.1: http://go-mono.com/archive/1.1.13.8.1/
- 1.1.13.8: http://go-mono.com/archive/1.1.13.8/
Project by: BSD# http://www.mono-project.com/Mono:FreeBSD
Update to 1.1.13.2
Release notes: http://go-mono.com/archive/1.1.13/
Port changes:
- Execute mono-semdel during pre-clean in addition to post-install
- Execute mono-semdel over ${WRKSRC}/runtime as a precaution
- Add G_DEBUG="" to mono-semdel target in bsd.mono.mk to prevent
dropping core files with upcomming glib 2.9 [1]
- add XSP_DOCROOT for when we eventually have an xsp port in the ports
tree (If interested in xsp let me know)
- Remove lingering USE_REINPLACE while I'm here
Submitted by: Andres Kohn [1]
Project by: BSD# <http://www.mono-project.com/Mono:FreeBSD>
Mention in the pkg-message that semaphores can be removed using ipcrm.
I didn't use the submitted patch since I want to keep the pkg-message
one screenful. Also removed some extra wordage to make the pkg-message
shorter.
PR: 90394
Submitted by: Michael C. Shultz <ringworm01@gmail.com>
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
(Long awaited) update to 1.1.9.2
Mono Changes:
- Series release: http://www.go-mono.com/archive/1.1.9/
- Patch release: http://www.go-mono.com/archive/1.1.9.1_0/
(No 1.1.9.2 release announcement.)
Port Changes:
- Add pkg-message to explain reasons for common build failures and
note the need to possibly increase the number of semaphores from
the default FreeBSD amounts.
- Add preliminary amd64 support [1,2] which has been disabled for
the time being due to lingering stability issues.
- Force the Mono build to only write within ${WRKDIR} and no longer
write to ~/.wapi which leads to...
(Only the first 15 lines of the commit message are shown above )
Bump PORTREVISION to chase glib update that came with Gnome 2.12
- Initially I planned to make a large Mono commit right after Gnome 2.12
was merged but the new Gnome has in part caused me to delay merging
updates to Mono and friends.
Approved by: mezz (co-mentor)
Fix the build on FreeBSD 7.x by teach it. I need to contact with mainstream
for use wildcard 'freebsd*' in general configure and 'freebsd[0-9] for any
version that need to be different.
Reported by: krismail
[...Took from jylefort's comment in email with a bit tweak...]
Mono will using Gamin or FAM by default if it exists in the runtime. If either
doesn't exist then it will use KeventWatcher.cs. Add auto-check on Gamin and
FAM for dependency. Bump the PORTREVISION to have the fix of kqueue.
Rationale:
- KeventWatcher.cs is naive, it does not report changes made to
files within a monitored directory [1]
- KeventWatcher.cs is implemented in C#, it is therefore slower than
Gamin or FAM, which are implemented in C and C++, respectively
[1] this is a bug which should be reported to the vendor
Testing, using the attached WatchTest.cs:
(Only the first 15 lines of the commit message are shown above )
Update to 1.1.7, Bill Middleton has been working against the Mono SVN to fix
FreeBSD problems with Mono. As of Mono 1.1.7, Mono has made a tremendous leap
in stability on FreeBSD. Many C# apps now works much better with Mono 1.1.7.
BSD# - Project by: http://www.mono-project.com/Mono:FreeBSD
With portmgr hat on, reset maintainership of these ports. Maintainer's
old email address bounces, and he has not been responsive to email on the
only other one we have for him.
These ports are now available for adoption.
Come back coop, we miss ya ...
Fix the pkg-plist issue in gtk-sharp when it installs in mono's directory. Let
mono to take of ${X11BASE} directories same as in ${LOCALBASE}.
Project by: BSD# - http://forge.novell.com/modules/xfmod/project/?bsd-sharp
Approved by: maintainer timeout (still no contact for months)
Update to 1.0.4. Mono has been set to IGNORE on 5.x if OSVERSION is below
503000. Mono 1.0.1 and greater have been broken on earlier OSVERSION
versions. Warning, not all C# apps will not working, because FreeBSD still
need to work more on pthread issues. Few C# apps such as Blam, Muine, Tomboy
and etc work perfect.
PR: ports/74397ports/74398
Submitted by: Tom McLaughlin <tmclaugh@sdf.lonestar.org>
Project by: BSD# - http://forge.novell.com/modules/xfmod/project/?bsd-sharp
Approved by: maintainer timeout (no contract for months)
- Don't hardcode shlib versions
- Libintl is not part of libc on FreeBSD
PR: ports/70318
Submitted by: Christopher Nehren <apeiron@comcast.net>
Approved by: maintainer timeout (14 days)
Update to 0.95 (aka Mono 1.0 Beta 2). With this commit, plus David Xu's
KSE signal fixes from 6/12/2004, Mono now works on both 4.X and -CURRENT
(well, all but two benchmarks build and run successfully on both 4.X and
-CURRENT).
Note: you may need to rm -r ~/.wapi before building if you've tried older
versions of Mono.
Resign maintainership to ports@. gnome@ hasn't been that active in maintaining
this, and there are some non-trivial GC problems to overcome. Hopefully
someone will step up with a passion for .NET.
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
Remove the tests directory from the build since it ropes in a bogus bash
BUILD_DEPENDS. This problem will be resolved in the next release of mono.
Submitted by: Tom McLaughlin <tmclaugh@sdf.lonestar.org>
