Further information on the impact to the compose tools (pungi, livecd-tools) and anaconda is needed here.

See http://meetbot.fedoraproject.org/fedora-meeting/2009-07-10/fedora-meeting.2009-07-10-17.00.log.html#l-711 for complete discussion

this was deferred again, no new updates.

Replying to [comment:2 jstanley]:

Further information on the impact to the compose tools (pungi, livecd-tools) and anaconda is needed here.

I should have some time to work on it this week.

For reference I note there was some brief discussion recently:
https://www.redhat.com/archives/anaconda-devel-list/2009-July/msg00017.html

Here are my thoughts:

== Anaconda ==
I think anaconda will need to require yum-plugin-langpacks and enable it by default (as outlined in the above mail).

Additionally the plugin must be able to take into account new langpack-support meta-packages being added in an rpm transaction when determining langpacks (not just currently installed langpack-support metapackages).

== Pungi ==
For pungi, since all the langpack-support metapackages will be listed in comps if it also requires and enables yum-plugin-langpacks it should be able to pull in the corresponding langpacks needed to compose Fedora trees, etc.

== Live ==
Currently Live is less of an issue IMHO since we don't really ship any langpacks or @lang-support groups in our official global spins: though that may change one day, eg if/when firefox gets langpacks. Localized spins should list any required langpack-support-<lang> meta package or @<lang>-support group anyway in their kickstart file.

== Comps ==
Once the feature is available in Rawhide I would add all the metapackages to the respective language support groups in comps.

If the risk for anaconda and pungi is considered too high and we want to be conservative while testing we could leave all the conditional langpack packages in comps for now (in the worst case even for F12 perhaps), since the primary reason this Feature is to allow the automagic addition of langpacks for user yum transactions. Though of course ideally we want to rid comps of the many conditional langpacks sooner rather than later.

One more idea which needs input from the Yum team: it occurred to me that rather than changing each of anaconda, pungi, livecd-tools, etc to enable the langpacks plugin, wouldn't it be better just to have Fedora's yum include and enable langpack support by default?

This feature is accepted, however, the yum team wishes to keep it as a plugin, rather than integrating it into the core of yum.