Hi David,

please take a second to consider what your position on this is - "I like
systemd a lot, I want to push support for it everywhere" or "I'm maintainer
of OpenVPN and carefully consider what goes in there".

After that, please take a step back and actually *read* what I proposed:

On Wed, Oct 08, 2014 at 01:31:30AM +0200, David Sommerseth wrote:
[..]
> > OTOH, having a *generic* mechanism to run an external "askpass" mechanism
> > - which could then be something x11-ssh-askpass, for example, on systems
> > that are not Linux or have no systemd, is something I'd find generically
> > useful.  On systemd systems, this would then point to systemd, of course.
> 
> That is *exactly* what systemd-ask-password is.  And for Linux, this is
> the mechanism which is designed for this purpose and it will be the
> solution the majority of Linux distros will use.

So we seem to be in actual agreement that this is a useful thing - but
the current code actually is *not* that.  It's "this useful feature, done 
in a very particular way, which only works if systemd is running".

And this is my whole point here - it has nothing to do with "do I have
experience with systemd or not" or "do I like systemd or not".  When you
asked me to take over maintainership for 2.4, you put responsibility on
my shoulders, more than just "be the commit-and-push dummy".

When I look at features and patches, I always try to have a broader view

  - will this come back and bite us?
  - is this code that is very narrow to a particular environment, but might
    be more useful if done in a more generic way?

So - running a configurable external program which *could* be systemd's
ask-password, but could be something completely different on, say, FreeBSD,
would give you what you ask for (systemd integration), but be of larger
benefit to the OpenVPN project.

Yes, it would be a bit more work to get that API right, well-defined and
well-documented.  Should that stop us?

[..]
> So you want a far more complex implementation to solve a situation which
> is currently relevant to systemd?  

That is actually the point: I try to see the broader picture, and this is
more useful than "just systemd".  But the way it's currently coded, with
your last patch (which I admit that I ACKed - my fault, I should have 
spend more thought on the design first, and discuss with you beforehand),
it's "really just systemd".

> In addition, I've not seen any other distros requiring such a feature, but
> I might just be misinformed.

If you're seeing this not from a RedHat angle but from an OpenVPN maintainer
point of view, why do you care what "distros require"?  If a Linux distro
*requires* something, they can very well patch it themselves.

We, as OpenVPN community, should aim for what is good for OpenVPN - both
for all or user base and for the maintainers ourselves.


[..]
> > So fully independent from the patch at hand we have some discussion to
> > do - and we might want to postpone this particular topic and patchset
> > to the face to face meeting, as things tend to get out of hand when
> > discussed purely by mail / IRC.
> 
> I disagree to postpone this.  This is non-sense on such *clearly*
> *defined* patches which are minimalistic and well contained.

If you think this is so important that the patches need to go in right 
now, many months before we even consider a release of 2.4 (= many months
before this will be relevant to any distribution), and it really can't
wait to discuss the larger picture face to face, well, go ahead and 
do so.  You have commit rights, and I won't stop you, as the project
is too important to me to risk a schism right now.

gert
-- 
USENET is *not* the non-clickable part of WWW!
                                                           //www.muc.de/~gert/
Gert Doering - Munich, Germany                             g...@greenie.muc.de
fax: +49-89-35655025                        g...@net.informatik.tu-muenchen.de

Attachment: pgph7wJf4GSUh.pgp
Description: PGP signature

Reply via email to