[Buildroot] [PATCH v2 2/2] modem-manager: Update to version 1.7.990
aleksander at aleksander.es
Fri Feb 23 11:17:41 UTC 2018
On 20/02/18 16:56, Carlos Santos wrote:
>>>>>> Are you sure 1.7.990 isn't a development version ? Interestingly, their
>>>>>> Git repo has no tag with this name:
>>>>>> https://cgit.freedesktop.org/ModemManager/ModemManager/refs/tags. It
>>>>>> has a 1.8-rc1 version. So it does feel like 1.7.x might be a
>>>>>> development version. Could you double check this ?
>>>>> It is a development version. That's why I submitted an update to the
>>>>> latest release version, which is 1.6.12:
>>>> When is the final 1.8.x version expected ? If it's in the very near
>>>> future (i.e before 2018.05-rc1), then we could accept the 1.7.x bump for
>>>> now, and move to 1.8.x when it lands. Otherwise, I'd prefer to stick
>>>> with 1.6.x for now.
>>> The announcement message, from Sun Jan 21, informs that 1.7.990
>>> corresponds to 1.8-rc1. From the list of 1.5.99x releases, which spans
>>> several months, I believe that 1.8 will unlikely be released before
>>> the end of February.
>>> Notice that I'm sympathetic to upgrading the Buildroot package to
>>> 1.7.990, since this release includes the quectel plugin. Currently I
>>> need to maintain that change as a local patch in my BR2_LOCAL.
>> +1 to bump modemmanager to 1.7.990, as it adds support for Sierra
>> EM7565, which I'm using. But for me, beside bump of libqmi to 1.20.0, it
>> also requires bump of libmbim to 1.16.0.
> It's on the "next" branch, already:
MM 1.8.x will come with the new "filter-policies" logic, for which I totally suggest adding some new configurability. Right now the filter policy is an option that can be given to MM when it's started, and is "DEFAULT" by default. See:
This is already available in 1.7.990 (1.8-rc1), and I believe it's very interesting in buildroot as most people building custom systems using buildroot may already be using a single set of modem devices to work with, so the whitelist-only filter is very convenient to avoid MM fiddling with non-modem TTY ports. For those expecting a lot of different devices, the new "strict" policy would probably help as well, which is what we'll be suggesting to distributions (e.g. this was developed after discussions with Debian).
And regarding dates for a 1.8 release... not yet :)
More information about the buildroot