Re: Open/pending issues as of Jan 17

[Kurt H Maier <khm@sdf.org>]

On Fri, Jan 29, 2016 at 01:19:28PM -0500, Rich Felker wrote:
> On Fri, Jan 29, 2016 at 08:54:49AM +0100, Natanael Copa wrote:
> > 
> > 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).

I haven't been following the status of this closely -- if the mentioned
patch was committed, can someone point me to it?  Is it still worth
dumping a symbol table for this binary?

khm