正文
MonoDevelop 4.0.9 on CentOS 6.3 安装笔记
提示：扫一扫查出行【扫一扫了解最新限行尾号】
复制提示
前言
Mono的前东家Novell公司旗下的SUSE Linux系列对Mono及MonoDevelop提供内置支持，所以在SUSE/OpenSUSE这些Linux系统中安装MonoDevelop是非常简便的。但是，在其他Linux分支中要安装MonoDevelop却常常需要大费周折，为什么会这样呢？主要问题出在.NET对Gnome/gtk库的封装上，在安装MonoDevelop时，最常见的问题便是提示glib-sharp或者gnome-sharp等依赖组件不存在。其实要解决这些依赖问题不难，但在Linux中玩MonoDevelop的家伙基本都是.NET开发人员 ——你懂的，.NET开发人员往往对Linux知之甚少……
CentOS/RHEL肯定是用来做服务器的，既然这样何必还要装个MonoDevelop呢？——直接在Visual Studio中调试好再把程序集部署到CentOS上就好了。话虽这么说，但是Mono与.NET类库的很多实现还是有较大差别的（譬如：TypeDescriptor、Socket、Type.GetType(...)等，以后再另写文章来讲这些差别。），再加上Linux与Windows环境的巨大差异，这些都会导致我们的.NET程序在.NET on Windows上是正常的，但是放到Mono on Linux中运行却会出现各种古怪问题。平台兼容确实是个让人头痛的事情！
所以，在CentOS/RHEL开发机中装个MonoDevelop是非常必要的。当然，如果怕麻烦的话直接安装OpenSUSE会简单很多，但是，我一直受不了各种所谓面向普通用户的Linux分支版本，那些西施效颦般的界面和操作方式真心让人蛋疼，再加之希望开发与最终部署服务器的Linux分支相同以免不必要的再测试。
安装过程
首先，必须确保Mono安装成功(纯属废话)。然后再执行下列命令来安装gtk-sharp：
# cd /usr/local/src
# wget http://download.mono-project.com/sources/gtk-sharp212/gtk-sharp-2.12.21.tar.gz
# tar -zxvf gtk-sharp-2.12.21.tar.gz
# cd gtk-sharp-2.12.21
# ./configure --prefix=/usr
# make && make install
很遗憾，在上面的configure命令中，你会得到这样一个错误提示：
/bin/sh: /usr/bin/gapi2-codegen: /bin/sh^M: bad interpreter: 没有那个文件或目录
这个提示很让人崩溃，为什么呢？因为你去/usr/bin下面找，发现的确有个gapi2-codegen文件，这个文件明明在啊，为什么说没有呢？！这是因为这个脚本文件格式问题所导致的，真是坑爹的源码包啊。好吧，那就用vim打开那个文件进行格式转换吧：
# vim /usr/bin/gapi2-codegen
然后在vim里面输入(包括前面冒号)：
:set ff?
如果你在vim中执行上述命令后，提示你的是 fileformat=DOS的话，那么请接着在vim中使用下列命令：
:set fileformat=unix
:wq
好了，做完上述操作后请回到命令终端中，重新执行一遍configure命令，如果接着提示其他文件亦有同样的错误，请按上述步骤来一遍即可。安装完gtk-sharp之后，接着来装gnome-sharp吧，这个东东貌似好几年没有更新过了，但是它依赖的外部组件却要么失踪、要么被河蟹了。
# cd /usr/local/src
# wget http://download.mono-project.com/sources/gnome-sharp2/gnome-sharp-2.24.1.tar.bz2
# tar -jxvf gnome-sharp-2.24.1.tar.bz2
# cd gnome-sharp-2.24.1
# ./configure --prefix=/usr
# make && make install
这次在make阶段遇到一个代码编译错误：
generated/CanvasShape.cs(200,41): error CS0030: Cannot convert type `GLib.Value' to `Art.VpathDash'
意思是不能把GLib.Valuel类型转换成Art.VpathDash类型，所在的代码文件位置于：
/usr/local/src/gnome-sharp-2.24.1/gnome/generated/CanvasShape.cs
打开这个cs文件找到错误处，内容如下：
[GLib.Property ("dash")]
public Art.VpathDash Dash{
get{
GLib.Value val = GetProperty ("dash");
Art.VpathDash ret = (Art.VpathDash) val;
val.Dispose();
return ret;
}
set{
GLib.Value val = new GLib.Value(value);
SetProperty("dash", val);
val.Dispose();
}
}
这是关于gnome的代码，俺也没用过，索性直接将上面高亮的代码改成：Art.VpathDash ret = new Art.VpathDash();
保存退出，再重新执行make命令，又会遇到一个“找不到Mono.GetOptions.dll程序集”的编译错误，这是由于Mono.GetOptions.dll在现有版本中已经被重命名为Mono.Options.dll了，但是GNOME C# Bind包源码还没有及时更新所致。但如果把新版的Mono.Options.dll拷贝到该源码同目录中，并修改该编译引用，则提示有些类和命名空间不存在，这说明不光程序集被改名了，连里面的类和命名空间也改了。尼玛，这就坑爹了...
那就干脆把用到Mono.GetOptions.dll(这个程序集的名字取得太矬了，是临时工写的吧)的代码废了它，于是找到这个编译脚本，其位于：/usr/local/src/gnome-sharp-2.24.1/sample/gnomevfs/Makefile，用vim打开它，将221行和449、450这三行脚本注释掉(如下所示)：
#EXTRA_TARGET = TestXfer.exe
#TestXfer.exe: $(srcdir)/TestXfer.cs $(assemblies)
# $(CSC) /out:TestXfer.exe $(references) -r:Mono.GetOptions.dll $(srcdir)/TestXfer.cs
上面注释掉的编译脚本应该不会引起什么问题，因为看得出来那只是个sample里面的测试项目！好了，如果人品没问题的话，应该可以完成gnome-sharp的编译安装咯。最后，执行MonoDevelop的编译安装即可：
# cd /usr/local/src/monodevelop-4.0.9
# ./configure --prefix=/usr
# make && make install
总结
在CentOS/RHEL这样的Linux中安装MonoDevelop主要遇到的问题就是像glib-sharp、gnome-sharp这样的依赖组件没有提供简便的rpm包，而需要使用源码进行编译安装，编译就编译吧，蛋疼的是这些源码包中含有的各种硬伤、各种坑，这才是让像我这样的Linux菜鸟无比痛苦之缘由。
我花了大半天的时间来搞MonoDevelop在CentOS 6.3上的安装，中间走了些弯路，因为我知道OpenSUSE中自带MonoDevelop，所以先是从OpenSUSE的packages中找glib-sharp这样的rpm包来装，但是此路不通；然后在google上疯狂找各种rpm包，期间google被河蟹n次，每次都要等上一阵才能用，那种感觉真是对天朝恨得牙根痒啊～ 艹
最后，无图无真相，特附上MonoDevelop 4.0.9在CentOS 6.3上的截图一张，亦是纪念哈！终于可以将开发平台迁移到CentOS/MonoDevelop中来了，亦希望MonoDevelop4能不负所望！
