Closed GoogleCodeExporter closed 9 years ago
我也遇到了一样的问题…
Original comment by yangsira...@gmail.com
on 17 Feb 2013 at 7:31
有人反映说 .kct 文件用不同版本的 kyotocabinet 会打不开。
请问 kyotocabinet 这个软件包有升级过吗。
Original comment by chen....@gmail.com
on 17 Feb 2013 at 12:48
我也不清楚是否算升级了
Name : kyotocabinet
Version : 1.2.76-1
URL : http://fallabs.com/kyotocabinet
Licenses : LGPL3
Groups : None
Provides : None
Depends On : zlib gcc-libs
Optional Deps : None
Required By : librime
Conflicts With : None
Replaces : None
Installed Size : 14464.00 KiB
Packager : Felix Yan <felixonmars@gmail.com>
Architecture : i686
Build Date : Mon 26 Nov 2012 07:00:38 PM CST
Install Date : Sun 27 Jan 2013 02:07:55 PM CST
Install Reason : Installed as a dependency for another package
Install Script : No
Description : a modern implementation of DBM in C++
这个有必要选择低版本或是哪个具体版本?
Original comment by latent...@gmail.com
on 17 Feb 2013 at 3:32
沒有……
按理說 kyotocabinet
的不同版本所支持的數據庫文件格式應該兼容。
爲了排除這種可能:
清空(請備份)用戶目錄 (~/.config/ibus/rime)
再調用輸入法,崩潰還會發生嗎。
Original comment by chen....@gmail.com
on 17 Feb 2013 at 3:43
清空目录这些都做了。甚至与前段时间也重新做了系统并格��
�化过home分区,但是问题依旧。
ps:由于ibus在我的系统运行奇特,并且大幅度改变使用习惯��
�所以基本卸载了。目前主要使用还是fcitx,但是切换fcitx-rime�
��然崩溃。看终端信息还是理不清,不知道具体是什么问题。
Original comment by latent...@gmail.com
on 18 Feb 2013 at 11:11
今天我升級了一把,遇到幾個問題:
升級 ibus-rime 之後,手動執行 /usr/lib/ibus-rime/ibus-engine-rime,
發現有幾個第三方庫無法正確加載。
於是又手動升級了以下軟件包:
ibus (*)
boost (*)
icu
google-glog (*)
方可正常使用。
請 @Felix 檢查一下軟件包的依賴關係。可能需要把對 (*)
等項的最低需求版本設置爲編譯 librime 時鏈接到的版本。
Original comment by chen....@gmail.com
on 19 Feb 2013 at 3:51
請 Felix 關注一下 #6 提出的問題。
Original comment by chen....@gmail.com
on 19 Feb 2013 at 4:45
是不是i686的系统?
我在i686的chroot里没能成功编译brise, 一直没有解决...
Original comment by felixonm...@gmail.com
on 19 Feb 2013 at 4:49
@felixonmars:
我遇到的問題是這樣的:
Archlinux x86_64
有一段時間沒有更新軟件,所以各軟件包都不是最新的。
然後
sudo pacman -S ibus-rime
更新了 ibus-rime, librime, brise 三個軟件包。
這時 ibus-engine-rime 啓動不起來了。在終端上直接調用,提示
libibus-1.0.xxx 找不到。
於是再
sudo pacman -S ibus
接着又找不到 libboost-filesystem.0.52... 因爲我系統上的 boost
版本不夠。
ldd /usr/lib/ibus-rime/ibus-engine-rime
又發現少 libicu* 的若干 .so 這可能是間接依賴。於是
sudo pacman -S icu
最後執行時提示符號未找到,我一看名叫 ...google...
就知道是 google-glog 裏面的。於是
sudo pacman -S google-glog
這就跑起來了。
因爲發行的是二進制包嘛,所以我猜依賴的庫的版本不能像��
� AUR
裏那樣填編譯所需的最低版本,而要寫實際鏈接的版本。
Original comment by chen....@gmail.com
on 19 Feb 2013 at 5:00
我說的這種情況只在更新部份軟件包時出現。
如果 pacman -Syu 應該不會遇到。
Original comment by chen....@gmail.com
on 19 Feb 2013 at 5:03
是这样的, 因为Arch不官方支持部分更新,
所有软件包基本都没有写依赖版本(写的情况多半是避免冲突)
...
请保持系统是最新的, pacman -Syu
Original comment by felixonm...@gmail.com
on 19 Feb 2013 at 5:06
好的。明白了。我歪樓了……
#8 說的是 不設置 LC_ALL 就會崩潰 那回事嘛?
Original comment by chen....@gmail.com
on 19 Feb 2013 at 5:08
#8 说的是
https://github.com/lotem/brise/issues/1
的问题...抱歉我一直没注意rime的bug tracker在这里...
此外LC_ALL不影响结果, 怎么设置都一样...
Original comment by felixonm...@gmail.com
on 19 Feb 2013 at 5:10
Sigh.
https://github.com/lotem/brise/issues/1 這個過年時候看過,因爲沒有
i686 的環境後來沒再跟進。從調用棧看像是 kyotocabinet
的問題呀。不知道咋辦了。
Original comment by chen....@gmail.com
on 19 Feb 2013 at 5:16
我也遇到同样的問題。下載 kyotocabinet
的源碼編譯安裝即可(覆蓋原來的)。
雖然標示的版本一样,但編譯時間是 2012-11-26 11:00 UTC 。
cd /tmp
wget -c http://fallabs.com/kyotocabinet/pkg/kyotocabinet-1.2.76.tar.gz
tar xf kyotocabinet-1.2.76.tar.gz
cd kyotocabinet-1.2.76
./configure --prefix=/usr && make && sudo make install
Original comment by dot.cink
on 5 Mar 2013 at 12:56
確實是需要下載源碼編譯kyotocabinet才可以正常運行。而使用��
�方的kyotocabinet,即使降級也無法使用。
Original comment by latent...@gmail.com
on 10 Mar 2013 at 6:56
有可能是 gcc-libs
或者其他某個庫的更新引起的,我今天rebuild了kyotocabinet,版�
��號1.2.76-2,並把brise-0.18的i686版本推進了[community],歡迎大家
再測試?(那個不能build的問題莫名其妙的沒有了)
Original comment by felixonm...@gmail.com
on 10 Mar 2013 at 8:54
@felix
刚刚更新arch,重新安装了fcitx-rime,kyotocabinet1.2.76-2,brise-0.18
,i686系统。
还是跟以前一样输入法选择rime后fcitx就崩溃了,终端里运行��
�输出跟楼主的差不多。
太长了,我传到附件里了。
Original comment by sip...@gmail.com
on 10 Mar 2013 at 12:23
Attachments:
@Felix Yan
剛 "pacman -Suy" 了 arch ,看來還是原來的問題。
依然是重新編譯安裝 kyotocabinet 后解决問題。
Original comment by dot.cink
on 10 Mar 2013 at 12:56
:( 很抱歉我沒有其他idea了,我自己用的是x86_64沒有問題。
但是現在rebuild
kyotocabinet後還是一樣的問題,應該說明kyotocabinet有根據編譯��
�境產生什麼不同的東西。。。
如果可以的話,貼一下完整的kyotocabinet編譯log,和 ldd
/usr/lib/libkyotocabinet.so
的輸出好嗎?水平所限我暫時只想到這麼多了
Original comment by felixonm...@gmail.com
on 10 Mar 2013 at 1:03
[deleted comment]
`uname -a`:
Linux my_hostname-laptop 3.7.10-1-ARCH #1 SMP PREEMPT Thu Feb 28 09:59:14 CET 2013 i686 GNU/Linux
`./configure/ --prefix=/usr && make && sudo make install`:
kyotocabinet.log
`ldd /usr/lib/libkyotocabinet.so`:
ldd.out
Original comment by dot.cink
on 10 Mar 2013 at 2:32
Attachments:
比較了一下,唯一的區別是
checking for main in -lkyotocabinet... no
和
checking for main in -lkyotocabinet... yes
configure: WARNING: old version of Kyoto Cabinet was detected
也就是檢查是否已經安裝。
這個似乎不影響。。。
於是我不知道了 QAQ
Original comment by felixonm...@gmail.com
on 10 Mar 2013 at 3:09
可以试试本地 makepkg kyotocabinet是不是能解决问题,
不能的话就在pkgbuild里面把CFLAGS, CXXFLAGS,
LDFLAGS清理掉看看能不能解决问题.
官方打包和本地直接编译的区别应该就是这两个了(chroot和环�
��变量)
Original comment by yyc1992@gmail.com
on 10 Mar 2013 at 4:33
在老K的大力帮助下(其实全是老K的功劳),
目测我找到了repo里kyotocabinet在i686(包括一部分x86_64)环境会cras
h的原因: configure 里默认开了 -march=native... 于是加上选项
--disable-opt 后紧急发布了 -3 的版本...
之前有问题的朋友, 方便的话请尝试一下 [community]/kyotocabinet
1.2.76-3 是否还有问题, 多谢!
Original comment by felixonm...@gmail.com
on 7 May 2013 at 4:14
@felixonmars
啊,终于找到原因了……老K是哪位高手呀。
Original comment by chen....@gmail.com
on 8 May 2013 at 3:38
老K就是fcitx现任作者csslayer :)
Original comment by felixonm...@gmail.com
on 8 May 2013 at 3:41
OK, 我的没問題了。
Original comment by dot.cink
on 10 May 2013 at 12:26
@dot.cink
多谢!
于是目测没问题了 :)
Original comment by felixonm...@gmail.com
on 10 May 2013 at 1:09
Original issue reported on code.google.com by
latent...@gmail.com
on 3 Feb 2013 at 8:25