Confirmed fixed via ec04d122f1182aeb91f39b0e80ae40c68e4d9605
Best Regards,
Syrone Wong
On Sun, Oct 22, 2017 at 3:26 AM, Hauke Mehrtens <ha...@hauke-m.de> wrote:
>
>
> On 10/21/2017 11:58 AM, Hauke Mehrtens wrote:
>> On 10/21/2017 07:03 AM, Syrone Wong wrote:
>>> Hi,
>>>
>>> I tested commits between 39db00afadc9d8d0456c46eab42b8cb8ff9f375c and
>>> c10bc61508dc52b8315084e628f36a6c3c2dabb1.
>>>
>>> Finally, I find 8c4be3e is causing the problem. 565dbee is the last one
>>> working.
>>>
>>>
>>> Commands below for every libc ipk.
>>>
>>> ```
>>> make toolchain/musl/{clean,compile} V=99
>>> make package/toolchain/{clean,compile} V=99
>>> cp libc_*.ipk /tmp
>>> tar zxf libc_*.ipk
>>> tar zxf data.tar.gz
>>> cd lib
>>> mv ld-musl-armhf.so.1 libc.so /lib
>>> reboot
>>> ```
>>>
>>> Best Regards,
>>> Syrone Wong
>>
>> Hi Syrone,
>>
>> Could you report this upstream to the musl developers please. Plese also
>> describe in more detail how it is crashing.
>
> Hi,
>
> I think your problem is fixed in ec04d122f1182aeb91f39b0e80ae40c68e4d9605
> fix regression in glob with literal . or .. path component
>
> Hauke
_______________________________________________
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
