2012/4/17 Samuli Seppänen <sam...@openvpn.net>
>
> Hi Alon,
> >
> > Current active developers are interested in specific features which
> > are never complete.
> >
> > For example Gert cares about the IPv6 implementation, but did not take
> > all the routing and tun handling on him self as a whole.
> >
> > Adriaan added the PolarSSL support, but did not take all the crypto
> > interfaces of OpenVPN.
> >
> > Heiko took the MSVC build + unicode support, bit did not take the
> > windows (non-tun none-routing) subsystem.
> I think having subsystem maintainers would make sense. Current
> feature-based development will probably work for a few years, but as you
> say, it can result in problems down the road. That said, there are a few
> practical obstacles if we take the subsystem maintainer approach:
>
> 1) Do the developers have the (extra?) time to commit to the project

If not, the large feature should not be merged at all, as they can
disappear at any time.
This is why project progressed so slowly when only James was core developer.
It is wise to do so.

> 2) Do the developers have enough knowledge to take over a subsystem? If
> not, go to 1).

They should, as large patch like IPv6 or PolarSSL are complex enough
to touch the whole subsystem, if they do not have enough knowledge so
their patch and maintenance will be low quality.

> What would the core tasks for subsystem maintainers be, in your view?

I don't exactly understand the question...
Maybe you ask what is core subsystem I refer to?
The initialization, termination, the interfaces (if we create them) to
sub modules, protocol, configuration, communications.

Alon.

Reply via email to