On Wed, Oct 10, 2012 at 7:32 PM, Edward Kmett wrote:

I've just not been able to abrogate my other responsibilities long enough to break my build environment and set up a copy of HEAD and concoct a patch. ;)

I just tried to clone a copy of the base repo to see if I could be of any help, but it doesn't work for me: [ben@euler ~/haskell/upstreams/emptydir]$ git clone http://darcs.haskell.org/packages/base.git Cloning into 'base'... [ben@euler ~/haskell/upstreams/emptydir]$ ls -l total 0 I had a chat with the guys in #git , excerpts from http://colabti.org/irclogger/irclogger_log/git?date=2012-10-10#l3186 : 21:40:43 < cmn> it looks like it only supports the dumb protocol 21:41:01 < cmn> so that should get fixed, it could be that it's broken in newer git versions, because nobody sensible sets that up anymore 21:44:11 < benmachine> cmn: ah. so there's a bug but no-one notices because no-one uses it these days? 21:44:56 < cmn> benmachine: that's what I'm thinking, yeah 21:45:19 < benmachine> cmn: ok. out of interest, how did you check which protocol it was using? 21:45:29 < cmn> benmachine: wireshark 21:49:39 < benmachine> cmn: one more thing, is "the dumb protocol" literally its name, or is it just a protocol that's dumb? 21:50:04 < cmn> its full name is dumb http transport Looks like someone at darcs.haskell.org needs to change how things are set up?

Works here as well. Could it be a bug in Ben's version of git? FWIW, mine is 1.7.10.4, packaged by Debian. Roman * Tyson Whitehead [2012-10-10 17:29:17-0400]

On October 10, 2012 16:54:03 Ben Millwood wrote:

...

I just tried to clone a copy of the base repo to see if I could be of any help, but it doesn't work for me:

[ben@euler ~/haskell/upstreams/emptydir]$ git clone http://darcs.haskell.org/packages/base.git Cloning into 'base'...

[ben@euler ~/haskell/upstreams/emptydir]$ ls -l total 0

Perhaps someone has already fixed it, but it seems to be working for me.

$ git clone http://darcs.haskell.org/packages/base.git Cloning into 'base'... $ ls base/ aclocal.m4 base.cabal codepages config.sub Control Debug Foreign.hs include LICENSE NHC Prelude.hs Setup.hs tests Unsafe base.buildinfo.in cbits config.guess configure.ac Data Foreign GHC install-sh Makefile.nhc98 Numeric.hs prologue.txt System Text

Might it also just be that your aren't getting a default branch checked out.

Is there a '.git' subdirectory? Is there a bunch files under '.git/objects'? What do you get if you switch into the directory and run 'git branch -r'?

$ cd base $ git branch -r origin/HEAD -> origin/master origin/encoding origin/ghc-7.2 origin/ghc-7.4 origin/ghc-7.6 origin/imp-param-class origin/master origin/monad-comp origin/new-typeable

Cheers! -Tyson

_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries

On Thu, Oct 11, 2012 at 12:00 PM, Ben Millwood wrote:

On Wed, Oct 10, 2012 at 10:29 PM, Tyson Whitehead wrote:

...

Is there a '.git' subdirectory? Is there a bunch files under '.git/objects'? What do you get if you switch into the directory and run 'git branch -r'?

No and no - ls -al reports nothing. No 'base' directory is ever created, so I can't apply any git commands to it. Curiously, git ls-remote does seem to work, but git clone fetches nothing and does nothing.

I think whether or not it works may depend on your git version. Mine's 1.7.12.2.

For what its worth, I'm using git 1.7.12.3 from MacPorts, and I get an empty directory and a system popup indicating that git-http-remote has crashed. My shell then reports exit status 128 from git. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix/linux, openafs, kerberos, infrastructure http://sinenomine.net

Ben Millwood writes:

On Wed, Oct 10, 2012 at 10:29 PM, Tyson Whitehead wrote:

...

Is there a '.git' subdirectory? Is there a bunch files under '.git/objects'? What do you get if you switch into the directory and run 'git branch -r'?

No and no - ls -al reports nothing. No 'base' directory is ever created, so I can't apply any git commands to it.

actually, it might have been created and got removed again when 'git clone' failed... this happens for instance when the 'git-remote-http' process dies abruptly (maybe some network error occured during the HTTP transfer which confused git-remote-http and caused it to bailout?)