<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Feb 20, 2018 12:12 PM, "Aleksander Morgado" <<a href="mailto:aleksander@aleksander.es">aleksander@aleksander.es</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="elided-text">On Tue, Feb 20, 2018 at 7:02 PM, Russ Westrem<br>
<<a href="mailto:lspwaterproofing@gmail.com">lspwaterproofing@gmail.com</a>> wrote:<br>
><br>
><br>
> On Tue, Feb 20, 2018 at 11:53 AM, Aleksander Morgado<br>
> <<a href="mailto:aleksander@aleksander.es">aleksander@aleksander.es</a>> wrote:<br>
>><br>
>> Hey!<br>
>><br>
>> >> make[8]: Entering directory<br>
>> >><br>
>> >> '/home/russ/MM/source/build_<wbr>dir/target-arm_cortex-a9+<wbr>vfpv3_musl_eabi/libmbim-1.15.<wbr>0-20161123/src/libmbim-glib'<br>
>> >>   CC       libmbim_glib_core_la-mbim-<wbr>device.lo<br>
>> >> mbim-device.c: In function 'initable_init_async':<br>
>> >> mbim-device.c:2168:15: error: assignment from incompatible pointer type<br>
>> >> [-Werror=incompatible-pointer-<wbr>types]<br>
>> >>      ctx->self = g_object_ref (initable);<br>
>> >>                ^<br>
>> >><br>
>> ><br>
>> > Oh, I think this is a recent change in GLib, which makes<br>
>> > g_object_ref() keep the type info in its return value.<br>
>> ><br>
>> > This specific issue is anyway obsolete in MBIM 1.16.0 as that code was<br>
>> > changed during the switch to GTask. I'd suggest you upgrade to 1.16.0<br>
>> > and retry.<br>
>> ><br>
>> ><br>
>> > Still a little new to this.<br>
>> ><br>
>> > I'm in the libmbim makefile.  Where do I find the exact info to put into<br>
>> > PKG_VERSION<br>
>> > And<br>
>> > PKG_SOURCE_VERSION<br>
>> ><br>
>> > so that I can get the 1.16.0 libmbim<br>
>> ><br>
>><br>
>> If you want the exact stable version release, you can just refer to<br>
>> the tag in PKG_SOURCE_VERSION, e.g. this would probably work:<br>
>><br>
>> PKG_VERSION=1.16.0<br>
>> PKG_SOURCE_VERSION=1.16.0<br>
>><br>
>> You could probably just get rid of the second one, but as we're<br>
>> building from git you may want in the future to use a newer commit id<br>
>> while keeping the PKG_VERSION, or using something like<br>
>> 1.16.0-20180220.<br>
>><br>
>> If you prefer to refer to the commit id instead:<br>
>><br>
>> PKG_VERSION=1.16.0<br>
>> PKG_SOURCE_VERSION=<wbr>16e15d49297f72397f6b691cf7a9cc<wbr>f47bdae844<br>
>><br>
>> --<br>
>> Aleksander<br>
>> <a href="https://aleksander.es" rel="noreferrer" target="_blank">https://aleksander.es</a><br>
><br>
><br>
> ok did that.  Now i have an issue with the patch.<br>
><br>
> Applying ./patches/0001-openwrt-remove-<wbr>docs.patch using plaintext:<br>
> patching file Makefile.am<br>
> Hunk #1 succeeded at 1 with fuzz 2.<br>
> patching file autogen.sh<br>
> Hunk #1 FAILED at 14.<br>
> 1 out of 1 hunk FAILED -- saving rejects to file autogen.sh.rej<br>
> patching file <a href="http://configure.ac" rel="noreferrer" target="_blank">configure.ac</a><br>
> Hunk #1 succeeded at 101 (offset 9 lines).<br>
> Hunk #2 succeeded at 157 (offset 8 lines).<br>
> Hunk #3 succeeded at 173 (offset 10 lines).<br>
> Hunk #4 succeeded at 190 (offset 10 lines).<br>
> Patch failed!  Please fix ./patches/0001-openwrt-remove-<wbr>docs.patch!<br>
> Makefile:69: recipe for target<br>
> '/home/russ/MM/source/build_<wbr>dir/target-arm_cortex-a9+<wbr>vfpv3_musl_eabi/libmbim-1.16.<wbr>0/.prepared_<wbr>961d229cdf252792062ee13983a8da<wbr>a3_<wbr>6664517399ebbbc92a37c5bb081b5c<wbr>53'<br>
> failed<br>
><br>
<br>
</div>What happens if you just remove both patches from the patches/ directory?<br>
<br>
I should update the openwrt repo with newer versions myself...<br>
<font color="#888888"><br>
--<br>
Aleksander<br>
<a href="https://aleksander.es" rel="noreferrer" target="_blank">https://aleksander.es</a><br>
</font></blockquote></div><br></div></div><div class="gmail_extra" dir="auto">That worked then had the same issues for libqmi.  I updated libqmi to 1.20.0 and then got the patch error.   I then removed the libqmi patches as well. </div></div>