Activity log for bug #788685

Date Who What changed Old value New value Message
2011-05-26 15:32:40 David Planella bug added bug
2011-05-26 15:33:35 David Planella bug task added launchpad
2011-05-26 15:34:59 David Planella summary Enable translating selected universe packages in Launchpad Enable translating selected Ubuntu universe packages in Launchpad
2011-05-26 15:35:25 David Planella bug added subscriber Kyle Nitzsche
2011-05-26 19:11:19 Benji York launchpad: status New Triaged
2011-05-26 19:11:23 Benji York launchpad: importance Undecided Low
2011-05-26 19:29:36 Kyle Nitzsche bug added subscriber Gary Ekker
2011-05-27 07:07:11 Martin Pitt pkgbinarymangler (Ubuntu): assignee Martin Pitt (pitti)
2011-05-27 07:07:47 Martin Pitt pkgbinarymangler (Ubuntu): status New Triaged
2011-05-27 07:07:51 Martin Pitt pkgbinarymangler (Ubuntu): importance Undecided Wishlist
2011-05-27 07:44:58 David Planella bug task added ubuntu-translations
2011-05-27 07:45:10 David Planella ubuntu-translations: status New Triaged
2011-05-27 07:45:25 David Planella ubuntu-translations: importance Undecided Wishlist
2011-05-31 02:47:53 Gary Ekker bug task added oem-priority
2011-05-31 02:48:37 Gary Ekker oem-priority: importance Undecided Medium
2011-05-31 02:49:06 Gary Ekker bug added subscriber OEM Priority Team
2011-06-15 05:00:53 Martin Pitt description Binary package hint: pkgbinarymangler Following a conversation at UDS and subsequent follow-ups with the OEM group, I'd like to request the possibility to enable the translation of selected universe packages in Launchpad. That would require: * Changes in pkgbinarymangler to create a whitelisting system to be able to selectively build * Changes in Launchpad to stop ignoring translation imports coming from universe packages and start importing any translation tarball that pkgbinarymangler provides. Note that for source packages with upstream translations sharing enabled in Launchpad, this might not be even necessary (is there any check to ignore sharing if the Ubuntu source package comes from universe?), but it will be to import translations for packages not supported by upstream imports sharing (i.e. any project not based on intltool) Background notes ---------------- (from conversations with pitti and danilo) In order to import universe translations and ship them in language packs we need: * A trivial patch to pkgbinarymangler and get its tests updated. Estimated time 15 m. * A small patch in Launchpad to stop ignoring universe translation tarball uploads. * Research on how the amount of universe translations compare with those from main. Results: - We ship a total of ~1.25 GB (1252512038 bytes) of translation data as the sum of all language packs - We ship a total of ~0.85 GB (845977204 bytes) of translation data as the sum of all universe packages - This means universe translations have roughly 70% of the size of the translations we ship in language packs * A decision from the research action above on whether to ship separate language packs or not * If we decide to ship separate universe language packs, a (not too hard) modification to langpack-o-matic to generate them. Other notes: * IIRC, from the previous UDS discussion in Brussels, we'd only want to enable this for selected universe packages, those which are well maintained, since this would introduce a delta with those packages coming from debian (the delta being the .pot building rules). * The discussion at UDS-O was not about mass-enabling universe translations, but rather the context was about enabling them for some packages in which we'd want to have more flexibility with translations and be able to ship updates in language packs without requiring a main inclusion request for the package. An example is the nanny package, which OEM distributes in their images. * So as we're not talking about enabling all universe, a start would be to add a way to whitelist selected universe packages and decide to ship them in the regular language packs * Implementation options: 1. pkgbinarymangler whitelist: right now pkgbinarymangler already builds universe translation tarballs and Launchpad ignores them. Keeping this approach and importing selected packages would require a whitelist both in pkgbinarymangler and Launchpad. 2. pkgbinarymangler universe disabled + whitelist: modify pkgbinarymangler to stop from building universe translations, build them only for main plus the whitelisted universe packages. Launchpad imports anything thrown at it and the whitelist needs to be maintained on pkgbinarymangler only. 3. Special header for universe packages: add an "XS-Ubuntu-Use-Langpack: yes" header to the debian/control file of each package we want to import the translations of. It would require a modification in each package and in Launchpad (so that it reads the special header) Binary package hint: pkgbinarymangler Following a conversation at UDS and subsequent follow-ups with the OEM group, I'd like to request the possibility to enable the translation of selected universe packages in Launchpad. That would require: * Changes in pkgbinarymangler to create a whitelisting system to be able to selectively build * Changes in Launchpad to stop ignoring translation imports coming from universe packages and start importing any translation tarball that pkgbinarymangler provides. Note that for source packages with upstream translations sharing enabled in Launchpad, this might not be even necessary (is there any check to ignore sharing if the Ubuntu source package comes from universe?), but it will be to import translations for packages not supported by upstream imports sharing (i.e. any project not based on intltool) Background notes ---------------- (from conversations with pitti and danilo) In order to import universe translations and ship them in language packs we need: * A trivial patch to pkgbinarymangler and get its tests updated. Estimated time 15 m. * A small patch in Launchpad to stop ignoring universe translation tarball uploads. * Research on how the amount of universe translations compare with those from main. Results:   - We ship a total of ~1.25 GB (1252512038 bytes) of translation data as the sum of all language packs   - We ship a total of ~0.85 GB (845977204 bytes) of translation data as the sum of all universe packages   - This means universe translations have roughly 70% of the size of the translations we ship in language packs * A decision from the research action above on whether to ship separate language packs or not * If we decide to ship separate universe language packs, a (not too hard) modification to langpack-o-matic to generate them. Other notes: * IIRC, from the previous UDS discussion in Brussels, we'd only want to enable this for selected universe packages, those which are well maintained, since this would introduce a delta with those packages coming from debian (the delta being the .pot building rules). * The discussion at UDS-O was not about mass-enabling universe translations, but rather the context was about enabling them for some packages in which we'd want to have more flexibility with translations and be able to ship updates in language packs without requiring a main inclusion request for the package. An example is the nanny package, which OEM distributes in their images. * So as we're not talking about enabling all universe, a start would be to add a way to whitelist selected universe packages and decide to ship them in the regular language packs Implementation: * pkgbinarymangler: Stop building translation tarballs for universe packages, i. e. for packages which it does not strip. * pkgbinarymangler: Check "XS-Ubuntu-Use-Langpack: yes" header in debian/control. If present, force stripping/translation tarball building. This can be used for particular universe packages. That way, we don't need a static whitelist in pkgbinarymangler, and it will also work for PPAs, etc. * Launchpad: Stop ignoring universe translation tarballs.
2011-06-15 06:08:19 Launchpad Janitor branch linked lp:pkgbinarymangler
2011-06-15 06:38:04 Martin Pitt pkgbinarymangler (Ubuntu): status Triaged Fix Committed
2011-06-15 07:10:12 Launchpad Janitor pkgbinarymangler (Ubuntu): status Fix Committed Fix Released
2011-06-15 08:08:36 Launchpad Janitor branch linked lp:ubuntu/pkgbinarymangler
2011-06-20 19:45:22 Steve Magoun tags oem-services
2011-06-20 19:46:03 Steve Magoun oem-priority: status New Invalid
2011-06-23 16:02:46 Francis J. Lacoste launchpad: importance Low Critical
2011-07-14 14:31:43 Francis J. Lacoste tags oem-services escalated oem-services
2011-07-20 19:52:36 Brad Crittenden launchpad: assignee Brad Crittenden (bac)
2011-07-20 19:52:39 Brad Crittenden launchpad: status Triaged In Progress
2011-07-25 13:18:27 Launchpad Janitor branch linked lp:~bac/launchpad/bug-788685
2011-07-26 02:10:37 Launchpad QA Bot tags escalated oem-services escalated oem-services qa-needstesting
2011-07-26 02:10:39 Launchpad QA Bot launchpad: status In Progress Fix Committed
2011-07-27 17:55:55 Brad Crittenden tags escalated oem-services qa-needstesting escalated oem-services qa-ok
2011-07-27 22:17:26 William Grant launchpad: status Fix Committed Fix Released
2011-11-25 09:23:20 Martin Pitt ubuntu-translations: status Triaged Fix Released
2013-04-30 05:17:57 Mantas Kriaučiūnas bug added subscriber Mantas Kriaučiūnas
2013-04-30 05:18:05 Mantas Kriaučiūnas bug added subscriber Baltix GNU/Linux system developers