[IAEP] [Sugar-devel] Testing of Activities

Tony Anderson tony_anderson at usa.net
Wed Apr 19 19:22:50 EDT 2017

Hi Walter,

Based on my understanding of the GitHub process, I posted issues 
documenting the problems.


On 04/20/2017 12:09 AM, Walter Bender wrote:
> In the meantime, it may make sense to walk through all of the repos in 
> sugarlabs on GH and ensure that those with changes get updated version 
> numbers, new .xo and .gtar files, and we update ASLO and downloads. It 
> seems our only mechanism for doing this is manual at the moment. Tony, 
> if you publish the list of activities that are working properly from 
> your recent tests, I will begin the process of updating version 
> numbers (and ensuring that the correct repo path is in the 
> activity.info <http://activity.info> bundle) and making the new bundles.
> -walter
> On Wed, Apr 19, 2017 at 10:19 AM, Chris Leonard 
> <cjlhomeaddress at gmail.com <mailto:cjlhomeaddress at gmail.com>> wrote:
>     On Wed, Apr 19, 2017 at 1:30 AM, Tony Anderson
>     <tony_anderson at usa.net <mailto:tony_anderson at usa.net>> wrote:
>     > I spent the last two plus days testing the 137 activities with repositories
>     > in github/sugarlabs.
>     Thank you for this effort, clearly additional follow up is required
>     and I hope it occurs.
>     > Localization also needs some attention. The setup.py enables a
>     developer to
>     > generate a master Pot file while building a bundle for release
>     to ASLO. That
>     > is probably the limit of the developer's responsibility.
>     However, existing
>     > activities over time have developed localization for many
>     languages. Changes
>     > to the messages will need new translations. Perhaps the
>     developer can use
>     > diff to find differences in the Pot and to eliminate un-needed
>     changes and
>     > test that new messages are passed through. This could enable
>     prompt release
>     > of a new version without waiting for the localization team to
>     provide
>     > translations for dozens of languages.
>     For a very long time, instructions to developers have been "run the
>     POT generation and never ever touch anything in the PO directory
>     again, The L10n team will take care of the rest of it for you.".
>     Unfortunately over the course of time, with changes in Pootle
>     versions, migration of our repositories to GitHub and the decay of a
>     "pootle-helpers" script set originally created by Sayamindu Dasgupta,
>     the early tight and hands-free integration between Pootle and the
>     repos has suffered and much of the process has returned to manual
>     intervention.  The best path back to such a L10n nirvana is an
>     upcoming release of Pootle (ver 2.8) that brings back repo integration
>     through the implementation of the pootle-fs file system.
>     At the present time if the messages of an activity are being changed,
>     we are still dependent upon periodic refreshes of the POT file which
>     can be accomplished with "setup.py genpot".  I manually upload that
>     renewed template to Pootle and refresh the existing PO files from the
>     template and call for completion of any new strings.  With the
>     gracious help of James Cameron in generating refreshed POT files, this
>     process has been initiated (and substantially completed) for the
>     entire Fructose collection and I am systematically committing the
>     refreshed PO files to the GitHub repos.(feel free to examine/monitor
>     pull request activity by github user leonardcj).
>     https://github.com/leonardcj?tab=overview&from=2017-01-01&to=2017-01-31&utf8=%E2%9C%93
>     <https://github.com/leonardcj?tab=overview&from=2017-01-01&to=2017-01-31&utf8=%E2%9C%93>
>     As for suggesting the reuse of strings common to already translated
>     activities, this is clearly a "best i18n practice", that should be
>     encouraged.
>     I do envision sheparding us back to an enlightened era where
>     developers largely can expect localizers to take care of things for
>     them (primarily through a migration to the 2.8 version of pootle when
>     finally released (or possibly 2.8.1 bug fix version if one follows
>     traditional Microsoft upgrade best practices).  Ideally, Pootle would
>     take care of POT regeneration on the backend, as we used to have it
>     do.
>     cjl
>     _______________________________________________
>     Sugar-devel mailing list
>     Sugar-devel at lists.sugarlabs.org
>     <mailto:Sugar-devel at lists.sugarlabs.org>
>     http://lists.sugarlabs.org/listinfo/sugar-devel
>     <http://lists.sugarlabs.org/listinfo/sugar-devel>
> -- 
> Walter Bender
> Sugar Labs
> http://www.sugarlabs.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/iaep/attachments/20170420/e5da4444/attachment-0001.html>

More information about the IAEP mailing list