自然，并非那么顺利的，因为之前按照MacMenu Bar hack for Gnome 2.20 - GTK+ 2.12
操作一次，hack源代码的结果是──slience，没有任何效果。。。
怀疑人品问题，动摇，怀疑互联网，牢骚，怀疑这个世界……
再度检查源代码树，检查patch环节，怀疑为macmenu添加的两个patch是否真的生效了。对比同目录下的其它patch，patch文件中指定的代码文件路径各异，很明显是针对历史上各个版本的patch的简单汇集，并非全部要生效，而ayozone所给的两个patch中指定的代码文件路径明显存在问题──待patch的文件名怎么可以是XXX.old嘛！！
所以有两种对策：A、改之，rebuild，大约30分钟 ； B、放弃ayozone方案，再次执行ubuntu.cn的方案。I'm wasting time here, so，我再次检查plan B，重新安装系统后，将根目录 tar之，然后probe。。。。。
解压下载的包，进入GTK直接dpkg -i *.deb这一步报告缺少依赖关系了，全部记下来，apt-get之，再来dpkg，完成menubar的分离。最后dpkg上macmenu，complete
PS：关系，依赖关系，系统bug的深渊，切记
其实缺的依赖包很多。。。
cjw@founder:~/GTK$ cat more-lib-required.list
libatk1.0-dev
libcairo-directfb2
libcairo-directfb2-dev
libcairo2-dev
libdirectfb-dev
libdirectfb-extra
libexpat1-dev
libfontconfig1-dev
libfreetype6-dev
libglib2.0-dev
libice-dev
libjpeg62-dev
libpango1.0-dev
libpng12-dev
libsm-dev
libsysfs-dev
libx11-dev
libxau-dev
libxcomposite-dev
libxcursor-dev
libxdamage-dev
libxdmcp-dev
libxext-dev
libxfixes-dev
libxft-dev
libxi-dev
libxinerama-dev
libxrandr-dev
libxrender-dev
x11proto-composite-dev
x11proto-core-dev
x11proto-damage-dev
x11proto-fixes-dev
x11proto-input-dev
x11proto-kb-dev
x11proto-randr-dev
x11proto-render-dev
x11proto-xext-dev
x11proto-xinerama-dev
xtrans-dev
zlib1g-dev