安装Rails出现”File ‘lib’ not found”的另一种解决办法

折腾了几个月,在Lion上安装Rails时总是在安装到riRDoc时总是会出现”File ‘lib’ not found”的问题。ri是一个离线的Ruby on Rails文档查询工具,而RDoc则是文档生成工具。所以在光写代码而且有网络的情况下,问题不是太大,但总是非常恼人,而且之前在Snow Leopard上一点问题都没有。尝试各种办法都不行:

  • 从Rails 3.0, 3.1一路安装各种版本过来。
  • 使用RVM重新安装Ruby 1.9.2好几遍。
  • 删除RVM,直接从源代码编译。
  • 升级、重装gem
  • Homebrew安装Ruby。
  • 独立安装ri和RDoc。
  • 重装Lion。

百思不得其解,特别每每看到安装Rails 3.0/3.1时说如果Ruby 1.9.2以上不用担心ri和RDoc的时候,心情就非常郁闷。

经过几个月的各种尝试,最后没想到安装Ruby 1.9.2-head版本才解决了这个问题。之前一直是Ruby 1.9.2-p290 patch level的版本。

解决iTunes从Windows迁移到Mac OSX时出现乱码的问题

最近新入了一台Macbook Pro,对我来说,一个比较大的工作就是把原先存在Windows系统下两百多Gb的MP3导入到Mac里去。

第一次尝试,是直接在Mac的iTunes里导入这些文件(先把那些MP3存在一块移动硬盘上),发现有一部分MP3的ID3Tag出现乱码,基本上都是中文歌儿。最后靠着foobar2000给解决的。

  1. 清空Mac上的iTunes library。
  2. 在Windows下,用foobar2000导入这些MP3文件。
  3. 右键这些MP3,选择Tagging->MP3 tag types,勾选ID3V2,并且选择重写为2.3或者2.4版本。
  4. 完成后,再次导入进Mac的iTunes,基本就完事儿了。

但,为啥会出现这些乱码呢?关键还是微软在Windows下对于中文是用GBK编码的(GB是国家标准的拼音缩写,而K则代表Extension),而Mac默认则是utf-8。所以需要转换编码,而foobar2000的重写ID3Tag功能正是完成了这个编码转换。根据ID3的标准,ID3V2.3是默认utf-16,v2.4则是utf-8。同样地,用其他类似的ID3Tag转换软件也同样可以解决乱码的问题,比如同样Windows下的MP3Tag

另外,我在导入Mac的iTunes之后,发现很多重复的歌曲,以” 1.mp3″为结尾。于是在Finder里搜索” 1.mp3″,全部扔到垃圾桶里。这样做会导致另外一个问题就是iTunes里会出现很多感叹号歌,可以用Super Remove Dead Tracks这个脚本来清除这些叹号歌。默认是每检查500首通知一次,量大的可以直接修改代码里的参数。:P