Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - strongswan

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: strongswan 5.5.1-5

Git Clone URL: https://aur-dev.archlinux.org/strongswan.git (read-only)
Package Base: strongswan
Description: open source IPsec implementation
Upstream URL: http://www.strongswan.org
Keywords: IPsec strongswan
Licenses: GPL
Conflicts: openswan
Submitter: jayray
Maintainer: Thermi
Last Packager: Thermi
Votes: 99
Popularity: 2.646251
First Submitted: 2007-04-22 16:41
Last Updated: 2017-02-04 18:22

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 ... Next › Last »

zh99998 commented on 2016-05-12 15:24

It not works.

I downloaded this repo, modified --enable-connmark to --disable-connmark in PKGBUILD file, then run makepkg -si

still redefinition errors.

Thermi commented on 2016-05-12 15:10

Don't build the connmark plugin.

zh99998 commented on 2016-05-12 15:09

is there any work-around solution now?
and seems that https://aur.archlinux.org/packages/strongswan-git could build.

Thermi commented on 2016-05-12 15:01

That is a problem caused by faulty kernel sources. the struct ifconf is declared in two different kernel header files.
Complain about that on the bugtracker[1] for the kernel.
[1] https://bugzilla.kernel.org/

zh99998 commented on 2016-05-12 14:55

it can't build on my new installed vps.

(many other redefinition errors)
/usr/include/linux/if.h:252:8: error: redefinition of 'struct ifconf'
struct ifconf {
In file included from /usr/include/libiptc/ipt_kernel_headers.h:13:0,
from /usr/include/libiptc/libiptc.h:6,
from connmark_listener.c:24:
/usr/include/net/if.h:176:8: note: originally defined here
struct ifconf
Makefile:569: recipe for target 'connmark_listener.lo' failed
make[4]: *** [connmark_listener.lo] Error 1
make[4]: Leaving directory '/tmp/yaourt-tmp-railgun/aur-strongswan/src/strongswan-5.4.0/src/libcharon/plugins/connmark'
Makefile:1931: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory '/tmp/yaourt-tmp-railgun/aur-strongswan/src/strongswan-5.4.0/src/libcharon'
Makefile:513: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/tmp/yaourt-tmp-railgun/aur-strongswan/src/strongswan-5.4.0/src'
Makefile:576: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/tmp/yaourt-tmp-railgun/aur-strongswan/src/strongswan-5.4.0'
Makefile:485: recipe for target 'all' failed
make: *** [all] Error 2

Anonymous comment on 2016-04-26 10:24

Package *still* needs at least a makedepend on systemd itself to build in a clean container/chroot (it can't find the unit directories or pkgconfig settings without it). Remember, only packages in base-devel are assumed dependencies, everything else must be explicitly listed.

noko commented on 2016-03-23 10:45

5.4.0 is out: https://www.strongswan.org/blog/2016/03/22/strongswan-5.4.0-released.html

Thermi commented on 2016-03-04 17:33

I used the patch proposed by vimusov to build an updated PKGBUILD. I tested it and it works.
The updated PKGBUILD is uploaded.

nova-2nd commented on 2016-03-04 16:03

For all who run into the following,

configure: error: Package requirements (libsystemd-daemon) were not met:
No package 'libsystemd-daemon' found

Add to PKGBUILD between cd and configure the corresponding sed's ( https://bbs.archlinux.org/viewtopic.php?id=209316 ), so that it looks like this

cd ${srcdir}/${pkgname}-${pkgver}

sed -i 's/libsystemd-journal/libsystemd/g' configure
sed -i 's/libsystemd-daemon/libsystemd/g' configure

./configure --prefix=/usr \

build should run through fine

Just realized vimusov's post below. Don't know which fix, his or mine, is more appropriate.

vimusov commented on 2016-03-04 14:30

configure stops with error:

checking for systemd_daemon... no
configure: error: Package requirements (libsystemd-daemon) were not met:
No package 'libsystemd-daemon' found

I think it's because libsystemd-daemon/libsystemd-journal were removed and merged into libsystemd. I made two patches:

1) configure.ac.patch:

2) PKGBUILD.patch

I hope these patches will be useful.