7.04 fcitx中英文切换的问题好像已经解决了
版面规则
我们都知道新人的确很菜,也喜欢抱怨,并且带有浓厚的Windows习惯,但既然在这里询问,我们就应该有责任帮助他们解决问题,而不是直接泼冷水、简单的否定或发表对解决问题没有任何帮助的帖子。乐于分享,以人为本,这正是Ubuntu的精神所在。
我们都知道新人的确很菜,也喜欢抱怨,并且带有浓厚的Windows习惯,但既然在这里询问,我们就应该有责任帮助他们解决问题,而不是直接泼冷水、简单的否定或发表对解决问题没有任何帮助的帖子。乐于分享,以人为本,这正是Ubuntu的精神所在。
-
- 帖子: 614
- 注册时间: 2006-11-15 14:14
7.04 fcitx中英文切换的问题好像已经解决了
ctrl+space不会关闭当前程序了。
-
- 帖子: 133
- 注册时间: 2006-09-27 20:49
看libxcb的changelog:
不知道是不是我选择的源有问题,我在升级后没有任何变化(fcitx还是崩溃),把源代码下载来看,补丁是在里面,但编译的时候并没打上去。我自己打补丁编译安装后,发现所有的X程序都无法启动,想来是因为这个补丁改了libxcb里的一个头文件,而其他X应用是连接到原来的libxcb上的,导致二进制兼容问题。干脆直接把那两条assert语句去掉,现在一切正常,fcitx也能用了。
Feisty四月份发行,二月份却来升级X这样的基础库,真不知道他们怎么想的!
大概意思是说:既然Feisty的发行日期不变,Feisty又选定了libxcb,现在已经没有时间来解决各种程序的“c->xlib.lock”问题,于是想出一个hack的方法:设置一个环境变量LIBXCB_NO_SLOPPY_LOCK来跳过这个assert(既然能条过,为什么当初设计的时候还要assert?)+ [ Timo Aaltonen ]
+ * debian/patches:
+ - 100_allow_sloppy_lock.diff from Novell, workaround to the various
+ 'Assertion `c->xlib.lock' failed"' -bugs by setting an environment
+ variable LIBXCB_ALLOW_SLOPPY_LOCK to any value and the check will
+ simply be ignored.
+ * debian/{control,rules}:
+ - add quilt to Build-deps, and patchsys-quilt.mk to rules.
+ - change Maintainer address.
+
+ [ Martin Pitt ]
+ * 100_allow_sloppy_lock.diff: Reverse the patch logic for Feisty: Use
+ sloppy locking by default for now, because we won't have time to discover
+ and fix all broken apps. Setting LIBXCB_NO_SLOPPY_LOCK will enable the
+ strict behaviour. This should be dropped right at the opening of
+ Feisty+1.
不知道是不是我选择的源有问题,我在升级后没有任何变化(fcitx还是崩溃),把源代码下载来看,补丁是在里面,但编译的时候并没打上去。我自己打补丁编译安装后,发现所有的X程序都无法启动,想来是因为这个补丁改了libxcb里的一个头文件,而其他X应用是连接到原来的libxcb上的,导致二进制兼容问题。干脆直接把那两条assert语句去掉,现在一切正常,fcitx也能用了。
Feisty四月份发行,二月份却来升级X这样的基础库,真不知道他们怎么想的!
- karron
- 帖子: 6226
- 注册时间: 2005-06-11 14:03
- 来自: 不明真相的群众
- 联系:
-
- 帖子: 94
- 注册时间: 2006-12-04 9:37
-
- 帖子: 29
- 注册时间: 2006-10-29 19:21
我的是MATLAB出那个问题了????
用了
但是还是没有用!
help??
代码: 全选
export LIBXCB_NO_SLOPPY_LOCK
help??
- karron
- 帖子: 6226
- 注册时间: 2005-06-11 14:03
- 来自: 不明真相的群众
- 联系: