March 16, 2005
Brad Anderson wrote:
> Stewart Gordon wrote:
> 
>> Brad Anderson wrote:
>> <snip>
>>
>>> This hosts file didn't take on your machine.  I see your request for /projects/deimos in logs on the old server (68.91.106.141).  It may be that you have to exit out of your command-line tool to have the hosts file change take effect?
>>
>>
>>
>> Do you mean my shell session?  I'm not sure what that would have to do with it.  I tried in a new shell window, and it made no difference.
>>
>> Or maybe I've edited the wrong hosts file?  The one I found was /etc/hosts.  Is there another one somewhere?
> 
> 
> Not that I know of.  I'm not sure why you were still going to 68.91.106.141 instead of .142.  But I see no requests in the logs on the new server (.142)  What does PING say after your hosts entry?
> 
>>
>>> You can view the code in a browser here:
>>> http://trac.dsource.org/projects/deimos/browser/
>>>
>>> but I imagine that you really want to pull it to your local.  Again, I can send it to you in a zip, but I would rather work through the problem and have a public copy of our results for future searches to find.
>>
>>
>>
>> I ended up downloading the files individually off the website.  Still, it would be nice to be able to get it working via SVN.
>>
>>> I'm still skeptical about your client.  Not that you rebuilt from 1.1.0 to 1.1.3, mind you.  In places, I'm still using a 1.0.x client against both 1.0.x and 1.1.x servers, and all is working fine.  I'm thinking something like your ISP decided to drop support for WebDAV-type calls over port 80 or something.  I know this was a problem with Yuriy, trying to work on DWT from Russia.
>>
>>
>>
>> I connect to the Internet via a university LAN.  I don't know if such a thing is likely to forbid such things.  And FTR I recall doing a successful SVN checkout before (http://something or svn://something, I forget which), but forget what it was.  Any idea how to check whether my connection allows WebDAV?
> 
> 
> I'm not sure how to check.  You could try another site.  Try pulling a version of Trac:
> 
> % svn co http://svn.edgewall.com/repos/trac/trunk
> 
> and get another data point from another server.  I still don't think we even know if it's your client or the dsource.org server.  Anyone else out there having difficulties with dsource.org and pulling stuff from SVN?
> 
> BA
> 
>>
>> Stewart.
>>

Nope, no problem at all. :-)
March 17, 2005
Brad Anderson wrote:
> Anyone else out there having difficulties with dsource.org and pulling stuff from SVN?
> 
> BA
> 

Me only at work. I basically got the same messages than Stewart. But I'm sure this must be a problem there because at home everything works great. I don't know what the problem might be.

_______________________
Carlos Santander Bernal
March 17, 2005
Brad Anderson wrote:
<snip>
> Not that I know of.  I'm not sure why you were still going to 68.91.106.141 instead of .142.  But I see no requests in the logs on the new server (.142)  What does PING say after your hosts entry?

PING svn.dsource.org (68.91.106.142): 56 data bytes

<snip>
>> I connect to the Internet via a university LAN.  I don't know if such a thing is likely to forbid such things.  And FTR I recall doing a successful SVN checkout before (http://something or svn://something, I forget which), but forget what it was.  Any idea how to check whether my connection allows WebDAV?
> 
> I'm not sure how to check.  You could try another site.  Try pulling a version of Trac:
> 
> % svn co http://svn.edgewall.com/repos/trac/trunk
<snip>

Looks like the old error.

[masg2-mac:~/Downloads/svntest] masg2% svn co http://svn.edgewall.com/repos/trac/trunk
subversion/libsvn_ra_dav/util.c:670: (apr_err=175002)
svn: REPORT request failed on '/repos/trac/!svn/vcc/default'
subversion/libsvn_ra_dav/util.c:294: (apr_err=175002)
svn: REPORT of '/repos/trac/!svn/vcc/default': 400 Bad Request (http://svn.edgewall.com)

Stewart.

-- 
My e-mail is valid but not my primary mailbox.  Please keep replies on the 'group where everyone may benefit.
March 17, 2005
Stewart Gordon wrote:
> Brad Anderson wrote:
> <snip>
> 
>> Not that I know of.  I'm not sure why you were still going to 68.91.106.141 instead of .142.  But I see no requests in the logs on the new server (.142)  What does PING say after your hosts entry?
> 
> 
> PING svn.dsource.org (68.91.106.142): 56 data bytes
> 

Um, okay, I forgot I don't respond to pings.  It worked for me because I was on the local network.  Sorry 'bout that.

> <snip>
> 
>>> I connect to the Internet via a university LAN.  I don't know if such a thing is likely to forbid such things.  And FTR I recall doing a successful SVN checkout before (http://something or svn://something, I forget which), but forget what it was.  Any idea how to check whether my connection allows WebDAV?
>>
>>
>> I'm not sure how to check.  You could try another site.  Try pulling a version of Trac:
>>
>> % svn co http://svn.edgewall.com/repos/trac/trunk
> 
> <snip>
> 
> Looks like the old error.
> 
> [masg2-mac:~/Downloads/svntest] masg2% svn co http://svn.edgewall.com/repos/trac/trunk
> subversion/libsvn_ra_dav/util.c:670: (apr_err=175002)
> svn: REPORT request failed on '/repos/trac/!svn/vcc/default'
> subversion/libsvn_ra_dav/util.c:294: (apr_err=175002)
> svn: REPORT of '/repos/trac/!svn/vcc/default': 400 Bad Request (http://svn.edgewall.com)
> 
> Stewart.
> 

I'm pretty sure that others can get to the Trac repos, as well as other dsource repos's.  So, it looks like it's your client or more likely your connection...

Here's some info, searching for 'svn report failed 400 bad request':
http://minnow.cc.gatech.edu/squeak/5596
http://nemerle.org/hacking.html
http://64.233.187.104/search?q=cache:VPTubbs6M1sJ:svn.haxx.se/users/archive-2004-02/0983.shtml+svn+report+failed+400+bad+request&hl=en

These point to HTTP proxy issues with your connection.  There are ways around it, listed in those links, but I don't have anything listening on port 81, or https:// working, so they're a no-go.

Best way is to get REPORT allowed by the proxy (and all other WebDAV commands).  That should be fairly difficult to get the University to change :(

BA
March 21, 2005
Attached are a few bug fixes:

1. The compiler doesn't like assignment of -1 to a uint.  Added a few U suffixes and casts here and there.

2. new Int("0") now works.  Previously it returned a reference into the constructor's stack frame and so was screwed up.  I've left in the isNegative check although it seems pointless - why would len == 0 in the first place if -1 is being constructed?

3. bigintFromString now forbids leading zeros - it was checking for leading null characters before.

Stewart.

-- 
My e-mail is valid but not my primary mailbox.  Please keep replies on the 'group where everyone may benefit.


April 14, 2005
Stewart Gordon wrote:
> Attached are a few bug fixes:

Could someone for whom SVN actually works on this repository please check these in for me?

Stewart.

-- 
My e-mail is valid but not my primary mailbox.  Please keep replies on the 'group where everyone may benefit.
April 14, 2005
Stewart Gordon wrote:
> Stewart Gordon wrote:
> 
>> Attached are a few bug fixes:
> 
> 
> Could someone for whom SVN actually works on this repository please check these in for me?
> 
> Stewart.
> 

Done, although I couldn't get the patches to apply, so I did it by hand.
 Please check that I didn't screw it up.

I tried:

% patch -p0 < radix.patch
% patch -p0 < bigint_int.patch

and got all hunks to fail.  Probably something I'm doing, but whatever.
 Just make sure I got it right.

BA
April 14, 2005
Brad Anderson wrote:
<snip>
> Done, although I couldn't get the patches to apply, so I did it by hand.
> Please check that I didn't screw it up.

Thanks!  It looks right (on a quick check) on svn.dsource.org.  But trac still shows the old version.

> I tried:
> 
> % patch -p0 < radix.patch
> % patch -p0 < bigint_int.patch
> 
> and got all hunks to fail.  Probably something I'm doing, but whatever.
> Just make sure I got it right.

I don't know why it failed.

Stewart.

-- 
My e-mail is valid but not my primary mailbox.  Please keep replies on the 'group where everyone may benefit.
April 14, 2005
Stewart Gordon wrote:
> Brad Anderson wrote:
> <snip>
> 
>> Done, although I couldn't get the patches to apply, so I did it by hand. Please check that I didn't screw it up.
> 
> 
> Thanks!  It looks right (on a quick check) on svn.dsource.org.  But trac
> still shows the old version.

Trac is on the new server, which is not PROD, so doesn't get the updates.

> 
>> I tried:
>>
>> % patch -p0 < radix.patch
>> % patch -p0 < bigint_int.patch
>>
>> and got all hunks to fail.  Probably something I'm doing, but whatever. Just make sure I got it right.
> 
> 
> I don't know why it failed.
> 
> Stewart.
> 
1 2 3
Next ›   Last »