[08:38] <zbenjamin> zsombi: don't forget the PR please :)
[08:38] <zsombi> zbenjamin: I won't!!!!
[13:04] <kalikiana_> 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] <kalikiana_> Unless you can find a work-around that doesn't require that package
[13:05] <t1mp> kalikiana_: right. Thanks for checking.
[13:06] <t1mp> so, a separate language-packs snap would make sense. But I guess then the versions need to match?
[13:06] <kalikiana_> What versions do you mean?
[13:11] <t1mp> each app and libs in the platform have their own translations? And the words used may differ between versions
[13:12] <t1mp> so the app versions and the lib versions in the runtime snap all need to match the versions used for the translations?
[13:16] <kalikiana_> 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] <kalikiana_> 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] <kalikiana_> (And I'd tentatively propose to move the keyboard packages from the platform snap to the language snap)
[14:07] <oSoMoN> 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] <kalikiana_> oSoMoN: Sure. But you're nevertheless proposing a massive increase in size right now.
[14:16] <oSoMoN> 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] <oSoMoN> or is there another option?
[14:16] <kalikiana_> 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] <kalikiana_> Of course it makes no sense for apps to ship it
[14:18] <kalikiana_> 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] <oSoMoN> kalikiana_, I’m not aware of any other way out or lighter workaround for now, unfortunately
[14:20] <kalikiana_> 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] <kalikiana_> For the same reason, the image needs to stay lean
[14:20] <kalikiana_> Language packs will need to solve that.
[14:21] <oSoMoN> 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] <ubot5`> 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] <kalikiana_> oSoMoN: I don't see how snapd is related at all. Are you looking at a particular comment?
[14:23] <oSoMoN> 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] <kalikiana_> oSoMoN: Exposing? You still need to download them
[14:30] <kalikiana_> Which translates to a snap containing them
[14:32] <oSoMoN> kalikiana_, right, so maybe there is a need for a locales snap
[14:36] <kalikiana_> 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] <kalikiana_> We don't want to repeat the "why is libreoffice 10G" story :-P
[14:37] <oSoMoN> kalikiana_, I’m not fond of the workaround either, I’d rather have a clean solution agreed upon and implemented soon