launchpad development|
Size: 3028
Comment: Update the schedule for lunar and remove EOL series.
|
Size: 3118
Comment: Add the missing jammy language pack build schedule
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 17: | Line 17: |
| || '''Tuesday''' || [[https://translations.launchpad.net/ubuntu/focal/+language-packs|Focal]] || || - || | || '''Tuesday''' || [[https://translations.launchpad.net/ubuntu/focal/+language-packs|Focal]] || [[https://launchpad.net/ubuntu/jammy/+source/language-pack-en/+changelog|Jammy (archive)]] || - || |
Purpose
This page documents the schedule of automatic translations tarball exports from Launchpad to be used as a source to langpack-o-matic to create the Ubuntu language packs.
Status
For the live status on the language pack builds, have a look here
Current export schedule
Note: these are the starting days of the exports. The cron jobs to start generating the language-pack tarballs start on these days. Then langpack-o-matic picks them up the next day.
Export starts: 10:30 UTC
Build starts: 10:30 UTC next day
Weekday |
Launchpad Exports |
Language Pack Builds |
Notes |
Monday |
|
- |
|
Tuesday |
- |
||
Wednesday |
|
||
Thursday |
|
Ubuntu releases day |
|
Friday |
- |
||
Saturday |
- |
||
Sunday |
- |
Notes
Launchpad crontabs live in a branch at lp:lp-production-crontabs (look at the loganberry.canonical.com-launchpad file). If the crontab entries need changing, do the updates yourself in a branch and propose a merge.
- The old timing (was 22:00 UTC) used to be chosen so we hit the times when we usually expect the lowest load. Most of the translation work happens in Europe, South America and Asia, and 22:00 UTC should mean less load on LP due to translation activity. With DB slaves, though, this is probably not something we should worry about.
The new timing (10:30 UTC) was chosen to be after the new fastnodowntime window at 10:00 - 10:05 UTC during which the database will shortly be unavailable. This would break the export run and has to be avoided (bug 849829).
Currently full language exports take much longer than expected, approaching 24h (bug 684664)
