November 2016 - OpenStack-I18n - lists.openstack.org

searchlight-ui: Broken cs translation / neutron-lbaas-dashboard: broken ja translation
by Andreas Jaeger 24 Nov '16

24 Nov '16

Could somebody check and fix these, please? http://logs.openstack.org/periodic/searchlight-ui-propose-translation-updat… searchlight_ui/locale/cs/LC_MESSAGES/djangojs.po:789: number of format specifications in 'msgid_plural' and 'msgstr[2]' does not match http://logs.openstack.org/periodic/neutron-lbaas-dashboard-propose-translat… neutron_lbaas_dashboard/locale/ja/LC_MESSAGES/djangojs.po:1092: '\''msgid'\'' and '\''msgstr'\'' entries do not both end with '\''\n'\'' Andreas -- Andreas Jaeger aj(a){suse.com,opensuse.org} Twitter: jaegerandi SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

2 1

[Bug 1641785] [NEW] 环境 in Installation Guide 镜像服务写成了径向服务
by jeck 20 Nov '16

20 Nov '16

Public bug reported: 拼写错误 ----------------------------------- Release: 0.1 on 2016-11-13 23:16 SHA: 5a9c47b83b0209892f887697bb9e8bb871eee8a3 Source: http://git.openstack.org/cgit/openstack/openstack-manuals/tree/doc/install-… URL: http://docs.openstack.org/mitaka/zh_CN/install-guide-ubuntu/environment.html ** Affects: openstack-i18n Importance: Undecided Status: New ** Tags: install-guide -- You received this bug notification because you are a member of OpenStack I18n Core Team, which is subscribed to openstack i18n. https://bugs.launchpad.net/bugs/1641785 Title: 环境 in Installation Guide 镜像服务写成了径向服务 Status in openstack i18n: New Bug description: 拼写错误 ----------------------------------- Release: 0.1 on 2016-11-13 23:16 SHA: 5a9c47b83b0209892f887697bb9e8bb871eee8a3 Source: http://git.openstack.org/cgit/openstack/openstack-manuals/tree/doc/install-… URL: http://docs.openstack.org/mitaka/zh_CN/install-guide-ubuntu/environment.html To manage notifications about this bug go to: https://bugs.launchpad.net/openstack-i18n/+bug/1641785/+subscriptions

1 1

[Bug 1489311] Re: Chinese words in translations are incorrect
by Ian Y. Choi 20 Nov '16

20 Nov '16

I have found that Zanata now has a fixed string for this bug report: http://git.openstack.org/cgit/openstack/openstack- manuals/tree/doc/common/source/locale/zh_CN/LC_MESSAGES/common.po#n1145 ** Changed in: openstack-i18n Status: Confirmed => Fix Released -- You received this bug notification because you are a member of OpenStack I18n Core Team, which is subscribed to openstack i18n. https://bugs.launchpad.net/bugs/1489311 Title: Chinese words in translations are incorrect Status in openstack i18n: Fix Released Bug description: I found there are mistakes of Chinese words in translations. Details: In source file: https://github.com/openstack/openstack-manuals/blob/master/doc/common/local… there are two places as follow: 1: L413 "<emphasis>用户不可以想传统的硬盘那样使用OpenStack对象存储。</emphasis>对象存" "用户不可以想传统的硬盘" should be "用户不可以像传统的硬盘". 2: L736 msgid "Access associated with a VM" L737 msgstr "访问和VM想关联" "访问和VM想关联" should be "访问和VM相关联". To manage notifications about this bug go to: https://bugs.launchpad.net/openstack-i18n/+bug/1489311/+subscriptions

1 0

[Bug 1612201] [NEW] Some strings which needn't translation appear in Zanata
by zzxwill 20 Nov '16

20 Nov '16

Public bug reported: In Zanata, document 'doc/admin-guide/source/locale/admin-guide' of openstack-manuals, some strings like 'vm2', 'doc/admin- guide/source/locale/admin-guide', 'd693db9e-a7cf-45ef-a7c9-b3ecb5f22645' are waiting for translation, while, which don't need to be translated. I think there should be a way to stop them from being shown in Zanata. Thanks. ** Affects: openstack-i18n Importance: Undecided Status: New -- You received this bug notification because you are a member of OpenStack I18n Core Team, which is subscribed to openstack i18n. https://bugs.launchpad.net/bugs/1612201 Title: Some strings which needn't translation appear in Zanata Status in openstack i18n: New Bug description: In Zanata, document 'doc/admin-guide/source/locale/admin-guide' of openstack-manuals, some strings like 'vm2', 'doc/admin- guide/source/locale/admin-guide', 'd693db9e-a7cf-45ef- a7c9-b3ecb5f22645' are waiting for translation, while, which don't need to be translated. I think there should be a way to stop them from being shown in Zanata. Thanks. To manage notifications about this bug go to: https://bugs.launchpad.net/openstack-i18n/+bug/1612201/+subscriptions

2 1

[Bug 1612878] Re: 安装和配置 in Installation Guide
by Ian Y. Choi 20 Nov '16

20 Nov '16

"controller" vs. "10.0.0.11" is not the target of I18n team. ** Changed in: openstack-i18n Status: New => Invalid ** Tags added: simplified-chinese -- You received this bug notification because you are a member of OpenStack I18n Core Team, which is subscribed to openstack i18n. https://bugs.launchpad.net/bugs/1612878 Title: 安装和配置 in Installation Guide Status in openstack i18n: Invalid Bug description: ----------------------------------- Release: 0.1 on 2016-08-12 08:52 SHA: 739d8d9e6cb81a10aca0068e5ba1b76541b0398d Source: http://git.openstack.org/cgit/openstack/openstack-manuals/tree/doc/install-… URL: http://docs.openstack.org/mitaka/zh_CN/install-guide-ubuntu/horizon-install… 在memcached里，/etc/memcached.conf 如果-l是controller -l controller 那么在/etc/openstack-dashboard/local_settings.py这个里面也应该是controller CACHES = { 'default': { 'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache', 'LOCATION': 'controller:11211', } } 否则在登录dashboard的时候，能出现登录的页面，登录不成功。如果都写IP地址，也是可以成功。在memcached里，/etc/memcached.conf 如果-l是10.0.0.11 -l 10.0.0.11 那么在/etc/openstack-dashboard/local_settings.py这个里面也应该是10.0.0.11 CACHES = { 'default': { 'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache', 'LOCATION': '10.0.0.11:11211', } } 这样才能成功。 To manage notifications about this bug go to: https://bugs.launchpad.net/openstack-i18n/+bug/1612878/+subscriptions

1 0

[Bug 1637920] [NEW] 网络选项2：私有网络配置Linuxbridge代理中[linux_bridge]部分应为 physical_interface_mappings = provider:PUBLIC_INTERFACE_NAME
by gavin 20 Nov '16

20 Nov '16

Public bug reported: section of PUBLIC_INTERFACE_NAME ----------------------------------- Release: 0.1 on 2016-10-30 16:22 SHA: 0aec93ae3cabb0ba77ca4a0a2498b5dcaf454984 Source: http://git.openstack.org/cgit/openstack/openstack-manuals/tree/doc/install-… URL: http://docs.openstack.org/mitaka/zh_CN/install-guide-rdo/neutron-controller… ** Affects: openstack-i18n Importance: Undecided Status: New ** Tags: install-guide -- You received this bug notification because you are a member of OpenStack I18n Core Team, which is subscribed to openstack i18n. https://bugs.launchpad.net/bugs/1637920 Title: 网络选项2：私有网络配置Linuxbridge代理中[linux_bridge]部分应为 physical_interface_mappings = provider:PUBLIC_INTERFACE_NAME Status in openstack i18n: New Bug description: section of PUBLIC_INTERFACE_NAME ----------------------------------- Release: 0.1 on 2016-10-30 16:22 SHA: 0aec93ae3cabb0ba77ca4a0a2498b5dcaf454984 Source: http://git.openstack.org/cgit/openstack/openstack-manuals/tree/doc/install-… URL: http://docs.openstack.org/mitaka/zh_CN/install-guide-rdo/neutron-controller… To manage notifications about this bug go to: https://bugs.launchpad.net/openstack-i18n/+bug/1637920/+subscriptions

2 1

Re: [OpenStack-I18n] [OpenStack-docs] stable/newton created, publishing frozen for now
by Ian Y. Choi 20 Nov '16

20 Nov '16

Hello, Andreas Jaeger wrote on 11/13/2016 3:52 AM: > On 11/12/2016 07:18 PM, Andreas Jaeger wrote: >> Clark just created a stable/newton branch. >> >> I'll create the changes now for both master and stable so that >> publishing is correct. >> >> Please do not approve any changes until those are in. >> >> I'll sent in a few minutes an email with links to those changes for >> review, > > The changes that need to merge are: > > https://review.openstack.org/396874 > https://review.openstack.org/396875 > > In addition: > * stable-newton needs to be created on zanata (i18n team) Zanata now has a stable-newton version for openstack-manuals, and this version can be seen in https://translate.openstack.org/project/view/openstack-manuals and https://translate.openstack.org/iteration/view/openstack-manuals/stable-new… . i18n team will translate backported guides (common, install-guide, networking-guide) in stable-newton instead of master for translation plan and priority during Ocata cycle. Thank you all kind help and communication, especially Andreas and Olena! With many thanks, /Ian > * import of newton translations: https://review.openstack.org/396876 > * Documentation for the above: https://review.openstack.org/396877 > > Please review everything and help updating these if I missed anything, > I really like to have this properly documented so that the release > managers can do it next time, > > Andreas

1 1

What's Up, Doc? 18 November
by Lana Brindley 17 Nov '16

17 Nov '16

Hi everyone, Welcome to Ocata! It was great to catch up with many of you in Barcelona, and always refreshing to see the energy around our little project and catch that enthusiasm all over again :) Of course, Ocata is a *very* short cycle, so we've deliberately cut down our deliverables list to ensure we can squeeze it all in. We have two main priorities this release: tidying up the new Install Guides index page, and a little bit of navel gazing in terms of social structures and procedures. More on that in this newsletter! == Progress towards Ocata == 96 days to go! Closed 77 bugs so far. Release tasks are being tracked here: https://wiki.openstack.org/wiki/Documentation/OcataDeliverables == The Road to PTG in Atlanta == Event info is available here: http://www.openstack.org/ptg Purchase tickets here: https://pikeptg.eventbrite.com/ Docs is a horizontal project, so our sessions will run across the Monday and Tuesday of the event. == Specs on review == * Ops/Arch Guides: https://review.openstack.org/#/c/392372/ [arch-design] Revise the Architecture Design Guide https://review.openstack.org/#/c/394261/ [ops-guide] Add project upgrade notes https://review.openstack.org/#/c/391786/ Proposed use case form * Training Labs: https://review.openstack.org/#/c/391548/ training-labs: Rewrite training-labs in python == Speciality Team Reports == We've made some structural changes to how Speciality Teams and our regular docs meeting work. Speciality teams will now meet no more than once monthly (most on an 'as needed' basis), and participants are instead encouraged to attend the main docs meeting to discuss work and report on progress. This is aiming to keep all the information about the work we're doing a little more centralised, and give newcomers a way to find out where they can best help. It also gives us a chance to find out where we can help each other, without going to a dozen meetings! * API: Anne Gentle Karen Bradshaw has been working on updates to the openstackdocstheme that would fix this bug: https://launchpad.net/bugs/1583623. The review is up at https://review.openstack.org/#/c/393890/ and getting input from the affected teams who have recognized the need because of errors building when you have multiple API versions with very similar calls, so you end up with identical headings. Launchpad bug 1583623 in openstack-doc-tools "os-api-ref: duplicate labels for selectors" [Low,In progress] - Assigned to Karen Bradshaw (kbhawkey) I've had a couple of inquiries on IRC about "where did the draft/swagger files go?" but to meet their stated end goals, those particular files wouldn't have worked any way due to inaccuracies in the content and incomplete content. See the 100 api-ref doc patches up for review at: https://review.openstack.org/#/q/status:open+file:api-ref. * Configuration Reference and CLI Reference: Tomoyuki Kato No report this week * High Availability Guide: Andrew Beekhof No report this week * Hypervisor Tuning Guide: Joe Topjian No report this week * Installation guides: Lana Brindley No major updates to the guides themselves, but we are planning updates to the landing page. We're also working on getting our first deployment guide landed there, with OpenStack Ansible. I've requested design resources from foundation, but haven't heard back yet, so if you have ideas/suggestions (or design skillz!) then please let me know. * Networking Guide: John Davidge A couple of new articles are close to merging: https://review.openstack.org/#/c/361776/ - VLAN Trunking and https://review.openstack.org/#/c/356013/ - Routed Provider Networks. Need to decide how best to track the work that's going on for https://blueprints.launchpad.net/openstack-manuals/+spec/use-openstack-comm…. Probably a google spreadsheet or etherpad with a list of all the network guide pages to be converted, and the person working on it would be best. That way we can hopefully avoid duplicating efforts. * Operations and Architecture Design guides: Darren Chan We're slowly making progress with the arch guide, and have cloudnull onboard to help. So the focus is completing the design chapter and migrating stuff from the ops guide. * Security Guide: Nathaniel Dillon No update this week. * Training Guides: Matjaz Pancur We changed our IRC meeting to every two weeks (on even weeks) on Tuesday at 1300 UTC in #openstack-meeting-3. There will be an article published about BCN Upstream training in OpenStack's Superuser magazine. BCN Upstream training retrospective https://etherpad.openstack.org/p/upstream-training-barcelona-retrospective * Training labs: Pranav Salunke, Roger Luethi We have the python port already under review, the spec is not done yet, but we hope to get them merged soonish and in the right order :) User guides: Joseph Robinson * This the current work on converting the legacy commands to OS commands: https://wiki.openstack.org/wiki/Documentation/ReorganizeUserGuides#Ocata_Ta…. Thanks to csatari and visnyei and allen, there's progress happening. I need to finish adding the files affected to the checklist, and then also start making changes. Apart from that, keeping track of any admin or user guide bugs is also a task. == Doc team meeting == We have re-started the docs team meetings, with a new cadence. Our first meeting was held today, with much success. Thank you to everyone who participated, either directly in IRC, or by making sure you sent me your updates ahead of schedule. Our next meeting will be on Thursday 1 December at 2100 UTC in #openstack-meeting-alt For more meeting details, including minutes and the agenda: https://wiki.openstack.org/wiki/Meetings/DocTeamMeeting -- Keep on doc'ing! Lana https://wiki.openstack.org/wiki/Documentation/WhatsUpDoc#18_November_2016 -- Lana Brindley Technical Writer Rackspace Cloud Builders Australia http://lanabrindley.com

1 0

Adding Romanian Language Team
by Cristian Cira (KTH-PDC) 16 Nov '16

16 Nov '16

Dear all, I have recently decided to contribute to the translation of the OpenStack documentation to Romanian in my limited free time. I am a native Romanian currently working in Sweden at a HPC center. My English is proficient having studied and worked in USA for 5 years prior to moving here. Here is my LinkedIn <https://se.linkedin.com/in/cristian-cira-246b0933> account for some more details. My username on Zanata is *cira* Please let me know what are the next steps I have to take. Thank you, C *Cristian Cira,* PhD Application Expert in Code Optimization *PDC Center for High Performance Computing* KTH Royal Institute of Technology SE-100 44 Stockholm, Sweden *http://www.pdc.kth.se <http://www.pdc.kth.se>* Tel : +46 8 790 6309 Mob : +46 737 65 22 98

2 1

Re: [OpenStack-I18n] [openstack-dev] [i18n] [glance] ESL question 'shared' vs 'shareable'
by Ian Y. Choi 16 Nov '16

16 Nov '16

Hello devs, As a Korean translator, I also quite agree with the idea. Some images with "shared" state but actually not shared yet would be awkward, and "shareable" word would cover such context : those images can be shard but may not be shared yet (although the addition of "image members"is needed) or already shared. Hello translators, I am copying openstack-i18n(a)lists.openstack.org on this. Would you pleased think about this and share your thoughts? (Or please attend to the next i18n IRC meeting about in 9-10 hours and tell me.) With many thanks, /Ian Sean McGinnis wrote on 11/17/2016 1:44 AM: > On Wed, Nov 16, 2016 at 04:04:52PM +0000, Brian Rosmaita wrote: >> Hello Translators, >> >> We're having a discussion about a new image "visibility" value for Glance, >> and before we go too far, it would be helpful to know whether what we're >> worried about is going to matter for ESL people. >> >> Here's the situation: Since the Diablo release, Glance end users have had >> the ability to share images with other cloud users by adding "members" to >> the image. We call those "shared images". Previously, we haven't had a >> special "visibility" keyword for these, but we are introducing one now >> [0]. Here's the problem introduced by that change: >> >> (1) Members can only be added to an image if its current visibility value >> allows for it. We're going to make this an explicit visibility state that >> we ware proposing to call 'shared'. >> >> (2) An image with visibility == 'shared', however, isn't actually >> accessible to other users unless they are added as "image members". So >> it's going to be possible for a user to have some images with visibility >> == 'shared', but they aren't *really* shared with anyone yet. >> >> (3) For reasons outlined on [0], we're proposing to make this new >> visibility the default value in Glance. This will enable the current >> sharing workflow to work in a backward-compatible way. But some people >> are worried that users will panic when they see that their new images have >> visibility == 'shared' (even though no other users have access to such >> images until "image members" are added). >> >> (4) To address this, we're thinking that maybe the identifier for this >> kind of image visibility should be 'shareable'. >> >> Finally, here's my question. For an ESL person looking at these two >> identifiers (which, as identifiers, won't be translated): >> * shared >> * shareable >> >> Are the above so similar that the nuances of the discussion above would be >> lost anyway? In other words, are we just bikeshedding here, or is there a >> clear distinction? What I mean is, is the panic described above likely or >> unlikely to happen for an ESL person? >> >> thanks, >> brian > Good question. I think technically it would be shareable, which would > mean that it then able to be shared. > > Realistically though, in my opinion, calling it shared to denote that it > _can be_ shared is probably intuitive enough that there wouldn't be any > confusion about the naming. > > My 2 cents. > >> [0] https://review.openstack.org/#/c/396919/ >> >> >> __________________________________________________________________________ >> OpenStack Development Mailing List (not for usage questions) >> Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

1 0