On Thu, Nov 22, 2012 at 11:44 AM, Yichao Yu <yyc1992@xxxxxxxxx> wrote: >> US holiday today? The list traffic tends to be down during holidays. > This silent?.... 0 email from the kernel mailing list for 10+ hours?.. > anyway.... nvm... Check your spam filters? I am having no trouble getting email for the Git list. Traffic is down, but there have been several messages within the past 4 hours. E.g. this thread among them. > packet: fetch> want 2d242fb3fc19fc9ba046accdd9210be8b9913f64 > multi_ack_detailed side-band-64k thin-pack ofs-delta > packet: fetch> shallow 65546ab097b023886a60df4cbc931d4cc362b98e > packet: fetch> shallow b80d60e1c3854460a1f01d4110da5ae98f30f9b2 > packet: fetch> 0000 I think this is the problem. Your client told the sever it has the Linux kernel shallow cloned, but its talking to a repository that hosts git.git. The remote server doesn't know these two SHA-1s mentioned on the shallow line, as they are from the Linux kernel repository, so the server just hung up on you. Basically this is an unsupported use case. A shallow repository can only fetch from the place it cloned from. Anything else working is pure luck. It _may_ be able to fetch from a clone of that same repository at another server, if the clone has at least all of the commits the client already has. If the remote clone is missing commits (as in this case where it has none!) then it doesn't work. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html