[Roman Zippel]
> I attached a slighty different version of the previous patch, which
> simply tries to open the port. It also correctly waits for a possible
> exit of the server.
Added to Subversion 1.3.2-6. We shall see how it goes.
Thanks,
Peter
signature.asc
Description: Digital signature
Hi,
I attached a slighty different version of the previous patch, which simply
tries to open the port. It also correctly waits for a possible exit of the
server.
bye, Romandiff -ur subversion-1.3.2.org/subversion/bindings/swig/ruby/test/util.rb
subversion-1.3.2/subversion/bindings/swig/ruby/te
[Wouter Verhelst]
> Isn't there a way for svnserve to signal somehow that the port is
> opened? Like, say, "create a PID file once the daemon is listening,
> and not before"?
Or "fork to background after the daemon is listening", but that can be
problematic and does not cover all cases.
signatu
On Sat, Jul 22, 2006 at 12:26:36AM +0900, Kobayashi Noritada wrote:
> +begin
> + 50.times do |n|
> +TCPServer.new(port).close
> +sleep 0.1 + rand(0.2)
> + end
> + teardown_svnserve
> + false
> +rescue Errno::EADDRINUSE
> + true
> +end
I don't th
Hi,
I've improved yesterday's patch. This patch will be more effective.
I've tested Ruby bindings with my subversion/svnserve/main.c inserted
sleep() before calling apr_socket_bind().
Thanks,
-nori
Index: subversion/bindings/swig/ruby/test/util.rb
===
Hi,
I craeted a patch, but I don't have "really slow machines" and cannot
test it on them. Could you please try this patch? If it works well,
I'll commit it to the upstream repository.
Thanks,
-nori
Index: subversion/bindings/swig/ruby/test/util.rb
=
Hi,
I am a partial committer for Ruby tools in the Subversion project (and a
Debian user/translator).
> I already patched around this by adding a 'sleep 1' in there, but
> apparently this is insufficient on m68k. I've changed it to 'sleep 2'
> for the next upload, but the correct fix is a retry
tags 378837 + help
thanks
On Wed, Jul 19, 2006 at 07:52:37AM -0500, Peter Samuelson wrote:
> Yes, I know the cause: the subversion testsuite starts up a server,
> then tries to connect to it right away, which fails because the server
> hasn't finished initialising itself yet.
>
> I already patche
[EMAIL PROTECTED]
> A full build log can be found at:
> http://buildd.debian.org/build.php?arch=m68k&pkg=subversion&ver=1.3.2-4
>
> I still have the full build tree, and suspect that the issue can be
> fixed by someone more familiar with the build than myself. Can you
> help me out?
Yes, I know
Package: subversion
Version: 1.3.2-4
Severity: important
There was an error while trying to autobuild your package:
> Automatic build of subversion_1.3.2-4 on arrakis by sbuild/m68k 85
> Build started at 20060718-1247
[...]
> ** Using build dependencies supplied by package:
> Build-Depends: deb
10 matches
Mail list logo
