05:03:44 <tagoh> #startmeeting i18n
05:03:44 <zodbot> Meeting started Thu Jan 13 05:03:44 2011 UTC.  The chair is tagoh. Information about MeetBot at http://wiki.debian.org/MeetBot.
05:03:44 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
05:03:48 <tagoh> #meetingname i18n
05:03:48 <zodbot> The meeting name has been set to 'i18n'
05:03:54 <tagoh> #topic agenda
05:04:04 <juhp> hi
05:04:09 <tagoh> https://fedoraproject.org/wiki/I18N/Meetings/2011-01-13
05:04:31 <tagoh> sorry for not sending agenda to the list.
05:05:01 <tagoh> anyway, who else here today?
05:05:25 <dueno> hi
05:05:55 <dingyichen> hi
05:06:19 <tagoh> hi
05:07:02 <paragan> hi
05:07:38 <tagoh> ok, let's get started then
05:07:50 <tagoh> #topic F15
05:08:22 <tagoh> want to check with you for current rawhide breakage first:
05:08:28 <tagoh> http://lists.fedoraproject.org/pipermail/devel/2011-January/147768.html
05:09:10 <tagoh> due to the gtk+'s API change, there are some our packages in the above list
05:09:42 <tagoh> guess you may know what you need to do, any plans to fix them?
05:11:32 <tagoh> eekboard, input-pad and ibus-fbterm is there if I'm not missing anything else
05:11:43 <dueno> will try to rebuild eekboard soon - maybe input-pad-eek needs rebuild afterwards
05:12:00 <tagoh> ok, cool
05:13:17 <dingyichen> tagoh, I'd tried using koji scratch  build against ibus-fbterm, doesn't seem it faile.
05:13:40 <tagoh> aha
05:13:56 <juhp> hmm
05:14:09 <juhp> dingyichen: how did it fail?
05:14:55 <dingyichen> juhp, it does not fail for me, so I wonder why.
05:14:57 <dgilmore> q/win 8
05:15:27 <tagoh> dingyichen: then just rebuild with latest ibus should be ok.
05:15:38 <dingyichen> at least for last night.
05:15:56 <tagoh> this isn't a kind of report for FTBFS but broken deps.
05:16:25 <tagoh> let's rebuild it then
05:16:31 <dingyichen> tagoh, what's the difference?
05:16:33 <juhp> dingyichen: rebuild for API changes
05:16:33 <dingyichen> tagoh, sure.
05:16:41 <tagoh> juhp: right
05:18:23 <tagoh> 1 blocker and 2 targets for our related packages so far.
05:18:48 <tagoh> .bug 657165
05:18:50 <zodbot> tagoh: Bug 657165 [gnome3] ibus applet appearing in bottom popup notification area not panel - https://bugzilla.redhat.com/show_bug.cgi?id=657165
05:18:59 <tagoh> .bug 640158
05:19:01 <zodbot> tagoh: Bug 640158 License: field in gettext-devel and gettext-libs should be "GPLv3+ and LGPLv2+" - https://bugzilla.redhat.com/show_bug.cgi?id=640158
05:19:04 <tagoh> .bug 652513
05:19:06 <zodbot> tagoh: Bug 652513 need some exception to have LANG=en_US in grub.conf for CIJK - https://bugzilla.redhat.com/show_bug.cgi?id=652513
05:20:00 <tagoh> .bug 663900
05:20:02 <zodbot> tagoh: Bug 663900 RFE: getty: fix up locale settings for indian languages when run on console - https://bugzilla.redhat.com/show_bug.cgi?id=663900
05:20:11 <tagoh> for reference of #652513
05:20:54 <tagoh> the discussion is ongoing there
05:21:37 * juhp looks
05:22:17 <juhp> hm no response yet
05:22:28 <tagoh> how's #657165 and #640158 going on?
05:23:17 <tagoh> juhp, fujiwarat: ^
05:23:34 <juhp> I have been putting off 640158, since I want to do the "last" repackaging of gettext to clean up the subpackage splitting
05:24:02 <tagoh> aha
05:24:03 <juhp> fixing the bug by tweak the license fields would be easy though
05:24:08 <juhp> tweaking
05:24:32 <tagoh> is it already fixed in git?
05:24:36 <juhp> the current split is a bit fedora-centric probably though works
05:24:38 <juhp> no
05:24:41 <fujiwarat> #657165 is still under development.
05:24:46 <tagoh> ok
05:25:01 <juhp> fujiwarat: upstream?
05:26:23 <fujiwarat> I mean https://github.com/fujiwarat/ibus/commits/gjs/
05:27:39 <fujiwarat> Many files need to be migrated for gnome-shell.
05:29:13 <tagoh> is there any bugs for that in gnome-shell upstream?
05:30:43 <fujiwarat> No, it isn't.
05:31:01 <tagoh> would be good to have a reference of upstream bug in our bz if something needs to be fixed in gnome-shell.
05:31:21 <tagoh> anything else for f15?
05:31:43 <juhp> fujiwarat: perhaps you could open one? :)
05:32:53 <fujiwarat> Hmm.., actually I don't think to need a gnome-shell bug because it's a bug for ibus.
05:33:04 <tagoh> about two weeks left for feature submission btw
05:33:22 <juhp> fujiwarat: ah so those changes are only to ibus?
05:34:39 <tagoh> assuming it may be needed because of the patch at comment #2
05:34:52 <tagoh> anyway if it can be fixed in ibus only, that's good then
05:36:14 <tagoh> for the font configuration tool, just played with font-manager this morning. that seems having features we are thinking of.
05:36:44 <tagoh> if missing any features, may be faster to contribute something to it I suppose
05:37:26 <tagoh> anyway, if not, shall we move on?
05:38:03 <tagoh> juhp: you may want to try font-manager
05:38:15 <tagoh> #topic Fonts and Rendering
05:38:32 <juhp> tagoh: yeah - I haven't tried it for a long time I guess - thanks
05:39:03 <juhp> (going to look at it anyway)
05:39:05 <tagoh> ah, skipped one topic. bring it up later ;)
05:40:00 <tagoh> any progress updates for fonts and rendering?
05:41:00 <juhp> I think Pravin is away today.
05:41:00 <tagoh> just starting to verify the font packages table list. hope I'll have some updates in next meeting
05:41:06 <juhp> great
05:41:25 <tagoh> ok
05:42:00 <juhp> epico_laptop: does the new wqy-zenhei-fonts snapshot in rawhide seem stable?
05:42:25 <epico_laptop> sorry, please see https://engineering.redhat.com/rt3/Ticket/Display.html?id=80640
05:42:45 <epico_laptop> it fails on some test of some minority languages.
05:44:28 <epico_laptop> hi
05:45:52 <tagoh> any improvements in new font?
05:46:19 <epico_laptop> we tested the new font, but it still fails.
05:46:28 <juhp> epico_laptop: I just meant if the new snapshot is performing ok - no regressions, etc
05:46:48 * epico_laptop think so.
05:46:51 <epico_laptop> yes
05:46:51 <juhp> compare to previous build
05:46:53 <juhp> ok
05:47:10 <microcai> dingyichen:  i'm here
05:47:34 <tagoh> anything else for fonts and rendering?
05:47:38 <dingyichen> microcai, any Fedora i18n issue you want to raise?
05:48:19 <microcai> dingyichen:  console should support CJK
05:49:48 <tagoh> microcai: you can see CJK with fbterm right
05:49:53 <dingyichen> tagoh, juhp, microcai: Seems we can discuss this issue on A.O.B time.
05:50:16 <juhp> microcai: any ideas for that? :)
05:50:22 <dingyichen> tagoh, microcai wish to support that on kernel level.
05:50:38 <microcai> tagoh, fact is , I've done a path to kernel that do it better
05:50:46 <dingyichen> microcai, A.O.B = any other business.
05:51:11 <tagoh> somewhat relates to rendering. that may be ok here
05:51:21 <juhp> would be interesting - afaiu until now that has been resisted in the kernel development
05:51:48 <juhp> microcai: have you submitted it to the kernel list?
05:52:29 <microcai> juhp:  yes, but rejected. them seems don't what kernel handle unicode font
05:52:35 <juhp> nod
05:52:36 <juhp> hmm
05:52:54 <juhp> microcai: do you have a link?
05:53:02 <dingyichen> juhp, Specifically, Alan Cox. :-P
05:53:07 <juhp> aha
05:53:13 <microcai> juhp: yes,  wait a second
05:53:18 <juhp> well I am not surprised...
05:53:27 <cjb> microcai: I think I saw that patch :)
05:53:38 <juhp> dingyichen: heh
05:53:51 <microcai> juhp:  you mean git repo for that patch or lkml link ?
05:54:18 <juhp> microcai: maybe the mail thread has a link to the patch?
05:54:30 <microcai> juhp:  git repo can be found here http://repo.or.cz/w/linux-2.6/cjktty.git
05:54:39 <juhp> was more interested in reading the arguments opposing the idea again
05:55:10 <microcai> juhp:    ok ,let me dig into the lkml
05:55:32 <juhp> microcai: anyway thanks for bringing it up - I think it is a bit of tough nut...
05:55:56 <microcai> juhp:  https://lkml.org/lkml/2010/11/26/50
05:56:01 <juhp> thanks
05:57:48 <tagoh> ok, anything?
05:58:38 <tagoh> move on then
05:58:44 <tagoh> #topic Input Method
05:59:10 <microcai> tagoh maybe I'd like an input method for tty
05:59:35 <tagoh> aha
06:00:17 <fujiwarat> fedbot: bug 618229
06:00:20 <juhp> microcai: have you tried ibus-fbterm?
06:00:30 <microcai> tagoh tty handle CJK and tty handle input method, ripe out X , haha
06:01:02 <tagoh> juhp: yep. and uim has the console support too
06:01:29 <juhp> ah yeah
06:01:30 <microcai> tagoh I don't like fbterm , I want an native tty im , aka, kernel handled input method
06:01:48 <juhp> microcai: you're quite ambitous!
06:01:58 <microcai> juhp:  :(
06:02:10 <juhp> ambitious even
06:02:25 <tagoh> microcai: uim's doesn't depend on any, but need something to render them properly :)
06:02:28 <microcai> juhp:  it's alive.
06:03:02 <juhp> microcai: noone does really but fbterm is probably best we have now... :)
06:03:30 <microcai> juhp:  can do better. I'm going to do this :)
06:05:12 <tagoh> fujiwarat: are you gonna fixing or fixed that? :)
06:05:21 <fujiwarat> I may like to see if anyone wish that feature.
06:05:47 <microcai> fujiwarat,tagoh: what ? maybe I wish that feature
06:06:08 <epico_laptop> fujiwarat: I like it.
06:06:21 <fujiwarat> microcai: it's completely a different topic with above bug.
06:06:59 <juhp> microcai: that would be nice indeed :)
06:08:17 <juhp> fujiwarat: are there any mockups say - it sounds interesting/good I think
06:08:21 <tagoh> microcai: rendering and IM would be separate issue. we have a solution for IM at least. or if we have much better idea for rendering, we could have a different solution for that perhaps.
06:08:41 <juhp> though I think the IME setup UI is already a bit hard to use
06:09:01 <juhp> I would like to try to find some time for ibus UI hacking this year...
06:10:27 <fujiwarat> Hmm.., ok. Personally I thought we don't need that feature since ibus languagebar provides each setup link.
06:11:16 <juhp> fujiwarat: well agreed it is not crucial, but might be convenient - but sounds like it may be more effort than value perhaps
06:11:22 <juhp> how about moving it upstream?
06:13:09 <fujiwarat> My understanding is, phuang don't think it's a required feature :).
06:14:22 <fujiwarat> OK, I'll implement that feature again. thx for the feedback.
06:16:26 <tagoh> ok, well, we're running out of time now. anything else you may want to bring up before closing?
06:17:37 <tagoh> otherwise close the meeting shortly
06:19:19 <tagoh> ok, thanks everyone for the meeting!
06:19:25 <tagoh> #endmeeting