Re: [Openvpn-devel] [Openvpn-users] is there an official bug reporting mechanism?

2010-02-01 Thread Eric F Crist
There is not, yet, aside from the -devel mailing list. There is one in the works in short order, however. Eric On Feb 1, 2010, at 13:45:34, Jason Haar wrote: > Hi there > > I think I've found bugs in openvpn (nobind doesn't work with UDP) and > the openvpnserv.exe for Windows (sometimes doesn

[Openvpn-devel] is there an official bug reporting mechanism?

2010-02-01 Thread Jason Haar
Hi there I think I've found bugs in openvpn (nobind doesn't work with UDP) and the openvpnserv.exe for Windows (sometimes doesn't fully close down - meaning you can't restart openvpn.exe), is there an official channel for reporting bugs? Thanks -- Cheers Jason Haar Information Security Manager

Re: [Openvpn-devel] Summary of the IRC meeting (28th Jan 2010)

2010-02-01 Thread Peter Stuge
Samuli Seppänen wrote: > > OpenID > > I'm somewhat familiar with OpenID but I need to take another look > at it. SF.net supports it, so the same OpenID could be used for the > SF.net "openvpn" project (should we make use of it) as well as the > community site Trac instance. SF can be an OpenID pr

Re: [Openvpn-devel] Summary of the IRC meeting (28th Jan 2010)

2010-02-01 Thread Samuli Seppänen
>> Discussed community site spam prevention in some length: >> >> * There is an anti-spam plugin for Trac (see below) >> * A proper user registration process needs to be chosen - not too >> bureaucratical but not too automated, either >> > > In this context I'd like to suggest accepting Ope

Re: [Openvpn-devel] New development process ready

2010-02-01 Thread Samuli Seppänen
Hi Eric, I think #openvpn should provide the end-user support for both "stable" and "testing". If a user is having a problem which can't be solved in #openvpn and which may be a bug, he can be redirected to #openvpn-devel. I fear that otherwise - if tons of (new) people start using "testing" - the

Re: [Openvpn-devel] Summary of the IRC meeting (28th Jan 2010)

2010-02-01 Thread Samuli Seppänen
> On Jan 31, 2010, at 21:35:01, Karl O. Pinc wrote: > > >> On 01/31/2010 11:13:06 AM, Eric F Crist wrote: >> >>> I do not feel the forums and mailing list need to be synchronized. >>> They are two different mediums, and should be treated as such. >>> >> I disagree. (Although this

Re: [Openvpn-devel] Summary of the IRC meeting (28th Jan 2010)

2010-02-01 Thread Eric F Crist
On Jan 31, 2010, at 21:35:01, Karl O. Pinc wrote: > On 01/31/2010 11:13:06 AM, Eric F Crist wrote: >> I do not feel the forums and mailing list need to be synchronized. >> They are two different mediums, and should be treated as such. > > I disagree. (Although this has no impact on any operat

Re: [Openvpn-devel] Summary of the IRC meeting (28th Jan 2010)

2010-02-01 Thread Peter Stuge
Karl O. Pinc wrote: > > I do not feel the forums and mailing list need to be synchronized. > > They are two different mediums, and should be treated as such. > > I disagree. I would also like to unify forums and mailing lists, for purely egotistical reasons - I really dislike the web. My idea fo

Re: [Openvpn-devel] Summary of the IRC meeting (28th Jan 2010)

2010-02-01 Thread Karl O. Pinc
On 01/31/2010 11:13:06 AM, Eric F Crist wrote: > I do not feel the forums and mailing list need to be synchronized. > They are two different mediums, and should be treated as such. I disagree. (Although this has no impact on any operational decision because so far as I know there's no good choi

Re: [Openvpn-devel] Summary of the IRC meeting (28th Jan 2010)

2010-02-01 Thread Eric F Crist
On Jan 31, 2010, at 11:13:06, Eric F Crist wrote: > On Jan 31, 2010, at 09:39:07, Alon Bar-Lev wrote: > >> Well, >> I can probably speak on my behalf... >> I won't use forums, so no help from me if traffic is diverted into forums. >> >> Alon. > > Understandable, but I don't recall anyone basing

Re: [Openvpn-devel] Summary of the IRC meeting (28th Jan 2010)

2010-02-01 Thread Peter Stuge
Samuli Seppänen wrote: > Decided to start with a single Trac-based site for the whole > community rather than have separate user/developer sites. I think this is a good way to get some content going, even if it turns out that the solution is inadequate sometime in the future. > Discussed communi