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

Reply via email to