On Mon, Apr 14, 2014 at 11:48:46AM +0300, Samuli Seppänen wrote: > > > Hi, > > > > On Mon, Apr 14, 2014 at 11:13:24AM +0300, Samuli Seppänen wrote: > >> Currently all of the binary builds we provide[*] are linked to OpenSSL. > >> Would having both OpenSSL and PolarSSL builds make sense (e.g. starting > >> with 2.4)? > > I think it would be a nice option. We could even start with 2.3.4 with > > that, at least for windows... (if PolarSSL can be cross-compiled for > > windows...) > > > I think the "cross-compile on Windows" part is the trickiest part. That > said, on Debian/Ubuntu we'd probably need to use some package name > tricks like: > > "openvpn" (a metapackage) > "openvpn_openssl", provides openvpn (=openvpn+openssl) > "openvpn_polarssl", provides openvpn (=openvpn+polarssl) > > Agi: do you have any suggestions on how to best handle this kind of > scenario?
The same source package could produce the three packages. Build with openssl, clean, build with polarssl. It will require some hacks, but should be doable and clean enough. Will look at it next week. BTW, openvpn-openssl & openvpn-polarssl (underscores not valid in package names :-) > Also, if we don't wish maintain our own set of PolarSSL .deb packages > we'd have to limit ourselves to fairly recent Debian/Ubuntu versions. When can always try to backport current polar packages to older distro releases. Currently: Squeeze: 1.2.9 Wheezy: 1.2.9 Jessie/sid: 1.3.4 -- Alberto Gonzalez Iniesta | Formación, consultoría y soporte técnico mailto/sip: a...@inittab.org | en GNU/Linux y software libre Encrypted mail preferred | http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55