Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 485250 - app-i18n/scim-input-pad-0.1.3.1: not usable though installs fine
Summary: app-i18n/scim-input-pad-0.1.3.1: not usable though installs fine
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: CJK Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-09-17 21:39 UTC by Samuel Bauer
Modified: 2016-07-28 23:07 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
scim-input-pad-0.1.3.1.patch (scim-input-pad-0.1.3.1.ebuild.patch,847 bytes, patch)
2013-09-17 21:39 UTC, Samuel Bauer
Details | Diff
config.log (scim-input-pad-config.log,154.59 KB, text/x-log)
2013-09-18 01:31 UTC, Samuel Bauer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Samuel Bauer 2013-09-17 21:39:36 UTC
Created attachment 358898 [details, diff]
scim-input-pad-0.1.3.1.patch

The shell script to launch scim-input-pad is broken (doesn't point to the good scim-helper-launcher file)
Moreover no data are installed with it, so it won't start even launching manually (scim-helper-launcher).
Comment 1 Rafał Mużyło 2013-09-17 22:04:54 UTC
Something looks wrong here.

What does i.e. 'pkg-config --variable=moduledir scim' return ?
Comment 2 Samuel Bauer 2013-09-17 22:28:59 UTC
$ pkg-config --variable=moduledir scim
/usr/lib64/scim-1.0/1.4.0

$ locate scim-helper-launcher
/usr/lib64/debug/usr/lib64/scim-1.0/scim-helper-launcher.debug
/usr/lib64/scim-1.0/scim-helper-launcher

but scim-input-pad script points to /usr/lib64/scim-1.0/1.4.0

$ scim -h | head -n1
Smart Common Input Method 1.4.14

all scim related stuff were re-installed yesterday and scim was upgraded to ~unstable
Comment 3 Rafał Mużyło 2013-09-18 00:05:42 UTC
OK, I can see why SCIM_LIBEXECDIR might need a tweak (though I'd do it in configure.ac).

On the other hand, SCIM_INPUT_PAD_DATADIR looks as if it shouldn't be a problem.
Could you attach config.log from the *original* ebuild.
Comment 4 Samuel Bauer 2013-09-18 01:31:54 UTC
Created attachment 358902 [details]
config.log

Launching the pad manually with the original ebuild:

$ /usr/lib64/scim-1.0/scim-helper-launcher input-pad ff110940-b8f0-4062-9ff6-a84f4f3575c0
$

It doesn't fail but has no data to threat, so stops immediately.
SCIM_INPUT_PAD_DATADIR needs to have some pad files installed in (suse package furnish only base.pad, chinese.pad, japanese.pad, and keyboard.pad)

The patch copies "brutally" everything. Cause I just wanted beeing able to test this new installed scim-input-pad.
pad files should better be installed based on LINGUAS filtering (zh_CN && doins chinese.pad, ja_JP && doins japanese.pad, ...), but install only base and keyboard .pad by default
Comment 5 Rafał Mużyło 2013-09-18 04:06:44 UTC
OK, I see it now - last two upstream commits before 0.1.3.1 are sort of broken.
Comment 6 Manuel Rüger gentoo-dev 2015-06-15 13:49:35 UTC
@Samuel Does still 0.1.3 work?
Comment 7 Ryoto Yayame 2016-07-28 23:07:25 UTC
(In reply to Manuel Rüger from comment #6)
> @Samuel Does still 0.1.3 work?

Yes, I just tested, app-i18n/scim-input-pad-0.1.3 does still work perfectly fine out of the box. The input-pad window appears (calling it from the SCIM menu), is properly filled, and I can use it to input characters in Gedit for example. It should definitely be kept in the tree for now.

Version 0.1.3.1, however, does indeed not work at all for me. No input-pad window appears.


app-i18n/scim-1.4.17::gentoo  USE="-doc gtk3"
app-i18n/scim-anthy-1.2.7-r1::gentoo  USE="gtk3 kasumi nls"
app-i18n/anthy-9100h-r1::gentoo  USE="-canna-2ch -emacs -static-libs"
app-i18n/scim-input-pad-0.1.3::gentoo  USE="nls"