OK, maybe I was overly grumpy last time I commented, I didn't mean to sound hostile.
--- As for the autopkg tests, you're right that building the package is something. But one of the goals of a MIR is to ensure that packages are well maintained. And letting the integration tests bit rot for six months is not a great sign. Ideally either the unity-scope-click maintainers would have gone down a stack and committed to fixing the harness or applied enough pressure to the harness maintainers to commit to fixing it. Neither happened, which is why I'm a touch worried that we'll never get to the point of turning the integration tests back on, simply because no one is working on it. Can you commit to putting resources into it or find someone that can? According to the bug it's easy to reproduce. Just a little hard to fix. --- As for the database, yes an sqlite database isn't quite as bad as an executable blob sitting there. Someone *could* generate the same database, *if* they knew which locales were specified on the command line *and* what clicks were installed on the system at the time (right, it pulls list of clicks from the installed set?). At a minimum, I'd like to see some documentation. Like a README saying "install latest Touch image and run 'init-departments my.db en_US zh_CN fr_FR' to get this same db". But what I'm trying to get at is, can we make it more generate-able? Like... Can we hardcode the list of clicks and just grab those translations from the store? It doesn't solve the fact that we need to hit the network for translations, so we still can't generate the db at build. But at least it could be generated straight from a built tree rather than having to set up a separate Touch system. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1614203 Title: [MIR] unity-scope-click To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1614203/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
