From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Wong Subject: Re: svn svn returning 'fatal: Not a valid object name' on sourceforge svn repo Date: Sat, 5 Dec 2009 14:49:50 -0800 Message-ID: <20091205224950.GC2120@dcvr.yhbt.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: git@vger.kernel.org To: Stephen Bannasch X-From: git-owner@vger.kernel.org Sat Dec 05 23:50:07 2009 Return-path: Envelope-to: gcvg-git-2@lo.gmane.org Received: from vger.kernel.org ([209.132.176.167]) by lo.gmane.org with esmtp (Exim 4.50) id 1NH3S1-00069m-QL for gcvg-git-2@lo.gmane.org; Sat, 05 Dec 2009 23:50:06 +0100 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756932AbZLEWtp (ORCPT ); Sat, 5 Dec 2009 17:49:45 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756427AbZLEWto (ORCPT ); Sat, 5 Dec 2009 17:49:44 -0500 Received: from dcvr.yhbt.net ([64.71.152.64]:36018 "EHLO dcvr.yhbt.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754728AbZLEWto (ORCPT ); Sat, 5 Dec 2009 17:49:44 -0500 Received: from localhost (unknown [127.0.2.5]) by dcvr.yhbt.net (Postfix) with ESMTP id C57B4296845; Sat, 5 Dec 2009 22:49:50 +0000 (UTC) Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: Stephen Bannasch wrote: > I use git svn often and normally it works fine. > > I getting a fatal error trying to clone the asciimathm svn repo at sourceforge: > > $ git svn clone --trunk=trunk --branches=branches http://asciimathml.svn.sourceforge.net/svnroot/asciimathml asciimathml-svn-git > fatal: Not a valid object name > ls-tree -z ./: command returned error: 128 > > Anybody seen this kind of problem before. > > A svn co works fine. > > I'm using git version 1.6.5.1 on mac os 10.5.8. Hi Stephen, Passing the "-r4:HEAD" parameter to "git svn clone" should work. It looks like the repository was initially miscreated and "trunk" was a symlink (and not a directory) in r1. I have not yet thought of a good solution to this, yet... -- Eric Wong