=== LiQiong_Lee1 is now known as LiQiong_Lee === chihchun_afk is now known as chihchun [08:38] zsombi: don't forget the PR please :) [08:38] zbenjamin: I won't!!!! === JanC_ is now known as JanC === chihchun is now known as chihchun_afk [13:04] oSoMoN: t1mp: I commented on https://code.launchpad.net/~osomon/ubuntu-app-platform/+git/ubuntu-app-platform/+merge/311947 I think we definitely want to talk about language packs now. We can't be blowing up the base install of all core apps massively like that. [13:05] Unless you can find a work-around that doesn't require that package [13:05] kalikiana_: right. Thanks for checking. [13:06] so, a separate language-packs snap would make sense. But I guess then the versions need to match? [13:06] What versions do you mean? [13:11] each app and libs in the platform have their own translations? And the words used may differ between versions [13:12] so the app versions and the lib versions in the runtime snap all need to match the versions used for the translations? [13:16] t1mp: I don't think we necessarily want to bundle translations of all the (core) apps. But rather lower level strings like glib or uitk, and for example ubuntu-keyboard- packages. [13:18] So an app will continue to bundle its own localization, but not that of all the various libraries it's using if they come from a platform snap [13:19] (And I'd tentatively propose to move the keyboard packages from the platform snap to the language snap) [14:07] kalikiana_, t1mp: I commented on the merge request. That specific change is not about language packs (but the conversation needs to happen regardless) [14:15] oSoMoN: Sure. But you're nevertheless proposing a massive increase in size right now. [14:16] kalikiana_, it’s either that, or a massive increase in size for every single app (if they need to apply the workaround themselves), or no localization [14:16] or is there another option? [14:16] oSoMoN: Well, I asked you first if there was another way, so you can guess that I don't have a suggestion right now :-D [14:17] Of course it makes no sense for apps to ship it [14:18] oSoMoN: Although it would seem sensible to assume we could try to take only part of it, and see whatever is required to "make things work at all" without actual translations [14:18] kalikiana_, I’m not aware of any other way out or lighter workaround for now, unfortunately [14:20] oSoMoN: In any event your comment is not correct. There is nothing missing in the core image. It won't ever be added. [14:20] For the same reason, the image needs to stay lean [14:20] Language packs will need to solve that. [14:21] kalikiana_, I was under the impression that this was going to be addressed in snapd, at some point, given the description of bug #1576282, but I might have gotten it wrong [14:22] bug 1576282 in Ubuntu App Platform "Snaps built from deb can't be gettext translated" [High,In progress] https://launchpad.net/bugs/1576282 [14:22] oSoMoN: I don't see how snapd is related at all. Are you looking at a particular comment? [14:23] kalikiana_, obviously we don’t need all the possible locale definitions that get installed with locales-all, only those that a user has on their system, and this is where snapd would come into play, it could expose them somehow to snaps [14:30] oSoMoN: Exposing? You still need to download them [14:30] Which translates to a snap containing them [14:32] kalikiana_, right, so maybe there is a need for a locales snap [14:36] oSoMoN: Well, we can see what timp thinks about it. since it's not a new bug or a regression I'm personally not fond of just adding it and potentially only revisiting it in a year [14:37] We don't want to repeat the "why is libreoffice 10G" story :-P [14:37] kalikiana_, I’m not fond of the workaround either, I’d rather have a clean solution agreed upon and implemented soon === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === JanC is now known as Guest67153 === JanC_ is now known as JanC