cbnsjtu 发表于 2003-6-18 22:15:43

真的是这样吗?给个解决办法吧,我还是喜欢在普通用户里面用啊!!

greenforce 发表于 2003-6-18 22:28:39

llc
这个RPM 包不错。
能否为 rh9 用户提供 src。rpm
或者 rf--.spec 文件。
需要修改点东西。但自己又不会写。 :mrgreen::mrgreen:
谢了。

llc 发表于 2003-6-18 22:46:13

真的是这样吗?给个解决办法吧,我还是喜欢在普通用户里面用啊!!

还真是这样,我一直用root,没注意到普通用户直接重起确实不行,连stop upim都不行,stop不了

llc 发表于 2003-6-18 22:51:24

llc
这个RPM 包不错。
能否为 rh9 用户提供 src。rpm
或者 rf--.spec 文件。
需要修改点东西。但自己又不会写。 :mrgreen::mrgreen:
谢了。

src.rpm就没有了,谁都知道紫光不是开源的
spec文件就有,见这里的链接:
http://www.linuxfans.org/nuke/modules.php?name=Forums&file=viewtopic&t=27291&postdays=0&postorder=asc&start=15

cbnsjtu 发表于 2003-6-18 22:55:29

怎么解决,能不能在/usr/share/autostart
里面加东西,让引擎在rfinput前启动?这样,好像是一个用户了,但是本人是菜鸟,不知道怎么改

樱家冢 发表于 2003-6-18 23:32:39

那个upimd是怎么会在rfinput之前自动启动的?能不能想办法不让他启动?

luochong 发表于 2003-6-19 00:31:55

真的是这样吗?给个解决办法吧,我还是喜欢在普通用户里面用啊!!

还真是这样,我一直用root,没注意到普通用户直接重起确实不行,连stop upim都不行,stop不了
我现在有一个临时的解决方案: chmod +s /usr/bin/rfinput
然后还是使用你原来的那个脚本控制upimd,不过现在只要start时执行upimd -start,stop时执行upimd -stop就行了。

这个解决方案的优点,对于普通用户,也能保存词库。缺点是安全性可能有问题,
此外,新用户第一次使用rfinput时, .rfinput的属主是root,需要用root改过来。

luochong 发表于 2003-6-19 01:40:43

提示您一下,日常使用,用root不安全。

原因有两个:
1、我喜欢安装测试一些软件之类的东西,需要经常修改系统设置,嫌麻烦因此一直用root
2、我非常喜欢root的那种至高无上、毫无拘束、干什么都没有限制的感觉
您是特例,呵呵。

cbnsjtu 发表于 2003-6-19 01:55:45

菜鸟解决方法,
我用luochong的脚本,不让upimd启动,然后写了一个
cbnrfinput的脚本(pupilzeng):


#!/bin/bash
/usr/local/unispim/upimd -start
/usr/local/rfinput/bin/rfinput
/usr/local/rfinput/bin/rfdock
exit 0


cp到/usr/bin
chmod 755


然后修改/usr/share/autostart/rfinput.desktop



Name=Autorun
Name=rfinput
Comment=Autorun - rfinput
Exec=cbnrfinput
Icon=cdrom_unmount.png
Type=Application


高手看看,是不是能解决问题,是不是有更加简单的方法,多谢!!!
然后发现可以保存了,进入之后,upimd是普通用户的进程
我还没有重启多次,但是现在看是解决了
如果过了些时候又不能保存了,我就自杀!!!!!

cbnsjtu 发表于 2003-6-19 05:48:31

但是好像,从root转到普通用户,就没用用了

luochong 发表于 2003-6-19 10:47:33

cbnsjtu你的做法是不行的。因为用户a使用了rfinput,并退出后,upimd还在运行,用户b再使用rfinput,那么upimd和rfinput不是同一个用户运行的,保存词库就有问题。

llc 发表于 2003-6-19 10:50:53

测试中...

cbnsjtu 发表于 2003-6-19 11:02:41

我只用一个普通的,所以没有考虑那么多,能不能加上一句   /usr/local/uinspim/upimd -stop把别的用户的杀掉
但是这个从普通用户转到root没有问题,引擎可以变成root的进程
但是注销root进入普通帐户,引擎还是root的,杀不掉

我觉的到不是两个不通用户的问题,是普通用户,不能正常stop引擎

我是菜鸟,如果能在kde注销的时候,杀掉引擎,就好了

llc 发表于 2003-6-19 12:36:16

测试了很多次

1、如果由init启动的upimd,进程是root的,如果此时只在root下使用这个输入法,那么重起时(stop)时词组可以保存;但如果中途注销过,进入普通用户使用,那么即使又注销回到root里,stop时也不会保存词组;也就是说,如果是root身份启动的upimd,只能归root一人用,其他用户一用就无法保存词组

2、如果是普通用户user1身份启动的upimd,那么这个用户使用一阵后stop引擎没问题,能保存词组;如果这个用户使用一阵,注销,进入root,然后由root组词,使用一阵后重起或注销后重新回到user1,然后user1重起,都没问题,可以保存;但如果user1用户启动upimd,然后注销进入user2(普通用户身份),那么无论怎么组词,即使重新回到user1再重起,都无法保存词组

可能是红旗紫光的bug,没撤了,干脆就按cbnsjtu的方法,这样root和普通用户都能保存,只要不要中途注销换身份就行

我也觉得,如果在退出x或注销x时能stop引擎是最好的解决方法,不知道有哪个脚本是退出x时必然会执行的

cbnsjtu 发表于 2003-6-19 13:10:58

如果进入了root,就在桌面上放一个脚本,注销的时候先运行一下,杀掉rfinput和引擎,哈哈哈:)
不知道红旗4。0,会不会解决这个问题,
听说windows下面的紫光在刚刚开始的时候也出现过词库不能保存的问题,好像是,不知道怎么解决的
页: 1 2 3 4 [5] 6 7 8
查看完整版本: 跑在magic1.1f上的紫光输入法