No, this is precisely backwards from how the language pack system is designed and how it works elsewhere in Ubuntu. Language packs are supposed to beat packaged translations.
Now, this works in Ubuntu because packaged translations are imported into Launchpad and then circle back to language packs. For customised projects, I would say that it's appropriate to make this sort of change, but I would rather not do so for Ubuntu. I'd consider something that msgmerged the two translations so that you got language-pack translations in preference where they exist but also got a fallback to packaged translations where the language pack simply doesn't have the strings at all, although grub-pc doesn't depend on gettext at the moment and I'm slightly worried about introducing a dependency on a development package. Still, I think this would be a better approach. ** Tags removed: patch -- custom (pgk) translations preempted by lang pack https://bugs.launchpad.net/bugs/586814 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
