From nobody Wed Jun 19 19:14:21 2024 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4W4Cwh0fvMz5Nh2Y for ; Wed, 19 Jun 2024 19:14:28 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "generic", Issuer "generic" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W4Cwg4ZDDz4GR1 for ; Wed, 19 Jun 2024 19:14:27 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.17.1) with ESMTPS id 45JJELiB051997 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 19 Jun 2024 12:14:22 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.17.1/Submit) id 45JJELfB051996; Wed, 19 Jun 2024 12:14:21 -0700 (PDT) (envelope-from fbsd) Date: Wed, 19 Jun 2024 12:14:21 -0700 From: bob prohaska To: Mark Millard Cc: FreeBSD ARM List Subject: Re: Git core dump checking out main on armv7 Message-ID: References: <7B376999-B84B-459E-B1C4-CC99EEF8D55A.ref@yahoo.com> <7B376999-B84B-459E-B1C4-CC99EEF8D55A@yahoo.com> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7B376999-B84B-459E-B1C4-CC99EEF8D55A@yahoo.com> X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Queue-Id: 4W4Cwg4ZDDz4GR1 On Tue, Jun 18, 2024 at 10:22:25PM -0700, Mark Millard wrote: > > I'm going to quote kevens on discord from another git context: > > QUOTE > kevans: once you have git installed anongit via ssh is a lot more reliable, especially for the ports tree > END QUOTE > > (Watch out for my unusual directory naming on the left side of the lines:) > > If your context allows use of: ssh:// . . . > > # grep -rE "(^\[|url = )" /usr/*/.git/config > /usr/official-src/.git/config:[core] > /usr/official-src/.git/config:[remote "freebsd"] > /usr/official-src/.git/config: url = ssh://anongit@git.FreeBSD.org/src.git > /usr/official-src/.git/config:[branch "main"] > /usr/official-src/.git/config:[branch "stable/14"] > /usr/ports/.git/config:[core] > /usr/ports/.git/config:[remote "freebsd"] > /usr/ports/.git/config: url = ssh://anongit@git.FreeBSD.org/ports.git > /usr/ports/.git/config:[branch "main"] > > > I have historically found such more reliable than use of: https:// . . . > > ssh:// . . . can also be used on the command line. > > > If both ssh:// . . . and https:// . . . fail that likely has > implications different than if just one form does. Looks as if they both fail: # git clone --depth=1 -o freebsd ssh://anongit@git.FreeBSD.org/src.git /usr/src Cloning into '/usr/src'... remote: Enumerating objects: 104639, done. remote: Counting objects: 100% (104639/104639), done. remote: Compressing objects: 100% (88894/88894), done. remote: Total 104639 (delta 22165), reused 43690 (delta 11830), pack-reused 0 Receiving objects: 100% (104639/104639), 345.56 MiB | 1.34 MiB/s, done. Resolving deltas: 100% (22165/22165), done. fatal: missing blob object '619155cafe9277d1b3fc1bfd02fe76e27042a115' fatal: remote did not send all necessary objects # Both the "missing blob.." and "pack is corrupt..." messages have been seen regularly before. The system is running from microSD, but that didn't prevent cloning, checking out and building the existing system installation. Is there some way to check if the blob object named is actually present on the server? If not, that would be a clue. Thanks for writing! bob prohaska > > > === > Mark Millard > marklmi at yahoo.com > >