随笔- 34  评论- 226  文章- 11 

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能不负所望!

MonoDevelop 4.0.9 on CentOS 6.3

posted on 2013-07-19 00:34 钟少 阅读(...) 评论(...) 编辑 收藏