Mono Adds Mac OS X Package

Good news for those of you who've went through the pain of trying to get Mono installed on Mac OS X: the team has quietly added a Mac OS X package. If you previously installed to /usr/local, however, be aware that the packaged version installs to /opt/local and adjust any paths accordingly. The Beta-1 Windows installer has also been fixed; download it here.

Re:Usability?

[bay43270]

It's in it's first beta. 1.0 is due at the end of June. Here's the story [slashdot.org]. And the roadmap [go-mono.org]

Re:DeDRMS

[byolinux]

Miguel has tried it [ximian.com] albeit on GNU/Linux.

Re:Explanation of /opt/local and /usr/local

[frankie]

/usr/local is a commonly used place in many unixish OSes, but Apple likes to think different. This means that whenever you install a Mac upgrade (or even certain updates) there is a possibility that any non-Apple additions to /usr (also /dev, /bin, /var, /etc) will be overwritten by Apple.

Therefore, the safe-but-annoying choice is to put your 3rd party stuff somewhere else. For example, Fink defaults to the (previously nonexistent) /sw directory. Likewise, /opt does not exist in OSX (unless you install this Mono package)

Re:developer

[OmniVector]

yes. and you could develop on your mac for some time now by installing mono via darwinports or fink.

Re:Explanation of /opt/local and /usr/local

[Anonymous Coward]

Almost, but not quite. /usr, /bin, etc. are part of the distribution. Anything placed in there could be overwritten with an OS update. This is entirely true with every *nix update. Now, if Apple view Darwin as "the OS" and all of their software as add-ons, then they would be correct in installing things in /usr/local. A lot of *nix distributions do this with things like curl, OpenSSL, lynx, etc. The reason fink uses a second alternative directory is because an Apple distribution already uses the first "standard" add-on location. /opt is just the same idea as /usr/local, but for some reason, some *nix distributions (IIRC, SunOS, SCO and hp-ux) decided to use that instead of /usr/local.

mod_mono compile fix

[chasingporsches]

for any of you that have tried to compile mod_mono 0.9 with the apple GCC and apache 1.3 stock installs, you may notice that it fails on "sudo make install" because it compiles it to a dylib instead of a so. here's a workaround: cd mod_mono-0.9/src; apxs -c -o libmod_mono.so -DAPACHE13 -I../include/ -I/usr/include/httpd/ mod_mono.c; apxs -i -a -n mono libmod_mono.so