Re: [Openvpn-devel] Handling bitness (32/64) for OpenVPN Windows installers

2016-02-17 Thread Jason Haar
On Wed, Feb 17, 2016 at 3:01 AM, Samuli Seppänen wrote: > 1) Combine 32-bit and 64-bit installers into one > > Is there a use-case for installing 32-bit OpenVPN on a 64-bit system? > If not, we could combine both 32-bit and 64-bit binaries into a single > installers and, at install time, select t

Re: [Openvpn-devel] Handling bitness (32/64) for OpenVPN Windows installers

2016-02-17 Thread Samuli Seppänen
On Wed, Feb 17, 2016 at 3:01 AM, Samuli Seppänen mailto:sam...@openvpn.net>> wrote: 1) Combine 32-bit and 64-bit installers into one Is there a use-case for installing 32-bit OpenVPN on a 64-bit system? If not, we could combine both 32-bit and 64-bit binaries into a single ins

[Openvpn-devel] Need help testing installers on Windows XP

2016-02-17 Thread Samuli Seppänen
Hi, Could someone quickly test these installers on Windows XP? The installer should pop up a me

Re: [Openvpn-devel] Need help testing installers on Windows XP

2016-02-17 Thread Fish Wang
Just tested on Windows XP SP3 32-bit. Both are behaving as expected. Best, Fish -Original Message- From: Samuli Seppänen [mailto:sam...@openvpn.net] Sent: Wednesday, February 17, 2016 7:40 AM To: openvpn-devel@lists.sourceforge.net Subject: [Openvpn-devel] Need help testing installers on

Re: [Openvpn-devel] Handling bitness (32/64) for OpenVPN Windowsinstallers

2016-02-17 Thread debbie10t
I would say option 3 is better .. doubling the installer size for 32bit seems like bloat! to me plus .. why do all that extra work for something that will have diminishing value ? my2c - Original Message - From: "Samuli Seppänen" To: Sent: Tuesday, February 16, 2016 2:01 PM Subject:

Re: [Openvpn-devel] Handling bitness (32/64) for OpenVPN Windowsinstallers

2016-02-17 Thread Arne Schwabe
Am 17.02.16 um 14:37 schrieb debbie...@gmail.com: > I would say option 3 is better .. > doubling the installer size for 32bit seems like bloat! to me > plus .. why do all that extra work for something that will have > diminishing value ? > A combined installer will need less support because peopl

Re: [Openvpn-devel] Need help testing installers on Windows XP

2016-02-17 Thread Jan Just Keijser
On 17/02/16 13:39, Samuli Seppänen wrote: Hi, Could someone quickly test these installers on Windows XP?

Re: [Openvpn-devel] Need help testing installers on Windows XP

2016-02-17 Thread Samuli Seppänen
> Just tested on Windows XP SP3 32-bit. Both are behaving as expected. Best, Fish Great, thanks! And thanks to Jan also! -- Samuli Seppänen Community Manager OpenVPN Technologies, Inc irc freenode net: mattock

Re: [Openvpn-devel] Handling bitness (32/64) for OpenVPN Windowsinstallers

2016-02-17 Thread Samuli Seppänen
Am 17.02.16 um 14:37 schrieb debbie...@gmail.com: I would say option 3 is better .. doubling the installer size for 32bit seems like bloat! to me plus .. why do all that extra work for something that will have diminishing value ? A combined installer will need less support because people do not

Re: [Openvpn-devel] Handling bitness (32/64) for OpenVPN Windowsinstallers

2016-02-17 Thread debbie10t
- Original Message - From: "Arne Schwabe" To: ; ; "Samuli Seppänen" Sent: Wednesday, February 17, 2016 1:44 PM Subject: Re: [Openvpn-devel] Handling bitness (32/64) for OpenVPN Windowsinstallers Am 17.02.16 um 14:37 schrieb debbie...@gmail.com: I would say option 3 is better ..

Re: [Openvpn-devel] Handling bitness (32/64) for OpenVPN Windowsinstallers

2016-02-17 Thread Samuli Seppänen
Hi, In 4 years I have not seen a single complaint on the forum nor can remember a single complaint on the mailing list referring to downloading the wrong bitness installer. Or that the download page is misleading in this way. This is actually rather surprising. That said, I can't recall any i

Re: [Openvpn-devel] Handling bitness (32/64) for OpenVPN Windowsinstallers

2016-02-17 Thread Gert Doering
Hi, On Wed, Feb 17, 2016 at 04:31:09PM +0200, Samuli Seppänen wrote: > Yes, that is big part of the appeal. Plus the results of the > installations would be more consistent: > > - Registry keys would always be in the main registry > - OpenVPN always under "C:\Program Files\OpenVPN" (unless custo

Re: [Openvpn-devel] Always including tap-windows6, openvpn-gui and easy-rsa in openvpn-build -generated Windows installers?

2016-02-17 Thread Samuli Seppänen
Hi, On Tue, Feb 16, 2016 at 03:12:58PM +0200, Samuli Seppänen wrote: Currently openvpn-build allows producing installers which do not _contain_ tap-windows6, openvpn-gui or easy-rsa at all. On top of this one can - at install time - select which of the contained components are intalled. Let m

Re: [Openvpn-devel] Always including tap-windows6, openvpn-gui and easy-rsa in openvpn-build -generated Windows installers?

2016-02-17 Thread Samuli Seppänen
Hi, On Tue, Feb 16, 2016 at 03:12:58PM +0200, Samuli Seppänen wrote: Currently openvpn-build allows producing installers which do not _contain_ tap-windows6, openvpn-gui or easy-rsa at all. On top of this one can - at install time - select which of the contained components are intalled. Let

Re: [Openvpn-devel] Micro-sha-ft

2016-02-17 Thread Samuli Seppänen
Hi, We just got an EV certificate token thingy, which certainly does not have SHA-1. The problem is that the token makes it impossible to safely automate the signing process. So basically we have to turn off automated signing in openvpn-build and just sign the files we absolutely have to. Thi

Re: [Openvpn-devel] [PATCH] Make default dhcp server ip offset = 0 for subnet topology

2016-02-17 Thread Selva Nair
Hi, On Sun, Dec 6, 2015 at 9:17 PM, Selva Nair wrote: > This makes the default choice for the emulated dhcp server > address to be the network address, same as in the TAP mode. Also > change the default ifconfig_pool_end to broadcast - 1. > > Currently the default ip for the dhcp server is the b

Re: [Openvpn-devel] [PATCH] Support reading the challenge-response from console

2016-02-17 Thread Selva Nair
On Sun, Dec 20, 2015 at 2:12 PM, Selva Nair wrote: > > Currently prompting for a response to static-challenge > gets skipped when the username and passowrd are read > from a file. Further, dynamic challenge gets wrongly handled > as if its a username/password request. > And this one too please..