kmfl-devel Mailing List for Keyboard Mapping for Linux
Brought to you by:
courtjester
Menu
▾
▴
kmfl-devel — Discuss anything about development of kmfl and its components.
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
| 2009 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(3) |
Oct
(2) |
Nov
|
Dec
|
|
From: கா. சேது | කා. සේතු | K. S. <sk...@gm...> - 2010-10-17 13:38:55
|
2010/10/14 Doug Rintoul <dou...@si...>: > Hi Sethu, > > I forgot to bump up the version number in the rpm spec file. > > I have uploaded a new corrected copy of scim-kmfl-imengine-0.9.9.tar.gz > which should work for you. > > Let me know how it goes. > > Doug. Yes it builds alright now - Thanks for fixing it up. Anyway for Ubuntu / Debian now that binaries for ibus-kmfl being available from sil repo is great. I will get back in another mail on a specific problem encountered in some browsers with some keymaps either with scim framework with GTK_IM_MODULE=scim (but not when it is =xim) or with ibus framework ~Sethu > > > On 10-10-12 06:48 PM, கா. சேது | කා. සේතු | K. Sethu wrote: >> >> Hi >> >> I tried building kmfl packages in Fedora 14 beta and am successful >> with kmflcomp-0.9.9.tar.gz, libkmfl-0.9.9.tar.gz and >> ibus-kmfl-1.0.3.tar.gz. However the remaining package fails to build >> and the error from rpmbuild command indicates it is looking for 0.9.6 >> version of the package ?? Here is the trace : >> >> >>>> >>>> >> >> [root@sethu kmfl-comp]# ls >> ibus-kmfl-1.0.3.tar.gz kmflcomp-0.9.9.tar.gz libkmfl-0.9.9.tar.gz >> scim-kmfl-imengine-0.9.9.tar.gz >> [root@sethu kmfl-comp]# rpmbuild -tb scim-kmfl-imengine-0.9.9.tar.gz >> error: File /home/sethu/kmfl-comp/scim-kmfl-imengine-0.9.6.tar.gz: No >> such file or directory >> << >> >> Anything I missed ? >> >> ~Sethu >> >> > > |
|
From: கா. சேது | කා. සේතු | K. S. <sk...@gm...> - 2010-10-13 01:48:25
|
Hi I tried building kmfl packages in Fedora 14 beta and am successful with kmflcomp-0.9.9.tar.gz, libkmfl-0.9.9.tar.gz and ibus-kmfl-1.0.3.tar.gz. However the remaining package fails to build and the error from rpmbuild command indicates it is looking for 0.9.6 version of the package ?? Here is the trace : >> [root@sethu kmfl-comp]# ls ibus-kmfl-1.0.3.tar.gz kmflcomp-0.9.9.tar.gz libkmfl-0.9.9.tar.gz scim-kmfl-imengine-0.9.9.tar.gz [root@sethu kmfl-comp]# rpmbuild -tb scim-kmfl-imengine-0.9.9.tar.gz error: File /home/sethu/kmfl-comp/scim-kmfl-imengine-0.9.6.tar.gz: No such file or directory << Anything I missed ? ~Sethu |
|
From: Doug R. <dou...@si...> - 2010-09-02 19:02:14
|
On 10-09-01 10:02 AM, Wes Peacock wrote: > > It appears that kmfl 0.9.8 does not allow spaces in filenames > specified in the BITMAP line of the .kmn file. > Looks like you can use spaces if you enclose the filename in double quotes. Let me know if it works for you. Doug. |
|
From: Doug R. <dou...@si...> - 2010-09-01 20:15:09
|
Thanks for the report. I'll check it out. Doug. On 10-09-01 10:02 AM, Wes Peacock wrote: > > It appears that kmfl 0.9.8 does not allow spaces in filenames > specified in the BITMAP line of the .kmn file. |
|
From: Wes P. <wes...@si...> - 2010-09-01 17:02:52
|
It appears that kmfl 0.9.8 does not allow spaces in filenames specified in the BITMAP line of the .kmn file. |
|
From: Doug R. <dou...@si...> - 2010-08-31 18:07:45
|
Just got back from vacation. This is feasible. I would probably just add /usr/share/kmfl to the list of folders that scim-kmfl-imengine checks for kmfl keyboards. In the meantime, you could set up a symbolic link between /usr/share/kmfl and /usr/share/scim/kmfl. Doug. On 10-08-24 10:42 PM, கா. சேது | කා. සේතු | K. Sethu wrote: > Testing in Ubuntu-10.04 (Lucid). I have found that the kmfl keymap > binary files included in the directory /usr/share/kmfl and their .bmp > or .png icon files included in the directory /usr/share/kmfl/icons are > detected by ibus-kmfl and make them available globally for all user > accounts. This is analogous to the arrangement with m17n keymaps and > icons in /usr/share/m17n and /usr/share/m17n/icons respectively. > > However whereas with m17n keymaps and icons, both ibus-m17n and > scim-m17n detect the so included keympas and icons, in the case of > kmfl only ibus-kmfl detects files under /usr/share/kmfl and > /usr/share/kmfl/icons. > > With scim as front end it is evident that scim-kmfl-imengine requires > the kmfl (or kmn) files to be placed in the directory > /usr/share/scim/kmfl/ and the icon files in /usr/share/scim/kmfl/icons > or else sym links from those directories to files in /usr/share/kmfl > and usr/share/kmfl/icons respectively are provided (which is what I do > for my experimental keymaps) > > Unlike scim-tables which is scim specific and ibus-table which is ibus > specific, kmfl is usable with both just like m17n. Therefore I think > it is more appropriate to modify scim-kmfl-imengine to scan > /usr/share/kmfl and /usr/share/kmfl/icons directories for system wide > available key-maps; the use of /usr/share/scim/kmfl/ and > /usr/share/scim/kmfl/icons could be then deprecated. > > Is my suggestion feasible ? > > K. Sethu > > ------------------------------------------------------------------------------ > Sell apps to millions through the Intel(R) Atom(Tm) Developer Program > Be part of this innovative community and reach millions of netbook users > worldwide. Take advantage of special opportunities to increase revenue and > speed time-to-market. Join now, and jumpstart your future. > http://p.sf.net/sfu/intel-atom-d2d > _______________________________________________ > Kmfl-devel mailing list > Kmf...@li... > https://lists.sourceforge.net/lists/listinfo/kmfl-devel |
|
From: கா. சேது | කා. සේතු | K. S. <sk...@gm...> - 2010-08-25 05:42:38
|
Testing in Ubuntu-10.04 (Lucid). I have found that the kmfl keymap binary files included in the directory /usr/share/kmfl and their .bmp or .png icon files included in the directory /usr/share/kmfl/icons are detected by ibus-kmfl and make them available globally for all user accounts. This is analogous to the arrangement with m17n keymaps and icons in /usr/share/m17n and /usr/share/m17n/icons respectively. However whereas with m17n keymaps and icons, both ibus-m17n and scim-m17n detect the so included keympas and icons, in the case of kmfl only ibus-kmfl detects files under /usr/share/kmfl and /usr/share/kmfl/icons. With scim as front end it is evident that scim-kmfl-imengine requires the kmfl (or kmn) files to be placed in the directory /usr/share/scim/kmfl/ and the icon files in /usr/share/scim/kmfl/icons or else sym links from those directories to files in /usr/share/kmfl and usr/share/kmfl/icons respectively are provided (which is what I do for my experimental keymaps) Unlike scim-tables which is scim specific and ibus-table which is ibus specific, kmfl is usable with both just like m17n. Therefore I think it is more appropriate to modify scim-kmfl-imengine to scan /usr/share/kmfl and /usr/share/kmfl/icons directories for system wide available key-maps; the use of /usr/share/scim/kmfl/ and /usr/share/scim/kmfl/icons could be then deprecated. Is my suggestion feasible ? K. Sethu |
|
From: கா. சேது | K. S. <sk...@gm...> - 2009-07-05 06:57:15
|
2009/7/5 Doug Rintoul <dou...@si...> > Hi Sethu, > > Just a quick reply since I am in the hospital right now. I appreciate and thank you very much for attending to my mail even while in hospital. I wish you to get well. > Ubuntu basically follows what is in Debian unstable at the time it does a > feature freeze for a specific distro. Up until very recently kmfl has been > at 0.94 in Debian. So that is what was available in the official channels > for Ubutunu. Because kmfl now has a debian sponser, Debian (and Ubuntu > starting with Karmic Koala) will be able to track more closely kmfl > development. > > As far as getting kmfl 0.98 into older distros of Ubuntu, packages have > always been available at packages.sil.org. The alternative is to try to > get kmfl into backports. But since kmfl has always been available through > sil, I have not explored this option. > > Thanks. When you get back to regular work one thing you may want to look at, is updating the following pages http://packages.sil.org/ http://packages.sil.org/ubuntu/ In additon to including all recent versions (for which pacakges are there already but not mentioned) in the lists in these pages also, the location of public key for authentication of debs needs to be shown. No hurry of course. Get Well first ~Sethu > > > On Fri, 3 Jul 2009 10:33:50 +0530 > கா. சேது | K. Sethu <sk...@gm...> wrote: > >Doug > > > >I had posted the following message to kmf...@li... > >on 23rd June. > > > >Just in case it had not reached your mail box, I am forwarding it to > >you now. Hope to see your reply (to the list preferably). > > > >~Sethu > > > > > >---------- Forwarded message ---------- > >From: கா. சேது | K. Sethu <sk...@gm...> > >Date: 2009/6/23 > >Subject: kmfl and Ubuntu > >To: kmf...@li... > >Cc: Muguntharaj Subramanian <mu...@gm...> > > > > > >For the stable Ubuntu versions of Hardy, Intrepid and Jaunty supported > >by Canonical, their respective universe repos carry rather old kmfl > >0.94 based debs. But, glad to note that for the upcoming Karmic they > >have fast forwarded to 0.98 as seen in the following packages list > >page: > > > > > http://packages.ubuntu.com/search?keywords=kmfl&searchon=names&suite=all§ion=all > > > >1. Why is that scim-kmfl-imengine is not taken into Ubuntu repos ? > > > >2. Who is to be requested for builds updated to 0.98 version (or any > >later if available) be included in the updates-repos of Hardy, > >Intrepid and Jaunty? > > > >3. Sometime back there were discussions in scim mailing lists on > >future of scim with initial part of discussions indicating scim > >developments could even be terminated in future. Wish to know if > >interfaces for kmfl to other IMEs such as ibus will be developed. > > > >~Sethu > > |
|
From: Doug R. <dou...@si...> - 2009-07-04 20:30:50
|
Hi Sethu, Just a quick reply since I am in the hospital right now. Ubuntu basically follows what is in Debian unstable at the time it does a feature freeze for a specific distro. Up until very recently kmfl has been at 0.94 in Debian. So that is what was available in the official channels for Ubutunu. Because kmfl now has a debian sponser, Debian (and Ubuntu starting with Karmic Koala) will be able to track more closely kmfl development. As far as getting kmfl 0.98 into older distros of Ubuntu, packages have always been available at packages.sil.org. The alternative is to try to get kmfl into backports. But since kmfl has always been available through sil, I have not explored this option. Doug. On Fri, 3 Jul 2009 10:33:50 +0530 கா. சேது | K. Sethu <sk...@gm...> wrote: >Doug > >I had posted the following message to kmf...@li... >on 23rd June. > >Just in case it had not reached your mail box, I am forwarding it to >you now. Hope to see your reply (to the list preferably). > >~Sethu > > >---------- Forwarded message ---------- >From: கா. சேது | K. Sethu <sk...@gm...> >Date: 2009/6/23 >Subject: kmfl and Ubuntu >To: kmf...@li... >Cc: Muguntharaj Subramanian <mu...@gm...> > > >For the stable Ubuntu versions of Hardy, Intrepid and Jaunty supported >by Canonical, their respective universe repos carry rather old kmfl >0.94 based debs. But, glad to note that for the upcoming Karmic they >have fast forwarded to 0.98 as seen in the following packages list >page: > >http://packages.ubuntu.com/search?keywords=kmfl&searchon=names&suite=all§ion=all > >1. Why is that scim-kmfl-imengine is not taken into Ubuntu repos ? > >2. Who is to be requested for builds updated to 0.98 version (or any >later if available) be included in the updates-repos of Hardy, >Intrepid and Jaunty? > >3. Sometime back there were discussions in scim mailing lists on >future of scim with initial part of discussions indicating scim >developments could even be terminated in future. Wish to know if >interfaces for kmfl to other IMEs such as ibus will be developed. > >~Sethu |
|
From: கா. சேது | K. S. <sk...@gm...> - 2009-06-23 04:56:47
|
For the stable Ubuntu versions of Hardy, Intrepid and Jaunty supported by Canonical, their respective universe repos carry rather old kmfl 0.94 based debs. But, glad to note that for the upcoming Karmic they have fast forwarded to 0.98 as seen in the following packages list page: http://packages.ubuntu.com/search?keywords=kmfl&searchon=names&suite=all§ion=all 1. Why is that scim-kmfl-imengine is not taken into Ubuntu repos ? 2. Who is to be requested for builds updated to 0.98 version (or any later if available) be included in the updates-repos of Hardy, Intrepid and Jaunty? 3. Sometime back there were discussions in scim mailing lists on future of scim with initial part of discussions indicating scim developments could even be terminated in future. Wish to know if interfaces for kmfl to other IMEs such as ibus will be developed. ~Sethu |
|
From: Doug R. <dou...@si...> - 2009-02-09 16:53:47
|
Thanks Sethu. I have fixed it in CVS and will upload new packages today. Doug. கா. சேது | K. Sethu wrote: > Doug > > Since I am not sure if you get a copy of bug reports from > Sourceforge.net here I am forwarding my bug entry on 0.9.8 - It is a > minor issue of having to correct inside kmflcomp to show its version > number as "kmflcomp version 0.9.8" (as opposed to 0.9.7 it shows now) > > For your necessary actions please > > ~Sethu > > > ---------- Forwarded message ---------- > From: SourceForge.net <no...@so...> > Date: Sun, Feb 8, 2009 at 7:19 PM > Subject: [ kmfl-Bugs-2579857 ] Ver 0.9.8 kmflcomp when executed shows > as ver 0.9.7 > To: no...@so... > > > Bugs item #2579857, was opened at 2009-02-08 19:19 > Message generated for change (Tracker Item Submitted) made by Item Submitter > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=719366&aid=2579857&group_id=130915 > > Please note that this message will contain a full copy of the comment thread, > including the initial issue submission, for this request, > not just the latest update. > Category: None > Group: None > Status: Open > Resolution: None > Priority: 5 > Private: No > Submitted By: Sethu (kaasethu) > Assigned to: Nobody/Anonymous (nobody) > Summary: Ver 0.9.8 kmflcomp when executed shows as ver 0.9.7 > > Initial Comment: > I have installed version 0.9.8 RPMs in Fedora 10 and also same version > debian packages in Unbutnu 8.10 (using repo: deb > http://packages.sil.org/ubuntu/ intrepid main ) . In both case when > kmflcomp is executed following response comes: > > sethu@sethu-intrepid-desktop:~$ kmflcomp > kmflcomp version 0.9.7 > usage: kmflcomp [OPTION...] file > -d debug > -f force compilation > -h print this help message > -V verbose > -v print program version > -y yydebug > > Shouldn't it say 0.9.8 instead of 0.9.7 ? > > K. Sethu > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=719366&aid=2579857&group_id=130915 > > ------------------------------------------------------------------------------ > Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code to > build responsive, highly engaging applications that combine the power of local > resources and data with the reach of the web. Download the Adobe AIR SDK and > Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com > _______________________________________________ > Kmfl-devel mailing list > Kmf...@li... > https://lists.sourceforge.net/lists/listinfo/kmfl-devel > |
|
From: கா. சேது | K. S. <sk...@gm...> - 2009-02-08 13:56:59
|
Doug Since I am not sure if you get a copy of bug reports from Sourceforge.net here I am forwarding my bug entry on 0.9.8 - It is a minor issue of having to correct inside kmflcomp to show its version number as "kmflcomp version 0.9.8" (as opposed to 0.9.7 it shows now) For your necessary actions please ~Sethu ---------- Forwarded message ---------- From: SourceForge.net <no...@so...> Date: Sun, Feb 8, 2009 at 7:19 PM Subject: [ kmfl-Bugs-2579857 ] Ver 0.9.8 kmflcomp when executed shows as ver 0.9.7 To: no...@so... Bugs item #2579857, was opened at 2009-02-08 19:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719366&aid=2579857&group_id=130915 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sethu (kaasethu) Assigned to: Nobody/Anonymous (nobody) Summary: Ver 0.9.8 kmflcomp when executed shows as ver 0.9.7 Initial Comment: I have installed version 0.9.8 RPMs in Fedora 10 and also same version debian packages in Unbutnu 8.10 (using repo: deb http://packages.sil.org/ubuntu/ intrepid main ) . In both case when kmflcomp is executed following response comes: sethu@sethu-intrepid-desktop:~$ kmflcomp kmflcomp version 0.9.7 usage: kmflcomp [OPTION...] file -d debug -f force compilation -h print this help message -V verbose -v print program version -y yydebug Shouldn't it say 0.9.8 instead of 0.9.7 ? K. Sethu ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=719366&aid=2579857&group_id=130915 |
|
From: Doug R. <dou...@si...> - 2007-12-06 17:25:53
|
Whoops. This should have gone to kmfl-devel as well. K. Sethu wrote: > On Dec 5, 2007 4:08 AM, Doug Rintoul <dou...@si...> wrote: > >> I have generated RPMs for Fedora 8. The only thing missing on the >> development system I just installed was perl-XML-Parser and scim-devel. >> You may also need libxkbfile-devel. >> >> Once the above were installed, I generated rpms by typing >> >> sudo rpmbuild -tb kmflcomp-0.9.6.tar.gz >> >> and installing the resulting rpms (except debuginfo). >> >> then >> >> sudo rpmbuild -tb libkmflcomp-0.9.6.tar.gz >> >> >> > > The above should be libkmfl-0.9.6.tar.gz and not > "libkmflcomp-0.9.6.tar.gz" , right? > > Right. I mistyped. >> and installing the resulting rpms (except debuginfo). >> >> then >> >> sudo rpmbuild -tb scim-kmfl-imengine-0.9.6.tar.gz >> >> and installing scim-kmfl-imengine-0.9.6-1fc8.i586.rpm. >> >> > > Thanks for the info. > > This morning I installed from the 3 tarballs into my Fedora 8 > successfully. The procedure I used was the following 3 steps while in > each directory having the expanded contents of the respective tar > ball: > > ./configure --prefix=/usr > make > sudo make install > > perl-XML-Parser had been installed in mine before. Following your tips > I added scim-devel. > > Then kmflcomp and libkmfl each got compiled and installed. > > But scim-kmfl-imengine failed (on compiling or installation I don't > recollect now - I am on a different laptop at work on Windoze now > while writing this). However after libxkbfile-devel which you > mentioned as may be needed, scim-kmfl-imengine also got compiled and > installed. > > libxkbfile-devel is definitely needed for scim-kmfl-imengine to compile. > I am curious as to why scim-kmfl-imengine is dependent on > libxkbfile-devel when xkb is a different IME? > There is a (undocumented) feature in kmfl which allows a keyboard to change to xkb layout. Some positional kmfl keyboards are designed to be used with a specific underlying layout (for example U.S. English). If a user's primary layout was Dvorak for example, kmfl can switch to U.S. English so that the physical location of the keys used in the kmfl remain consistent. I added this feature a while back but did not update the documentation. Right now the LAYOUT keyword in the header statements is used to specify the xkb layout. The layout is the same as you would specify to setxkbmap. Note that only the basic layout is currently supported, ie no variants. I had planned to expand support but never got around to it, which is one reason why I have not yet documented this feature. >> I am hesitant to upload fedora rpms to >> sourceforge. I am not really interested in trying to generate RPMs for >> every distro under the sun every time there is a new version of kmfl. >> >> > > Yes - but if there is demand in future from Fedora users you may have > to do that also or provide guidance on compiling and installing. > What is really needed is to get kmfl into fedora, like it already is in Mandriva, and will be in Debian/Ubuntu. I guess a Fedora maintainer needs to be identified. Not sure how to go about this. > I will write on im-switch matter when I get time soon (certainly by > this weekend). im-switch is Also will send the error message in > SuSe10.3 when I go home today. > I look forward to your response. Doug. |
|
From: K. S. <sk...@gm...> - 2007-12-06 08:13:56
|
On Dec 5, 2007 4:08 AM, Doug Rintoul <dou...@si...> wrote: > K. Sethu wrote: > > Fedora 8 - Compiling from tarballs fail. 0.9.6 RPM binaries of > > Mandriva 2008 and older RPM binaries of older SuSe also fail to get > > installed. > I have generated RPMs for Fedora 8. The only thing missing on the > development system I just installed was perl-XML-Parser and scim-devel. > You may also need libxkbfile-devel. > > Once the above were installed, I generated rpms by typing > > sudo rpmbuild -tb kmflcomp-0.9.6.tar.gz > > and installing the resulting rpms (except debuginfo). > > then > > sudo rpmbuild -tb libkmflcomp-0.9.6.tar.gz > > The above should be libkmfl-0.9.6.tar.gz and not "libkmflcomp-0.9.6.tar.gz" , right? > and installing the resulting rpms (except debuginfo). > > then > > sudo rpmbuild -tb scim-kmfl-imengine-0.9.6.tar.gz > > and installing scim-kmfl-imengine-0.9.6-1fc8.i586.rpm. > Thanks for the info. This morning I installed from the 3 tarballs into my Fedora 8 successfully. The procedure I used was the following 3 steps while in each directory having the expanded contents of the respective tar ball: ./configure --prefix=/usr make sudo make install perl-XML-Parser had been installed in mine before. Following your tips I added scim-devel. Then kmflcomp and libkmfl each got compiled and installed. But scim-kmfl-imengine failed (on compiling or installation I don't recollect now - I am on a different laptop at work on Windoze now while writing this). However after libxkbfile-devel which you mentioned as may be needed, scim-kmfl-imengine also got compiled and installed. I am curious as to why scim-kmfl-imengine is dependent on libxkbfile-devel when xkb is a different IME? > I know there is a way of generating rpms as nonroot but I was lazy and I > was doing this on a virtual machine so the risk was minimal. > > I can email you the RPMs if you wish. Well, no need. I will myself try and see how rpm is made using rpmbuild which is new for me. I know to generate rpm using "checkinstall" in lieu of "make install" but in my Fedora 8 the checkinstall has some problem to be sorted out. >I am hesitant to upload them to > sourceforge. I am not really interested in trying to generate RPMs for > every distro under the sun every time there is a new version of kmfl. > Yes - but if there is demand in future from Fedora users you may have to do that also or provide guidance on compiling and installing. I will write on im-switch matter when I get time soon (certainly by this weekend). im-switch is Also will send the error message in SuSe10.3 when I go home today. ~Sethu |
|
From: Doug R. <dou...@si...> - 2007-12-04 22:38:23
|
K. Sethu wrote: > Fedora 8 - Compiling from tarballs fail. 0.9.6 RPM binaries of > Mandriva 2008 and older RPM binaries of older SuSe also fail to get > installed. I have generated RPMs for Fedora 8. The only thing missing on the development system I just installed was perl-XML-Parser and scim-devel. You may also need libxkbfile-devel. Once the above were installed, I generated rpms by typing sudo rpmbuild -tb kmflcomp-0.9.6.tar.gz and installing the resulting rpms (except debuginfo). then sudo rpmbuild -tb libkmflcomp-0.9.6.tar.gz and installing the resulting rpms (except debuginfo). then sudo rpmbuild -tb scim-kmfl-imengine-0.9.6.tar.gz and installing scim-kmfl-imengine-0.9.6-1fc8.i586.rpm. I know there is a way of generating rpms as nonroot but I was lazy and I was doing this on a virtual machine so the risk was minimal. I can email you the RPMs if you wish. I am hesitant to upload them to sourceforge. I am not really interested in trying to generate RPMs for every distro under the sun every time there is a new version of kmfl. Doug. |
|
From: Doug R. <dou...@si...> - 2007-12-04 17:06:30
|
K. Sethu wrote: > Thanks for the reply. Got kmfl on mu Gutsy uograded using : > deb http://packages.sil.org/ubuntu/ gutsy main > > Works fine. Got some opinions on the inclusion of im-switch framework > for starting. On that and on other queries of yours I will reply in a > day or two. I look forward to your reply. Starting scim/kmfl is a big issue and I would like to get it resolved. It is the main reason why kmflcomp and libkmfl are in ubuntu/debian but scim-kmfl-imengine is not. We were trying to come up with a way to make installation simple with little or no interaction required by the user. im-switch seemed to be the best way. But if you have ideas about or issues with im-switch, I would be glad to hear about them. Doug. |
|
From: K. S. <sk...@gm...> - 2007-12-03 06:51:59
|
Doug After a long gap, I started a few weeks back to test kmfl for tamil inputting using couple of keymaps I put together in late 2005 and 2006. For programs like KBABEL on ubuntu I find kmfl as backend to scim work well while scim-tables and scim-m17n have problems. I am now in contact with Mr. Muguntharaj leader of Thamizha.com whose tavultsoft implementation of e-kalappai with many tamil and one Malayalam keymaps is very popular among Windows users. We are working to port them to KMFL on Linux platforms. Here I present my recent experiences in installing kmfl components in different current Linux distros. Seek your feedback on problematic ones. 1. Ubuntu and Debian- (Ubuntu is what I use on regular basis). At the sourceforge.net dowloads site for KMFL, the current 0.9.6 tarballs fail to get compiled in my Ubuntu-Gutsy and also in previous Feisty and Edgy. (Can send tracebacks if you need).Ubuntu's own repos have binaries for 0.9.4 but deb for scim-kmfl-imengine is not there in their repos - it was so for previous Feisty also. But I could install with the 0.9.5 debs you have given for Dapper into my Gutsy, Feisty and Edgy. I downloaded that from http://downloads.sourceforge.net/kmfl/kmfl-0.9.5-dapper.tar.gz and after unpacking used "dpkg" command to install all 4 debs inside that package. And my keymaps work fine. Checked out in Gnome, KDE and xFce desktops Debian-Etch - I used the above same solution as for Ubuntu using your binaries made for Dapper and it works. Question: How do we make debs for Ubuntu and Debian with latest release 0.9.6? Or will you provide them? Mandriva 2008 - Excellent in this. Their repos have the RPM bianries for kmflcomp, libkmfl and scim-kmfl for latest 0.9.6 - Works fine. (I have tested only on gnome yet). SuSe10.3 - Not in their repo. And compilation from tar-balls of 0.9.6 fails. However I could install the 0.9.6 RPM binaries of Mandriva 2008 in SuSe10.3 and it works fine (Tested only gnome) Fedora 8 - Compiling from tarballs fail. 0.9.6 RPM binaries of Mandriva 2008 and older RPM binaries of older SuSe also fail to get installed. So your support is most needed for Fedora and also with all other distros on how to get the latest release installed. One more general question. Does KMFL work only as backend to SCIM or are there other ways of using like as backend to uim or on ots own? Thanks Sethu |
|
From: Gautam S. <gs...@gm...> - 2006-06-27 05:13:23
|
Hi, Will compiled kmfl keyboards work across different Linux distributions? Best Gautam |
|
From: Gautam S. <gs...@gm...> - 2006-06-27 04:29:47
|
Hi, Is there any way to retrieve the source file from a compiled keyboard file produced by kmflcomp? Does a compiled keyboard file contain the keyboard icon image file or does it still have to be made available in ~/.scim/kmfl/icons? Thanks for your help. Gautam |
