跑在magic1.1f上的紫光输入法

cbnsjtu

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

greenforce

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

llc

[quote:256a1c7875="cbnsjtu"]真的是这样吗?给个解决办法吧，我还是喜欢在普通用户里面用啊!![/quote]

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

llc

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

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

cbnsjtu

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

樱家冢

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

luochong

[quote:a2225f58a3="llc"][quote:a2225f58a3="cbnsjtu"]真的是这样吗?给个解决办法吧，我还是喜欢在普通用户里面用啊!![/quote]

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

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

luochong

[quote:171acd8643="llc"][quote:171acd8643="luochong"]提示您一下，日常使用，用root不安全。[/quote]

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

cbnsjtu

菜鸟解决方法，
我用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


[Desktop Entry]
Name=Autorun
Name[zh_CN]=rfinput
Comment[zh_CN]=Autorun - rfinput
Exec=cbnrfinput
Icon=cdrom_unmount.png
Type=Application


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

cbnsjtu

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

luochong

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

llc

测试中...

cbnsjtu

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

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

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

llc

测试了很多次

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

如果进入了root，就在桌面上放一个脚本，注销的时候先运行一下，杀掉rfinput和引擎，哈哈哈
不知道红旗4。0，会不会解决这个问题，
听说windows下面的紫光在刚刚开始的时候也出现过词库不能保存的问题，好像是，不知道怎么解决的