Description of problem: Creating as a separate bug for tracking purpose. As a result of Bug 173097, it cause all apps to crash and unable to load. Version-Release number of selected component (if applicable): m17n-db-1.2.0-2.noarch.rpm scim-m17n-debuginfo-0.1.4-2.fc4 scim-m17n-0.1.4-2.fc4 How reproducible: Always Steps to Reproduce: 1.install scim-m17n with m17n-db 2.log in with ja locale 3.start gedit Actual results: nothing starts Expected results: starts properly Additional info: (gdb) r Starting program: /usr/bin/scim Reading symbols from shared object read from target memory...done. Loaded system supplied DSO at 0xc37000 Smart Common Input Method 1.4.2 Launching a SCIM daemon with Socket FrontEnd... Detaching after fork from child process 3869. Loading simple Config module ... Creating backend ... Launching a SCIM process with x11... Detaching after fork from child process 3871. Loading simple Config module ... Creating backend ... SCIM has exited abnormally. Program exited with code 01. (gdb) open("/usr/lib/libm17n-core.so.0", O_RDONLY) = 19 read(19, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340/\0"..., 512) = 512 fstat64(19, {st_mode=S_IFREG|0755, st_size=84004, ...}) = 0 mmap2(NULL, 116544, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 19, 0) = 0x6 648000 mmap2(0x665c000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE , 19, 0x14) = 0x665c000 mmap2(0x665d000, 30528, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOU S, -1, 0) = 0x665d000 close(19) = 0 munmap(0xb329d000, 100485) = 0 stat64("/usr/share/m17n", 0xbfaa0cac) = -1 ENOENT (No such file or directory) brk(0x8d31000) = 0x8d31000 --- SIGSEGV (Segmentation fault) @ 0 (0) ---
Step 1 and the summary seems to conflict. You mean install scim-m17n without m17n-db?
Re: Comment #1 My bad. I was meant to say without m17n-db. :)
I guess scim-m17n assumes m17n-db is installed. So this bug is to say that it should behave better if it isn't installed?
Re: Comment #3 I guess so. Unable to start anything on the desktop is definitely very naughty. :-)
m17n-lib requires m17n-db so this should not happen any more.