Bug 431125
Summary: | Translations not being committed upstream | ||
---|---|---|---|
Product: | [Fedora] Fedora Localization | Reporter: | Miloš Komarčević <kmilos> |
Component: | Website | Assignee: | Dimitris Glezos <dimitris> |
Status: | CLOSED UPSTREAM | QA Contact: | A S Alam <aalam> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | unspecified | CC: | aalam, mshao, piotrdrag, p.van.egdom |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-11-08 19:30:17 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Miloš Komarčević
2008-01-31 20:54:21 UTC
From what I see in the logs of the module in question, there have been some successful commits. Maybe this is DUPE of #303991? Where do you see that? I haven't seen anything coming from Transifex through to hg for this module for a while, only direct commits to po/* by the maintainer. The last successful one was on Jan 4: http://hg.fedorahosted.org/hg/system-config-date/rev/d005d8fab45a The single Transifex commit that appeared yesterday by Fabian Affolter seems to be borked (created po/de.po.orig and po/de.po.rej). Where are all the other commits that showed up in the web log in the meantime? Don't think this is (or was) a dupe of bug 303991, since I didn't get the 500 error. Everything seemed successful and logged on the web side, just nothing came through to hg. OK, I tracked this down today. The VCS user we are using didn't have permissions to that repository, so pushed commits failed. This happened also in s-c-nfs, for which I opened bug #433542. Now, this is a serious problem, since we want to constantly keep Tx in sync with upstream to avoid conflicts. However, mercurial is a bit picky in reverting stuff back if they fail getting pushed. If local commits stay in the repo and new stuff arrive upstream, all subsequent pushes will fail because the introduce new remote heads. To battle this, we need to check if a push fails, rollback the last commit right away. FWIW, this is easily fixable, since a removal of the local repo copy and a new Refresh will do the trick, albeit losing all unpushed commits so far. Leaving the bug report open until we fix this properly. Mass change of component from Transifex to Website, since all our websites are handled by Transifex now. |