Comment 9 for bug 1366421
Revision history for this message
| Francesco Fumanti (frafu) wrote Re: [Bug 1366421] Re: d-bus method for setting the auto-show option | #9 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
0e1f616
(Get the code!)
On 2015-12-04 00:22, marmuta wrote:
> I think the Onboard team (me and Francesco, lately) would definitely support this.
+1
>> My immediate goal is to see if I can get onboard a possible 1st class
>> replacement for Caribou.
> Ideally we would be able to simply select one out of a number of available keyboards. I feel this will be an uphill battle, though.
Once Onboard plays nicely with GNOME, it might be easier to get support from Upstream GNOME for it, as Onboard could be seen as a temporary solution until caribou has been improved.
>> If you get the GNOME SHell Extension improvements into onboard upstream itself, it'd definite...
> @Francesco, what do you think? Hypothetically, would a suggests dependency to a new, say, onboard-gnome package make sense? We would need to get permission from the original extension author of course and then see what can be done for better integration.
I am now taking the use case of people into account, that are installing GNOME alongside unity in Ubuntu.
If I get it right, according to the debian policy, a package (the onboard package) should work also if a suggest dependency (the onboard-gnome package, once it exists) is not installed. But, I suppose that onboard will not work properly in GNOME without the onboard-gnome extension. So, the onboard-gnome package should probably rather be a Recommends, if not even a Depends. A depends on the onboard-gnome package in the default onboard package might not be possible as I don't expect an onboard-gnome package to enter the main repository.
That does not mean that we cannot add a suggest; as a hint for the maintainers of the GNOME metapackage package to add a Depends on onboard-gnome in the GNOME metapackage package. In fact, I think the right place for the onboard-gnome dependency is the GNOME metapackage in this use case.
I would also suggest to add a few sentences about it in the Readme of Onboard.
Finally, we can also contact the people maintaining the GNOME metapackage about it, once the onboard-gnome package is available.