From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/9232 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Open/pending issues as of Jan 17 Date: Fri, 29 Jan 2016 13:19:28 -0500 Message-ID: <20160129181928.GA9349@brightrain.aerifal.cx> References: <20160117231554.GA19126@brightrain.aerifal.cx> <87egdfrsr4.fsf@gmail.com> <20160129023756.GU238@brightrain.aerifal.cx> <20160129085449.35ae69cd@ncopa-desktop.alpinelinux.org> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1454091605 31536 80.91.229.3 (29 Jan 2016 18:20:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Jan 2016 18:20:05 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-9245-gllmg-musl=m.gmane.org@lists.openwall.com Fri Jan 29 19:19:57 2016 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1aPDeA-000251-Ch for gllmg-musl@m.gmane.org; Fri, 29 Jan 2016 19:19:50 +0100 Original-Received: (qmail 6054 invoked by uid 550); 29 Jan 2016 18:19:41 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 6032 invoked from network); 29 Jan 2016 18:19:41 -0000 Content-Disposition: inline In-Reply-To: <20160129085449.35ae69cd@ncopa-desktop.alpinelinux.org> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:9232 Archived-At: On Fri, Jan 29, 2016 at 08:54:49AM +0100, Natanael Copa wrote: > On Thu, 28 Jan 2016 21:37:56 -0500 > Rich Felker wrote: > > > On Mon, Jan 18, 2016 at 01:12:31PM +0100, Christian Neukirchen wrote: > > > Rich Felker writes: > > > > > > > With a quick review of the mailing list since late November I found > > > > the following possibly-open issues: > > > > > > > > - resolver search domain support > > > > - preinit_array > > > > - mlock2 syscall wrapper > > > > - mips siginfo_t fix > > > > - avl tree: any changes still pending?? > > > > - adding pot file for translators > > > > - unsetenv pointer eval after free > > > > - printf big widths/precisions > > > > - atomic.h overhaul > > > > - dirent.h macros > > > > - dlopen deadlock > > > > - setvbuf > > > > > > So it wont be forgotten: > > > - adding GLOB_TILDE would simplify building quite some projects > > > > Thanks. I put this on the roadmap on the wiki, mainly as an aid to > > remember it. I think we're going to want to shuffle and reprioritize a > > lot after this release since there's a lot of stuff on there right now > > and it's not clear to me that the current top items are actually in > > the most demand. > > An unrelated feature request: it would be nice to get netflix working > with the closed source libwidevinecdm.so and libwidevinecdmadapter.so > > ncopa-desktop:~$ ldd /usr/lib/chromium/libwidevinecdmadapter.so > ldd (0x723cd632b000) > libwidevinecdm.so => /usr/lib/chromium/libwidevinecdm.so (0x723cd5ba2000) > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x723cd5852000) > libpthread.so.0 => ldd (0x723cd632b000) > libc.so.6 => ldd (0x723cd632b000) > libm.so.6 => ldd (0x723cd632b000) > libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x723cd563f000) > Error relocating /usr/lib/chromium/libwidevinecdm.so: __memcpy_chk: symbol not found > Error relocating /usr/lib/chromium/libwidevinecdm.so: __memset_chk: symbol not found > Error relocating /usr/lib/chromium/libwidevinecdm.so: __sprintf_chk: symbol not found > > > Adding those symbols for libc6 ABI compat would be a first step. This is on the roadmap, and there's a pending patch on the list, but it still needs some changes before it's ready to commit. Are you aware of anything else blocking support for these libs? It might be worth doing a symbol listing and checking it against functions that might have glibc extensions we don't support or the minor ABI mismatches (non-*64 funcs for 32-bit, or regexec regoff_t for 64-bit). Rich