touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #112602
[Bug 1506988] Re: Update ofono.override plugin excludes ( -P ) for bluez5
** Changed in: lxc-android-config (Ubuntu RTM)
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to lxc-android-config in
Ubuntu.
https://bugs.launchpad.net/bugs/1506988
Title:
Update ofono.override plugin excludes ( -P ) for bluez5
Status in Canonical System Image:
Confirmed
Status in lxc-android-config package in Ubuntu:
Confirmed
Status in lxc-android-config package in Ubuntu RTM:
Fix Committed
Bug description:
The ofono upstart override file includes an updated exec line for
ofono with a different set of plugins excluded vs. the upstart job
shipped as part of the ofono package.
The '-P' argument is a comma-separated list of plugins to exclude at
startup. ofono internally uses g_pattern_match_simple to process
this list, which means the patterns are glob-style, and support the
wildcard '*' and '?' characters per
https://developer.gnome.org/glib/2.28/glib-Glob-style-pattern-
matching.html
The upstart job shipped in the archive's ofono package specifies a
single plugin to exclude, 'ril', which is the device plugin used on
touch devices only. Note, this job should also probably exclude the
'rildev' plugin as well. As such, we probably should change the
upstart job to specify "-P ril*".
The current excludes list in the overlay PPA is:
-P stktest,provision,sap,udev,dun,smart,hfp
'stktest' can be removed as it's only included in the builtin_modules
list if ofono is built with MAINTAINER_MODE defined.
'dun' can be removed as there's no plugin with that name. Note, for
bluez5, we've added "dun_gw_bluez5" to the list. We should just
combine the two and specify "dun*".
'sap' ( SIM Access Profile ) can be removed when we land bluez5, as
it's only defined if ofono is built against bluez4.
'smart' isn't doing anything by itself, as the plugin is really named
"smart_messaging".
'udev' only prevents the original udev plugin from loading, it doesn't
prevent udevng from being loaded. This should probably be changed to
"udev*" to prevent problems on a device where a collision might occur
between the udev plugins and the rildev plugin.
So, the recommended command line once we land bluez5 should be:
exec ofonod -P provision,udev*,dun*,smart*,hfp_bluez5
To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1506988/+subscriptions
References