06:01:28 <tagoh_> #startmeeting i18n
06:01:28 <zodbot> Meeting started Thu Jan 10 06:01:28 2013 UTC.  The chair is tagoh_. Information about MeetBot at http://wiki.debian.org/MeetBot.
06:01:28 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
06:01:28 <tagoh_> #meetingname i18n
06:01:28 <zodbot> The meeting name has been set to 'i18n'
06:01:28 <tagoh_> #topic agenda and roll call
06:01:29 <tagoh_> #link https://fedoraproject.org/wiki/I18N/Meetings/2013-01-10
06:01:35 <tagoh_> okay, let's have i18n meeting now
06:01:57 <__anish__> hi
06:02:05 <paragan> hi
06:02:37 <mfabian> hi!
06:03:02 <fujiwarat> hi
06:03:11 <juhp> hi
06:03:15 <epico> hi
06:04:01 <dueno> hi
06:06:28 <tagoh_> okay, let's get started.
06:06:40 <tagoh_> #topic Upcoming schedule
06:06:41 <tagoh_> #info 2013-01-15        Fedora 18 Final Release
06:06:41 <tagoh_> #info 2013-01-29        (f19) Feature Submission Deadline
06:07:42 <tagoh_> from yesterday's go/no-go meeting summary, RC3 is GOLD so far but might be RC4 in today's another meeting.
06:08:59 <tagoh_> #topic Outstanding topics
06:08:59 <tagoh_> #info #8: Hinting related issues for Liberation_Fonts_2 on Fedora 18 (pravins)
06:09:00 <tagoh_> #link https://fedorahosted.org/i18n/ticket/8
06:09:33 <tagoh_> just for updates, related section should has been removed from relnotes and it's ON_QA now.
06:10:11 <tagoh_> once it's confirmed, we can close this ticket I think
06:10:25 <tagoh_> #info #9: Fedora 19 Feature planning (tagoh)
06:10:25 <tagoh_> #link https://fedorahosted.org/i18n/ticket/9
06:10:36 <tagoh_> as I wrote in the mail yesterday, we have about 2 weeks only possibly for f19 feature proposal.
06:11:07 <tagoh_> does anyone has any idea for f19 features?
06:12:41 <tagoh_> from the previous meeting's discussion, we may have features for ibus-kkc and lohit? any comments?
06:14:59 <tagoh_> no drastic changes being planned in IM say? only bug fixes so far? :)
06:15:08 <juhp> is there any mention of UI for enabling all IMEs in gnome?
06:15:35 <juhp> ah we already moved on
06:16:09 <__anish__> may be i-t-b with predictive text for English language
06:16:20 <__anish__> with n-gram support
06:16:42 <epico> multiple dictionaries support in ibus-libpinyin
06:16:52 <juhp> http://fedoraproject.org/wiki/Releases/19/Schedule
06:17:03 <juhp> not sure if this schedule still applies?
06:17:10 <tagoh_> juhp: seems not in Features/Gnome3.8 nor in upstreams
06:17:32 <juhp> maybe will be updated now that f18 is going ga
06:17:59 <tagoh_> juhp: it's current agreements AFAIK. might be changed later though
06:18:04 <juhp> tagoh_, okay - wish we has added it or replaced gsettings command
06:18:06 <juhp> okay
06:19:07 <tagoh_> __anish__: sure. if you think it's worth proposing it as feature in f19, please open a feature page and follow the feature process in a timely manner.
06:19:41 <__anish__> tagoh_ , thanks I will do that
06:19:59 <tagoh_> __anish__: still no plans to make i-t-b as default engine for Indic say?
06:20:30 <__anish__> tagoh , that could be another feature
06:20:30 <tagoh_> juhp: aha. is there any discussion or plans about it?
06:20:38 <tagoh_> __anish__: right
06:20:51 <tagoh_> or just mention it in relnotes.
06:20:52 <__anish__> we will make it default for inscript engines
06:20:53 <juhp> sorry I am probably OT (was referring to f18 relnotes)
06:20:55 <tagoh_> if we do
06:21:09 <tagoh_> juhp: ah, okay
06:21:22 <juhp> for f19 was just trying to say not much time left for development...
06:21:33 <tagoh_> indeed
06:22:05 <juhp> if current schedule continues then f19 looks more like a bugfix type release
06:22:22 <juhp> which is probably the intention...
06:22:42 <tagoh_> sure. that would be even good too
06:22:51 <juhp> yes
06:22:55 <juhp> plenty to do there
06:23:27 <tagoh_> the amount of i18n bugs we currently have and activities looks not so bad to me though.
06:23:43 <__anish__> tagoh_ ,may be I will send an email to fedora-i18n list regarding making i-t-b default for inscript engines
06:24:34 <tagoh_> sure
06:24:44 <juhp> tagoh_, ok - there might well be some more bugs reported after f18 is released by the community and QA perhaps
06:24:54 <tagoh_> right
06:26:20 <tagoh_> #idea f19 feature: ibus-typing-booster to have predictive text feature in English and n-gram support
06:26:44 <tagoh_> anything else?
06:27:53 <tagoh_> #idea f19 feature: ibus-typing-booster to default for inscript engines
06:28:56 <tagoh_> dueno: any comments about kkc?
06:29:29 <pravins> tagoh_: yes, making it default for inscript will be excellent feature
06:29:46 <tagoh_> pravins: hey, how about lohit? :)
06:29:51 <pravins> AFAI see, i do not see any drawback for it.
06:30:08 <tagoh_> cool
06:30:11 <dueno> tagoh_, will create a draft form soon (and make the initial release as well...)
06:30:19 <pravins> user can even disable suggestions
06:30:24 <tagoh_> dueno: okay, great
06:30:43 <pravins> tagoh_: actually i want to add Latin shapes in Lohit and provide Bold style as well for Lohit
06:30:53 <juhp> dueno, cool!
06:30:59 <pravins> but still not sure will able to do it or not.
06:31:01 <tagoh_> pravins: aha, nice
06:31:08 <tagoh_> okay
06:31:18 <pravins> tagoh_: do you have any suggestions for Lohit?
06:32:29 <tagoh_> pravins: not really - just asking as the idea was brought up in the previous meeting like ttfautohint stuff and web fonts?
06:33:42 <pravins> tagoh_: yeah exactly. That feature will come with this proposed plans
06:33:50 <tagoh_> well, if you don't think there are any, that's even good. just wanted to make sure if we have any possible feature candidates so far.
06:34:16 <tagoh_> right
06:35:32 <tagoh_> okay, anything else?
06:35:37 <tagoh_> if not, let's move on.
06:36:20 <tagoh_> #topic New topics
06:36:21 <tagoh_> #info #11: ibus xkb layout migration with upgrade (petersen)
06:36:21 <tagoh_> #link https://fedorahosted.org/i18n/ticket/11
06:36:35 <tagoh_> .bug 893856
06:36:37 <zodbot> tagoh_: Bug 893856 the keyboard indicator shows non-deletable/duplicate xkb layout after ibus config migration - https://bugzilla.redhat.com/show_bug.cgi?id=893856
06:38:01 * epico wonder whether it is okay to disable/remove ibus-xkb in ibus, as gnome-shell already handled xkb...
06:38:24 <tagoh_> well, g-s-d has a feature to migrate ibus config to gsettings and ibus config has xkb stuff. so this issue is introduced by it on upgrading only.
06:38:44 <tagoh_> epico: I guess it still needed in non-gnome desktop?
06:39:15 <epico> but iirc, gnome2 also had xkb layout indicator.
06:39:22 <juhp> fujiwarat, what is the plan for f19 on this btw?
06:39:25 <epico> not sure about xfce, maybe also have it?
06:39:51 <epico> or just disable it for gnome-shell?
06:40:37 <fujiwarat> epico: ibus switches xkb and input method engines so the xkb feature is still needed and it's not used in gnome-shell.
06:41:25 <epico> fujiwarat, sorry, I mean hide the xkb list in ibus...
06:41:44 <epico> ibus can still switch xkb if needed.
06:41:50 * juhp wants to try rawhide soon - I heard gnome-initial-setup will be "landing" there soon
06:42:19 <juhp> landing -> turned on
06:43:35 <fujiwarat> epico: I guess the feature to add xkb engines in ibus-setup is still needed for non-gnome env?
06:43:37 <tagoh_> anyway, once this issue happened, it's hard to fix it without extra tools since it won't appears at gnomecc. expecting fedup, yum and so on to pick up 0-day updates before running actually.
06:44:12 <epico> fujiwarat, great, I see. it is okay to disable it in gnome-shell.
06:45:09 <epico> fujiwarat, I guess most non-gnome env also has xkb indicator?
06:45:42 <tagoh_> not yet tried to have a look at upstream bz though, I guess it's new to see?
06:45:45 <juhp> I tested a ja+jp kbd upgrade this morning and only got ibus "jp" layout and anthy IME listed in the f18 indicator
06:46:04 <juhp> which is not too bad as such but...
06:46:15 <juhp> erm
06:46:20 <tagoh_> fujiwarat: have you ever heard any issue like it?
06:46:22 <juhp> s/ja/ja_JP/
06:46:34 <fujiwarat> epico: Sorry, probably I meant to disable ibus-ui-gtk in gnome-shell...
06:47:38 <fujiwarat> tagoh_: I don't notice it. However it seems a gnome issue.
06:47:59 <tagoh_> I'm proposing in the bug to ignore xkb stuff in ibus to be migrated, is there any better solution other than it?
06:48:04 <tagoh_> fujiwarat: right
06:48:06 <epico> fujiwarat: np
06:48:31 <juhp> more strangely the other day I installed ja_JP rc2 with US kbd and got "ja" layout also listed though I was pretty sure I removed jp layout from anaconda... but I digress
06:51:57 <tagoh_> good to check on other lang too
06:52:34 <juhp> yes - perhaps I didn't though I believe I did
06:52:36 <tagoh_> fujiwarat: btw this xkb stuff in ibus is fedora specific?
06:53:21 <fujiwarat> tagoh_: Probably I think yes and no.
06:53:23 <tagoh_> or depends if one use ibus-xkb?
06:54:01 <fujiwarat> It would depend on which feature you refer.
06:54:39 <tagoh_> entry of 'xkb:jp::jpn' or something like that in /desktop/ibus/general/engines-order
06:55:07 <tagoh_> I mean is it likely to see similar xkb config on ibus upstream say?
06:55:55 <fujiwarat> The xkb engines  'xkb:jp::jpn' comes from upstream.
06:56:01 <tagoh_> aha
06:56:24 <tagoh_> so good to escalate to gnome upstream then. sure.
06:56:36 <fujiwarat> because ibus switches xkb engines and input method engines.
06:57:09 <tagoh_> okay
06:58:49 <tagoh_> okay, anything else about this issue?
06:59:18 <tagoh_> maybe need to fix it in upstream first. so wonder if we can push 0-day updates for that..
06:59:44 <juhp> upstream = ibus ?
06:59:48 <tagoh_> gnome
07:00:39 <juhp> hm
07:00:52 <juhp> then I don't understand
07:02:21 <juhp> so it is all gnome's fault??
07:02:31 <fujiwarat> I think so.
07:03:00 <juhp> I see
07:04:05 <tagoh_> okay, better move on then?
07:04:13 <juhp> hope those who understand could update the bug to clarify that
07:04:56 * tagoh_ filed a bug on gnome bz
07:05:02 <juhp> cool
07:05:11 <tagoh_> let's see how they think.
07:05:29 <mfabian> tagoh_: what is the bug number?
07:05:39 <tagoh_> link added to the our bz
07:05:52 <tagoh_> https://bugzilla.gnome.org/show_bug.cgi?id=691459
07:05:56 <mfabian> ah, OK.
07:06:38 <tagoh_> #topic Open Floor
07:06:44 <tagoh_> okay, any other topics to discuss?
07:10:33 <tagoh_> if not, let's close the meeting then.
07:10:49 <tagoh_> thanks everyone for the meeting!
07:10:54 <tagoh_> #endmeeting