From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 7D3A221F62F for ; Fri, 19 Jun 2015 12:13:01 -0700 (PDT) Received: by oiax193 with SMTP id x193so86612748oia.2 for ; Fri, 19 Jun 2015 12:13:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=unYtePbecZY6sOHtKVZntY8UT5mGvsZABXangQ4uS+M=; b=gosYg0e6SZEWNPO8bwq9jUt77Y1Oj37h/oC+0hynP/MtOwc2J9dE4XBqddeE3/iwGS zTtcAHlBojRS3YjuFWxSDZQz9VHUMakWectrQjLWYx1JgS7Syl6C8pUZGkrxaJ11NiAF XXNskwl37R3DyRGPq/876KIFFjLERroSR1WiyRXVZwM8RZpmNJKX7nO89zuRuO/6KQeH pUKtVdJTw9eXuP7uBWkH32jT79D4F5vS7ml22n0nwbx8snpm+4E+pymhNIWKW/hTrEjI ALNEWJ3jz7EGvd1bZOoKs2t7Y1A4YXm6cr4bBA7fN08BOkzBTMLuL5UDl9sbGQqSJGjP EWXQ== MIME-Version: 1.0 X-Received: by 10.202.91.212 with SMTP id p203mr13941097oib.108.1434741180332; Fri, 19 Jun 2015 12:13:00 -0700 (PDT) Received: by 10.202.105.129 with HTTP; Fri, 19 Jun 2015 12:13:00 -0700 (PDT) In-Reply-To: References: Date: Fri, 19 Jun 2015 12:13:00 -0700 Message-ID: From: Dave Taht To: "cerowrt-devel@lists.bufferbloat.net" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cerowrt-devel] libmusl woes X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2015 19:13:29 -0000 On Tue, Jun 16, 2015 at 11:05 PM, Dave Taht wrote: > so I was very happy babel-1.6.1 and dnsmasq-2.73 landed, and wanted to > try the latest cake code, and maybe, finally deploy a couple routers > this week. I'd mostly just been working on debian/ubuntu x86 when I > had time to do anything technical... https://github.com/dtaht/odhcp6c has something that works quite a bit bette= r on getting dhcp-pd to work without ever losing connectivity on debian. (it is really awesome to see odhcp6c otherwise "just work" on debian) Still, headaches: https://github.com/sbyx/odhcp6c/issues/36 https://github.com/sbyx/odhcp6c/issues/35 because I am allergic still to hnetd, I just started reconstructing what I used to do to get source specific ips "out there" for test. https://github.com/dtaht/ipv6_selfassign > ...sometime in the past month openwrt switched to libmusl, a new > "cleaner" libc replacing uclibc. I am not sure how (or even if I > should) to switch back to uclibc, but it broke a half dozen+ apps I > used to build regularly: tcsh, libposix for lua, pimd, etherwake, > netperf, strongswan, xinetd, tinc, and I forget what else. A truly astonishing number of patches to fix compilation with musl landed over the last few days. xinetd, strongswan, tcsh, tinc fixes landed, among others. It looks like openwrt has migrated to using pull requests for stuff. I had emailed the fix for snmpd to jow, sent the one for netperf to toke. I guess I will just start generating pull requests in the future. That leaves libposix and pimd and etherwake left busted in my default stack of packages. The box that I built with musl has been very stable, and also sebastian landed a fix or three, and it looks like I need to update tc-adv. I also nagged rick jones to ship a netperf 2.7. The RTO behavior for udp is important. > Of these I managed to build netperf, and just went down the list > disabling everything else. I happen to use tinc on the vpn, but I > don't need it right now... > > And just as I finally got a new build, jonathon dropped a new version > of cake on me. I mean, not less than 5 seconds, after I got a build to > complete. > > Attempting to build (for the first time) the mve stuff (linksys 1900, > 1200ac) failed completely with a: > > checking for arm-openwrt-linux-muslgnueabi-gcc... > /build/cero3/src/ac1900/build_dir/toolchain-arm_cortex-a9+vfpv3_gcc-4.8-l= inaro_musl-1.1.10_eabi/gcc-linaro-4.8-2014.04-minimal/./gcc/xgcc > -B/build/cero3/src/ac1900/build_dir/toolchain-arm_cortex-a9+vfpv3_gcc-4.8= -linaro_musl-1.1.10_eabi/gcc-linaro-4.8-2014.04-minimal/./gcc/ > -B/build/cero3/src/ac1900/staging_dir/toolchain-arm_cortex-a9+vfpv3_gcc-4= .8-linaro_musl-1.1.10_eabi/arm-openwrt-linux-muslgnueabi/bin/ > -B/build/cero3/src/ac1900/staging_dir/toolchain-arm_cortex-a9+vfpv3_gcc-4= .8-linaro_musl-1.1.10_eabi/arm-openwrt-linux-muslgnueabi/lib/ > -isystem /build/cero3/src/ac1900/staging_dir/toolchain-arm_cortex-a9+vfpv= 3_gcc-4.8-linaro_musl-1.1.10_eabi/arm-openwrt-linux-muslgnueabi/include > -isystem /build/cero3/src/ac1900/staging_dir/toolchain-arm_cortex-a9+vfpv= 3_gcc-4.8-linaro_musl-1.1.10_eabi/arm-openwrt-linux-muslgnueabi/sys-include > checking for suffix of object files... configure: error: in > `/build/cero3/src/ac1900/build_dir/toolchain-arm_cortex-a9+vfpv3_gcc-4.8-= linaro_musl-1.1.10_eabi/gcc-linaro-4.8-2014.04-minimal/arm-openwrt-linux-mu= slgnueabi/libgcc': > configure: error: cannot compute suffix of object files: cannot compile > See `config.log' for more details. > make[4]: *** [configure-target-libgcc] Error 1 > make[4]: Leaving directory > `/build/cero3/src/ac1900/build_dir/toolchain-arm_cortex-a9+vfpv3_gcc-4.8-= linaro_musl-1.1.10_eabi/gcc-linaro-4.8-2014.04-minimal' I am watching this build seemingly successfully now. Wow. Night and day difference in headache. > > -- > Dave T=C3=A4ht > What will it take to vastly improve wifi for everyone? > https://plus.google.com/u/0/explore/makewififast --=20 Dave T=C3=A4ht worldwide bufferbloat report: http://www.dslreports.com/speedtest/results/bufferbloat And: What will it take to vastly improve wifi for everyone? https://plus.google.com/u/0/explore/makewififast