I'm guessing the click language packs would be provided by a trusted set of contributors: Ubuntu Translators, in the same way they provide the .deb language packs today.
Perhaps the click language packs could have their own policy that triggers a manual review to ensure only those from a trusted source get uploaded? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apparmor-easyprof-ubuntu in Ubuntu. https://bugs.launchpad.net/bugs/1446212 Title: Support installing localization data from click packages Status in apparmor-easyprof-ubuntu package in Ubuntu: Confirmed Status in ubuntu-ui-toolkit package in Ubuntu: Incomplete Bug description: It would be nice if it were possible to add support to a new language/locale by just installing a click package. This would have several benefits: 1) People could easily add support for non officially supported languages 2) Languages would be updated independently from the system image 3) Some space could be freed from the image, if some languages get moved to click packages I'm entering this bug against ubuntu-ui-toolkit, because I guess it would need some change to get the correct path where translations are installed (it now calls bindtextdomain with /usr/share/locale, while it should fallback to ~/.local/share/locale/ if the language does not exist in the system path), but there surely are other projects that would need to be changed. For sure, we would need a click hook to move the translations in ~/.local/share/locale/, as well as changes to the apparmor policy to read from that directory. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1446212/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
