Re: Features/YumLangpackPlugin and anaconda consequences

[Jens Petersen]

----- "Bill Nottingham"  wrote:
> Hans de Goede ([e-mail]) said:
> > If we do this through %_install_langs, we gain nothing as currently
>
> that
> > is set to "all languages" and not changable (during the install
>
> atleast).

I agree with others %_install_langs is probably not the way:
I think it is not intuitive for users and hard to find.
> Well, the other way is keying off $LANG/$LC_MESSAGES. That doesn't
> allow for 'I want multiple languages' as well, though.

My plan which I mean(t) to blog about is to have a meta-package
per language for langpack support.
So if you want Japanese and Spanish langpacks say, you
would just install japanese-langpacks and spanish-langpacks
(from the lang support groups) and yum would start listening.

So if the yum plugin is available to anaconda it should be ok.

Jens

Features/YumLangpackPlugin and anaconda consequences

[Bill Nottingham]

Jens Petersen ([e-mail]) said:
> > Well, the other way is keying off $LANG/$LC_MESSAGES. That doesn't
> > allow for 'I want multiple languages' as well, though.
>
> My plan which I mean(t) to blog about is to have a meta-package
> per language for langpack support.
> So if you want Japanese and Spanish langpacks say, you
> would just install japanese-langpacks and spanish-langpacks
> (from the lang support groups) and yum would start listening.

My issue here is that this still involves a bunch of separate,
manually entered groups in comps. I don't have a specific alternate
proposal yet, though.

Bill

Features/YumLangpackPlugin and anaconda consequences

[Jens Petersen]

----- "Bill Nottingham"  wrote:
> My issue here is that this still involves a bunch of separate,
> manually entered groups in comps. I don't have a specific alternate
> proposal yet, though.

Yup, but the main thing IMHO is moving away from conditional packages
with this plugin - there are always going to be some language specific
packages in fedora beyond langpacks: eg optional fonts, input-methods,
and other utilities/tools those can't really be handled without lang
groups, though fonts could be just in @fonts and similarly for @input-methods,
that still leaves the other misc packages, and I still think it is
easier for users to look through a lang group than hunting through
big groups to find extra packages for their language.

I think it is a step in the right direction anyway. :)