On Thu, Jul 16, 2009 at 03:08:22PM -0400, Robert Edmonds wrote:
Robert Edmonds wrote:
the init script doesn't run because it checks for a nonexistent
pathname.
and after that, the start-stop-daemon invocation is not correct:
r...@chase{0}:~# /etc/init.d/gvpe start
Starting GNU
Robert Edmonds wrote:
the init script doesn't run because it checks for a nonexistent
pathname.
and after that, the start-stop-daemon invocation is not correct:
r...@chase{0}:~# /etc/init.d/gvpe start
Starting GNU Virtual Private Ethernet daemon: gvpestart-stop-daemon: --start
needs --exec
Jonathan Wiltshire wrote:
I've uploaded to mentors with the same version number, so same .dsc
location. Thanks.
i reviewed the version with this timestamp in the changelog:
-- Jonathan Wiltshire deb...@jwiltshire.org.uk Tue, 14 Jul 2009 10:27:26
+0100
the init script doesn't run because it
* Jonathan Wiltshire:
The license is a mixture of GPL versions, LGPL and custom grants that I
consider to be free according to DFSG.
Some parts linked into the final binary are GPL-only, without
additional grants, and the binary is not distributable because it also
links against OpenSSL.
--
On Wed, Jul 01, 2009 at 08:39:32PM -0400, Robert Edmonds wrote:
do you mean $DAEMON instead of $NAME? $NAME isn't moved...
Oops, yes.
the DAEMON variable is set later because it's constructed based on the
values of $CIPHER and $DIGEST, which can be overriden by
/etc/default/gvpe. so it has
On Wed, Jun 24, 2009 at 11:51:44PM +0300, George Danchev wrote:
already uploaded in Debian. Unfortunately, code dups, also means (security)
bugs dups, like that conditional `devision by zero' in ev_select.c line 105
which seems to be windows-specific (NFBITS previously and conditionally
Jonathan Wiltshire wrote:
I worked through the diff of your proposed changes and integrated almost
all of them - if I'm right, lots are formatting and style, some cruft
removal, and some technical.
yes, sorry about not marking the changes specifically.
The file gvpe.init particularly came
Right, sorry it's taken a few days to get round to this, it's been a bit
hectic here (and the heat breaks my concentration badly).
On Thu, Jun 25, 2009 at 12:40:34AM +, Robert Edmonds wrote:
On 2009-06-24, George Danchev danc...@spnet.net wrote:
GVPE looks like a fork of tinc which is
On 2009-06-12, Jonathan Wiltshire deb...@jwiltshire.org.uk wrote:
I am seeking a sponsor for this new package, gvpe. It builds an secure
virtual ethernet between multiple endpoints and gateways, rather than a
straight end-to-end VPN tunnel. This makes it more resilient to failures
of
On 2009-06-12, Jonathan Wiltshire deb...@jwiltshire.org.uk wrote:
I am seeking a sponsor for this new package, gvpe. It builds an secure
virtual ethernet between multiple endpoints and gateways, rather than a
straight end-to-end VPN tunnel. This makes it more resilient to failures
of
On 2009-06-24, George Danchev danc...@spnet.net wrote:
GVPE looks like a fork of tinc which is already in Debian (or at least shares
some code with it), and its source tree carries libev (by the same author)
instead of linking with the libev library provided as a separate package and
Dear mentors,
I am seeking a sponsor for this new package, gvpe. It builds an secure
virtual ethernet between multiple endpoints and gateways, rather than a
straight end-to-end VPN tunnel. This makes it more resilient to failures
of individual nodes participating in the network. I filed an RFP
Replying in this thread because I didn't receive any reply to my
direct emails and couldn't contact you on IRC; what is the status of
whohas? I'm especially interested in #523497 being fixed, but there
are a few wishlist items that would be nice to have and would probably
be easy for upstream to
I forgot to mention this PackageMap thing being developed for smolt
that you might want to inform upstream about:
http://blog.hartwork.org/?p=373
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe.
14 matches
Mail list logo