Sep 12

公司发存新程序由专人负责的。我需要讲war包上传到一个windws共享目录。由于现在换成Gentoo + xfce4环境了。Thunar又不支持 smb://协议。所以只有自己手动mount了。由于之前已经装过samba了。所以就直接mount一把。

gentoo ~ # mount -t smbfs -o username=aaa,password=aaa //10.200.106.252/updatepack release
ERROR: smbfs filesystem not supported by the kernel
Please refer to the smbmnt(8) manual page
smbmnt failed: 255

发现内核不支持smbfs.就重新编译了一下内核。

当看到SMB file system的时候看到OBSOLETE了,看来不建议使用了。建议使用CIFS,所以就把CIFS选上了。看起来是 SMBFS的继承者。

编译替换内核重启,再mount一把。郁闷的是还提示不行。但是选择CIFS的时候自己想当然的以为CIFS肯定支持SMBFS的。没想到就不是这么回 事。如果要mount -t smbfs就必须要选择 SMB file system support 才行。当时就只好用vbox里的windows去访问共享目录了。不过不知道为什么出奇的慢。100M的局域网拷贝十几M的包要20分钟(Orz)。

[more..]

Sep 07

     公司机器也换成Gentoo了。DE也用回喜欢的Xfce4了。家里的本本配置比较好所以当时装了gnome-light.不过我觉得自己还是更喜欢xfce所以昨天就把gnome-light清理掉了。
     emerge -C gnome-light 之后好好把world文件清理了一下。这个要感谢 oceanboo 上周的耐心讲解.让我明白了world的妙处。不是随便emerge 就可以emerge 出一个world的。原来的一些依赖冲突的lib就直接emerge 了。没有加 --oneshot这个参数。以前也一点不明白这个参数。所以我现在这个gnome-light的环境真是很不干净。所以来了个大清理。在world里只 留下自己需要的。其他拿不准了也通通干掉了。来了个彻彻底底的emerge --depclean.顺便也升级了一下gcc, xorg-x11。gcc升级到4.2.4,xorg-x11升级到了7.3
     在经过比较漫长的emerge,主要是emerge gcc比较慢。emerge xfce4倒还比较慢。毕竟比起gnome轻嘛。一切都还算比较顺利。rc.conf 里把Gnome换成Xfce4 登陆 startx.正常进入了(没用dm?删除gnome-light的时候把gdm也一起干掉了)。
    说了这么多现在才进入主题。进入之后其他都很正常就是xfce的terminal 很慢。在最小化后。再还原的时候那个慢啊。要4-5秒时间。真是诡异。其他程序Thunar,Firefox,Eclipse 这些都正常。反应很快的。刚开始还以为是升级xorg的时候有些包没有升级造成的。找了好久和xorg相关的包都重新unmask,升级一把。没有升级的 重新emerge一下。还是没用。后来google一下才发现是xfce的terminal的bug.

[more..]

Aug 29
昨天更新了一个Freebsd服务器

FreeBSD 7.0-RELEASE-p2 FreeBSD 7.0-RELEASE-p2 #0: Wed Jun 18 07:33:20 UTC 2008 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386

dev# portupgrade -a

更新之后发现apache22不能restart了。原来是mod_python3挂了。发现被删除了不知道为啥。所以就重装。

dev# cd /usr/ports/www/mod_python3
dev# make install clean

然后就出错了。详细错误信息忘了记下来了。其中有这么一行是这样的。

apxs:Error: Command failed with rc=65536

然后google这个错误居然在trac的wiki里找到了。

http://trac.edgewall.org/wiki/TracOnOsxMacPorts

这里是macports里的mod_python3,感觉应该一样吧。马上按里的的方法修改。问题依旧啊。:(
然后又在上面这个页面时提到的一个链接的评论里找到了答案。
http://boorad.weebly.com/1/post/2008/01/wrastling-macports-mod_python25.html

这人估计和我一样找到了这里。他给了个mailist的解决方法

[more..]

Aug 29
现在安装的autounmask有个bug,记得2007.0的时候是没有问题的。现在的2008.0装过几次都是有这个bug的。
详见 : http://bugs.gentoo.org/show_bug.cgi?id=216484

原因就是autounmask脚本没有正确的取到系统的arch. /usr/bin/autounmask

my $arch                = $pxs->getArch();

这里返回的是"~", 其中一种方法就是把你的arch写在这里。改成

my $arch                = '~amd64';

x86的改成

my $arch                = '~x86';

当然你也可以不修改这个脚本。就是升级一下dev-perl/PortageXS到0.02.08
不过你要手动添加以下内容到/etc/portage/package.keywords

dev-perl/PortageXS ~amd64

[more..]

May 13
前两周就将公司的Ubuntu 7.10 升级到 8.04了,升级过程很顺利。只是我用的是英文的locale.所以原来配置的fcitx输入法不能调出来了。还有就是后来重启的时候选择8.04的新内核2.6.24就不能启动报 :
revalidation failed (error=-5)
的错误.到网上查了一下解决了。

[more..]

May 03
  在ssh访问一个服务器的时候第一次会提示签名验证,只要同意之后就会将这个host添加到~/.ssh中的known_hosts中,以后再连接就不会再出现提示了。
   原来在ubuntu和freebsd下都没有这个问题。在Gentoo中就有点问题。今天解决了一下,在gentoo-user的mail list中找到了答案。

[more..]

Apr 03
关于sudo详细的文档在Gentoo的文档里面。顺便赞一下Gentoo的文档,文档很全,质量非常高。这里记一些有用的提示。

[more..]

Mar 31
今天做了一下subversion的同步。如果你想从一个Subversion服务器换到另外一下的话就要用到subversion的同步。这个通过svnsync就可以做到了。

[more..]

Feb 22
  原来使用ubuntu的时候用linuxtoy的方法就可以了。不过换成gentoo了之后就不管用了。今天发现axlrose的文章才知道原来是装了两 个版本的qt,直接运行qtconfig的时候运行的是qt4的config,所以基于qt3的程序样式还是没有修改好。
   首先安装polymer样式,
gentoo rory # emerge -av polymer
然后运行Alt+F2运行qtconfig,这个时候设置的是qt4的样式。设置好之后save一下就可以了。然后再设置qt3的样式。运行/usr/qt/3/bin/qtconfig进行设置就ok了

[more..]

Nov 08
    Lost your shell connection? Need multiple shell sessions?
    You are logged into your remote server via SSH and happily plucking along at your keyboard and then it happens. Suddenly, the characters stop moving and then you get the dreaded "Connection Closed" message. You have just lost your session. You were halfway through some task and now you have to start over. Ugh. Well you can prevent this from happening by using screen. Screen can not only save you from disconnection disasters, but it also can increase your productivity by using multiple windows within one SSH session.

  Screen真是个好东西。今天要用nutch爬东西,所以正好是需要这个东西了。用了Screen也不怕突然的terminal断线。

[more..]