<feed xmlns='http://www.w3.org/2005/Atom'>
<title>tteras/strongswan/src/libcharon/plugins/vici/ruby, branch master</title>
<subtitle>tteras' strongSwan tree
</subtitle>
<link rel='alternate' type='text/html' href='https://git-old.alpinelinux.org/user/tteras/strongswan/'/>
<entry>
<title>Fixed some typos, courtesy of codespell</title>
<updated>2017-08-07T15:22:01+00:00</updated>
<author>
<name>Tobias Brunner</name>
<email>tobias@strongswan.org</email>
</author>
<published>2017-08-07T15:22:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git-old.alpinelinux.org/user/tteras/strongswan/commit/?id=ca280574baae12159973785b11b48de4b50ee39f'/>
<id>ca280574baae12159973785b11b48de4b50ee39f</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>vici: Update get_pools() in Python and Ruby bindings</title>
<updated>2017-02-16T18:21:12+00:00</updated>
<author>
<name>Tobias Brunner</name>
<email>tobias@strongswan.org</email>
</author>
<published>2016-12-08T17:14:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git-old.alpinelinux.org/user/tteras/strongswan/commit/?id=d20bf50e04b5ed34f045cf084a4ad14f6026891e'/>
<id>d20bf50e04b5ed34f045cf084a4ad14f6026891e</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>vici:  flush-certs command flushes certificate cache</title>
<updated>2016-09-13T15:02:59+00:00</updated>
<author>
<name>Andreas Steffen</name>
<email>andreas.steffen@strongswan.org</email>
</author>
<published>2016-09-08T09:59:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git-old.alpinelinux.org/user/tteras/strongswan/commit/?id=2c7cfe76303bce498ce302da31bc1e028a6af53a'/>
<id>2c7cfe76303bce498ce302da31bc1e028a6af53a</id>
<content type='text'>
When fresh CRLs are released with a high update frequency (e.g.
every 24 hours) or OCSP is used then the certificate cache gets
quickly filled with stale CRLs or OCSP responses. The new VICI
flush-certs command allows to flush e.g. cached CRLs or OCSP
responses only. Without the type argument all kind of certificates
(e.g. also received end entity and intermediate CA certificates)
are purged.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When fresh CRLs are released with a high update frequency (e.g.
every 24 hours) or OCSP is used then the certificate cache gets
quickly filled with stale CRLs or OCSP responses. The new VICI
flush-certs command allows to flush e.g. cached CRLs or OCSP
responses only. Without the type argument all kind of certificates
(e.g. also received end entity and intermediate CA certificates)
are purged.
</pre>
</div>
</content>
</entry>
<entry>
<title>vici: Add redirect command</title>
<updated>2016-03-04T15:02:59+00:00</updated>
<author>
<name>Tobias Brunner</name>
<email>tobias@strongswan.org</email>
</author>
<published>2015-04-28T15:45:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git-old.alpinelinux.org/user/tteras/strongswan/commit/?id=43b46b26ea1eac87e6e4189c5ef3b92ccb885c66'/>
<id>43b46b26ea1eac87e6e4189c5ef3b92ccb885c66</id>
<content type='text'>
This allows redirecting IKE_SAs by multiple different selectors, if none
are given all SAs are redirected.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This allows redirecting IKE_SAs by multiple different selectors, if none
are given all SAs are redirected.
</pre>
</div>
</content>
</entry>
<entry>
<title>vici: Handle closed sockets in the Ruby gem</title>
<updated>2015-08-24T09:24:05+00:00</updated>
<author>
<name>Evan Broder</name>
<email>evan@stripe.com</email>
</author>
<published>2015-08-22T23:20:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git-old.alpinelinux.org/user/tteras/strongswan/commit/?id=78ed3300997bca2a65406f74e6b044dc1698ed55'/>
<id>78ed3300997bca2a65406f74e6b044dc1698ed55</id>
<content type='text'>
From recvfrom(2) (which UDPSocket#recv backs into):

  The return value will be 0 when the peer has performed an orderly
  shutdown.

(i.e. it will return an empty string)

Previously in this scenario, Vici::Transport#recv_all would spin
forever trying to pull more data off the socket. I'm not entirely
clear what happened that caused strongSwan to shutdown the socket, but
it probably should not cause vici Ruby apps to spin.

Closes strongswan/strongswan#13.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
From recvfrom(2) (which UDPSocket#recv backs into):

  The return value will be 0 when the peer has performed an orderly
  shutdown.

(i.e. it will return an empty string)

Previously in this scenario, Vici::Transport#recv_all would spin
forever trying to pull more data off the socket. I'm not entirely
clear what happened that caused strongSwan to shutdown the socket, but
it probably should not cause vici Ruby apps to spin.

Closes strongswan/strongswan#13.
</pre>
</div>
</content>
</entry>
<entry>
<title>vici: Explicitly disable --user-install when installing Ruby Gem</title>
<updated>2015-05-21T15:22:11+00:00</updated>
<author>
<name>Tobias Brunner</name>
<email>tobias@strongswan.org</email>
</author>
<published>2015-03-31T08:51:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git-old.alpinelinux.org/user/tteras/strongswan/commit/?id=e94aae83d3292a45626f15d121366d21c687e7ad'/>
<id>e94aae83d3292a45626f15d121366d21c687e7ad</id>
<content type='text'>
Only one of `--user-install` and `--install-dir` may be set and if
`--user-install` is the default on a system installation will fail
unless we disable it explicitly.

Fixes #914.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Only one of `--user-install` and `--install-dir` may be set and if
`--user-install` is the default on a system installation will fail
unless we disable it explicitly.

Fixes #914.
</pre>
</div>
</content>
</entry>
<entry>
<title>vici: Make installation of Ruby Gem and Python Egg optional</title>
<updated>2015-05-21T15:22:01+00:00</updated>
<author>
<name>Tobias Brunner</name>
<email>tobias@strongswan.org</email>
</author>
<published>2015-05-21T09:05:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git-old.alpinelinux.org/user/tteras/strongswan/commit/?id=f16f792e17c2b9704e319f17da7d20c201b74141'/>
<id>f16f792e17c2b9704e319f17da7d20c201b74141</id>
<content type='text'>
Installing them might not work well when building distro packages (e.g.
with DESTDIR installs).  It might be easier to install them later with a
script in the distro package.

When building from source on the local system it could still be useful to
install the packages directly, which can be enabled with separate configure
options.

The main problem with DESTDIR installations of the Python Egg is that
easy_install creates or modifies a file called easy-install.pth in the
installation directory.  So it's not actually possible to simply copy
the results in DESTDIR over to the actual system as that file would have
to be merged with any existing one.

Fixes #914.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Installing them might not work well when building distro packages (e.g.
with DESTDIR installs).  It might be easier to install them later with a
script in the distro package.

When building from source on the local system it could still be useful to
install the packages directly, which can be enabled with separate configure
options.

The main problem with DESTDIR installations of the Python Egg is that
easy_install creates or modifies a file called easy-install.pth in the
installation directory.  So it's not actually possible to simply copy
the results in DESTDIR over to the actual system as that file would have
to be merged with any existing one.

Fixes #914.
</pre>
</div>
</content>
</entry>
<entry>
<title>vici: Rebuild ruby gem on source file changes</title>
<updated>2015-03-18T12:59:14+00:00</updated>
<author>
<name>Martin Willi</name>
<email>martin@revosec.ch</email>
</author>
<published>2015-02-27T13:05:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git-old.alpinelinux.org/user/tteras/strongswan/commit/?id=d1ad65f7b2e18601aed62849d83c382da2fa73f0'/>
<id>d1ad65f7b2e18601aed62849d83c382da2fa73f0</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>vici: Use default Unix vici socket if none passed to ruby constructor</title>
<updated>2015-03-18T12:59:14+00:00</updated>
<author>
<name>Martin Willi</name>
<email>martin@revosec.ch</email>
</author>
<published>2015-02-27T13:03:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git-old.alpinelinux.org/user/tteras/strongswan/commit/?id=fb8b119cfa85df54ff2eae090104566920fd00e0'/>
<id>fb8b119cfa85df54ff2eae090104566920fd00e0</id>
<content type='text'>
While we currently have a static path instead of one generated with Autotools,
this at least is congruent to what we have in the Python library.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
While we currently have a static path instead of one generated with Autotools,
this at least is congruent to what we have in the Python library.
</pre>
</div>
</content>
</entry>
<entry>
<title>vici: Support ruby gem out-of-tree builds</title>
<updated>2015-02-27T10:44:20+00:00</updated>
<author>
<name>Martin Willi</name>
<email>martin@revosec.ch</email>
</author>
<published>2015-02-27T10:40:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git-old.alpinelinux.org/user/tteras/strongswan/commit/?id=1151c9922aed27b2e8ecc18630941a56b2dab44e'/>
<id>1151c9922aed27b2e8ecc18630941a56b2dab44e</id>
<content type='text'>
Referencing $(srcdir) in the gemspec is not really an option, as "gem build"
includes the full path in the gem, so we need to build in $(srcdir). As there
does not seem to be a way to control the output of "gem build", we manually
move the gem to $(builddir) in OOT builds.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Referencing $(srcdir) in the gemspec is not really an option, as "gem build"
includes the full path in the gem, so we need to build in $(srcdir). As there
does not seem to be a way to control the output of "gem build", we manually
move the gem to $(builddir) in OOT builds.
</pre>
</div>
</content>
</entry>
</feed>
