We need to check if the translation memory is kept after deleting some resources.
IIRC Daisy said she will check it.
I just would like to clarify the reason of decisions. If we need more time to check it, it is also a good reason to keep resources.
Akihiro
>
>
>> When we mark them so? When will they be deleted?
>>
>> I am okay with either option as long as there is a concrete proposal.
>> Honestly just an question does not help me.
>> I am tired from coordinating various dates.
>>
>> Personally I don't like the progress percentage is displayed with higher
>> value
>> due to old translation?
>>
>>
>>
>> > Thought?
>> >
>> > Note that the above proposal does not necessarily mean I can work for
>> > importing them.
>> >
>> > [1]
http://eavesdrop.openstack.org/meetings/openstack_i18n_meeting/
>> > 2014/openstack_i18n_meeting.2014-10-16-08.00.log.html
>> >
>> > On Fri, Oct 3, 2014 at 6:41 PM, Akihiro Motoki <
amotoki@gmail.com
>> <javascript:_e(%7B%7D,'cvml','
amotoki@gmail.com');>> wrote:
>> > > Hi all,
>> > >
>> > > In this mail I would like to discuss what releases do we accept
>> > translations.
>> > >
>> > > At now there is no systematic process when we import translations
>> > > after the initial release of some version (Juno, Icehouse, ...).
>> > > Importing translations to stable update is done occasionally so far.
>> > > It is almost up to me. When I noticed some need for translation
>> update
>> > > (mainly in Japanese :-)), I propose a patch to import translations.
>> > > It is really not systematic. If I am busy, I don't check it.
>> > > This is the reason the first Icehouse update didn't have
>> translation update.
>> > >
>> > > Questions are:
>> > >
>> > > - What release(s) we accept translations?
>> > > Note that "Accept translations" means translations will be
>> imported
>> > > into a stable branch and releases as a part of the stable update
>> > > release.
>> > >
>> > > My idea is to accept translations only for the latest stable
>> release.
>> > >
>> > > - When should we import translations to a stable branch?
>> > > Systematically (as a team)? Occasionally (up to someone's
>> interest)?
>> > >
>> > > My vote is to import translations for each stable update of the
>> > > latest stable branch.
>> > > At least the first and second stable update (201X.Y.1 or .2)
>> need to
>> > > be considered.
>> > >
>> > >
>> > > If we decide to do import as a stable release process as a team,
>> > > we should assign someone to work on for each stable update
>> > > (because I can't always take care of it).
>> > > Assigned person(s) should check the date of a next stable update,
>> > > check if there are new translations to be imported, and then propose
>> > > a patch to import translations to a corresponding stable branch.
>> > >
>> > > I already have a consensus with the stable maintenance team that
>> > > the deadline of translations import proposal is 3 day after the
>> freeze date.
>> > > The freeze date of a stable maintenance release is usually announced
>> > > in stable-maint list.
>> > >
>> > > Thought? Any volunteer?
>> > >
>> > > --
>> > > Akihiro Motoki <
amotoki@gmail.com
>> <javascript:_e(%7B%7D,'cvml','
amotoki@gmail.com');>>
>> >
>> >
>> >
>> > --
>> > Akihiro Motoki <
amotoki@gmail.com
>> <javascript:_e(%7B%7D,'cvml','
amotoki@gmail.com');>>
>> >
>> > _______________________________________________
>> > Openstack-i18n mailing list
>> >
Openstack-i18n@lists.openstack.org
>> <javascript:_e(%7B%7D,'cvml','
Openstack-i18n@lists.openstack.org');>
>> >
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n
>> >
>>
>>
>>
>> --
>> Akihiro Motoki <
amotoki@gmail.com <mailto:
amotoki@gmail.com>>
>>
>>
>> _______________________________________________
>> 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>