一、安装词典
为了安装一个好用的英汉词典，我找了很多方法，终于有一个文章提供的资料比较合适：http://yyq123.blogspot.com/2010/03/mac-built-in-dictionary.html，使用mac自带的dictionary已经足够了，问题是词典库哪去找，其实只要搜索stardict的词典库就可以了，可惜大多数的搜索结果都是该词典软件的，有一位好心的用户将自己找到的一些放到了网盘里了，虽然不多，已经基本够用了。
需要注意的是，网盘里下载的是rar格式的，需要先解压，然后压缩成.tar.bz2格式，具体方式是使用terminal终端执行如下命令
tar -cvyf dict.tar.bz2 stardict-langdao-ce
第三个是要生成的压缩文件的名称，一定要写名.tar.bz2，第四个是解压后实际的词典文件夹，然后就可以通过DictUnifer来转换了。转换好的文件将被放到/Library/Dictionary目录下，所以可以备份已经转换好的词典文件，下次只需要放到这个目录下就可以使用了。打开dictionary软件后进入偏好设置就可以找到新的词典了，默认是显示的。
迁移到Mac以后出现svn无法提交的情况，一开始以为是没有足够的权限去操作，经过努力终于以root身份登录了Mac以后还是如此。出现的错误提示如下：svn: Can't move '.svn/tmp/entries' to '.svn/entries': Operation not permitted
ls -l查看到这个文件的操作的确是不允许root操作的，只允许拥有者进行写操作，于是尝试使用chmod修改mode，结果被拒绝：chmod: Unable to change file mode on entries: Operation not permitted， 可怜的root。。。
看来root也是由很多被限制的，经过搜索在
StackOverFlow上找到了答案，原来是svn自己设置的结果，解决问题的方式是在svn的根目录下执行命令：
chflags -R nouchg .
（不要漏了“.”号）
第一次看到chflags命令，查询了下
文档，原来svn将一些文件的flag设置成了uchange（immutable），所以在提交或者更新svn前需要清除这个flag，好像只有root和owner由权限，上面的命令也就是做这个的，将当前目录以及所有子目录的flag清理，这样svn就可以正常使用了。
题目的确不好取，这篇仅记录下我花费了两个小时用来和eclipse的配置作的斗争。
起源：
我从windows迁移到mac，本想着直接copy workspace的目录过去就完事了，可惜总有意外在等待着我们
问题：
由于我之前的workspace中引用了很多源代码，而源代码记录是使用windows的绝对路径来完成，所以到mac下切换了workspace的目录后就会报错，说找不到XXX文件，一看就知道是硬编码的路径地址，以C盘开头，当然找不到，但是不可能就这样放弃使用吧
解决过程：
首先尝试将所有project下的.classpath文件中的source引用全部删除，然后重启eclipse，结果还在报错，经过查证是因为我引入了自定义的库（user library），所以当我添加对应资源库中的资源文件时，有部分信息一起写到user library的内容里了。
为了找出eclipse的user library写到哪了，我翻山越岭的查看文件修改时间，隐藏目录，终于在workspace跟目录下的.metadata里找到了eclipse的启动日志.log文件，通过这个文件确定是在启动org.eclipse.jdt.core时报错的，那么接下来去哪找这个组件的配置呢？就在.metadata/.plugin/org.eclipse.core.runtime/.setting目录下，这里有很多的prefs文件，而org.eclipse.jdt.core.prefs就是配置org.eclipse.jdt.core的，果然在搜索这个文件时发现了报错的那个地址，当然要一举全部消灭，所有以userLibrary开头的记录都是自定义库的内容，其实就是xml文件的字符串，导出功能估计就是把这个写成单独的文件的。
好了，删除完毕，重启下eclipse试试吧。Yeah，没有错误了，而且在设置里的userLibrary可以正常查看了，是空的，其实如果只将源代码的引用字符串删除，这里还会保留user library的记录的。不过为以防后患，还是老老实实的重新导入一次好了。
在之前删除所有项目的源代码引用之后就可以重新导入各项目了。
总结：
第一点就是知道了eclipse如何管理workspace的相关配置的，基本上所有的配置信息会被放到workspace/.metadata/.plugin/org.eclipse.core.runtime/.setting目录下，XXX.prefs对应的就是XXX的配置了，而各workspace的日志就记在metadata目录下，所有的这些文件都是隐藏的。
第二被迫学习了几个linux命令：
ls 加上－a可以显示所有文件，加上－ct可以安装最后修改时间排序输出，－l是每行一个记录的输出，所以查看所有文件，并按最后修改时间排序的命令是： ls －actl
vim中使用ctrl ＋ b下翻一页，ctrl ＋ f上翻一页，mac没有page down和page up还真的不习惯。
第三点其实还是教训，一开始没有直接查看日志，所以简单的以为都是project的classpath中引用了源代码，结果搞不定了反而自己不知道怎么办，幸好及时找到了日志输出，纪念下吧。晚安。