From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#33100: [libssh] fatal: dumb http transport does not support shallow capabilities Date: Mon, 22 Oct 2018 11:55:26 +0200 Message-ID: <875zxupapd.fsf@gnu.org> References: <87zhv94as1.fsf@gmail.com> <87in1w90iu.fsf@gnu.org> <87va5w3rtj.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53776) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEWwN-0002Vp-GM for bug-guix@gnu.org; Mon, 22 Oct 2018 05:56:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEWwM-0008Cu-Au for bug-guix@gnu.org; Mon, 22 Oct 2018 05:56:03 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:59117) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gEWwM-0008Cc-5Q for bug-guix@gnu.org; Mon, 22 Oct 2018 05:56:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gEWwM-0008Kl-2B for bug-guix@gnu.org; Mon, 22 Oct 2018 05:56:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87va5w3rtj.fsf@gmail.com> (Maxim Cournoyer's message of "Sat, 20 Oct 2018 23:24:24 -0400") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Maxim Cournoyer Cc: 33100-done@debbugs.gnu.org Hello, Maxim Cournoyer skribis: > It did end up working fine, although it took a large amout of time for > doing what seems to be a checkout (4 min 46 s). I did some experiments > and this is really the time it took to do a full clone of the libssh > project. > > time git clone git://git.libssh.org/projects/libssh.git libssh > Cloning into 'libssh'... > remote: Enumerating objects: 28264, done. > remote: Counting objects: 100% (28264/28264), done. > remote: Compressing objects: 100% (11718/11718), done. > remote: Total 28264 (delta 20985), reused 21830 (delta 16350)s=20=20=20=20 > Receiving objects: 100% (28264/28264), 5.21 MiB | 263.00 KiB/s, done. > Resolving deltas: 100% (20985/20985), done. > > real 4m19.419s > user 0m3.272s > sys 0m0.540s > > > It's a bit of a shame, given that the shallow clone takes about 2 > seconds (!): > > time git clone --depth 1 git://git.libssh.org/projects/libssh.git libssh > Cloning into 'libssh'... > remote: Enumerating objects: 367, done. > remote: Counting objects: 100% (367/367), done. > remote: Compressing objects: 100% (358/358), done. > remote: Total 367 (delta 39), reused 53 (delta 1) > Receiving objects: 100% (367/367), 704.23 KiB | 728.00 KiB/s, done. > Resolving deltas: 100% (39/39), done. > > real 0m2.028s > user 0m0.160s > sys 0m0.071s > > Based on the discussion here: > https://github.com/CocoaPods/CocoaPods/issues/6270, it would seem this > means that the libssh git server doesn't support the newer "smart HTTP > transport" and the git client bails out (IIUC). At least in our case the > guile-ssh library seems to already correctly fallback to doing a full > clone. Switching to the git:// transport would seem like a reasonable workaround=E2=80=94we=E2=80=99d lose encryption and authentication, but the= latter is covered by the content hash in the =E2=80=98origin=E2=80=99 anyway. WDYT, Leo? > Perhaps just clearer messages would have helped here also ('Failed to do > a shallow git clone due to ~error message~, falling back to a full clone'= ). I agree, and that=E2=80=99s something to suggest to the Git folks. :-) Thanks, Ludo=E2=80=99.