Friday, 2018-10-19

*** jamesmcarthur has quit IRC00:42
*** jamesmcarthur has joined #openstack-i18n01:03
*** jamesmcarthur has quit IRC01:12
*** jamesmcarthur has joined #openstack-i18n01:13
*** jamesmcarthur has quit IRC01:13
*** jamesmcarthur has joined #openstack-i18n02:38
*** jamesmcarthur has quit IRC02:43
*** jamesmcarthur has joined #openstack-i18n03:02
*** jamesmcarthur has quit IRC03:24
*** jamesmcarthur has joined #openstack-i18n03:49
*** jamesmcarthur has quit IRC04:07
*** pcaruana has joined #openstack-i18n06:14
*** rsimai has joined #openstack-i18n06:38
*** pcaruana has quit IRC07:09
*** ykatabam has left #openstack-i18n07:11
*** rcernin has quit IRC07:17
*** pcaruana has joined #openstack-i18n07:28
*** pcaruana is now known as pcaruana|elisa|07:30
*** Guest95483 has joined #openstack-i18n07:30
*** tosky has joined #openstack-i18n07:36
*** jamesmcarthur has joined #openstack-i18n12:48
*** jamesmcarthur has quit IRC13:14
*** jamesmcarthur has joined #openstack-i18n13:14
*** jamesmcarthur has quit IRC13:17
*** jamesmcarthur has joined #openstack-i18n13:39
*** jamesmcarthur has quit IRC13:40
*** jamesmcarthur has joined #openstack-i18n13:40
amotokieumel8: ianychoi: how do you think we can move https://review.openstack.org/#/c/606151/ forward?14:06
amotokiif we publish python package from the i18n repo, it is better to have a better test coverage.14:06
amotokiotherwise, cross-repo thing makes situation more complicated.14:07
amotokipreviously I tried to set up 'openstack-i18n' package so that python tools in the i18n repo can be tested (i.e. can be importable). the effort was stopped and I have no plan on this.14:08
eumel8Hi amotoki. Yeah, first of all write a blueprint or a user story, fix the issues in the proposal, adjust tox.ini in project repos, check Zuul job if it's working.14:08
eumel8Unfortunatelly I'm running out of time, every day.14:08
amotokieumel8: i think the key point is how we can prevent regression whcih affect cross projects by changes in the i18n repo.14:09
eumel8amotoki: you mean a new repo? This sounds also better to me14:09
amotokieumel8: no14:09
amotokieumel8: I don't mean a new repo. What I mention is to how to achieve good test coverages.14:10
eumel8I'm not so familar with building python packages, so this was my first shot14:10
eumel8ah, ok14:10
amotokieumel8: in my understanding, what you would like to do is to provide i18n-tools-build-lang for all i18n-ed documents. right?14:11
amotokieumel8: I am not sure preparing a python package is the right way or not.14:11
eumel8right, a central maintained script, distributed to build jobs in project repos14:12
eumel8amotoki: Ideas was the easy installation with tox as a depend package14:12
amotokiif so, http://git.openstack.org/cgit/openstack/openstack-doc-tools/tree/ might be a better place.14:13
amotokithe i18n repo focuses on providing information on i18n so far.14:14
amotokiproviding a python package is a bit different. it requires releases.14:14
amotokiI don't know whether openstack-doc-tools is still maintained or not, but it looks like a simpler way to me.14:14
amotokiI also would like not to add more burden to i18n-core.14:15
eumel8amotoki: I was there but AJaeger mentioned it's only for openstack-manuals and not project docs (https://review.openstack.org/#/c/604568/)14:15
amotokii18n-core are not expected to be familiar with openstack CI processes, even though they are familiar with i18n/l10n.14:16
amotokieumel8: so, a new repo i18n-tools sounds better to me.14:17
amotokiwith new cores14:17
eumel8amotoki: I would like to have the full logic in the project repos, but building language docs is more then an one-liner as you know. So there are only few changes in an initial script, but there are changes. And you are right, it needs releases.14:18
amotokiif we go to that route, I would suggest to move python scripts under tools/ in the i18n repo to importable python paths and provides console scripts via setup.cfg.14:21
*** openstackgerrit has joined #openstack-i18n14:26
openstackgerritMerged openstack/i18n-specs master: fix tox python3 overrides  https://review.openstack.org/60663814:26
eumel8amotoki: mhm, I'm not sure. tox was the prefered way to use in the future. So the i18n-tools repo with that package include the build script installed and called by tox should be the better solution14:28
amotokieumel8: tox is a tool to handle multiple python virtual envs efficiently. setup.cfg and tox are separate things14:32
amotokionce the goal and vision are clear, I can help the effort but if we need a discussion on the direction on i18n documents I cannot have enough time to join the discussion.14:34
eumel8yes, thats the problem. I have to write the vision first14:35
ianychoi(I am now reading conversation)14:40
eumel8better not ;)14:41
ianychoiamotoki, I am on the part of placing into i18n repo. http://eavesdrop.openstack.org/irclogs/%23openstack-i18n/%23openstack-i18n.2018-09-28.log.html#t2018-09-28T15:41:09 would summarize where to place scripts for that purpose.14:42
ianychoi"1) placing within Docs team 2) placing within Infra team and 3) placing within I18n team"14:43
ianychoiEither among three ways give some pressure to different team(s)14:44
ianychoiCurrently, although me and eumel8 are still not familiar too much with Python packaging and other stuff, I am sure that i18n-cores (at least we three) are the best to know how to implement those things.14:45
amotokiianychoi: I have a concern on including it in the i18n repo. are i18n cores expected to be familiar with the infra stuffs like this?14:45
ianychoiSince we would like to drive this implementation, I think i18n repo would be good.14:45
amotokii am familiar with python packaging and release things (as my hat of neutron/osc/horizon core) but I still have a doubt on the i18n team can cover this.14:46
ianychoiamotoki, how about having "i18n-tool-core" then?14:47
amotokiianychoi: I am okay with it (though I am not sure I would like to be a member)14:48
ianychoiamotoki, I don't want to make additional pressure to you. I think you have full of your current many core-ownership..14:49
eumel8I would like to have amotoki definitly in :)14:51
amotokiianychoi: it is part of joke :) my point is that it is important to clarify what are expected in a specific core team.14:51
amotokiianychoi: I believe mixing roles/expectations is not a good idea.14:51
eumel8but with an own repo we are more independendly14:52
amotokiwe already have such experiences when i18n cores review zanata interaction tools14:52
eumel8ianychoi: ok, how to proceed with the description of the vision. i18n spec, launchpad/blueprint or new story on storyboard?14:53
toskyI'm not part of this process, but given that we are trying to migrate away from launchpad, I would suggest to use storyboard directoy or specs.openstack.org if this project uses it already14:55
*** pcaruana|elisa| has quit IRC14:56
eumel8tosky: we're very virgin: https://github.com/openstack/i18n-specs/tree/master/specs14:56
toskybut the infrastructure is ready :)14:57
*** pcaruana|elisa| has joined #openstack-i18n14:57
eumel8++ ;)14:59
ianychoiI18n team currently mixes with core-ship and language coordinator-ship. During last discussion on AUC criteria for I18n team, we might be able to incorporate language coordinator from AUC perspective.15:02
ianychoi(that's just my brief thought brought out from last discussion during PTG)15:03
ianychoiSolving such mix-problem would be good idea to make I18n healthier.15:04
ianychoieumel8, for team vision, from my remembrance, Docs team discussed during PTG. I think discussing team mission statement via mailing list would be first step: https://governance.openstack.org/tc/reference/projects/i18n.html#mission15:06
ianychoieumel8, for i18n-spec, I still be on part of encouraging the repo, but I am okay to remove the repo if you and other cores think that it does not fit with the team.15:07
eumel8ianychoi: no, I mean especially what amotoki mentioned - moving forward with project doc translation.15:07
*** pcaruana|elisa| has quit IRC15:08
*** pcaruana has joined #openstack-i18n15:08
eumel8ianychoi: I can use it for the first time but if we  assign tasks later, then storyboard would be a better choice.15:08
ianychoiAha.. eumel8 would you create an Etherpad for this goal?15:08
eumel8but I'm not sure - end the end it's only one task to bring this package in15:08
ianychoiI think Storyboard vs. LP needs more discussion in the team.15:08
eumel8yeah, etherpad is already a good idea15:09
ianychoieumel8, amotoki: for diving into specific core parts, do you have some brief idea? Seems that we don't have any specific idea right now so we can start to think about it. I agree with amotoki - clarifying roles and sharing details are solutions to go forward.15:14
eumel8ok15:15
ianychoitosky, I agree with current migration direction from LP to Storyboard, and during last PTG, I discussed with Storyboard team how to internationalize Storyboard. One of issues I18n team may need to think is how "different language team culture" can reflect into Storyboard.15:15
ianychoiI think I18n-ing Storyboard, and creating specific stories for language teams may address such issues.15:16
amotokiianychoi: eumel8: I have no good idea to recruiting new members on tooling/infra part of the i18n team.15:25
amotokiianychoi: eumel8: we so far recruited members who are active in translations but it turns out to me that we expect different roles to them. Hosting i18n tools more would encourage this expection. this is the reason I raised it here.15:25
amotokiperhaps we need to recruit folks who work on infra/CI stuffs to the team (i18n-tool core? not sure)15:26
*** rsimai has quit IRC15:27
*** pcaruana has quit IRC15:31
eumel8I would expect a minimized part of work for i18n tooling.15:33
*** openstackgerrit has quit IRC16:24
*** tosky has quit IRC17:18
*** jamesmcarthur has quit IRC17:19
*** jamesmcarthur has joined #openstack-i18n17:26
*** jamesmcarthur has quit IRC18:34
*** jamesmcarthur has joined #openstack-i18n23:10
*** jamesmcarthur has quit IRC23:15

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!