Re: [LEDE-DEV] [PATCH] musl: update to 1.1.17

2017-11-06 Thread Christian Lamparter
On Monday, November 6, 2017 2:48:56 PM CET Felix Fietkau wrote: > On 2017-11-06 14:46, John Crispin wrote: > > Hi, > > > > 1.1.18 is out, we we go directly to that version please ? > I've already queued a commit that updates to 1.1.18 in my staging tree. > Yeah, go for it. _

Re: [LEDE-DEV] [PATCH] musl: update to 1.1.17

2017-11-06 Thread Felix Fietkau
On 2017-11-06 14:46, John Crispin wrote: > Hi, > > 1.1.18 is out, we we go directly to that version please ?I've already queued > a commit that updates to 1.1.18 in my staging tree. - Felix ___ Lede-dev mailing list Lede-dev@lists.infradead.org http:/

Re: [LEDE-DEV] [PATCH] musl: update to 1.1.17

2017-11-06 Thread John Crispin
On 19/10/17 23:41, Christian Lamparter wrote: This patch updates musl to the latest 1.1.17 release. Rick Felker stated in his release note: " This release fixes numerous bugs affecting visible behavior and safety/internal consistency, including a stack-based buffer overflow in dns parsing and

Re: [LEDE-DEV] [PATCH] musl: update to 1.1.17 - LEDE version numbers?

2017-11-02 Thread James Feeney
On 11/01/2017 12:15 PM, Hannu Nyman wrote: > At the first glance LEDE r5217-098afa1e1b compiled with 1.1.18 booted ok and > got normally a DHCP wan address, hostapd started etc.. Excuse me what?! "LEDE r5217-098afa1e1b"? Why does that look like a "release 5217" and a SHA prefix "098afa1e1b"? So

Re: [LEDE-DEV] [PATCH] musl: update to 1.1.17

2017-11-01 Thread Hannu Nyman
Lucian Cristian wrote Wed Nov 1 2017 > Mainline - 1.1.18 is available > > on the first try, brief test, for dhcp wan, only issuing manual dhcpc worked, or maybe the tree wasn't clean enough I tested compiling LEDE with musl 1.1.18 (using the patch here plus the 1.1.18 version bump). And I c

Re: [LEDE-DEV] [PATCH] musl: update to 1.1.17

2017-11-01 Thread Lucian Cristian
On 01.11.2017 12:08, Lucian Cristian wrote: On 29.10.2017 01:08, Christian Lamparter wrote: On Sunday, October 22, 2017 12:02:07 AM CEST Hannu Nyman wrote: Hauke Mehrtens wrote on Sat Oct 21 12:26:04 PDT 2017:   > I think your problem is fixed in ec04d122f1182aeb91f39b0e80ae40c68e4d9605   > f

Re: [LEDE-DEV] [PATCH] musl: update to 1.1.17

2017-11-01 Thread Lucian Cristian
On 29.10.2017 01:08, Christian Lamparter wrote: On Sunday, October 22, 2017 12:02:07 AM CEST Hannu Nyman wrote: Hauke Mehrtens wrote on Sat Oct 21 12:26:04 PDT 2017: > I think your problem is fixed in ec04d122f1182aeb91f39b0e80ae40c68e4d9605 > fix regression in glob with literal . or .. path

Re: [LEDE-DEV] [PATCH] musl: update to 1.1.17

2017-10-28 Thread Christian Lamparter
On Sunday, October 22, 2017 12:02:07 AM CEST Hannu Nyman wrote: > Hauke Mehrtens wrote on Sat Oct 21 12:26:04 PDT 2017: > > I think your problem is fixed in ec04d122f1182aeb91f39b0e80ae40c68e4d9605 > > fix regression in glob with literal . or .. path component > > Based on musl mailing list, the

Re: [LEDE-DEV] [PATCH] musl: update to 1.1.17

2017-10-21 Thread Syrone Wong
Confirmed fixed via ec04d122f1182aeb91f39b0e80ae40c68e4d9605 Best Regards, Syrone Wong On Sun, Oct 22, 2017 at 3:26 AM, Hauke Mehrtens 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 39db00afadc9d

Re: [LEDE-DEV] [PATCH] musl: update to 1.1.17

2017-10-21 Thread Hannu Nyman
Hauke Mehrtens wrote on Sat Oct 21 12:26:04 PDT 2017: > I think your problem is fixed in ec04d122f1182aeb91f39b0e80ae40c68e4d9605 > fix regression in glob with literal . or .. path component Based on musl mailing list, there will likely be a new musl release rather soon: Rich Felker wrote in htt

Re: [LEDE-DEV] [PATCH] musl: update to 1.1.17

2017-10-21 Thread Hauke Mehrtens
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

Re: [LEDE-DEV] [PATCH] musl: update to 1.1.17

2017-10-21 Thread Hauke Mehrtens
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.

Re: [LEDE-DEV] [PATCH] musl: update to 1.1.17

2017-10-20 Thread Syrone Wong
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/tool

Re: [LEDE-DEV] [PATCH] musl: update to 1.1.17

2017-10-20 Thread Syrone Wong
Tested this on mvebu/WRT3200ACM, the same issue as I reported before[1]. hostapd and pppd won't start, kernel boots without problems. I'm sure 39db00afadc9d8d0456c46eab42b8cb8ff9f375c works well. something wrong between 39db00afadc9d8d0456c46eab42b8cb8ff9f375c and c10bc61508dc52b8315084e628f36a6

[LEDE-DEV] [PATCH] musl: update to 1.1.17

2017-10-19 Thread Christian Lamparter
This patch updates musl to the latest 1.1.17 release. Rick Felker stated in his release note: " This release fixes numerous bugs affecting visible behavior and safety/internal consistency, including a stack-based buffer overflow in dns parsing and multiple sources of invalid memory accesses that m