Linux使用笔记: 解决Subversion提交时提示svn客户端版本太旧的问题

从另外一台计算机上拷贝了一份subversion的版本库,完成修改后提交时,出现如下错误:

$ svn ci -m "commit a new version"
subversion/libsvn_wc/questions.c:126: (apr_err=155021)
svn: This client is too old to work with working copy '/home/easwy/subversion/'; please get a newer Subversion client 

以前也遇到过这个问题,当时是升级了subversion的版本。这次因为升级计算机比较麻烦,所以打算用其它的方法绕过。

在网上搜索了一下,找到了subversion的FAQ,里面提到有时svn的工作拷贝在不同subversion版本间会存在不兼容,所以由新版本svn导出的版本库,就不能使用旧版本svn来提交,此时就会提交客户端版本太老。不过subversion的开发人员提供了一个python脚本,可以对工作拷贝的格式进行转换,转换后就可以commit了。

这个脚本在这里下载:http://svn.collab.net/repos/svn/trunk/tools/client-side/change-svn-wc-format.py

下载后,在工作拷贝所在的目录中执行:

   change-svn-wc-format.py . 1.4 

上面的命令,会把working copy的格式转换成subversion 1.4的格式,转换后再提交就可以成功了。

更多内容,请阅读Easwy的博客上的其它文章。

[ 参考文档 ]

Linux使用笔记: 设置Samba服务器中新建文件/目录的权限

通过Samba服务器实现windows和Linux之间的文件共享,相信是绝大多数人的选择。通常我们都会使用Samba的缺省配置,这样,每次通过Samba从Windows向Linux中拷贝文件时,文件都会被加上”可执行”的属性。对Easwy来说,这是很让人头疼的问题,每次都要通过chmod去修改文件的权限很是麻烦。

今天仔细看了一下Samba的手册,发现只要把下面的配置加入/etc/samba/smb.conf就可以解决这个问题:

create mode = 0644
force create mode = 0644
directory mode = 0755
force directory mode = 0755 

下面简单介绍一下这几个参数的含义:

  • create mode – 这个配置定义新创建文件的属性。Samba在新建文件时,会把dos文件的权限映射成对应的unix权限,在映射后所得的权限,会与这个参数所定义的值进行与操作。然后再和下面的force create mode进行或操作,这样就得到最终linux下的文件权限。
  • force create mode – 见上面的描述。相当于此参数所设置的权限位一定会出现在文件属性中。
  • directory mode – 这个配置与create mode参数类似,只是它是应用在新创建的目录上。Samba在新建目录时,会把dos–>linux映射后的文件属性,与此参数所定义的值相与,再和force directory mode相或,然后按这个值去设置目录属性。
  • force directory mode – 见上面的描述。相当于此参数中所设置的权限位一定会出现在目录的属性中。

说明一点,上面的create modecreate mask参数是同义词,用哪个都可以;而directory modedirectory mask参数是相同的。

当你发现Samba中新建的目录/文件权限不正确,例如无法访问某个目录、无法更改文件,就需要检查上面几个值的设置。

另外需要说明的是,上面几个配置项,会和security maskforce security modedirectory security maskforce directory security mode这几个配置项相互作用。这几个带”security”的配置项会影响Windows NT/2000的ACL功能,一般我们不需要设置。

更多关于Linux的内容,请关注Easwy的其它文章。

Linux使用笔记: subversion本地拷贝和版本库不一致错误

今天在subversion中遇到一个很奇怪的问题。

我准备向版本库增加一些文件,但是遇到了几个问题,一是不小心把trunk目录中的.svn子目录删除了,不过马上又使用svn update将其恢复。另外还从其它目录拷贝了一些文件,恰好所拷贝的文件中有一个test目录和版本库已有的test文件重名。用svn rm test把原有的test文件删除,然后再用svn add把test目录加进来。

经过这些操作后,再向版本库中提交,总是显示失败信息。于是打算重新用svn update命令更新一下版本库,但这个命令也执行失败了,显示如下信息:

easwy:~/trunk$ svn update

svn: Two top-level reports with no target

在网上搜索了一下,似乎出现这个错误是由于本地的拷贝和版本库上状态不一致造成的,不过并找没有一个很好的解决方法。

没有办法,只好再次checkout一下版本库,然后按步就班的重新操作了一遍,问题就解决了。

更多内容,请阅读Easwy的博客上的其它文章。

Linux使用笔记: 修改putty的缺省值设置

从windows访问Linux的命令行,putty + screen是非常棒的组合。不过正如之前Easwy倍受screen闪屏的困扰一样,putty也有一个让Easwy很困扰的问题,那就是无法更改它的缺省配置。

每次使用putty命令ssh到一个远程Linux时,都要手动修改一些配置,例如将屏幕卷回的大小由200改成9999,将编码改成UTF-8以避免某些命令的输出乱码,或者缺省使能putty的log功能之类。每次都去修改设置很是麻烦。

虽然我们可以保存会话的设置,不过很多时间,我们无法为所有要访问的Linux设备都创建一个会话。很多时候还是希望能够修改缺省配置。

今天在网上搜索了一下,终于找到修改putty缺省值的方法了。这个方法和创建会话其实是一样的。所以下面先介绍创建会话的方法。

我们在创建会话时,一般先选择”新建会话”菜单(new session…),然后会弹出一个窗口,在此窗口中添入你要ssh的Linux主机、端口,然后修改其它类别的配置。完成全部配置修改后,再回到”会话”(session)类别,在”保存的会话”(saved sessions)一栏中添入一个会话的名字,然后点击保存,把这个会话保存下来。

这样创建好会话后,以后每次打开putty,直接选择”保存的会话”菜单中的会话,就可直接访问相应的主机。putty会使用你所保存的设置来访问这台主机。

现在该讲如何修改putty的缺省配置了。首先还是选择”新建会话”菜单(new session…),在弹出的窗口中修改你的配置,Easwy是修改了屏幕卷回的行数、编码等内容。完成修改后,回到”会话”类别中,在”保存的会话”(saved sessions)一栏中,添入”Default Settings”,然后点击保存。Yes, That is it!

现在你再新打开一个putty窗口,选择”新建会话”,然后看一下putty的设置,应该就是你所保存的缺省配置了。

注:由于Easwy没有使用putty中文版,所以上述菜单的中文名可能与putty中文版中的不符,请自行对照操作。

更多关于putty和screen的技巧,请关注Easwy的其它文章。

Linux使用笔记: 定制core dump文件的文件名

在开发过程中,当一个Linux程序异常退出时,我们可以通过core文件来分析它异常的详细原因。缺省情况下,Linux在程序异常时不产生core文件,要想让程序异常退出时产生core dump文件,需要使用ulimit命令更改coredump的设置:

ulimit -c unlimited 

上面的命令表示在程序异常时产生core dump文件,并且不对core dump文件的大小进行限制。

上述设置只是使能了core dump功能,缺省情况下,内核在coredump时所产生的core文件放在与该程序相同的目录中,并且文件名固定为core。很显然,如果有多个程序产生core文件,或者同一个程序多次崩溃,就会重复覆盖同一个core文件。

我们通过修改kernel的参数,可以指定内核所生成的coredump文件的文件名。例如,Easwy使用下面的命令使kernel生成名字为core.filename.pid格式的core dump文件:

echo 'core.%e.%p' > /proc/sys/kernel/core_pattern 

这样配置后,产生的core文件中将带有崩溃的程序名、以及它的进程ID。上面的%e%p会被替换成程序文件名以及进程ID。

可以在core_pattern模板中使用变量还很多,见下面的列表:

  • %% 单个%字符
  • %p 所dump进程的进程ID
  • %u 所dump进程的实际用户ID
  • %g 所dump进程的实际组ID
  • %s 导致本次core dump的信号
  • %t core dump的时间 (由1970年1月1日计起的秒数)
  • %h 主机名
  • %e 程序文件名

如果在上述文件名中包含目录分隔符”/“,那么所生成的core文件将会被放到指定的目录中。

需要说明的是,在内核中还有一个与coredump相关的设置,就是/proc/sys/kernel/core_uses_pid。如果这个文件的内容被配置成1,那么即使core_pattern中没有设置%p,最后生成的core dump文件名仍会加上进程ID。

对所生成的core dump进程分析,需要使用调试工具,例如GDB等。可以参见Easwy的其它文章。

Linux使用笔记: 关闭Linux下screen的闪屏功能

从windows访问Linux命令行,最佳工具组合是putty + screen。这两个工具都是非常出色的开源软件。

在IBM网站上的linux 技巧:使用 screen 管理你的远程会话是一篇很好的介绍screen的文章。本文不再重复介绍screen这个工具,而主要介绍如何关闭screen的闪屏功能。

在最初使用screen时,感觉最不舒服的就是它的闪屏。当移动到行首或者行尾时,再尝试移动屏幕就会闪烁一下,让人很不适应。关闭screen屏幕闪动的方法其实很简单,你只需要使用CTRL-a CTRL-g,也就是先输入CTRL + a,再输入CTRL + g。

如果想永远关闭screen的闪屏功能,需要修改配置文件。在CentOS中可以修改/etc/screenrc,修改这个文件将对所有用户生效。Easwy一般只修改自己的配置文件。在$HOME/.screenrc中加入下面的话:


vbell off 

其实这与vi中的visualbell功能很是类似。在vi中关闭闪屏,是使用:set novisualbell命令。

关于putty和screen的其它使用技巧,参见Easwy的其它文章。

Linux使用笔记: 在Linux中使能IP转发

Linux系统缺省并没有打开IP转发功能,要确认IP转发功能的状态,可以查看/proc文件系统,使用下面命令:

cat /proc/sys/net/ipv4/ip_forward

如果上述文件中的值为0,说明禁止进行IP转发;如果是1,则说明IP转发功能已经打开。

要想打开IP转发功能,可以直接修改上述文件:

echo 1 > /proc/sys/net/ipv4/ip_forward

把文件的内容由0修改为1。禁用IP转发则把1改为0。

上面的命令并没有保存对IP转发配置的更改,下次系统启动时仍会使用原来的值,要想永久修改IP转发,需要修改/etc/sysctl.conf文件,修改下面一行的值:

net.ipv4.ip_forward = 1

修改后可以重启系统来使修改生效,也可以执行下面的命令来使修改生效:

sysctl -p /etc/sysctl.conf

进行了上面的配置后,IP转发功能就永久使能了

Linux使用笔记: 更改CentOS的时区(timezone)

安装了一台CentOS的虚拟机,发现时区设罢的不正确,因为没装图形界面,一时不知道怎么改时区。在邮件列表里搜索了一下,发现解决方法很简单,直接用所需的时区信息,覆盖/etc/localtime即可。

我使用的是下面的命令:

cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime

另外你也可以安装system-config-date工具:

yum install system-config-date

使用gvim+pyclewn+gdbserver进行远程调试

在以前的文章中,Easwy介绍了如何使用pyclewn在gvim中调试。网友yorker留言询问如何在vim中远程调试服务器上的程序而不需要登录服务器。这就涉及到远程调试的话题了。

所谓远程调试,顾名思义,就是在本地调试运行在远端设备上的程序。远程调试在嵌入式系统的开发上应用的比较多。嵌入式设备上内存、磁盘空间都比较有限,可能无法容纳整个gdb的调试环境和符号表;即便可以容纳,也需要对gdb进行交叉编译,比较麻烦,所以更常用远程调试的办法。像网友yorker这样在本地调试远端服务器上的程序,也是一种应用。

远程调试最简单的办法是使用gdbserver。gdbserver是一个非常小的程序,大小不到100K,因此可以方便的拷贝到嵌入式设备上,交叉编译也很简单。使用gdbserver,就可以使你的程序与远端的GDB调试器通讯,接收并执行调试命令。

gdbserver在大多数Linux系统中已经包含,不需要特别安装。如果你需要交叉编译,到GNU GDB网站上下载gdb的源代码,在里面你可以找到gdbserver。

本文将主要介绍如何在vim使用pyclewn进行远程调试(关于pyclewn的介绍,参见Easwy的的另外一篇文章:vim使用进阶: 在vim中进行GDB调试 – 使用pyclewn)。实际上,本文中所涉及的命令都是常用的远程调试命令,你可以直接使用gdb或ddd来执行这些命令,进行远程调试。

我们还使用在pyclewn一文中的程序做为调试示例,对那个程序做了一点修改,原来该程序需要由标准输入读取一个数字,现在则改为由命令行参数中传入。修改后的程序在这里下载。

现在我们准备开始调试。我们把编译好的二进制程序拷贝到一个名为Easwy_remote的计算机,然后在Easwy_remote上执行:

gdbserver Easwy_local:333 ./factorial 4 

上面的命令执行完后,屏幕输出如下(你的输出可能稍有不同):

Process ./factorial created; pid = 7532
Listening on port 333 

上面的gdbserver命令的含义是:使用gdbserver启动./factorial程序,并传入参数4,而gdbserver监听在333端口上,等待远程GDB程序中的连接。命令中的Easwy_local表明允许来自主机Easwy_local的连接,不过目前的gdbserver版本实际上是不检测所连接的主机的。

现在,我们在Easwy_local主机上启动pyclewn,并在所打开的gvim窗口中执行下面的命令:

:e main.c
:Cmapkeys
:Cfile factorial
:Cbreak 15
:Ctarget remote Easwy_remote:333
:Ccontinue

上面的命令,首先打开main.c文件,然后执行pyclewn提供的mapkeys命令,加载pyclewn的按键映射。然后使用file命令加载所要调试的程序,并在main.c的第15行设置一个断点。

需要注意的是target remote命令。这条命令告诉GDB连接到主机Easwy_remote的333端口,进行调试。执行完这条命令,我们就连接到了远端运行的程序。接下来就可以像调试本地程序那样进行调试了,在上面Easwy使用的continue命令,使程序执行到断点处,然后继续调试。

下面是远程调试的屏幕抓图:

gdbserver不仅可以像本文中这样启动一个调试进程,它还可以连接到一个已经运行的进程上对其进行调试,例如,用gdbserver Easwy_local:333 –attach 1235命令就可以使gdbserver连接到进程ID为1235的进程。

更多关于vi的内容,请参见Easwy的博客上的其它文章。