Launchpad itself

Translations: New pot files aren't showing up in the import queue

Asked by Marten de Vries

Hi, we're synchronizing lp:openteacher with the translations here: https://translations.launchpad.net/openteacher . That always worked fine and still does for po files as far as I know, but newly added .pot files do not seem to be added to the import queue, so I can't approve them currently. Those .pot files are here:

http://bazaar.launchpad.net/~openteachermaintainers/openteacher/3.x/files/head:/modules/org/openteacher/mobileGenerator/translations/
http://bazaar.launchpad.net/~openteachermaintainers/openteacher/3.x/files/head:/modules/org/openteacher/profileDescriptions/generateMobile/translations/

Any .po and .mo files in those directories where written manually, not by launchpad. The first .pot file of those was added at 13-10.

I hope somebody can give this a look. Thanks in advance.

Question information

Language:
English Edit question
Status:
Solved
For:
Launchpad itself Edit question
Assignee:
No assignee Edit question
Solved by:
Curtis Hovey
Solved:
Last query:
Last reply:
Revision history for this message
Laura Czajkowski (czajkowski) said : 		#1

Maintenance are looking into this

Revision history for this message
Curtis Hovey (sinzui) said : 		#2

I am still looking into this. I have asked for a one-time sync since I have not found any errors reported by Lp, and I do not see anything odd about the two POTs you added.

For anyone following up on this, https://translations.launchpad.net/openteacher/3.x/+templates does not list these two pots:
    modules/org/openteacher/profileDescriptions/generateMobile/translations/org.openteacher.profileDescriptions.generateMobile.pot
  modules/org/openteacher/mobileGenerator/translations/org.openteacher.mobileGenerator.pot

which are located in lp:openteacher. The two directory structure is the same as many other POTs that were imported. The series' +imports page does not list any POTs need approval.

Revision history for this message
Marten de Vries (marten-de-vries) said : 		#3

Thanks for looking into this.

Revision history for this message
Curtis Hovey (sinzui) said : 		#4

I checked the rosseta logs in launchpad.net-logs/production/ackee/bzrsyncd
My attempt at a one time import created an oops: OOPS-91882635e8551f53a0bd423d85dadcd5
    IntegrityError: duplicate key value violates unique constraint "potemplate__productseries__name__key"
    DETAIL: Key (productseries, name)=(40409, org.openteacher.dialogs.updates) already exists.

Though the oops is bug #571210, this is just my attempt to force an import. Older logs show that nothing errors. This is the last normal run to look for POTS:

2012-10-24 05:30:05 INFO Creating lockfile: /var/lock/launchpad-rosettabranches.lock
2012-10-24 05:30:16 INFO Running <ROSETTA_UPLOAD branch job (4550251) for ~openerp/openerp-web/trunk> (ID 15592886) in status Waiting
2012-10-24 05:30:18 INFO Running <ROSETTA_UPLOAD branch job (4550253) for ~teliute/teliute/gnome3.0> (ID 15592890) in status Waiting
2012-10-24 05:30:18 INFO Running <ROSETTA_UPLOAD branch job (4550256) for ~sikon/steadyflow/trunk> (ID 15592905) in status Waiting
2012-10-24 05:30:18 INFO Running <ROSETTA_UPLOAD branch job (4550259) for ~indiv-screenlets-dev/indiv-screenlets/trunk> (ID 15592910) in status Waiting
2012-10-24 05:30:20 INFO Running <ROSETTA_UPLOAD branch job (4550261) for ~ubuntu-packaging-guide-team/ubuntu-packaging-guide/trunk> (ID 15592912) in status Waiting
2012-10-24 05:30:21 INFO Running <ROSETTA_UPLOAD branch job (4550264) for ~elementary-apps/maya/trunk> (ID 15592915) in status Waiting
2012-10-24 05:30:21 INFO Running <ROSETTA_UPLOAD branch job (4550267) for ~openteachermaintainers/openteacher/3.x> (ID 15592918) in status Waiting
2012-10-24 05:30:24 INFO Running <ROSETTA_UPLOAD branch job (4550270) for ~osmoma/audio-recorder/trunk> (ID 15592921) in status Waiting
2012-10-24 05:30:26 INFO Running <ROSETTA_UPLOAD branch job (4550274) for ~elementary-pantheon/switchboard/switchboard> (ID 15592933) in status Waiting
2012-10-24 05:30:27 INFO Running <ROSETTA_UPLOAD branch job (4550275) for ~openerp-commiter/openobject-addons/extra-6.0> (ID 15592934) in status Waiting
2012-10-24 05:30:31 INFO Running <ROSETTA_UPLOAD branch job (4550278) for ~beatbox-team/beat-box/trunk> (ID 15592939) in status Waiting
2012-10-24 05:30:32 INFO Running <ROSETTA_UPLOAD branch job (4550285) for ~unity-greeter-team/unity-greeter/trunk> (ID 15592947) in status Waiting
2012-10-24 05:30:32 INFO Ran 12 RosettaBranchJobs.

Revision history for this message
Best Curtis Hovey (sinzui) said : 		#5

I do not know *why* the RosettaUploadJob failes to find the new POT files, but I can speculate and suggest ways to make Lp see them.

I wrote a script that scans your branch just like Lp's branch scanner does, and I does see your new POTs...I am certain your branch is correct. The scanner only looks as changes from the last scanned revision to the current revision...so if a job does fail, the POTs or POs will not ever be updated until you make another change to them.

A. The correct fix is to use the Request a one-time import which does a full scan, but that oopses because of bug #571210. I will fix this next week.

B. We can import without the fix by temporarily reactivating the 3 deactivate templates in series 3. Once the POTs are found, we can deactivate the templates gain.

C. Make a trivial change, such as a comment to missing POTs and PO files. The scanner will see the change and RosettaUploadJob will include the changes.

You can do options C and B yourself. I can do option B as well. I will do option A regardless of B and C to ensure no one has to wait this long to fix a branch sync again.

Revision history for this message
Marten de Vries (marten-de-vries) said : 		#6

I'm ok with waiting for option A, these two pots not being synced for a few weeks is not a big problem at the moment.

Revision history for this message
Marten de Vries (marten-de-vries) said : 		#7

Thanks Curtis Hovey, that solved my question.

Revision history for this message
Marten de Vries (marten-de-vries) said : 		#8

The mobilegenerator template is now imported, thanks again :).