Closed Bug 723775 Opened 13 years ago Closed 13 years ago

Create/Deploy l10n preview env for browserid

Categories

(Cloud Services :: Operations: Deployment Requests - DEPRECATED, task)

Product:
Cloud Services
Component:
Operations: Deployment Requests - DEPRECATED
Platform:
x86_64
Linux
Type:
task
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: ozten, Assigned: petef)

References

Details

(Whiteboard: [qa+])

Our localizers need to review their work against the build of code which is currently being QA'd. Code would be normal rpm deployment, but strings would be updated regularly. The git repo code would be form a release train tag. SVN locale directory hosts client.po and messages.po for each locale. These get compiled into client.mo and messages.mo as well as client.json. The config for stage would need to be updated occasionally as new locales were added to svn. Toward the end of a cycle, the QA environment (beta/stage) would have it's config updated with the "signed off" locales, to reproduce what will happen in production with that deployment. QA is responsible for en-US and functionality, the l10n community is responsible for testing their locales. Based on these requirements, we don't want the l10n preview environment to be part of CI, since that is unstable and frequently changing code.
Blocks: 706572
Whiteboard: [qa+]
Are you talking about this site? http://temporary_preview.myfavoritebeer.org/ (compliments of AWS, I see...)
Assignee: nobody → petef
Status: NEW → ASSIGNED
@petef - Although our db_LB, el, and ru are having a file truncation issue[1], can we get all other locales enabled in this new environment? This will allow l10n community to start testing and for us to find more glitches for this production bound train. Thanks! [1] https://github.com/mozilla/browserid/issues/1057
(In reply to Austin King [:ozten] from comment #2) > @petef - Although our db_LB, el, and ru are having a file truncation > issue[1], can we get all other locales enabled in this new environment? > > This will allow l10n community to start testing and for us to find more > glitches for this production bound train. enabled.
@petef thanks! @mathjazz - an older snapshot of following locales in stage: "af", "ca", "cs", "da" "de", "el", "en_US", "eo", "es", "es-MX", "et", "eu", "fi", "fr", "fy", "ga", "gd", "gl", "hr", "it", "ja", "lij", "lt", "ml", "nl", "pl", "pt", "pt-BR", "rm", "ro", "ru", "sk", "sl", "son", "sq", "sr", "sv", "tr", "zh-CN", "zh-TW" Should we have the community test http://beta.myfavoritebeer.org/ This will help us find any issues with the coming deployment this week. Notes: * stage doesn't auto-update as frequently as temporary_preview, yet * el and ru don't work and we're working on this issue
I had to edit en_US this morning. Please re-deploy the browserid-locale.rpm so we can catch any issues this might introduce in the production deployment.
The production/sv/dialog.js is 404 for Swedish (sv).
Is there an update on an official l10n preview environment?
Right now, browserid dual-datacenter is the focus, which should go live next week -- and then we can start to look more at this. Originally I was thinking of hosting this next to the stage environment, but I think we're going to host it near the dev environment in mtv1, but that will depend on having external IPs for mtv1 (which I'll ping netops about, again).
bringing up VM in mtv1, l10n-preview.idweb.mtv1.dev.smc
puppet module written, VM built, zeus temporary vip created (10.250.64.220). signed up and it seems to work; hack in /etc/hosts "10.250.64.220 l10n-preview.diresworb.org" and hit https://l10n-preview.diresworb.org. next up: * external IP * locale auto update cronjob
Status update?
(In reply to Austin King [:ozten] from comment #11) > Status update? Bug 744381 (turn up external IP), which blocks this bug, is currently blocked on Netops bug 704296. No ETA is available for that external dependency at this time.
Depends on: 744381
:ozten both bugs have been addressed. You can ping l10n-preview.diresworb.org to check. I was able to put in the /etc/hosts hack and ping it again. and hit it directly. Let me know if there is a client/RP for this and I will try that as well.
You can use http://ozten.com/random/browserid/bid_test.html to trigger this l10n-preview.diresworb.org dialog. I'm not seeing Italian strings for 'it'.
(In reply to James Bonacci [:jbonacci] from comment #13) > :ozten both bugs have been addressed. > You can ping l10n-preview.diresworb.org to check. > I was able to put in the /etc/hosts hack and ping it again. > and hit it directly. The l10n-preview.diresworb.org hostname should not require an /etc/hosts hack anymore. It may or may not respond to ping, but it should definitely respond to https://. (In reply to Austin King [:ozten] from comment #14) > You can use http://ozten.com/random/browserid/bid_test.html to trigger this > l10n-preview.diresworb.org dialog. Were you able to do so, and load resources from the l10n-preview site successfully? > I'm not seeing Italian strings for 'it'. The site isn't finished. As of today, we have it online, using some unknown version of code (I didn't check). Further bug updates will occur once it's updating automatically.
(In reply to Richard Soderberg [:atoll] from comment #15) Great progress! Yes disabling /etc/hosts and disconnecting VPN, l10n-preview.diresworb.org loads en-US assets and works for me.
Yep for me as well. I would try this outside of a Mozilla office, but I think :ozten has that covered....
What is the next step here? @mathjazz is going on vacation today, last chance to interview him for requirements.
Blocks: 751642
No longer blocks: 751642
l10n-preview.diresworb.org is up and ready to go. https://intranet.mozilla.org/Services/Ops/BrowserID#l10n-preview_Environment
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.