MonoDevelop 4.0.9 on CentOS 6.3 安装笔记

最新推荐文章于 2021-05-03 05:46:37 发布

SW515

最新推荐文章于 2021-05-03 05:46:37 发布

阅读量1.7k

点赞数

分类专栏： .NET技术文章标签： MonoDevelop CentOS RHEL glib-sharp gnome-sharp

本文链接：https://blog.csdn.net/SW515/article/details/9375121

版权

.NET技术专栏收录该内容

32 篇文章 0 订阅

订阅专栏

建议挪步到俺的技术blog围观此文，因为那边的排版更适合阅读：http://www.cnblogs.com/SW515/p/3199743.html

前言

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