RE: limited readline (was: svn commit: r1713489 - serf_bucket_readline())

the worst case of a peek implementation failure I can remember. There were a few more, but this one really produced bad data. Bert From: Greg Stein [mailto:gst...@gmail.com] Sent: woensdag 11 november 2015 18:23 To: Bert Huijben <b...@qqmail.nl> Cc: dev@serf.apache.org S

RE: svn commit: r1713852 - /serf/trunk/buckets/deflate_buckets.c

> -Original Message- > From: Greg Stein [mailto:gst...@gmail.com] > Sent: woensdag 11 november 2015 18:03 > To: Bert Huijben <rhuij...@apache.org> > Cc: dev@serf.apache.org > Subject: Re: svn commit: r1713852 - /serf/trunk/buckets/deflate_buckets.c > > O

RE: limited readline (was: svn commit: r1713489 - serf_bucket_readline())

ue, Nov 10, 2015 at 4:44 PM, Bert Huijben <b...@qqmail.nl> wrote: > >... > > > There is one more problem with all this wrapping: All layers need to > > somehow support all read methods. > > > > Wrapping works for all methods except: readline. > > >

RE: svn commit: r1713489 - serf_bucket_readline()

> -Original Message- > From: Bert Huijben [mailto:b...@qqmail.nl] > Sent: dinsdag 10 november 2015 23:37 > To: 'Ivan Zhakov' <i...@visualsvn.com>; rhuij...@apache.org > Cc: dev@serf.apache.org > Subject: RE: svn commit: r1713489 - in /serf/trunk: buckets/even

RE: svn commit: r1713936 - in /serf/trunk: buckets/allocator.c buckets/log_wrapper_buckets.c outgoing.c test/mock_buckets.c

We can scratch that first possible solution; that will never work: Peeking the bucket is a destructive operation on the iovecs that still need to be written in this case. Bert From: Bert Huijben [mailto:b...@qqmail.nl] Sent: donderdag 12 november 2015 19:00 To: 'Greg

RE: svn commit: r1713936 - in /serf/trunk: buckets/allocator.cbuckets/log_wrapper_buckets.c outgoing.c test/mock_buckets.c

@serf.apache.org Subject: Re: svn commit: r1713936 - in /serf/trunk: buckets/allocator.cbuckets/log_wrapper_buckets.c outgoing.c test/mock_buckets.c On Thu, Nov 12, 2015 at 12:00 PM, Bert Huijben <b...@qqmail.nl> wrote: > Hi, > > > > Yes… and I think I found why… (aft

RE: svn commit: r1713936 - in /serf/trunk: buckets/allocator.c buckets/log_wrapper_buckets.c outgoing.c test/mock_buckets.c

> -Original Message- > From: Greg Stein [mailto:gst...@gmail.com] > Sent: donderdag 12 november 2015 01:44 > To: Bert Huijben <rhuij...@apache.org> > Cc: dev@serf.apache.org > Subject: Re: svn commit: r1713936 - in /serf/trunk: buckets/allocator.c > bu

RE: svn commit: r1713948 - /serf/trunk/buckets/iovec_buckets.c

> -Original Message- > From: gst...@apache.org [mailto:gst...@apache.org] > Sent: donderdag 12 november 2015 00:12 > To: dev@serf.apache.org > Subject: svn commit: r1713948 - /serf/trunk/buckets/iovec_buckets.c > > Author: gstein > Date: Wed Nov 11 23:12:08 2015 > New Revision: 1713948

RE: svn commit: r1714297 - in /serf/trunk: buckets/event_buckets.c outgoing.c serf_private.h

> -Original Message- > From: Greg Stein [mailto:gst...@gmail.com] > Sent: zaterdag 14 november 2015 12:01 > To: dev@serf.apache.org > Subject: Re: svn commit: r1714297 - in /serf/trunk: buckets/event_buckets.c > outgoing.c serf_private.h > > On Sat, Nov 14, 2015 at 3:36 AM,

RE: svn commit: r1713489 - serf_bucket_readline()

> -Original Message- > From: Ivan Zhakov [mailto:i...@visualsvn.com] > Sent: woensdag 11 november 2015 18:01 > To: Bert Huijben <b...@qqmail.nl> > Cc: rhuij...@apache.org; dev@serf.apache.org > Subject: Re: svn commit: r1713489 - serf_bucket_readline() > >

RE: svn commit: r1713489 - serf_bucket_readline()

> -Original Message- > From: Ivan Zhakov [mailto:i...@visualsvn.com] > Sent: zaterdag 14 november 2015 10:19 > To: Bert Huijben <b...@qqmail.nl> > Cc: rhuij...@apache.org; dev@serf.apache.org > Subject: Re: svn commit: r1713489 - serf_bucket_readline() > > &

RE: svn commit: r1714297 - in /serf/trunk: buckets/event_buckets.c outgoing.c serf_private.h

> -Original Message- > From: Bert Huijben [mailto:b...@qqmail.nl] > Sent: zaterdag 14 november 2015 15:15 > To: 'Ivan Zhakov' <i...@visualsvn.com>; rhuij...@apache.org > Cc: dev@serf.apache.org > Subject: RE: svn commit: r1714297 - in /serf/trunk: buckets/even

RE: svn commit: r1714297 - in /serf/trunk: buckets/event_buckets.c outgoing.c serf_private.h

> -Original Message- > From: Ivan Zhakov [mailto:i...@visualsvn.com] > Sent: zaterdag 14 november 2015 14:25 > To: rhuij...@apache.org > Cc: dev@serf.apache.org > Subject: Re: svn commit: r1714297 - in /serf/trunk: buckets/event_buckets.c > outgoing.c serf_private.h > > On 14 November

RE: svn commit: r1714297 - in /serf/trunk: buckets/event_buckets.c outgoing.c serf_private.h

> -Original Message- > From: Ivan Zhakov [mailto:i...@visualsvn.com] > Sent: zaterdag 14 november 2015 14:25 > To: rhuij...@apache.org > Cc: dev@serf.apache.org > Subject: Re: svn commit: r1714297 - in /serf/trunk: buckets/event_buckets.c > outgoing.c serf_private.h > > On 14 November

RE: svn commit: r1712559 - /serf/trunk/test/test_buckets.c

> -Original Message- > From: rhuij...@apache.org [mailto:rhuij...@apache.org] > Sent: woensdag 4 november 2015 15:46 > To: dev@serf.apache.org > Subject: svn commit: r1712559 - /serf/trunk/test/test_buckets.c > > Author: rhuijben > Date: Wed Nov 4 14:45:54 2015 > New Revision: 1712559

RE: svn commit: r1712270 - in /serf/trunk: buckets/allocator.c buckets/buckets.c test/test_util.c

No this wasn’t needed. I first intended to add the macro there, but then I found out that it only really applied to debugging. Thanks for the review! Bert From: Greg Stein [mailto:gst...@gmail.com] Sent: dinsdag 3 november 2015 13:41 To: Bert Huijben <rh

RE: serf_bucket_copy_create() wrapped bucket ownership

> -Original Message- > From: Ivan Zhakov [mailto:i...@visualsvn.com] > Sent: dinsdag 3 november 2015 15:01 > To: dev@serf.apache.org > Subject: serf_bucket_copy_create() wrapped bucket ownership > > Should serf_bucket_destroy() for COPY_BUCKET destroy wrapped bucket or > not? Currently

Apache Serf 1.4.0 / 2.0.0 (and 1.3.9)

Hi all, I'll have to report progress to the ASF board in a few days, but I don't have much to add over the previous report. I don't see a real solution yet on how we can release a Serf 1.4.0 soon. Greg's solution might work but it feels like another hack to me. When I talked to Ivan in

RE: svn commit: r1700129 - /serf/site/publish/.htaccess

-Original Message- From: Ivan Zhakov [mailto:i...@visualsvn.com] Sent: zondag 30 augustus 2015 18:36 To: rhuij...@apache.org Cc: dev@serf.apache.org Subject: Re: svn commit: r1700129 - /serf/site/publish/.htaccess On 30 August 2015 at 18:55, rhuij...@apache.org wrote: Author:

RE: svn commit: r1700062 [1/2] - in /serf/trunk: ./ auth/bindings/python_ctypes/examples/ bindings/python_ctypes/serf/ buckets/ build/test/ test/MockHTTPinC/ test/certs/

-Original Message- From: Gavin McDonald [mailto:ga...@16degrees.com.au] Sent: zondag 30 augustus 2015 14:18 To: dev@serf.apache.org Subject: Re: svn commit: r1700062 [1/2] - in /serf/trunk: ./ auth/bindings/python_ctypes/examples/ bindings/python_ctypes/serf/ buckets/ build/test/

Short term release policy?

Hi, I received a number of very good questions this morning: * Are we creating an annou...@serf.apache.org mailinglist to announce serf releases? * Do we want to create future 1.3.x serf releases? * If yes, do we want to change the license on 1.3.x? * What is the status of the 1.4.0

Automatic backports like Subversion?

Hi All, I was wondering: should we setup a similar automatic backports script for approved items like Subversion gas? It shouldn't be hard to enable that on the existing svn-qavm that is currently used for the Subversion script. If nobody objects, I will try to get things setup

RE: svn commit: r1717218 - in /serf/trunk: buckets/response_buckets.cincoming.c serf_bucket_types.h test/test_server.c

Stein Sent: maandag 30 november 2015 10:59 To: Bert Huijben Cc: dev@serf.apache.org Subject: Re: svn commit: r1717218 - in /serf/trunk: buckets/response_buckets.cincoming.c serf_bucket_types.h test/test_server.c On Mon, Nov 30, 2015 at 3:38 AM, <rhuij...@apache.org> wrote: >... &g

RE: svn commit: r1720339 - in /serf/trunk: ./ src/

> -Original Message- > From: rhuij...@apache.org [mailto:rhuij...@apache.org] > Sent: woensdag 16 december 2015 12:36 > To: dev@serf.apache.org > Subject: svn commit: r1720339 - in /serf/trunk: ./ src/ > > Author: rhuijben > Date: Wed Dec 16 11:36:27 2015 > New Revision: 1720339 > >

RE: svn commit: r1716415 - /serf/trunk/outgoing_request.c

> -Original Message- > From: astie...@apache.org [mailto:astie...@apache.org] > Sent: woensdag 25 november 2015 15:02 > To: dev@serf.apache.org > Subject: svn commit: r1716415 - /serf/trunk/outgoing_request.c > > Author: astieger > Date: Wed Nov 25 14:02:16 2015 > New Revision: 1716415 >

RE: move to src/ ?

> -Original Message- > From: Greg Stein [mailto:gst...@gmail.com] > Sent: maandag 30 november 2015 09:32 > To: dev@serf.apache.org > Subject: move to src/ ? > > Hey all, > > Using trunk/ for a couple .c files worked in the past, but we're up to (9) > .c files now. I'm thinking it would

RE: svn commit: r1715228 -/subversion/trunk/subversion/libsvn_ra_serf/util.c

at will as part of the auth handling) Bert Sent from Mail for Windows 10 From: Ivan Zhakov Sent: vrijdag 20 november 2015 07:54 To: Bert Huijben Cc: d...@subversion.apache.org Subject: Re: svn commit: r1715228 -/subversion/trunk/subversion/libsvn_ra_serf/util.c On 20 November 2015 at 01:48

RE: svn commit: r1715326 - /serf/trunk/test/CuTest.c

> -Original Message- > From: rhuij...@apache.org [mailto:rhuij...@apache.org] > Sent: vrijdag 20 november 2015 09:50 > To: dev@serf.apache.org > Subject: svn commit: r1715326 - /serf/trunk/test/CuTest.c > > Author: rhuijben > Date: Fri Nov 20 08:49:52 2015 > New Revision: 1715326 > >

RE: svn commit: r1715431 - in /serf/trunk: buckets/response_buckets.c serf_bucket_types.h test/test_buckets.c

> -Original Message- > From: Ivan Zhakov [mailto:i...@visualsvn.com] > Sent: zaterdag 21 november 2015 17:00 > To: rhuij...@apache.org > Cc: dev@serf.apache.org > Subject: Re: svn commit: r1715431 - in /serf/trunk: > buckets/response_buckets.c serf_bucket_types.h test/test_buckets.c > >

RE: svn commit: r1715005 - in /serf/trunk: incoming.c protocols/fcgi_protocol.c protocols/http2_protocol.c pump.c serf_private.h

If anybody can spot a possible cause of a bus error on the MAC bots in this, please let me know. I'm unable to reproduce anything like this problem on Windows, FreeBSD, OpenSUSE or Debian. But all 4 mac bots produce a bus error since this release. (I wish I knew about this earlier, but the bot

RE: svn commit: r1715774 - /serf/trunk/protocols/fcgi_protocol.c

From: Greg Stein [mailto:gst...@gmail.com] Sent: maandag 23 november 2015 12:51 To: Bert Huijben <rhuij...@apache.org> Cc: dev@serf.apache.org Subject: Re: svn commit: r1715774 - /serf/trunk/protocols/fcgi_protocol.c hehe... seems I need to write a shell script to look at

RE: svn commit: r1715431 - in /serf/trunk: buckets/response_buckets.cserf_bucket_types.h test/test_buckets.c

and a few other sites. Bert Sent from Outlook Mail for Windows 10 phone From: Ivan Zhakov Sent: zaterdag 21 november 2015 18:40 To: Bert Huijben Cc: rhuij...@apache.org;dev@serf.apache.org Subject: Re: svn commit: r1715431 - in /serf/trunk: buckets/response_buckets.cserf_bucket_types.h test

RE: svn commit: r1727295 - /serf/trunk/SConstruct

> -Original Message- > From: rhuij...@apache.org [mailto:rhuij...@apache.org] > Sent: donderdag 28 januari 2016 10:47 > To: dev@serf.apache.org > Subject: svn commit: r1727295 - /serf/trunk/SConstruct > > Author: rhuijben > Date: Thu Jan 28 09:47:00 2016 > New Revision: 1727295 > >

RE: Contribution to the serf jira?

> -Original Message- > From: Lieven Govaerts [mailto:l...@apache.org] > Sent: zondag 3 april 2016 00:56 > To: dev@serf.apache.org > Subject: Contribution to the serf jira? > > Hi, > > > I got a mail from Michael Osipov who volunteers to go through the serf > issue tracker and close

RE: Overriding the location of OpenSSL

While I agree that this approach fixes the current issues with OpenSSL on OS/X, this way to fix problems doesn’t scale… This makes OpenSSL the highest priority library in the library order, while each of the dependencies (including many platform specific libraries) may have a similar ordering

RE: Overriding the location of OpenSSL

> -Original Message- > From: Branko Čibej [mailto:br...@apache.org] > Sent: zondag 24 april 2016 23:32 > To: dev@serf.apache.org > Subject: Re: Overriding the location of OpenSSL > > On 24.04.2016 22:51, Bert Huijben wrote: > > > > While I agree tha

RE: please help - SharpSvn problem Question

Hi Yosi, I'm not sure how relevant the serf list is for this question. The users{_at_}@sharpsvn.open.collab.net is probably more appropriate unless you have a more specific error message pointing towards the 'serf' http library

RE: please help - SharpSvn problem Question

that would be the Cancel callback itself, but there are some cases where an exception in a different place (e.g. in a notify handler) might imply a cancel later on. Bert From: Yosi Zion [mailto:yosi...@eldan.co.il] Sent: woensdag 1 februari 2017 07:56 To: 'Bert Huijben' &l

Getting Serf released

Hi, I think we should really try to get serf back to being releasable. The last release was handled by Lieven before we joined the ASF and I have not been involved with the release process. Many things have changed and we now have buildbots, etc. I think the 1.3.x branch is +- releasable

RE: [Vote] Apache Serf 1.3.9 up for signing/testing

> -Original Message- > From: Bert Huijben [mailto:b...@qqmail.nl] > Sent: maandag 29 augustus 2016 12:00 > To: dev@serf.apache.org > Subject: [Vote] Apache Serf 1.3.9 up for signing/testing > > The 1.3.9 release artifacts are now available for testing/sig

RE: [Vote] Apache Serf 1.3.9 up for signing/testing

> -Original Message- > From: Bert Huijben [mailto:b...@qqmail.nl] > Sent: maandag 29 augustus 2016 12:00 > To: dev@serf.apache.org > Subject: [Vote] Apache Serf 1.3.9 up for signing/testing > > The 1.3.9 release artifacts are now available for testing/sig

RE: [Vote] Apache Serf 1.3.9 up for signing/testing

> -Original Message- > From: justin.erenkra...@gmail.com [mailto:justin.erenkra...@gmail.com] On > Behalf Of Justin Erenkrantz > Sent: woensdag 31 augustus 2016 14:04 > To: Bert Huijben <b...@qqmail.nl> > Cc: dev@serf.apache.org > Subject: Re: [Vote] Apach

[Vote] Apache Serf 1.3.9 up for signing/testing

The 1.3.9 release artifacts are now available for testing/signing. Please get the tarballs from https://dist.apache.org/repos/dist/dev/serf and add your signatures there. I plan to try and release on September 1st so please try and get your votes/signatures in place by August 31th. I'm

RE: OCSP support in Serf

> -Original Message- > From: Branko Čibej [mailto:br...@apache.org] > Sent: maandag 24 oktober 2016 14:03 > To: dev@serf.apache.org > Subject: OCSP support in Serf > > Hi all, > > Can someone please give me a short summary of the status of OCSP support > in Serf, both trunk and 1.3.x

RE: [PATCH] Fix minor typos in public API docstrings

> -Original Message- > From: Greg Stein [mailto:gst...@gmail.com] > Sent: woensdag 26 oktober 2016 11:26 > To: Branko Čibej > Cc: dev@serf.apache.org > Subject: Re: [PATCH] Fix minor typos in public API docstrings > > On Wed, Oct 26, 2016 at 3:51 AM, Branko Čibej

RE: Git mirror for serf

> -Original Message- > From: Lieven Govaerts [mailto:l...@apache.org] > Sent: woensdag 12 oktober 2016 07:08 > To: dev@serf.apache.org > Subject: Git mirror for serf > > And I should probably have changed the original subject. > > Setting up a git mirror is as simple as creating a JIRA

Git mirror for Serf

Hi, I asked the ASF infra team if they could setup a git mirror for us. It should be available as 'https://git.apache.serf/serf.git' and/or 'https://github.com/apache/serf.git' within a few days. You can follow progress on

RE: Git mirror for Serf

> -Original Message- > From: Bert Huijben [mailto:b...@qqmail.nl] > Sent: donderdag 13 oktober 2016 13:32 > Subject: Git mirror for Serf > > Hi, > > I asked the ASF infra team if they could setup a git mirror for us. It > should be available as 'https

RE: [PATCH] Avoid empty reads when refilling aggregate buckets withhold_open()

Hi Evgeny, Feel free to commit the 2 H2 patches and the SERF_DEBUG patch. I’ll do a more careful review after commit. I will do a more careful review to this aggregate bucket change first, because I had some bad experiences with unexpected side effects on earlier changes to this bucket

RE: [PATCH] Support Brotli (RFC 7932) decompression

> -Original Message- > From: Evgeny Kotkov [mailto:evgeny.kot...@visualsvn.com] > Sent: dinsdag 7 maart 2017 12:30 > To: dev@serf.apache.org > Subject: [PATCH] Support Brotli (RFC 7932) decompression > > Hi, > > This patch adds support for decompressing Brotli (RFC 7932) data and >

RE: Serf support in trunk

> -Original Message- > From: Stefan Eissing [mailto:stefan.eiss...@greenbytes.de] > Sent: maandag 20 november 2017 11:40 > To: d...@httpd.apache.org > Subject: Re: Serf support in trunk > > +1 for pulling it unless someone steps forward. > > > Am 19.11.2017 um 12:49 schrieb Rainer Jung

RE: Serf support in trunk

> -Original Message- > From: Rainer Jung [mailto:rainer.j...@kippdata.de] > Sent: maandag 20 november 2017 14:33 > To: d...@httpd.apache.org; Bert Huijben <b...@qqmail.nl> > Cc: dev@serf.apache.org > Subject: Re: Serf support in trunk > > I have no idea w

Re: svn commit: r1845542 - /serf/trunk/test/certs/create_certs.py

Webbrowsers are moving away from supporting MD5 in certificates. Should we also move to more secure hashes in our tests? On Fri, Nov 2, 2018 at 8:11 AM, wrote: > Author: brane > Date: Fri Nov 2 07:11:48 2018 > New Revision: 1845542 > > URL: http://svn.apache.org/viewvc?rev=1845542=rev > Log: >

Re: svn commit: r1833230 - /serf/trunk/SConstruct

Since this change the Serf Windows buildbots are broken, as this assumes that the directories do have this suffix as it has on other plaforms. (First fail in https://ci.apache.org/builders/serf-windows-x64/builds/208 src\config_store.c(21) : fatal error C1083: Cannot open include file:

Re: [jira] [Commented] (SERF-190) Connection does not fall back to IPv4 when missing IPv6 default route

Thanks. I think we should cover this error code, like a few others where we fall back. Quick fix in some scenarios would be to disable the resolving of the hostname as ipv6. Many nameservers have options to change the order in which the results are returned. Bert On Mon, Feb 3, 2020 at 6:25 PM

[jira] [Deleted] (SERF-174) Фильм Я плюю на ваши могилы 3 смотреть онлайн в хорошем HD 720 качестве на русском BDRip 07.10.2015 lI YPNVM3

[ https://issues.apache.org/jira/browse/SERF-174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bert Huijben deleted SERF-174: -- > Фильм Я плюю на ваши могилы 3 смотреть онлайн в хорошем HD 720 качестве на > русском BDRip 07.10.2

[jira] [Commented] (SERF-175) Enable logging to file during runtime

[ https://issues.apache.org/jira/browse/SERF-175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14999514#comment-14999514 ] Bert Huijben commented on SERF-175: --- This feature is already implemented on trunk as you might have

[jira] [Resolved] (SERF-146) 1.3.6 in FreeBSD ports, fails when using subversion

[ https://issues.apache.org/jira/browse/SERF-146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bert Huijben resolved SERF-146. --- Resolution: Fixed Fix Version/s: serf-1.3.7 This issue was resolved a long time ago. (IPv6 retry

[jira] [Resolved] (SERF-141) Can't build serf as shared library failure in Solaris

[ https://issues.apache.org/jira/browse/SERF-141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bert Huijben resolved SERF-141. --- Resolution: Fixed Fix Version/s: serf-1.3.9 This issue is fixed on 1.3.x and trunk. We now even

[jira] [Commented] (SERF-142) Not possible to build Serf under MinGW!

[ https://issues.apache.org/jira/browse/SERF-142?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14986177#comment-14986177 ] Bert Huijben commented on SERF-142: --- I think the problem here was that there was a Windows python install

[jira] [Commented] (SERF-134) Buckets v2 check doesn't work on Linux in the test suite (test_aggregate_buckets fails)

[ https://issues.apache.org/jira/browse/SERF-134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14953196#comment-14953196 ] Bert Huijben commented on SERF-134: --- This issue should be fixed on trunk now. Test input welcome

[jira] [Closed] (SERF-46) make fails on Mac OS X Server 10.5.6 (Intel)

[ https://issues.apache.org/jira/browse/SERF-46?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bert Huijben closed SERF-46. Resolution: Unresolved Not resolved. But the buildsystem that had this problem was replaced by SCons. > m

[jira] [Commented] (SERF-173) serf_get crashes with segmentation fault on two requests and concurrent connections with SPNEGO auth

[ https://issues.apache.org/jira/browse/SERF-173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14727052#comment-14727052 ] Bert Huijben commented on SERF-173: --- That should answer Lieven's question :) > serf_get cras

[jira] [Commented] (SERF-173) serf_get crashes with segmentation fault on two requests and concurrent connections with SPNEGO auth

[ https://issues.apache.org/jira/browse/SERF-173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14727012#comment-14727012 ] Bert Huijben commented on SERF-173: --- Can you try a checkout from https://svn.apache.org/repos/asf/serf

[jira] [Updated] (SERF-161) Installation of subversion 1.6.3 failed at serf

[ https://issues.apache.org/jira/browse/SERF-161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bert Huijben updated SERF-161: -- Description: Hi Team, I am trying to install subversion-1.6.3 in redhat linux server.After

[jira] [Deleted] (SERF-178) Cheap Business Class Flights to Paris from Dallas +1844.313.4854 ►SAVE 45% Book Your Low Cost Flight Tickets Visit > http://goo.gl/Cshx2v

[ https://issues.apache.org/jira/browse/SERF-178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bert Huijben deleted SERF-178: -- > Cheap Business Class Flights to Paris from Dallas +1844.313.4854 ►SAVE 45% > Book Your Low Cost

[jira] [Commented] (SERF-179) Add CAFILE, CAPATH, CAFALLBACK as compile time option

[ https://issues.apache.org/jira/browse/SERF-179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15348073#comment-15348073 ] Bert Huijben commented on SERF-179: --- I don't think we should require recompiling to change settings like

[jira] [Commented] (SERF-27) support pcs11 / wincapi to get ssl client certificates from hardware security modules (smartcards)

[ https://issues.apache.org/jira/browse/SERF-27?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15141037#comment-15141037 ] Bert Huijben commented on SERF-27: -- Thanks for your patch. Just adding a comment that we know about it. I'm