Re: [leaf-devel] Openswan -> libreswan?

Hi Erich; Am Sonntag, 19. Januar 2014, 15:08:36 schrieb Erich Titl: > Hi Andrew > > Am 18.01.2014 21:18, schrieb Andrew: > > Hi all. > > It seems like openswan is almost dead, and libreswan is actively > > developed. > > Maybe we should include it into LEAF? > > IMHO we should rather move to Str

Re: [leaf-devel] Openswan -> libreswan?

Hi Andrew Am 18.01.2014 21:18, schrieb Andrew: > Hi all. > It seems like openswan is almost dead, and libreswan is actively developed. > Maybe we should include it into LEAF? IMHO we should rather move to StrongSWan Erich -

[leaf-devel] Openswan -> libreswan?

Hi all. It seems like openswan is almost dead, and libreswan is actively developed. Maybe we should include it into LEAF? -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosin

Re: [leaf-devel] Openswan an ipsec module in Buc5

Hi Yves on 19.10.2012 10:13, Yves Blusseau wrote: > Hi all, > > i currently merging the maint branch into master. > In maint kmodules is dependent of openswan (because openswan create the > ipsec/ipsec.ko module). > Do you think it's necessary to put ipsec.ko module in the DEFAULT kernel > modu

[leaf-devel] Openswan an ipsec module in Buc5

Hi all, i currently merging the maint branch into master. In maint kmodules is dependent of openswan (because openswan create the ipsec/ipsec.ko module). Do you think it's necessary to put ipsec.ko module in the DEFAULT kernel modules ? Actually the common kernel modules are: 8021q ifb pppoe pp

Re: [leaf-devel] openswan

Le 18/10/2012 14:34, Erich Titl a écrit : > Hi Yves > > at 18.10.2012 09:54, Yves Blusseau wrote: >> Le 18/10/2012 00:11, Erich Titl a écrit : >>> Jez, it's a no brainer. Much too complicated. Somehow I don't like >>> the idea of remoe branches, clutters up the site like hell. >> Remote topic b

Re: [leaf-devel] openswan

Hi Yves at 18.10.2012 09:54, Yves Blusseau wrote: > Le 18/10/2012 00:11, Erich Titl a écrit : >> Jez, it's a no brainer. Much too complicated. Somehow I don't like >> the idea of remoe branches, clutters up the site like hell. > Remote topic branches are only temporary branches: they are delet

Re: [leaf-devel] openswan

Le 18/10/2012 00:11, Erich Titl a écrit : > Jez, it's a no brainer. Much too complicated. Somehow I don't like > the idea of remoe branches, clutters up the site like hell. Remote topic branches are only temporary branches: they are deleted when merged into integrated branch. > I will rebase m

Re: [leaf-devel] openswan

on 17.10.2012 19:51, Yves Blusseau wrote: > > about how to format the commit message. > > Like KP said if you are unsure push to a remote branch : > erich-openswan-update with > git push origin HEAD:erich-openswan-update Jez, it's a no brainer. Much too complicated. Somehow I don't lik

Re: [leaf-devel] openswan

Le 17 oct. 2012 à 19:10, Erich Titl a écrit : > Hi KP > > at 17.10.2012 17:31, KP Kirchdoerfer wrote: >> Am 17.10.2012 15:55, schrieb Erich Titl: >>> Hi Folks >>> >>> I was working with the openswan version in maint and had to make a few >>> adjustments to various files in that version, most to

Re: [leaf-devel] openswan

Hi KP at 17.10.2012 17:31, KP Kirchdoerfer wrote: > Am 17.10.2012 15:55, schrieb Erich Titl: >> Hi Folks >> >> I was working with the openswan version in maint and had to make a few >> adjustments to various files in that version, most to cater for safe >> inclusion of the kernel module into moddb

Re: [leaf-devel] openswan

Am 17.10.2012 15:55, schrieb Erich Titl: > Hi Folks > > I was working with the openswan version in maint and had to make a few > adjustments to various files in that version, most to cater for safe > inclusion of the kernel module into moddb and one fix for the pluto > daemon to handle a broken an

[leaf-devel] openswan

Hi Folks I was working with the openswan version in maint and had to make a few adjustments to various files in that version, most to cater for safe inclusion of the kernel module into moddb and one fix for the pluto daemon to handle a broken android implementation. From my point of view this is

[leaf-devel] openswan segfault Trac ticket64

Hi Erich; are you aware of the Trac ticket#64? I'm not using openswan in production, so I have no experience. Maybe you can help to solve the pb. thx kp -- Get your Android app more play: Bring it to the BlackBerry Play

Re: [leaf-devel] openswan

Hi KP at 27.12.2010 09:53, KP Kirchdoerfer wrote: > Hi; > > I recompiled everything from scratch with only one(!) minor pb (while > building > openswan): > > cp -f ipsec /opt/buildtool-test/build/openswan/etc/init.d/ > cp: cannot stat `ipsec': No such file or directory > make: *** [openswan-2.

[leaf-devel] openswan

Hi; I recompiled everything from scratch with only one(!) minor pb (while building openswan): cp -f ipsec /opt/buildtool-test/build/openswan/etc/init.d/ cp: cannot stat `ipsec': No such file or directory make: *** [openswan-2.6.31/.build] Fehler 1 Erich, the file in request is not in cvs and it

Re: [leaf-devel] openswan fix

Hello Nataneal, >> I looked at the link and it appears to be a very old bug. >> > > So its fixed in newer versions of openswan? > No, the version used by Bering-uClibc is 2.4.5 which is the latest stable version released only a few weeks ago and still has the bug. Eric Using Tomcat but need to

Re: [leaf-devel] openswan fix

On Wed, 2006-06-28 at 23:20 +0200, Erich Titl wrote: > Natanael > > Natanael Copa wrote: > > On Wed, 2006-06-28 at 22:52 +0200, Cédric Schieli wrote: > >> Hello list, > >> > >> > >> Issuing the command "ipsec auto --status" while there is no tunnel will > >> trigger a uclibc only bug in openswan (

Re: [leaf-devel] openswan fix

Hello list, Openswan-2.4.5 ipsec.lrp package in CVS updated with the fix: http://leaf.cvs.sourceforge.net/leaf/bin/packages/uclibc-0.9/20/ Eric > Hello list, > > > > Issuing the command "ipsec auto --status" while there is no tunnel will > trigger a uclibc only bug in openswan (it blindly mallo

Re: [leaf-devel] openswan fix

Hello Natanael, >> >> Issuing the command "ipsec auto --status" while there is no tunnel will >> trigger a uclibc only bug in openswan (it blindly mallocs 0 bytes) > > does it affect openswan on a 2.6 kernel too? > It looks like it, the malloc problem is in an openswan userspace tool and has to do

Re: [leaf-devel] openswan fix

On Wed, 2006-06-28 at 22:52 +0200, Cédric Schieli wrote: > Hello list, > > > Issuing the command "ipsec auto --status" while there is no tunnel will > trigger a uclibc only bug in openswan (it blindly mallocs 0 bytes) does it affect openswan on a 2.6 kernel too? > more info at > http://bugs.xe

Re: [leaf-devel] openswan fix

Hello Cedric, Thanks for your fix! I will commit it to CVS and also update the current ipsec package in CVS. Regards, Eric > > > Issuing the command "ipsec auto --status" while there is no tunnel will > trigger a uclibc only bug in openswan (it blindly mallocs 0 bytes) > > more info at > http://

[leaf-devel] openswan fix

Hello list, Issuing the command "ipsec auto --status" while there is no tunnel will trigger a uclibc only bug in openswan (it blindly mallocs 0 bytes) more info at http://bugs.xelerance.com/view.php?id=627 patch and updated buildtool.cfg/buildtool.mk

Re: [leaf-devel] openswan 2.4.5

Hello Cedric, Ok, I wil fix it and also create the necessary changes for linux (nat and klips patch). P.s.1 I have added the ifenslave package to sources.cfg P.s.2 Did you test the ifupdown "manual" patch? If it works ok I will commit it. Thanks, Eric > Hi Eric, > > > It's rather a typo in my

Re: [leaf-devel] openswan 2.4.5

Hi Eric, It's rather a typo in my patch. Regards, Cedric 2006/6/11, Eric Spakman <[EMAIL PROTECTED]>: > Hello Cedric, > > Looks good. > > A small note: > I see a small difference in "manual.in": > current patch: > +awk ' /ipsec[0-9]+:/ { > your pach: > + awk '

Re: [leaf-devel] openswan 2.4.5

Hello Cedric, Looks good. A small note: I see a small difference in "manual.in": current patch: +awk ' /ipsec[0-9]+:/ { your pach: + awk ' /^ipsec[0-9]+:/ { I guess it's a typo in the original patch, but I'm not sure. Regards, Eric > > openswan 2.4.4 has a bug

Re: [leaf-devel] openswan 2.4.5

Hello Cedric, Thanks! I will take a look. Regards, Eric >Hi, > > >openswan 2.4.4 has a bug preventing ipsec module from being removed >after some traffic flowed in a tunnel (module refcount decreasing for >each packet !) > >I have an update package (2.4.5) working fine here (as L2TP/IPSEC server

[leaf-devel] openswan 2.4.5

Hi, openswan 2.4.4 has a bug preventing ipsec module from being removed after some traffic flowed in a tunnel (module refcount decreasing for each packet !) I have an update package (2.4.5) working fine here (as L2TP/IPSEC server) Tracker request : http://sourceforge.net/tracker/index.php?func=

[leaf-devel] Openswan compilation problem

Hi, compiling openswan-2.1.4 with the uclibc-buildtool fails. It can't find the gmp.h file (libgmp and the headerfiles are in installed in the staging directory). I tried different flags when I run make programs but I allways get the same error: qual -Wstrict-prototypes -Wbad-function-cast  -