IBus 1.5.23 - Fedora 33 System-Wide Change proposal

[Ben Cotton]

https://fedoraproject.org/wiki/Changes/IBus_1.5.23

== Summary ==
IBus 1.5.23 will replace the allowlist of XKB engines with the
blocklist of XKB ones.

== Owner ==
* Name: [[User:Fujiwara| Takao Fujiwara]]
* Email: fujiwara [at] redhat [dot] com

== Detailed Description ==
IBus currently provides the allowlist of XKB engines in
`/usr/share/ibus/component/simple.xml` and `ibus-setup` utility can
show the XKB engines indicated in only that file in most desktops.
(gnome-control-center shows XKB list from gnome-desktop3 in GNOME
desktop instead.) The allowlist includes the limited XKB layouts and
variants. E.g. 'gb(dvorak)' is included but 'gb' is not. And the
allowlist has been supported to customize by sysadmin localy since the
simple.xml is a simple text file and the default list has been updated
upon the request.

IBus 1.5.23 will replace the allowlist with the blocklist which
includes the disabled XKB engines and `ibus-setup` will shows all the
XKB engines which are '''not''' indicated in that file.  The
blocklist
will includes 'cn' layout, 'cn' layout + any variants,
'nec_vndr/jp'
layouts at the moment.

I.e. the change won't effect GNOME desktop.

== Benefit to Fedora ==
The users don't have to request the desired XKB layouts and variants
in IBus upstream and most XKB keymaps will be shown in ibus-setup.

== Scope ==
* Proposal owners:
* Other developers: N/A
* Release engineering: [https://pagure.io/releng/issue/9563 #9563]
* Policies and guidelines: N/A
* Trademark approval: N/A (not needed for this Change)

== Upgrade/compatibility impact ==
If a keymap is shown in ibus-setup in the previous version, it will be
shown in the new one.

== How To Test ==
# Log into XFCE desktop
# Run ibus-setup

It will show 'English (UK)' keymap by default.

== User Experience ==
If a user customize `/usr/share/ibus/component/simple.xml` in the
previous version, the file will be replaced with new one.

== Dependencies ==
The change effects XKB engines only but does not input method engines
(E.g. libpinyin, hangul, and so on.)

== Contingency Plan ==
* Contingency mechanism: Drop the feature in Fedora 33 and postpone it
to Fedora 34
* Contingency deadline: Beta freeze
* Blocks release? No

== Documentation ==
TBD


-- 
Ben Cotton
He / Him / His
Senior Program Manager, Fedora & CentOS Stream
Red Hat
TZ=America/Indiana/Indianapolis

[Igor Raits]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On Tue, 2020-06-30 at 15:20 -0400, Ben Cotton wrote:
>  https://fedoraproject.org/wiki/Changes/IBus_1.5.23
>  
>  == Summary ==
>  IBus 1.5.23 will replace the allowlist of XKB engines with the
>  blocklist of XKB ones.
>  
>  == Owner ==
>  * Name: [[User:Fujiwara| Takao Fujiwara]]
>  * Email: fujiwara [at] redhat [dot] com
>  
>  == Detailed Description ==
>  IBus currently provides the allowlist of XKB engines in
>  `/usr/share/ibus/component/simple.xml` and `ibus-setup` utility can
>  show the XKB engines indicated in only that file in most desktops.
>  (gnome-control-center shows XKB list from gnome-desktop3 in GNOME
>  desktop instead.) The allowlist includes the limited XKB layouts and
>  variants. E.g. 'gb(dvorak)' is included but 'gb' is not. And the
>  allowlist has been supported to customize by sysadmin localy since
>  the
>  simple.xml is a simple text file and the default list has been
>  updated
>  upon the request.
>  
>  IBus 1.5.23 will replace the allowlist with the blocklist which
>  includes the disabled XKB engines and `ibus-setup` will shows all the
>  XKB engines which are '''not''' indicated in that file.  The
>  blocklist
>  will includes 'cn' layout, 'cn' layout + any variants,
> 'nec_vndr/jp'
>  layouts at the moment.
>  
>  I.e. the change won't effect GNOME desktop. 
So I do not fully understand this change. Is it actually breaking
something or not? If so, I am surprised it happens when bumping micro
version (.23). If not, does it have to be System-Wide change?

>  == Benefit to Fedora ==
>  The users don't have to request the desired XKB layouts and variants
>  in IBus upstream and most XKB keymaps will be shown in ibus-setup.
>  
>  == Scope ==
>  * Proposal owners:
>  * Other developers: N/A
>  * Release engineering: [https://pagure.io/releng/issue/9563 #9563]
>  * Policies and guidelines: N/A
>  * Trademark approval: N/A (not needed for this Change)
>  
>  == Upgrade/compatibility impact ==
>  If a keymap is shown in ibus-setup in the previous version, it will
>  be
>  shown in the new one.
>  
>  == How To Test ==
>  # Log into XFCE desktop
>  # Run ibus-setup
>  
>  It will show 'English (UK)' keymap by default.
>  
>  == User Experience ==
>  If a user customize `/usr/share/ibus/component/simple.xml` in the
>  previous version, the file will be replaced with new one. 
I think it is pretty much expected that if you modify something in
/usr, it will be overriden by an update, no?

>  == Dependencies ==
>  The change effects XKB engines only but does not input method engines
>  (E.g. libpinyin, hangul, and so on.)
>  
>  == Contingency Plan ==
>  * Contingency mechanism: Drop the feature in Fedora 33 and postpone
>  it
>  to Fedora 34
>  * Contingency deadline: Beta freeze
>  * Blocks release? No
>  
>  == Documentation ==
>  TBD
>  
>  
>  -- 
>  Ben Cotton
>  He / Him / His
>  Senior Program Manager, Fedora & CentOS Stream
>  Red Hat
>  TZ=America/Indiana/Indianapolis
>  _______________________________________________
>  devel-announce mailing list -- devel-announce(a)lists.fedoraproject.org
>  To unsubscribe send an email to 
>  devel-announce-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct: 
>  https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>  List Guidelines: 
>  https://fedoraproject.org/wiki/Mailing_list_guidelines
>  List Archives: 
>  https://lists.fedoraproject.org/archives/list/[e-mail]...
- -- 
Igor Raits <ignatenkobrain(a)fedoraproject.org&gt;
> -----BEGIN PGP SIGNATURE-----
>
> iQIzBAEBCgAdFiEEcwgJ58gsbV5f5dMcEV1auJxcHh4FAl77lt4ACgkQEV1auJxc
> Hh7vKA//VigWO3Dx/Aj52Nb1zVUY6CluDKLwaYEJ1c3j6LYwNhH6LVYMLQUPRlw2
> gNUHe5n7k2C1kiFP2s1+u/MEQXGxZwjzGgPxwVLNl9bOFfk8HnXrwHuTquucDC3T
> 0amg4G0x3LynbhCrzrzBxfOSy/GnlElUGKY66izaTMPnsHtGjrmHzb0eCOsaIYvl
> D4TxBJ7pTqJh6XG41UFHsyT82yuMAwjeS8mow7XsQY3a29wWN7A9cxyNBpv0Uhtb
> rXbN9ti5pk3qmc+XjSbbqNvS3ufVAOLGv9FOXmkOG3iY0uhSjLJXkSPesDkJdzYp
> EQR+W5nmFFsUEKKFUb4fwTJ5TEz1OjNtUYW09Ahuqq5S6xJv6IA7rMPkU05rxeMM
> Qac7q3LJ+cQM0vk9HKVIDfXmqX47tqCNpcrC5uDLb6MwBGvz7A9WJWdu71shuTAi
> Bmya4/yISh7C/5+pfpO4y2h+z7RYiA2visNdp3oYRWQ7o+8SMUjPHGzyIvX3TcF5
> pZlmKrYsoyEiltyMoyhJTosOZ+wWpMhZQhjVNT3vq3nUYnSe3xAX7aGUoIF750O9
> HOvjyDcpptCMjVr/b2pcQt7usLG+ISzta8LxZkm38RkFGSG3aewRTJGSTK+K7XQQ
> iUCRYGKePePPxtYZwNT212Hft1vBaN7hGzA7P3oXdYOblWuk9w4=
> =9bCf
> -----END PGP SIGNATURE-----

[Takao Fujiwara]

On 2020/07/01 4:47, Igor Raits-san wrote:
>  -----BEGIN PGP SIGNED MESSAGE-----
>  Hash: SHA512
>  
>  On Tue, 2020-06-30 at 15:20 -0400, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/IBus_1.5.23
> >
> > == Summary ==
> > IBus 1.5.23 will replace the allowlist of XKB engines with the
> > blocklist of XKB ones.
> >
> > == Owner ==
> > * Name: [[User:Fujiwara| Takao Fujiwara]]
> > * Email: fujiwara [at] redhat [dot] com
> >
> > == Detailed Description ==
> > IBus currently provides the allowlist of XKB engines in
> > `/usr/share/ibus/component/simple.xml` and `ibus-setup` utility can
> > show the XKB engines indicated in only that file in most desktops.
> > (gnome-control-center shows XKB list from gnome-desktop3 in GNOME
> > desktop instead.) The allowlist includes the limited XKB layouts and
> > variants. E.g. 'gb(dvorak)' is included but 'gb' is not. And the
> > allowlist has been supported to customize by sysadmin localy since
> > the
> > simple.xml is a simple text file and the default list has been
> > updated
> > upon the request.
> >
> > IBus 1.5.23 will replace the allowlist with the blocklist which
> > includes the disabled XKB engines and `ibus-setup` will shows all the
> > XKB engines which are '''not''' indicated in that file.  The
> > blocklist
> > will includes 'cn' layout, 'cn' layout + any variants,
> 'nec_vndr/jp'
> > layouts at the moment.
> >
> > I.e. the change won't effect GNOME desktop.
>  
>  So I do not fully understand this change. Is it actually breaking
>  something or not? If so, I am surprised it happens when bumping micro
>  version (.23). If not, does it have to be System-Wide change? 
The Change effects non-default desktops.
I put this Change to System-Winde because IBus is enabled by the default installation.
I'm not sure whether SystemWide/SelfContain criteria is applied by Change or package.

>  
> > == Benefit to Fedora ==
> > The users don't have to request the desired XKB layouts and variants
> > in IBus upstream and most XKB keymaps will be shown in ibus-setup.
> >
> > == Scope ==
> > * Proposal owners:
> > * Other developers: N/A
> > * Release engineering: [https://pagure.io/releng/issue/9563 #9563]
> > * Policies and guidelines: N/A
> > * Trademark approval: N/A (not needed for this Change)
> >
> > == Upgrade/compatibility impact ==
> > If a keymap is shown in ibus-setup in the previous version, it will
> > be
> > shown in the new one.
> >
> > == How To Test ==
> > # Log into XFCE desktop
> > # Run ibus-setup
> >
> > It will show 'English (UK)' keymap by default.
> >
> > == User Experience ==
> > If a user customize `/usr/share/ibus/component/simple.xml` in the
> > previous version, the file will be replaced with new one.
>  
>  I think it is pretty much expected that if you modify something in
>  /usr, it will be overriden by an update, no? 
Right. probably I think it's better to delete the experience here.

>  
> > == Dependencies ==
> > The change effects XKB engines only but does not input method engines
> > (E.g. libpinyin, hangul, and so on.)
> >
> > == Contingency Plan ==
> > * Contingency mechanism: Drop the feature in Fedora 33 and postpone
> > it
> > to Fedora 34
> > * Contingency deadline: Beta freeze
> > * Blocks release? No
> >
> > == Documentation ==
> > TBD
> >
> >
> > -- 
> > Ben Cotton
> > He / Him / His
> > Senior Program Manager, Fedora & CentOS Stream
> > Red Hat
> > TZ=America/Indiana/Indianapolis
> > _______________________________________________
> > devel-announce mailing list -- devel-announce(a)lists.fedoraproject.org
> > To unsubscribe send an email to
> > devel-announce-leave(a)lists.fedoraproject.org
> > Fedora Code of Conduct:
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines:
> > https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives:
> > https://lists.fedoraproject.org/archives/list/[e-mail]...
>  - -- 
>  Igor Raits <ignatenkobrain(a)fedoraproject.org&gt;
> >  -----BEGIN PGP SIGNATURE-----
> >  
> >  iQIzBAEBCgAdFiEEcwgJ58gsbV5f5dMcEV1auJxcHh4FAl77lt4ACgkQEV1auJxc
> >  Hh7vKA//VigWO3Dx/Aj52Nb1zVUY6CluDKLwaYEJ1c3j6LYwNhH6LVYMLQUPRlw2
> >  gNUHe5n7k2C1kiFP2s1+u/MEQXGxZwjzGgPxwVLNl9bOFfk8HnXrwHuTquucDC3T
> >  0amg4G0x3LynbhCrzrzBxfOSy/GnlElUGKY66izaTMPnsHtGjrmHzb0eCOsaIYvl
> >  D4TxBJ7pTqJh6XG41UFHsyT82yuMAwjeS8mow7XsQY3a29wWN7A9cxyNBpv0Uhtb
> >  rXbN9ti5pk3qmc+XjSbbqNvS3ufVAOLGv9FOXmkOG3iY0uhSjLJXkSPesDkJdzYp
> >  EQR+W5nmFFsUEKKFUb4fwTJ5TEz1OjNtUYW09Ahuqq5S6xJv6IA7rMPkU05rxeMM
> >  Qac7q3LJ+cQM0vk9HKVIDfXmqX47tqCNpcrC5uDLb6MwBGvz7A9WJWdu71shuTAi
> >  Bmya4/yISh7C/5+pfpO4y2h+z7RYiA2visNdp3oYRWQ7o+8SMUjPHGzyIvX3TcF5
> >  pZlmKrYsoyEiltyMoyhJTosOZ+wWpMhZQhjVNT3vq3nUYnSe3xAX7aGUoIF750O9
> >  HOvjyDcpptCMjVr/b2pcQt7usLG+ISzta8LxZkm38RkFGSG3aewRTJGSTK+K7XQQ
> >  iUCRYGKePePPxtYZwNT212Hft1vBaN7hGzA7P3oXdYOblWuk9w4=
> >  =9bCf
> >  -----END PGP SIGNATURE----- 
>  _______________________________________________
>  devel mailing list -- devel(a)lists.fedoraproject.org
>  To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>  List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>  List Archives:
> https://lists.fedoraproject.org/archives/list/[e-mail]
>