Havana - Horizon translations update
Hi all, I was reading Daisy's summary of the Summit's i18n events - lots of great stuff happening, that is awesome! :) I would like to clarify the current status of the Transifex repository, and next translation update. I think it would be awesome to get another translation update in 2013.2.1 (first Havana stable update, planned in early December [0]), to include improved translations and maybe even new languages who may have missed the first deadline. My understanding was that we stopped updating the strings in Transifex from master around Havana RC3, to avoid the Icehouse strings sneaking in. Is this correct? Are we still tracking the Havana strings in Transifex? Kind regards, Julie [0] https://wiki.openstack.org/wiki/StableBranchRelease#Planned_stable.2Fhavana_...
Thanks for splitting the mailing thread. I couldn't join the translation sessions at Hong Kong, but I am happy to hear lots of great progress and discussions there. I agree with Julie. it would be great to have translation updates in the next Havana stable update.
My understanding was that we stopped updating the strings in Transifex from master around Havana RC3, to avoid the Icehouse strings sneaking in. Is this correct? Are we still tracking the Havana strings in Transifex?
Yes, Transifex Horizon resources are still for Havana. Updating the (source) strings in Transifex is stopped at now. I stopped automatic updating around the master branch is open to Icehouse and during the last minutes before Havana release I updated the source string manually. After the final translation into Havana release (Havana RC2) the strings in Transifex are not updated till now. I would like to follow the community decision when we switch Transifex strings to Icehouse. IMO it is better we keep Transifex Horizon strings for Havana until the next Havana update (2013.2.1) at least and then switch them to Icehouse. I can volunteer to keep Transifex Horizon up-to-date for Havana. Thanks. Akihiro On Thu, Nov 14, 2013 at 9:46 PM, Julie Pichon <jpichon@redhat.com> wrote:
Hi all,
I was reading Daisy's summary of the Summit's i18n events - lots of great stuff happening, that is awesome! :)
I would like to clarify the current status of the Transifex repository, and next translation update. I think it would be awesome to get another translation update in 2013.2.1 (first Havana stable update, planned in early December [0]), to include improved translations and maybe even new languages who may have missed the first deadline.
My understanding was that we stopped updating the strings in Transifex from master around Havana RC3, to avoid the Icehouse strings sneaking in. Is this correct? Are we still tracking the Havana strings in Transifex?
Kind regards,
Julie
[0] https://wiki.openstack.org/wiki/StableBranchRelease#Planned_stable.2Fhavana_...
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
On Thu, Nov 14, 2013 at 6:42 PM, Akihiro Motoki <amotoki@gmail.com> wrote:
I would like to follow the community decision when we switch Transifex strings to Icehouse. IMO it is better we keep Transifex Horizon strings for Havana until the next Havana update (2013.2.1) at least and then switch them to Icehouse. I can volunteer to keep Transifex Horizon up-to-date for Havana.
Can't we just rename the Horizon resource as Horizon_havana and open the main resource to the master branch? That way the people who want to can use transifex to review strings incoming into master (for evil strings ;) and do some minor translation work (acknowledging that they may be gone with another update) and also we could work separately on the current stable branch. Regards, -- Łukasz [DeeJay1] Jernaś
On Fri, Nov 15, 2013 at 7:59 PM, Łukasz Jernaś <deejay1@srem.org> wrote:
On Thu, Nov 14, 2013 at 6:42 PM, Akihiro Motoki <amotoki@gmail.com> wrote:
I would like to follow the community decision when we switch Transifex strings to Icehouse. IMO it is better we keep Transifex Horizon strings for Havana until the next Havana update (2013.2.1) at least and then switch them to Icehouse. I can volunteer to keep Transifex Horizon up-to-date for Havana.
Can't we just rename the Horizon resource as Horizon_havana and open the main resource to the master branch? That way the people who want to can use transifex to review strings incoming into master (for evil strings ;) and do some minor translation work (acknowledging that they may be gone with another update) and also we could work separately on the current stable branch.
I think it is a good idea and possible. Maintaining the development release and the latest stable release sounds good to me. Thanks, Akihiro Motoki
Regards, -- Łukasz [DeeJay1] Jernaś
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
"Akihiro Motoki" <amotoki@gmail.com> wrote:
On Fri, Nov 15, 2013 at 7:59 PM, Łukasz Jernaś <deejay1@srem.org> wrote:
On Thu, Nov 14, 2013 at 6:42 PM, Akihiro Motoki <amotoki@gmail.com> wrote:
I would like to follow the community decision when we switch Transifex strings to Icehouse. IMO it is better we keep Transifex Horizon strings for Havana until the next Havana update (2013.2.1) at least and then switch them to Icehouse. I can volunteer to keep Transifex Horizon up-to-date for Havana.
Can't we just rename the Horizon resource as Horizon_havana and open the main resource to the master branch? That way the people who want to can use transifex to review strings incoming into master (for evil strings ;) and do some minor translation work (acknowledging that they may be gone with another update) and also we could work separately on the current stable branch.
I think it is a good idea and possible. Maintaining the development release and the latest stable release sounds good to me.
That sounds great to me as well. Could we also have the stable translations repository track the stable/havana branch? Ideally we would keep string changes to a minimum, but when fixes get in to change something that's obviously wrong (e.g. [0]) I think it would be nice to also have these in stable. Thoughts? Julie [0] https://github.com/openstack/horizon/commit/0314d54391775f09b35759a650dbae2e...
Thanks, Akihiro Motoki
Regards, -- Łukasz [DeeJay1] Jernaś
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
AFAIK, only OpenStack project administrator can create a new Transifex project like horizon_havana. Daisy or Tom can do that. Once a new project is created, a project administrator can configure the setting to track GitHub repository automatically. On Horizon side, we don't have any automated mechanism to update POT files in stable/havana, so it seems better to update the POT files when cherry-picking a patch with string update. If so, transifex will be synced automatically after a backport patch is merged. Regards, Akihiro On Mon, Nov 18, 2013 at 6:20 PM, Julie Pichon <jpichon@redhat.com> wrote:
"Akihiro Motoki" <amotoki@gmail.com> wrote:
On Fri, Nov 15, 2013 at 7:59 PM, Łukasz Jernaś <deejay1@srem.org> wrote:
On Thu, Nov 14, 2013 at 6:42 PM, Akihiro Motoki <amotoki@gmail.com> wrote:
I would like to follow the community decision when we switch Transifex strings to Icehouse. IMO it is better we keep Transifex Horizon strings for Havana until the next Havana update (2013.2.1) at least and then switch them to Icehouse. I can volunteer to keep Transifex Horizon up-to-date for Havana.
Can't we just rename the Horizon resource as Horizon_havana and open the main resource to the master branch? That way the people who want to can use transifex to review strings incoming into master (for evil strings ;) and do some minor translation work (acknowledging that they may be gone with another update) and also we could work separately on the current stable branch.
I think it is a good idea and possible. Maintaining the development release and the latest stable release sounds good to me.
That sounds great to me as well. Could we also have the stable translations repository track the stable/havana branch? Ideally we would keep string changes to a minimum, but when fixes get in to change something that's obviously wrong (e.g. [0]) I think it would be nice to also have these in stable. Thoughts?
Julie
[0] https://github.com/openstack/horizon/commit/0314d54391775f09b35759a650dbae2e...
Thanks, Akihiro Motoki
Regards, -- Łukasz [DeeJay1] Jernaś
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
Hi, If this is the decision we can: * perform the rename of the current 'horizon' project to 'horizon_havana' * re-enable the automatic PUT of master to transifex, which will create a new 'horizon' project and keep it updated with master. If necessary, we can make changes to the infrastructure/ci systems to also automatically update 'horizon_havana' and stable/havana. Regards, Tom On 18/11/13 20:33, Akihiro Motoki wrote:
AFAIK, only OpenStack project administrator can create a new Transifex project like horizon_havana. Daisy or Tom can do that. Once a new project is created, a project administrator can configure the setting to track GitHub repository automatically.
On Horizon side, we don't have any automated mechanism to update POT files in stable/havana, so it seems better to update the POT files when cherry-picking a patch with string update. If so, transifex will be synced automatically after a backport patch is merged.
Regards, Akihiro
On Mon, Nov 18, 2013 at 6:20 PM, Julie Pichon <jpichon@redhat.com> wrote:
"Akihiro Motoki" <amotoki@gmail.com> wrote:
On Fri, Nov 15, 2013 at 7:59 PM, Łukasz Jernaś <deejay1@srem.org> wrote:
On Thu, Nov 14, 2013 at 6:42 PM, Akihiro Motoki <amotoki@gmail.com> wrote:
I would like to follow the community decision when we switch Transifex strings to Icehouse. IMO it is better we keep Transifex Horizon strings for Havana until the next Havana update (2013.2.1) at least and then switch them to Icehouse. I can volunteer to keep Transifex Horizon up-to-date for Havana.
Can't we just rename the Horizon resource as Horizon_havana and open the main resource to the master branch? That way the people who want to can use transifex to review strings incoming into master (for evil strings ;) and do some minor translation work (acknowledging that they may be gone with another update) and also we could work separately on the current stable branch.
I think it is a good idea and possible. Maintaining the development release and the latest stable release sounds good to me.
That sounds great to me as well. Could we also have the stable translations repository track the stable/havana branch? Ideally we would keep string changes to a minimum, but when fixes get in to change something that's obviously wrong (e.g. [0]) I think it would be nice to also have these in stable. Thoughts?
Julie
[0] https://github.com/openstack/horizon/commit/0314d54391775f09b35759a650dbae2e...
Thanks, Akihiro Motoki
Regards, -- Łukasz [DeeJay1] Jernaś
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
"Akihiro Motoki" <amotoki@gmail.com> wrote:
AFAIK, only OpenStack project administrator can create a new Transifex project like horizon_havana. Daisy or Tom can do that. Once a new project is created, a project administrator can configure the setting to track GitHub repository automatically.
On Horizon side, we don't have any automated mechanism to update POT files in stable/havana, so it seems better to update the POT files when cherry-picking a patch with string update. If so, transifex will be synced automatically after a backport patch is merged.
Thanks Akihiro, let's try this. Since Transifex is staying for a bit longer we really should see about how to enable the automatic jobs for Horizon too. Maybe we could also make it work for the stable branch then :-) I read the notes of last night's meeting [0] and saw that there's an agreement to do a translation update for Havana, great! The stable release schedule is available at [1], the first one is planned for Dec 12th. Since the stable branch freezes one week before the release, any translation update patch should be completed and proposed to Gerrit before December 5th. Kind regards, Julie [0] http://eavesdrop.openstack.org/meetings/openstack_i18n_meeting/2013/openstac... [1] https://wiki.openstack.org/wiki/StableBranchRelease#Planned_stable.2Fhavana_...
Regards, Akihiro
On Mon, Nov 18, 2013 at 6:20 PM, Julie Pichon <jpichon@redhat.com> wrote:
"Akihiro Motoki" <amotoki@gmail.com> wrote:
On Fri, Nov 15, 2013 at 7:59 PM, Łukasz Jernaś <deejay1@srem.org> wrote:
On Thu, Nov 14, 2013 at 6:42 PM, Akihiro Motoki <amotoki@gmail.com> wrote:
I would like to follow the community decision when we switch Transifex strings to Icehouse. IMO it is better we keep Transifex Horizon strings for Havana until the next Havana update (2013.2.1) at least and then switch them to Icehouse. I can volunteer to keep Transifex Horizon up-to-date for Havana.
Can't we just rename the Horizon resource as Horizon_havana and open the main resource to the master branch? That way the people who want to can use transifex to review strings incoming into master (for evil strings ;) and do some minor translation work (acknowledging that they may be gone with another update) and also we could work separately on the current stable branch.
I think it is a good idea and possible. Maintaining the development release and the latest stable release sounds good to me.
That sounds great to me as well. Could we also have the stable translations repository track the stable/havana branch? Ideally we would keep string changes to a minimum, but when fixes get in to change something that's obviously wrong (e.g. [0]) I think it would be nice to also have these in stable. Thoughts?
Julie
[0] https://github.com/openstack/horizon/commit/0314d54391775f09b35759a650dbae2e...
Thanks, Akihiro Motoki
Regards, -- Łukasz [DeeJay1] Jernaś
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
Julie Pichon <jpichon@redhat.com> 2013/11/21 19:25
To
Akihiro Motoki <amotoki@gmail.com>,
cc
openstack-i18n@lists.openstack.org
Subject
Re: [Openstack-i18n] Havana - Horizon translations update
"Akihiro Motoki" <amotoki@gmail.com> wrote:
AFAIK, only OpenStack project administrator can create a new Transifex project like horizon_havana. Daisy or Tom can do that. Once a new project is created, a project administrator can configure the setting to track GitHub repository automatically.
On Horizon side, we don't have any automated mechanism to update POT files in stable/havana, so it seems better to update the POT files when cherry-picking a patch with string update. If so, transifex will be synced automatically after a backport patch is merged.
Thanks Akihiro, let's try this. Since Transifex is staying for a bit longer we really should see about how to enable the automatic jobs for Horizon too. Maybe we could also make it work for the stable branch then :-)
I read the notes of last night's meeting [0] and saw that there's an agreement to do a translation update for Havana, great! The stable release schedule is available at [1], the first one is planned for Dec 12th. Since the stable branch freezes one week before the release, any translation update patch should be completed and proposed to Gerrit before December 5th.
Kind regards,
Julie
[0] http://eavesdrop.openstack.org/meetings/openstack_i18n_meeting/ 2013/openstack_i18n_meeting.2013-11-21-00.00.log.html [1] https://wiki.openstack.org/wiki/ StableBranchRelease#Planned_stable.2Fhavana_releases
Regards, Akihiro
On Mon, Nov 18, 2013 at 6:20 PM, Julie Pichon <jpichon@redhat.com>
wrote:
"Akihiro Motoki" <amotoki@gmail.com> wrote:
On Fri, Nov 15, 2013 at 7:59 PM, Łukasz Jernaś <deejay1@srem.org> wrote:
On Thu, Nov 14, 2013 at 6:42 PM, Akihiro Motoki <amotoki@gmail.com> wrote:
I would like to follow the community decision when we switchTransifex strings to Icehouse. IMO it is better we keep Transifex Horizon strings for Havana until the next Havana update (2013.2.1) at least and then switch them to Icehouse. I can volunteer to keep Transifex Horizon up-to-date for Havana.
Can't we just rename the Horizon resource as Horizon_havana and open the main resource to the master branch? That way the people who want to can use transifex to review strings incoming into master (for evil strings ;) and do some minor translation work (acknowledging that
may be gone with another update) and also we could work separately on the current stable branch.
I think it is a good idea and possible. Maintaining the development release and the latest stable release sounds good to me.
That sounds great to me as well. Could we also have the stable translations repository track the stable/havana branch? Ideally we would keep string changes to a minimum, but when fixes get in to change something
obviously wrong (e.g. [0]) I think it would be nice to also have
Thank you for the update, Julie. In the meeting, we agreed to rename the existing resources in Transifex and add a suffix "Havana". Shall I do the rename now, or shall I do the rename after the stable patch updated? I think it depends on whether the rename will affect some automatic running (or existing) scripts. Your opinion? Regards Ying Chun Guo (Daisy) Julie Pichon <jpichon@redhat.com> wrote on 2013/11/21 19:25:54: they that's these
in stable. Thoughts?
Julie
[0] https://github.com/openstack/horizon/commit/ 0314d54391775f09b35759a650dbae2e2ba567aa
Thanks, Akihiro Motoki
Regards, -- Łukasz [DeeJay1] Jernaś
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
Hi Daisy, AFAIK, the current process to update Tx sources is done manually. I have a couple of scripts to automate the process but they are invoked manually. I think when the repository is renamed does not matter much from this point of view. Another important point is that we should have enough time for translators to know renaming.
From this point of view, unless renaming is done in a few days, it would be better to wait until the next Havana update is shipped.
Regards, Akihiro On Fri, Nov 22, 2013 at 10:40 AM, Ying Chun Guo <guoyingc@cn.ibm.com> wrote:
Thank you for the update, Julie. In the meeting, we agreed to rename the existing resources in Transifex and add a suffix "Havana". Shall I do the rename now, or shall I do the rename after the stable patch updated?
I think it depends on whether the rename will affect some automatic running (or existing) scripts. Your opinion?
Regards Ying Chun Guo (Daisy)
Julie Pichon <jpichon@redhat.com> wrote on 2013/11/21 19:25:54:
Julie Pichon <jpichon@redhat.com> 2013/11/21 19:25
To
Akihiro Motoki <amotoki@gmail.com>,
cc
openstack-i18n@lists.openstack.org
Subject
Re: [Openstack-i18n] Havana - Horizon translations update
"Akihiro Motoki" <amotoki@gmail.com> wrote:
AFAIK, only OpenStack project administrator can create a new Transifex project like horizon_havana. Daisy or Tom can do that. Once a new project is created, a project administrator can configure the setting to track GitHub repository automatically.
On Horizon side, we don't have any automated mechanism to update POT files in stable/havana, so it seems better to update the POT files when cherry-picking a patch with string update. If so, transifex will be synced automatically after a backport patch is merged.
Thanks Akihiro, let's try this. Since Transifex is staying for a bit longer we really should see about how to enable the automatic jobs for Horizon too. Maybe we could also make it work for the stable branch then :-)
I read the notes of last night's meeting [0] and saw that there's an agreement to do a translation update for Havana, great! The stable release schedule is available at [1], the first one is planned for Dec 12th. Since the stable branch freezes one week before the release, any translation update patch should be completed and proposed to Gerrit before December 5th.
Kind regards,
Julie
[0] http://eavesdrop.openstack.org/meetings/openstack_i18n_meeting/ 2013/openstack_i18n_meeting.2013-11-21-00.00.log.html [1] https://wiki.openstack.org/wiki/ StableBranchRelease#Planned_stable.2Fhavana_releases
Regards, Akihiro
On Mon, Nov 18, 2013 at 6:20 PM, Julie Pichon <jpichon@redhat.com> wrote:
"Akihiro Motoki" <amotoki@gmail.com> wrote:
On Fri, Nov 15, 2013 at 7:59 PM, Łukasz Jernaś <deejay1@srem.org> wrote:
On Thu, Nov 14, 2013 at 6:42 PM, Akihiro Motoki <amotoki@gmail.com> wrote: > I would like to follow the community decision when we > switchTransifex > strings to Icehouse. > IMO it is better we keep Transifex Horizon strings for Havana > until > the next Havana > update (2013.2.1) at least and then switch them to Icehouse. > I can volunteer to keep Transifex Horizon up-to-date for Havana.
Can't we just rename the Horizon resource as Horizon_havana and open the main resource to the master branch? That way the people who want to can use transifex to review strings incoming into master (for evil strings ;) and do some minor translation work (acknowledging that they may be gone with another update) and also we could work separately on the current stable branch.
I think it is a good idea and possible. Maintaining the development release and the latest stable release sounds good to me.
That sounds great to me as well. Could we also have the stable
translations
repository track the stable/havana branch? Ideally we would keep string changes to a minimum, but when fixes get in to change something that's obviously wrong (e.g. [0]) I think it would be nice to also have these in stable. Thoughts?
Julie
[0] https://github.com/openstack/horizon/commit/ 0314d54391775f09b35759a650dbae2e2ba567aa
Thanks, Akihiro Motoki
Regards, -- Łukasz [DeeJay1] Jernaś
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
Akihiro Motoki <amotoki@gmail.com> 2013/11/24 01:18
To
"openstack-i18n@lists.openstack.org" <openstack-i18n@lists.openstack.org>,
cc
Subject
Re: [Openstack-i18n] Havana - Horizon translations update
Hi Daisy,
AFAIK, the current process to update Tx sources is done manually. I have a couple of scripts to automate the process but they are invoked manually. I think when the repository is renamed does not matter much from this point of view.
Another important point is that we should have enough time for translators to know renaming. From this point of view, unless renaming is done in a few days, it would be better to wait until the next Havana update is shipped.
Regards, Akihiro
On Fri, Nov 22, 2013 at 10:40 AM, Ying Chun Guo <guoyingc@cn.ibm.com> wrote:
Thank you for the update, Julie. In the meeting, we agreed to rename the existing resources in Transifex and add a suffix "Havana". Shall I do the rename now, or shall I do the rename after the stable
updated?
I think it depends on whether the rename will affect some automatic running (or existing) scripts. Your opinion?
Regards Ying Chun Guo (Daisy)
Julie Pichon <jpichon@redhat.com> wrote on 2013/11/21 19:25:54:
Julie Pichon <jpichon@redhat.com> 2013/11/21 19:25
To
Akihiro Motoki <amotoki@gmail.com>,
cc
openstack-i18n@lists.openstack.org
Subject
Re: [Openstack-i18n] Havana - Horizon translations update
"Akihiro Motoki" <amotoki@gmail.com> wrote:
AFAIK, only OpenStack project administrator can create a new
Transifex
project like horizon_havana. Daisy or Tom can do that. Once a new project is created, a project administrator can configure the setting to track GitHub repository automatically.
On Horizon side, we don't have any automated mechanism to update POT files in stable/havana, so it seems better to update the POT files when cherry-picking a
with string update. If so, transifex will be synced automatically after a backport patch is merged.
Thanks Akihiro, let's try this. Since Transifex is staying for a bit longer we really should see about how to enable the automatic jobs for Horizon too. Maybe we could also make it work for the stable branch then :-)
I read the notes of last night's meeting [0] and saw that there's an agreement to do a translation update for Havana, great! The stable release schedule is available at [1], the first one is planned for Dec 12th. Since the stable branch freezes one week before the release, any translation update patch should be completed and proposed to Gerrit before December 5th.
Kind regards,
Julie
[0] http://eavesdrop.openstack.org/meetings/openstack_i18n_meeting/ 2013/openstack_i18n_meeting.2013-11-21-00.00.log.html [1] https://wiki.openstack.org/wiki/ StableBranchRelease#Planned_stable.2Fhavana_releases
Regards, Akihiro
On Mon, Nov 18, 2013 at 6:20 PM, Julie Pichon <jpichon@redhat.com> wrote:
"Akihiro Motoki" <amotoki@gmail.com> wrote:
On Fri, Nov 15, 2013 at 7:59 PM, Łukasz Jernaś <deejay1@srem.org> wrote: > On Thu, Nov 14, 2013 at 6:42 PM, Akihiro Motoki
<amotoki@gmail.com>
> wrote: >> I would like to follow the community decision when we >> switchTransifex >> strings to Icehouse. >> IMO it is better we keep Transifex Horizon strings for Havana >> until >> the next Havana >> update (2013.2.1) at least and then switch them to Icehouse. >> I can volunteer to keep Transifex Horizon up-to-date for Havana. > > Can't we just rename the Horizon resource as Horizon_havana and > open > the main resource to the master branch? That way the people who > want > to can use transifex to review strings incoming into master (for > evil > strings ;) and do some minor translation work (acknowledging
> they > may be gone with another update) and also we could work separately > on > the current stable branch.
I think it is a good idea and possible. Maintaining the development release and the latest stable release sounds good to me.
That sounds great to me as well. Could we also have the stable translations repository track the stable/havana branch? Ideally we would keep string changes to a minimum, but when fixes get in to change something
obviously wrong (e.g. [0]) I think it would be nice to also have
Got your point. Thanks. So the summary is: * Any translation team, who want to update Horizon translation, please complete your update by Dec 5th. * Then send a email to the mailing list to inform people that you have updated. I strongly recommend the translation teams to take this chance to update the translations. Havana has been released for more than 1 month. Many people in your country should have tried your localized web UI. You get feedback from your country's user group. It's very convenient. If you want to use track these updates as bugs, use Launchpad to track: https://bugs.launchpad.net/openstack-i18n. Thanks and regards Ying Chun Guo (Daisy) Akihiro Motoki <amotoki@gmail.com> wrote on 2013/11/24 01:18:35: patch patch that that's these
in stable. Thoughts?
Julie
[0] https://github.com/openstack/horizon/commit/ 0314d54391775f09b35759a650dbae2e2ba567aa
Thanks, Akihiro Motoki
> > Regards, > -- > Łukasz [DeeJay1] Jernaś > > _______________________________________________ > Openstack-i18n mailing list > Openstack-i18n@lists.openstack.org >
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
_______________________________________________ Openstack-i18n mailing list Openstack-i18n@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
participants (5)
-
Akihiro Motoki
-
Julie Pichon
-
Tom Fifield
-
Ying Chun Guo
-
Łukasz Jernaś