Re: chromium disabling use of shared libs, BoringSSL

2016-02-09 Thread Philipp Kern
On 2016-02-09 18:27, Jonas Smedegaard wrote: Quoting Daniel Pocock (2016-02-09 17:47:46) https://wiki.debian.org/EmbeddedCodeCopies mentions the following: libevent ffmpeg glew webkit icu expat unicode-data minizip libxml2 protobuf libv8 nspr yasm libxslt sqlite3 snappy srtp tlslite Seems not al

Re: chromium disabling use of shared libs, BoringSSL

2016-02-09 Thread Jonas Smedegaard
Quoting Daniel Pocock (2016-02-09 17:47:46) > Chromium upstream are keen to discourage use of shared libraries on > the system and encourage packagers to bundle their own versions. > > This has been discussed in the context of libsrtp[1] but I can imagine > them using the same approach for other

Re: chromium disabling use of shared libs, BoringSSL

2016-02-09 Thread Bas Wijnen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks for pursuing this, Daniel, and for being civil while doing so. On Tue, Feb 09, 2016 at 05:47:46PM +0100, Daniel Pocock wrote: > Chromium upstream are keen to discourage use of shared libraries on the > system and encourage packagers to bundle t

chromium disabling use of shared libs, BoringSSL

2016-02-09 Thread Daniel Pocock
Chromium upstream are keen to discourage use of shared libraries on the system and encourage packagers to bundle their own versions. This has been discussed in the context of libsrtp[1] but I can imagine them using the same approach for other things in Chromium. Has anybody else come across thes