A late quick follow up to this discussion:
Matthias Clasen wrote:
On Mon, 2015-03-16 at 16:19 +0100, Jiri Eischmann wrote:
>
> I discussed this with Anaconda guys today and there are several
> possible options:
>
> 1. it's implemented in Anaconda as an additional spoke on the screen
> while the system is installed. The problem with this is that Live
> installer is designed not to require working connectivity. There is
> no way to set network up in Anaconda, you have to go to the network
> settings in the live session. A bit confusing for users.
>
> 2. it's implemented in FirstBoot as an additional spoke. Here you
> can already set up the network, so there are better chances users
> will have a working connectivity. The problem is that FirstBoot is
> not used by Fedora Workstation.
>
> 3. it's implemented in Initial Settings in GNOME where I think there
> is a screen to set up a network, too, so it can be placed right
> after this screen.
>
> 4. there is a service running on the background which checks if a
> complete localization is installed and if not and if there is a
> network connection set up it sends a notification that will
> encourage the user to install missing support, if he/she agrees it
> starts a PackageKit task.
>
> 5. applications themselves ask PackageKit to install required
> packages if they miss the localization. Something like codecs
> installation in Totem.
>
> Personally, I like the option #4 and #3 the most.
>
> Anyway, I'd be great to have an option to install missing/additional
> language support in the Region&Language tool in System Settings.
> Users may change their mind and want to use their language instead
> of English anytime later.
I don't think is generally worthwhile to break out applications
translations as subpackages (libreoffice may be a special case here).
Right the general problem is pretty hard to do correctly (workflow)
and the benefits are probably not that great - for %find_lang
packages rpm can be configured to install a subset though
it is a bit messy since changing it requires reinstalling
the packages.
Personally I have wished that firefox was subpackaged into langpacks
in Fedora but it seems problematic because of the varying number
of langpacks per release.
I don't see why this needs to be a 'spoke' in either
anaconda or
firstboot. After the user selects a language, it should check if there
are extra language-specific packages to install, and offer the user to
do so (or ask him to get on the network, if that is necessary).
Right - I think a net install will/should trigger yum/dnf-langpacks
to install required langpacks, but for Live it should be done post-install
anyway.
Doing the same in gnome-initial-setup or the control-center is
conceivable too. I believe the i18n team has wanted this functionality
for a long time.
It is true. Perhaps gnome-software could also help?
Currently I think dnf/yum langinstall can be used to pull in langpacks.
Jens